[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I should add to the previous message that this was revision 65090, and that it was a non-debug build. ___ Python tracker <[EMAIL PROTECTED]> __

[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Okay: I just tried the following: (1) clean svn checkout (2) ./configure && make (3) 100 runs of test_multiprocessing, via the shell command: for ((i=0;i<100;i+=1)); do ./python.exe Lib/test/test_multiprocessing.py; sleep 1; done I got 4 f

[issue3393] `cd Mac && make installmacsubtree` fails on Mac OS X < 10.5 because of r63955

Trent Mick <[EMAIL PROTECTED]> added the comment: > The current trunk should be correct, there are no explicit calls to the > arch command left, all go through the configure replacement magic. $ svn info Path: . URL: svn+ssh://[EMAIL PROTECTED]/python/trunk/Mac Repository Ro

[issue3393] `cd Mac && make installmacsubtree` fails on Mac OS X < 10.5 because of r63955

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: BTW. There is a "--with-framework-name" argument to configure that makes it possible to have several indepenend framework installations ___ Python tracker <[EMAIL PROTECTED]>

[issue3393] `cd Mac && make installmacsubtree` fails on Mac OS X < 10.5 because of r63955

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: The current trunk should be correct, there are no explicit calls to the arch command left, all go through the configure replacement magic. To test if everything is correct now someone should test the following scenarios: * Build --enable-

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

Christopher Brannon <[EMAIL PROTECTED]> added the comment: Here is a patch containing code and a unit test. I set external_attr to 0600, for the following reason. When I extract with Infozip, my umask is ignored when setting permissions of extracted entries. They have the permissions assigned t

[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997

Trent Mick <[EMAIL PROTECTED]> added the comment: Ronald, The @ARCH_RUN_32BIT@ also needs to be added to two places in Mac/Makefile.in (as indicated in issue 3393), no? Would you like me to make that change? ___ Python tracker <[EMAIL PROTECTED]>

[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: Whoops, issue 3393 is a duplicate of this issue and notes that Mac/IDLE/Makefile.in is also affected. I've fixed that makefile in r65091. ___ Python tracker <[EMAIL PROTECTED]>

[issue3393] `cd Mac && make installmacsubtree` fails on Mac OS X < 10.5 because of r63955

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: This patch is wrong, it drops the call to 'arch' entirely even when the call is needed. The suggestion for "ARCHPREFERENCE" won't work though, "arch" doesn't take arguments at all on 10.4. BTW. This is a duplicate of issue 3381, which in

[issue3396] rlcompleter can't autocomplete members of callable objects

Manuel Muradás <[EMAIL PROTECTED]> added the comment: Oops, you are right. If that is the way we should handle this regression, I could upload a patch. I also thought we could use "hasattr", but that means using "getattr" twice. Something like: if word[:n] == attr and word != "__builtins__" and

[issue1432] Strange behavior of urlparse.urljoin

Changes by Alexandr Zamaraev <[EMAIL PROTECTED]>: -- nosy: +shura_zam ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

Stephen Warren <[EMAIL PROTECTED]> added the comment: I'd probably argue for at least 0660<<16, if not 0666<<16, since group permissions are pretty typically set, but even 0666<<16 would be OK, since the umask on extraction would take away any permissions the extracting user didn't want. But, as

[issue3402] test_nis is hanging on Solaris

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3352] Deficiencies in multiprocessing/threading API

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3139] bytearrays are not thread safe

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3131] 2to3 can't find fixes_dir

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3231] re.compile fails with some bytes patterns

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3402] test_nis is hanging on Solaris

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: The 3.0 Solaris buildbot keeps hanging on test_nis. -- components: Tests messages: 69931 nosy: benjamin.peterson priority: deferred blocker severity: normal status: open title: test_nis is hanging on Solaris type: behavior versio

[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

Jesse Noller <[EMAIL PROTECTED]> added the comment: Can you try removing the --with-pydebug flag from configure and running that way? ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3401] wsgiref can't handle unicode environments

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> pje nosy: +pje ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[issue3401] wsgiref can't handle unicode environments

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- components: +Library (Lib) priority: -> high type: -> behavior versions: +Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> _

[issue3401] wsgiref can't handle unicode environments

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: The following errors pop up on the Windows trunk build bot because the LIB environmental variable is unicode not str. This causes the validation to fail. Re-running test 'test_wsgiref' in verbose mode testAbstractMethods (test.test_wsgi

[issue874900] threading module can deadlock after fork

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: Jesse: thanks for doing the py3k merge. Antoine: yeah it might be safer to use _get_ident() but since the len(_active) == 1 assert is not firing we're probably fine as is. A change to this that I was considering making to this code has bee

[issue3341] "Suggest a change" link

Georg Brandl <[EMAIL PROTECTED]> added the comment: None yet. :( ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Uns

[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

Mark Dickinson <[EMAIL PROTECTED]> added the comment: LD_LIBRARY_PATH isn't set. gcc is the system gcc from Apple: Macintosh-3:trunk dickinsm$ echo $LD_LIBRARY_PATH Macintosh-3:trunk dickinsm$ which gcc /usr/bin/gcc Macintosh-3:trunk dickinsm$ gcc -v Using built-in specs. Target: i686-apple-da

[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

Jesse Noller <[EMAIL PROTECTED]> added the comment: On Jul 17, 2008, at 6:22 PM, Mark Dickinson <[EMAIL PROTECTED]> wrote: > > New submission from Mark Dickinson <[EMAIL PROTECTED]>: > > As of revision 65077 of the trunk, I'm getting errors in > test_multiprocessing that seem to point to memor

[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

Mark Dickinson <[EMAIL PROTECTED]> added the comment: And another: Failure 5: test_notify (__main__.WithManagerTestCondition) ... Assertion failed: (usable_arenas->freepools == NULL), function PyObject_Malloc, file Objects/obmalloc.c, line 809. ERROR ___ P

[issue3400] dis module: undocumented new bytecodes

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Terry, would you like to contribute a patch (even if only for the one you understand)? -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> __

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

Christopher Brannon <[EMAIL PROTECTED]> added the comment: What value should the new archive entry's external_attr attribute have? ZipFile.write sets it to the permissions of the file being archived, but writestr is archiving a string, not a file. Setting it to 0600 << 16 seems reasonable. Step

[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

Mark Dickinson <[EMAIL PROTECTED]> added the comment: And one more: Failure 4: test_make_pool (__main__.WithManagerTestPool) ... Assertion failed: (bp != NULL), function PyObject_Malloc, file Objects/obmalloc.c, line 746. ___ Python tracker <[EMAIL PROTECTE

[issue2638] tkSimpleDialog Window Flashing

Guilherme Polo <[EMAIL PROTECTED]> added the comment: It would be more appropriate to properly use withdraw and deiconify then. I'm attaching a patch that uses them. -- keywords: +patch Added file: http://bugs.python.org/file10931/issue_2638.diff ___

[issue3400] dis module: undocumented new bytecodes

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: LOAD_BUILD_CLASS is 3.0 only and I documented it. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3400] dis module: undocumented new bytecodes

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: dis / Python Bytecode Instructions is missing UNPACK_EX STORE_LOCALS LOAD_BUILD_CLASS MAKE_BYTES which appear in dis.opname (3.0 version). Suggestion: After entry for UNPACK_SEQUENCE(count), add UNPACK_EX(bytepair) Used for starred assignme

[issue3399] Memory corruption in multiprocessing module, OS X 10.5.4

New submission from Mark Dickinson <[EMAIL PROTECTED]>: As of revision 65077 of the trunk, I'm getting errors in test_multiprocessing that seem to point to memory corruption in object allocation/deallocation. The failures are intermittent, and of a similar nature to the errors I was seeing pr

[issue3390] [PATCH] replace last has_key in unittest by in operator

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- keywords: +patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue2234] cygwinccompiler.py fails for latest MinGW releases.

Jose Antonio Martin H <[EMAIL PROTECTED]> added the comment: I have the same problem, i have patched the file and now it works ok. -- nosy: +jamartinh ___ Python tracker <[EMAIL PROTECTED]> __

[issue3398] mac build 3.0 no MacOS module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: It's supposed to be release tonight. Sorry for the confusion. :) ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3398] mac build 3.0 no MacOS module

Barry Alan Scott <[EMAIL PROTECTED]> added the comment: I don't see beta 2 on python.org or I'd have used it... ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3397] Mac 3.0 build cannot find cachersrc.py

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This is fixed in beta 2. -- nosy: +benjamin.peterson resolution: -> out of date status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3398] mac build 3.0 no MacOS module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I assume this is only 3.0 beta 1. This has been fixed for beta 2. -- nosy: +benjamin.peterson resolution: -> out of date status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3396] rlcompleter can't autocomplete members of callable objects

Guilherme Polo <[EMAIL PROTECTED]> added the comment: This is somewhat obscure to notice but the problem is towards that getattr on attr_matches. For "int" specifically, it will try to get the attribute '__abstractmethods__' (which is a member of int.__class__) and will raise an AttributeError bu

[issue3398] mac build 3.0 no MacOS module

New submission from Barry Alan Scott <[EMAIL PROTECTED]>: $ sw_vers ProductName:Mac OS X ProductVersion: 10.4.11 BuildVersion: 8S165 ./configure --enable-framework make ... make install ... DYLD_FRAMEWORK_PATH=/Users/barry/Work/Python-3.0b1: ../python.exe ./scripts/BuildApplet.py \

[issue3397] Mac 3.0 build cannot find cachersrc.py

New submission from Barry Alan Scott <[EMAIL PROTECTED]>: $ sw_vers ProductName:Mac OS X ProductVersion: 10.4.11 BuildVersion: 8S165 ./configure --enable-framework make ... make install Creating directory /Library/Frameworks/Python.framework/Versions/3.0/Mac/Tools DYLD_FRAMEWORK_PATH=/User

[issue3395] typo in test_multiprocessing.py: should _debugInfo be _debug_info ?

Jesse Noller <[EMAIL PROTECTED]> added the comment: Fixed, r65077 on trunk -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3395] typo in test_multiprocessing.py: should _debugInfo be _debug_info ?

Jesse Noller <[EMAIL PROTECTED]> added the comment: I can not reproduce this using r65075 of python-trunk: test_number_of_objects (__main__.WithManagerTestZZZNumberOfObjects) ... ok -- Ran 121 tests in 9.165s This is with a c

[issue449227] rlcompleter add "(" to callables feature

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: This issue caused a regression in #3396. -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3396] rlcompleter can't autocomplete members of callable objects

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: This is a regression caused by #449227. When typing e.g. "int." and then pressing tab, none of the int members is proposed. It worked until just before r64664. -- components: Library (Lib) messages: 69905 nosy: facundobatista, pitro

[issue3395] typo in test_multiprocessing.py: should _debugInfo be _debug_info ?

New submission from Mark Dickinson <[EMAIL PROTECTED]>: In _TestZZZNumberOfObjects in test_multiprocessing.py, at around line 1040 (this is r65075 on the trunk), there's a line: print self.manager._debugInfo() Should this be print self.manager._debug_info() ? While

[issue3373] sys recursion limit a lot shorter on trunk?

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- priority: -> high versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3373] sys recursion limit a lot shorter on trunk?

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Here is a small script that shows various possibilities depending on how object creation is done, and here is the output with the trunk: rec1 stopped at 1000 rec2 stopped at 1000 rec3 stopped at 500 rec4 stopped at 334 rec5 stopped at 334 rec

[issue3324] Broken link in online doc

Georg Brandl <[EMAIL PROTECTED]> added the comment: I've backported the fix to the 2.5 branch. This will go live with the release of 2.5.3. For those who do not want to use the released documentation we do offer the 2.6 documentation under development under http://docs.python.org/dev -- it is ve

[issue3382] Make '%F' and float.__format__('F') convert results to upper case.

Eric Smith <[EMAIL PROTECTED]> added the comment: Changes backed out, pending fixing on Windows. -- resolution: accepted -> status: closed -> open ___ Python tracker <[EMAIL PROTECTED]> _

[issue1432] Strange behavior of urlparse.urljoin

Roman Petrichev <[EMAIL PROTECTED]> added the comment: Senthil, please read the RFC3986 text, not only examples. [Page 31] contains exact algorithm how to handle this case. --cut-- if (R.path == "") then T.path = Base.path; if defined(R.query) then T.query = R.query; else T.q

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

Stephen Warren <[EMAIL PROTECTED]> added the comment: Oops. Forgot to set "type" field. -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

New submission from Stephen Warren <[EMAIL PROTECTED]>: Run the following Python script, on Unix/Linux: == import zipfile z = zipfile.ZipFile('zipbad.zip', 'w') z.writestr('filebad.txt', 'Some content') z.close() z = zipfile.ZipFile('zipgood.zip', 'w') zi = zipfile.ZipInfo('filegood.tx

[issue3382] Make '%F' and float.__format__('F') convert results to upper case.

Eric Smith <[EMAIL PROTECTED]> added the comment: Implemented for trunk in r65069; for py3k in r65073. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3379] Option to not-exit on test

J. Pablo Fernández <[EMAIL PROTECTED]> added the comment: Added tests. Added file: http://bugs.python.org/file10929/add_avoid_exit_option.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Jesse Noller <[EMAIL PROTECTED]> added the comment: Issue 874900's patch seems to have resolve the hangs. I am closing this issue as fixed. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue874900] threading module can deadlock after fork

Jesse Noller <[EMAIL PROTECTED]> added the comment: Ben commented out the hanging test, lowering this from a release blocker as the patch is on both trunk and 3k, and minus that third new test, test_threading and test_multiprocessing are both passing -- priority: release blocker -> cri

[issue874900] threading module can deadlock after fork

Jesse Noller <[EMAIL PROTECTED]> added the comment: To add to ben's comment, under py3k the third test hangs, if you pull out the basic script code being executed in subprocess: if 1: import sys, os, time, threading # a thread, which waits for the main program to terminate

[issue3393] `cd Mac && make installmacsubtree` fails on Mac OS X < 10.5 because of r63955

Trent Mick <[EMAIL PROTECTED]> added the comment: Alternative potential solution: use the ARCHPREFERENCE environment variable as described in the Mac OS X 10.5 arch man page. Ronald, if you could test if that works for you on 10.5, then presumably setting that environment var would be safely igno

[issue3393] `cd Mac && make installmacsubtree` fails on Mac OS X < 10.5 because of r63955

Trent Mick <[EMAIL PROTECTED]> added the comment: Similar change in Mac/IDLE/Makefile.in: - --- python/trunk/Mac/IDLE/Makefile.in (original) +++ python/trunk/Mac/IDLE/Makefile.in Thu Jun 5 14:58:24 2008 @@ -42,7 +42,7 @@ $(srcdir)/../Icons/PythonS

[issue3393] `cd Mac && make installmacsubtree` fails on Mac OS X < 10.5 because of r63955

New submission from Trent Mick <[EMAIL PROTECTED]>: http://svn.python.org/view?rev=63955&view=rev "MacOS X: Enable 4-way universal builds ..." This revision made the following change to Mac/Makefile.in: http://svn.python.org/view/python/trunk/Mac/Makefile.in?rev=63955&view=diff&r1=63955&r2=63954

[issue874900] threading module can deadlock after fork

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: test_3_join_in_forked_from_thread hangs for me in Py3k. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue874900] threading module can deadlock after fork

Jesse Noller <[EMAIL PROTECTED]> added the comment: I've merged the change to py3k in r65065 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyt

[issue3377] Invalid child node access in ast.c

Jeremy Hylton <[EMAIL PROTECTED]> added the comment: Committed revision 65064. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3369] memory leak in floatobject.c

Changes by Mark Dickinson <[EMAIL PROTECTED]>: -- assignee: -> marketdickinson ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

[issue3375] _multiprocessing.so build problems

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I've checked in a fix (r65063) that simply clear sys.path_importer_cache right before the attempted import of the freshly-built extension. This seems to work. -- assignee: jnoller -> gvanrossum resolution: -> fixed status: open ->

[issue2523] binary buffered reading is quadratic

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: If nobody objects I'll commit Alexandre's patch in a few days (after beta 2 though). ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2690] Precompute range length

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Has a resolution been made on this? -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Ok applied in r65061. -- nosy: +benjamin.peterson resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue3375] _multiprocessing.so build problems

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: How about simply doing sys.path_importer_cache.clear() at the right point in setup.py? I don't think the performance loss would be overwhelming... -- nosy: +pitrou ___ Python tracker <[EMAIL PROTEC

[issue3364] An ortographical typo in Zen of Python text

Changes by David Goodger <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10928/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3364] An ortographical typo in Zen of Python text

Chester <[EMAIL PROTECTED]> added the comment: You're a strange man, Mr. Peters, a strange man... On Tue, Jul 15, 2008 at 9:35 PM, Tim Peters <[EMAIL PROTECTED]> wrote: > > Tim Peters <[EMAIL PROTECTED]> added the comment: > > I'm afraid you missed the joke ;-) While you believe spaces are > r

[issue3377] Invalid child node access in ast.c

Changes by Jeremy Hylton <[EMAIL PROTECTED]>: -- assignee: -> jhylton nosy: +jhylton ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyt

[issue3392] subprocess fails in select when descriptors are large

New submission from Mattias Engdegård <[EMAIL PROTECTED]>: If the stdin/out file descriptors are too large to be used with select(), subprocess will fail in .communicate(). Example: # raise the fd limit to something like 2048 before running this import subprocess somefiles = [open("/etc/passwd")

[issue3391] Idle uses old showwarning signature

Changes by Robert Schuppenies <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10927/verify.py ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3391] Idle uses old showwarning signature

New submission from Robert Schuppenies <[EMAIL PROTECTED]>: Idle does not use the 'line' argument for its showwarning function. This results in the DeprecationWarning "functions overriding warnings.showwarning() must support the 'line' argument", or, when called from within Idle "TypeError: idle_

[issue874900] threading module can deadlock after fork

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Selon "Gregory P. Smith" <[EMAIL PROTECTED]>: > > To answer Antoine Pitrou's question about using the old ident vs the new > _get_ident(). I don't know if the forked process will have the same > thread id. Then wouldn't it be safer to use _g

[issue3390] [PATCH] replace last has_key in unittest by in operator

New submission from engelbert gruber <[EMAIL PROTECTED]>: take the line from python-3 -- components: Library (Lib) files: lib_unittest-r65058 messages: 69877 nosy: grubert severity: normal status: open title: [PATCH] replace last has_key in unittest by in operator type: behavior versions