[issue4308] repr of httplib.IncompleteRead is stupid

Chris Withers <[EMAIL PROTECTED]> added the comment: Please find attached a patch against the trunk. I'd really appreciate it if this could get merged to the 2.5 and 2.6 branches too, in case of a future release there. -- keywords: +patch versions: +Python 2.5, Python 2.6 Added file: htt

[issue2173] Python fails silently on bad locale

Wang Chun <[EMAIL PROTECTED]> added the comment: This issue remains unsolved in the latest python 3.0rc2+ subversion repository as of 2008-11-13. -- nosy: +wangchun ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1699259] replacing char* with const char* in sysmodule.c/.h

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: The patch no longer applies to trunk, but that would be trivial to fix. Changes like these have been accepted with little resistance in the past (see e.g. issue651362), so I don't see why this patch has been pending for so long. (In

[issue4111] Add DTrace probes

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Brett> They have released the changes, that's what my patch (attached to Brett> the issue) is based on. I see the reference to Apple in your original post, but can't find anything related to dtrace & python starting from the URL you gave.

[issue4111] Add DTrace probes

Brett Hoerner <[EMAIL PROTECTED]> added the comment: They have released the changes, that's what my patch (attached to the issue) is based on. It's working, it just needs to be cleaned up (it will fail, I believe, for people on systems without DTrace - as I said I'm not very familiar with Makefi

[issue4111] Add DTrace probes

Skip Montanaro <[EMAIL PROTECTED]> added the comment: It appears that Apple has dtracified their Python exeutable in Leopard. Any chance that they can be persuaded to release a patch? I'm working on a patch (based on some work from a friend at work), but it seems like Apple already has a horse i

[issue4302] smtplib.py initialisation defect

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue4111] Add DTrace probes

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue4302] smtplib.py initialisation defect

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: -- keywords: +patch stage: -> commit review Added file: http://bugs.python.org/file11997/smtplib_minor_fix.patch ___ Python tracker <[EMAIL PROTECTED]> _

[issue2054] add ftp-tls support to ftplib - RFC 4217

Changes by Todd Whiteman <[EMAIL PROTECTED]>: -- nosy: +twhitema ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue4296] Python assumes identity implies equivalence; contradicts NaN

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Committed, r67204. Thanks guys, and thanks especially to Michael for spotting this before 3.0 final. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4311] Race condition on Multiprocessing module documentation

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4233] open(0, closefd=False) prints 3 warnings

Christian Heimes <[EMAIL PROTECTED]> added the comment: Yes, it should. I've lefted the bug open for this very reason. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4311] Race condition on Multiprocessing module documentation

Alejandro <[EMAIL PROTECTED]> added the comment: Ups. My mistake. Sorry ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue4311] Race condition on Multiprocessing module documentation

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Why? The q.get() will block until an item is put on it. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]>

[issue4311] Race condition on Multiprocessing module documentation

New submission from Alejandro <[EMAIL PROTECTED]>: The "devel" documentation of the "Multiprocessing" module at the "Exchanging objects between processes" section has the following example snippet: from multiprocessing import Process, Queue def f(q): q.put([42, None, 'hello']) if __name__

[issue4233] open(0, closefd=False) prints 3 warnings

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Can this change be backported to 2.6 and 2.7? r67106 says that it "Changed semantic of close() on file objects with closefd=False". ___ Python tracker <[EMAIL PROTECTED]>

[issue4296] Python assumes identity implies equivalence; contradicts NaN

Christian Heimes <[EMAIL PROTECTED]> added the comment: Mark, would you do the honor, please? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyth

[issue4296] Python assumes identity implies equivalence; contradicts NaN

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Reviewed the updated patch and all is well. Thanks. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4307] inspect.FullArgSpec does not match the docs

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks for the patch! Fixed in r67203. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue4307] inspect.FullArgSpec does not match the docs

Christian Heimes <[EMAIL PROTECTED]> added the comment: Agreed! -- nosy: +christian.heimes priority: -> normal resolution: -> accepted stage: -> patch review ___ Python tracker <[EMAIL PROTECTED]>

[issue4310] Comparison of two ints returns wrong result

Mark Dickinson <[EMAIL PROTECTED]> added the comment: You're mixing tabs and spaces in your code. The 'if f_p > largest' line occurs one indentation level further out than the preceding print. -- nosy: +marketdickinson resolution: -> invalid status: open -> closed

[issue4307] inspect.FullArgSpec does not match the docs

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This patch looks good. -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> _

[issue4308] repr of httplib.IncompleteRead is stupid

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Would you like to work on a patch? -- nosy: +benjamin.peterson priority: -> normal stage: -> needs patch versions: +Python 2.7, Python 3.1 -Python 2.5, Python 2.5.3 ___ Python tracker <[EMAIL

[issue2610] string representation of range and dictionary views

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: It's going to have to be deferred to 3.1. -- versions: +Python 3.1 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4226] Python core crashes with associated files.

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4310] Comparison of two ints returns wrong result

New submission from Kyle Brandt <[EMAIL PROTECTED]>: The attached program returns a false result on one of my computers with a Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz processor. Is seems the comparison of two int does not perform correctly. I have python 2.5.2 and 2.6.27-7-generic kernel. The l

[issue4309] ctypes documentation

New submission from David W. Lambert <[EMAIL PROTECTED]>: ''' http://docs.python.org/dev/3.0/library/ctypes.html Where web page says >>> printf("An int %d, a double %f\n", 1234, c_double(3.14)) Integer 1234, double 3.141049 31 >>> should instead read >>> p

[issue2610] string representation of range and dictionary views

And Clover <[EMAIL PROTECTED]> added the comment: I would like to see something along the general lines of bmiller's patch for dict views in a 3.x release... there are probably other iterators that could do with chattier reprs also. (Range, on the other hand, is fine as it is.) It's not just at

[issue4226] Python core crashes with associated files.

David W. Lambert <[EMAIL PROTECTED]> added the comment: This problem was repaired by the python3.0 rc1+ of November 5 trunk snapshot. I suggest retirement of Issue4226. ___ Python tracker <[EMAIL PROTECTED]>

[issue4111] Add DTrace probes

Changes by Skip Montanaro <[EMAIL PROTECTED]>: -- nosy: +skip.montanaro ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue4296] Python assumes identity implies equivalence; contradicts NaN

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > Before committing, please add one > other test that verifies the relationship between "in" in membership > tests and "in" in a for-loop: Added. (To test_contains, since this seems like a more appropriate place than test_float.) Added fil

[issue4296] Python assumes identity implies equivalence; contradicts NaN

Changes by Mark Dickinson <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11989/issue4296.patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4308] repr of httplib.IncompleteRead is stupid

New submission from Chris Withers <[EMAIL PROTECTED]>: The repr of httplib.IncompleteRead contains all the data in the read so far. This is stupid. Consider the download of a 100Mb file which fails after 30Mb. You end up with 90Mb of text in the log entry logged with the python logging framework

[issue4306] email package with unicode subject/body

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> barry nosy: +barry ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyt

[issue4307] inspect.FullArgSpec does not match the docs

New submission from Hagen Fürstenau <[EMAIL PROTECTED]>: The docs say that inspect.FullArgSpec is a named tuple FullArgSpec(args, varargs, varkw, defaults, kwonlyargs, kwonlydefaults, annotations) However the implementation has "kwdefaults" instead of "kwonlydefaults". The name in the docs seem

[issue1949] test_ntpath.py converted to unittest

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Done since r61926. -- nosy: +amaury.forgeotdarc resolution: accepted -> out of date status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue4306] email package with unicode subject/body

STINNER Victor <[EMAIL PROTECTED]> added the comment: "Please make this a release blocker and I will look at it this weekend. -Barry" -- priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4306] email package with unicode subject/body

STINNER Victor <[EMAIL PROTECTED]> added the comment: The first email example (the one using a file in the library documentation) opens a text in binary mode and use the ASCII charset. It's quite strange because I expect an text to use only characters, something like: charset = 'ASCII' #

[issue4306] email package with unicode subject/body

New submission from STINNER Victor <[EMAIL PROTECTED]>: I never used the email package, so my issue is maybe not a bug. I'm trying to send an email with diacritics in the subject and the body. I'm french so it's natural to use characters not in the ASCII range. I wrote this small program: def

[issue4293] Thread Safe Py_AddPendingCall

Kristján Valur Jónsson <[EMAIL PROTECTED]> added the comment: Right. Isn't the best way to avoid it to block signals just while we pop the queue? I'll see if python has a portable sigaction thing to do that. Otherwise we'd have to start to mess with a "volatile busy" flag again and possibly in

[issue4293] Thread Safe Py_AddPendingCall

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Py_AddPendingCall is used inside signal handlers. It seems that there is a (tiny) chance that a signal interrupts the program inside Py_MakePendingCalls, while the pendinglock is held. Py_AddPendingCall would try to acquire this lock aga

[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

New submission from Matthias Klose <[EMAIL PROTECTED]>: seen on the mipsel buildbot running build running build_ext INFO: Can't locate Tcl/Tk libs and/or headers Traceback (most recent call last): File "./setup.py", line 1880, in main() File "./setup.py", line 1875, in main 'Lib/smt

[issue4304] build mode which fails for build failures in extensions

New submission from Matthias Klose <[EMAIL PROTECTED]>: as seen in issue4303, the buildbots don't complain about build failures in extensions. it would be nice to have a mode, where the build fails when an extension doesn't build, but is expected to build. exceptions to this set of expected build

[issue4303] [2.5 regression] ctypes fails to build on arm-linux-gnu

Changes by Matthias Klose <[EMAIL PROTECTED]>: -- assignee: -> theller components: +ctypes nosy: +theller type: -> compile error ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4303] [2.5 regression] ctypes fails to build on arm-linux-gnu

New submission from Matthias Klose <[EMAIL PROTECTED]>: ctypes fails to build on arm-linux-gnu, see http://python.org/dev/buildbot/2.5/ARM Linux 2.5/builds/3/step-compile/0 gcc -pthread -fPIC -fno-strict-aliasing -g -Wall -Wstrict-prototypes -I. -I/home/pybot/buildarea-arm/2.5.klose-linux-arm/bu

[issue4302] smtplib.py initialisation defect

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: This issue can be fixed by backporting r60975. -- nosy: +ocean-city ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4302] smtplib.py initialisation defect

New submission from Piers Lauder <[EMAIL PROTECTED]>: smtplib does not initialise the valriable 'sock' in the case where 'host' is NULL on instantiation of smtplib.SMTP. Eg: % python Python 2.5.2 (r252:60911, Oct 5 2008, 19:29:17) [GCC 4.3.2] on linux2 Type "help", "copyright", "credits" or "