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

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

[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

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

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

[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' #

[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 seems to

[issue4306] email package with unicode subject/body

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - barry nosy: +barry ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4306 ___ ___

[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

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

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

[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

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

[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 module main() File ./setup.py, line 1875, in main

[issue4111] Add DTrace probes

Changes by Skip Montanaro [EMAIL PROTECTED]: -- nosy: +skip.montanaro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4111 ___ ___ Python-bugs-list

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

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

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4226 ___

[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

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

[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

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

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

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

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

[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

[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

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

[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__ ==

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

[issue4311] Race condition on Multiprocessing module documentation

Alejandro [EMAIL PROTECTED] added the comment: Ups. My mistake. Sorry ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4311 ___ ___ Python-bugs-list mailing list

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

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

[issue4311] Race condition on Multiprocessing module documentation

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- resolution: - invalid status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4311 ___

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

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

Changes by Todd Whiteman [EMAIL PROTECTED]: -- nosy: +twhitema ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2054 ___ ___ Python-bugs-list mailing list

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

[issue4111] Add DTrace probes

Changes by Alexander Belopolsky [EMAIL PROTECTED]: -- nosy: +belopolsky ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4111 ___ ___ Python-bugs-list

[issue4302] smtplib.py initialisation defect

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4302 ___ ___ Python-bugs-list mailing

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

[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

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

[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

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

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