[issue1690] Crash on cancellation of windows install

Joseph Armbruster added the comment: This issue has already been reported. http://bugs.python.org/issue1458 -- nosy: +JosephArmbruster __ Tracker <[EMAIL PROTECTED]> __ __

[issue1713] posixpath.ismount() claims symlink to a mountpoint is a mountpoint.

New submission from Carl Drougge: Sorry, this happened to me in /tmp, where it's actually true, except I don't expect symlinks to be considered mountpoints, so I still consider it a bug. Should have tested more though. -- title: posixpath.ismount() claims symlink to .. is mountpoint. -

[issue1713] posixpath.ismount() claims symlink to .. is mountpoint.

Changes by Carl Drougge: -- components: Library (Lib) nosy: drougge severity: minor status: open title: posixpath.ismount() claims symlink to .. is mountpoint. type: behavior versions: Python 2.4, Python 2.5 __ Tracker <[EMAIL PROTECTED]>

[issue1705] trace module does not annotate global statement

Amaury Forgeot d'Arc added the comment: But 'global' is a directive to the compiler, and won't generate any bytecode itself. There is no code at this line. -- nosy: +amaury.forgeotdarc __ Tracker <[EMAIL PROTECTED]>

[issue1711] socket functions that should return unsigned int return signed int

Changes by Giampaolo Rodola': -- nosy: +giampaolo.rodola __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1580] Use shorter float repr when possible

Tim Peters added the comment: Thanks, Amaury! That settles an issue raised earlier: MS's string<->double routines still don't do correct rounding, and "aren't even close" (the specific incorrect rounding showed here isn't a hard almost-exactly-half-way case).

[issue1688] Incorrectly displayed non ascii characters in prompt using "input()" - Python 3.0a2

Changes by Amaury Forgeot d'Arc: -- nosy: +amaury.forgeotdarc __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1580] Use shorter float repr when possible

Amaury Forgeot d'Arc added the comment: > If someone has a more recent version of MS's compiler, > I'd be interested to know what this does: Visual Studio 2008 Express Edition gives the same results: ['1024', '1024', '1024', '1024', '1024', '1024', '1024.0001'] (Tested release and debug

[issue1711] socket functions that should return unsigned int return signed int

Maarten Thibaut added the comment: Try this on Linux and Solaris: --- from socket import ntohs, htons print ntohs(htons(55000)) --- On Linux: 55000 On Solaris: -10536 __ Tracker <[EMAIL PROTECTED]>

[issue1711] socket functions that should return unsigned int return signed int

Maarten Thibaut added the comment: Numbers returned from ntohs() turn up as negative. But ntohs() is typed as uint16_t, so they shouldn't be. This is on solaris. __ Tracker <[EMAIL PROTECTED]> __ _

[issue1711] socket functions that should return unsigned int return signed int

Christian Heimes added the comment: Please provide an example number __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: h

[issue1712] Small errors in new-style classes doc

Changes by Christian Heimes: -- assignee: -> georg.brandl nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li

[issue1711] socket functions that should return unsigned int return signed int

Christian Heimes added the comment: Which number shows up as a negative number on your system? -- nosy: +tiran __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1712] Small errors in new-style classes doc

New submission from Ori Avtalion: These refer to the "New-style and classic classes" section in Doc/reference/datamodel.rst. 1) The URL should be instead of . 2) The last line: "new-style classic old-style"; seems ou

[issue1711] socket functions that should return unsigned int return signed int

New submission from Maarten Thibaut: Socket library functions such as ntohs() return uint16_t, but inside Python these return values show up as negative numbers. One possible fix is to convert these return values using pack: struct.unpack('H', struct.pack('h', ntohs(number)))[0] & 0x --

[issue1702] Word "alias" used in confusing way to compare open() and file()

Christian Heimes added the comment: open() is preferred over file(), too. In Python 2.5 open() returns a file instance but in 3.0 file is removed. -- nosy: +tiran __ Tracker <[EMAIL PROTECTED]> __

[issue1710] Pypi's "score" column is not explained

Martin v. Löwis added the comment: Please report this issue to http://sourceforge.net/projects/pypi This tracker is for Python itself only. -- nosy: +loewis resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1702] Word "alias" used in confusing way to compare open() and file()

Martin v. Löwis added the comment: Notice that file *was* open up to Python 2.4; this was changed with #1479181 - so "open" is newer than file, in a sense. Assigning to Neal, who committed the original change. -- assignee: -> nnorwitz nosy: +loewis, nnorwitz ___

[issue1710] Pypi's "score" column is not explained

New submission from Giampaolo Rodola': The meaning of the "score" column shown when a search is done on the pypi database is not clear. Example: http://pypi.python.org/pypi?%3Aaction=search&term=http&submit=search To understand its meaning I had to find this document: http://pycheesecake.org/#al

[issue1709] logging: log actual function name

New submission from umaxx: logging does not have a (formatter) option for logging the actual function name Logger class detects function name with findCaller() - *but* does not pass it to the makeRecord()-call in _log() - why? would be nice to see this feature implemented, no patch for now :(

[issue1708] improvements for linecache

New submission from umaxx: here comes a simple patch for linecache core module, which does the following: - remove double comment - instead of adding all lines with readlines() to the cache, just add seek points for every line - return lines from cached seek-points instead directly from dict-cac

[issue1704] possible bug in randint

Changes by Raymond Hettinger: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing l