[issue1704] possible bug in randint

Changes by Raymond Hettinger: -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1704 __ ___ Python-bugs-list mailing list

[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

[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 :(

[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=searchterm=httpsubmit=search To understand its meaning I had to find this document:

[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

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()

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] http://bugs.python.org/issue1702

[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

[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 http://www.python.org/doc/newstyle/ instead of http://www.python.org/doc/newstyle.html. 2) The last line: new-style classic old-style; seems out of

[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] http://bugs.python.org/issue1711 __

[issue1712] Small errors in new-style classes doc

Changes by Christian Heimes: -- assignee: - georg.brandl nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1712 __ ___ Python-bugs-list mailing list

[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] http://bugs.python.org/issue1711 __

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

Christian Heimes added the comment: Please provide an example number __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1711 __ ___ Python-bugs-list mailing list Unsubscribe:

[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]

[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

[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] http://bugs.python.org/issue1688 __ ___ Python-bugs-list mailing list Unsubscribe:

[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] http://bugs.python.org/issue1705

[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]

[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.

[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] http://bugs.python.org/issue1690 __