[issue7138] elementtree segfaults on invalid xml declaration

chuck added the comment: I'm seeing this on the built-in python on os x 10.6, too: Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin But neither with the trunk Python 2.7a0 (trunk:75433M, Oct 15 2009, 08:27:13) [GCC 4.2.1 (Apple Inc. build 5646)]

[issue7139] ElementTree: Incorrect serialization of end-of-line characters in attribute values

Changes by Ezio Melotti : -- assignee: -> effbot nosy: +effbot priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailin

[issue7138] elementtree segfaults on invalid xml declaration

Ezio Melotti added the comment: Confirmed on 3.1 on Windows too. -- assignee: -> effbot nosy: +effbot, ezio.melotti priority: -> high versions: +Python 3.1 -Python 2.5 ___ Python tracker _

[issue7139] ElementTree: Incorrect serialization of end-of-line characters in attribute values

Changes by Moriyoshi Koizumi : -- title: Incorrect serialization of end-of-line characters in attribute values -> ElementTree: Incorrect serialization of end-of-line characters in attribute values ___ Python tracker

[issue7139] Incorrect serialization of end-of-line characters in attribute values

New submission from Moriyoshi Koizumi : ElementTree doesn't correctly serialize end-of-line characters (#xa, #xd) in attribute values. Since bare end-of-line characters are converted to #x20 by the parser according to the specification [1], such characters that are represented as character re

[issue7138] elementtree segfaults on invalid xml declaration

New submission from Ryan Williams : This crash is surprisingly consistent across versions, operating systems, and whether the c module is used or not: Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type "help", "copyright", "credits" or

[issue7120] logging depends on multiprocessing

Changes by Vinay Sajip : -- nosy: +barry status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7057] tkinter doc: more 3.x updates

Ezio Melotti added the comment: Here is an incomplete patch. I fixed all the markup errors, typos and similar issues you mentioned and a few more that I noticed. Someone that knows Tkinter better than me should take care of the remaining issues, i.e.: * is Xlib still used? * bmp files on Wind

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: Umm I saif that the attribution to Thompson was wrong, in fact it was correct. Thompson designed and documented the algorithm in 1968, long before the Aho/Seti/Ullman green book... so the algorithm is more than 40 years old, and still not in Python, Perl

[issue7137] Socket documentation not updated

Changes by Yang Zhang : -- versions: +Python 3.2 -Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue7137] Socket documentation not updated

New submission from Yang Zhang : e.g., the doc still says socket.makefile([mode[, bufsize]]), which aren't the actual python3 params. -- assignee: georg.brandl components: Documentation messages: 94070 nosy: georg.brandl, yang severity: normal status: open title: Socket documentation no

[issue7069] inspect.isabstract to return boolean values only

Benjamin Peterson added the comment: Applied in r75433. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Pyt

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: Anyway, there are ways to speedup regexps, even without instructing the regexps with anti-backtracking syntaxes. See http://swtch.com/~rsc/regexp/regexp1.html (article dated January 2007) Which discusses how Perl, PCRE (and PHP), Python, Java, Ruby, .NET libr

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: You said that this extension was not implemented anywhere, and you were wrong. I've found that it IS implemented in Perl 6! Look at this discussion: http://www.perlmonks.org/?node_id=602361 Look at how the matches in quantified capture groups are returned as

[issue7132] Regexp: capturing groups in repetitions

Matthew Barnett added the comment: Instead of a new flag, a '*' could be put after the quantifier, eg: (\d+)(?:\.(\d+)){3}* MatchObject.group(1) would be a string and MatchObject.group(2) would be a list of strings. The group references could be \g<1>, \g<2:0>, \g<2:1>, \g<2:2>. However,

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: >>> re.match('^(\d{1,3})(?:\.(\d{1,3})){3}$', '192.168.0.1').groups() ('192', '1') > If I understood correctly what you are proposing, you would like it to return (['192'], ['168', '0', '1']) instead. In fact it can be assembled in a single array directly in th

[issue7136] Idle File Menu Option Improvement

New submission from Toby Donaldson : I've been using Idle to teach beginning programming to university students for the last 6 or 7 years. I've taught hundreds and hundreds of students, and the single biggest confusion with Idle is this: "New Window" in the file menu is ambiguous Proposed fix:

[issue7135] AttributeError: 'module' object has no attribute 'HTTPSConnection'

R. David Murray added the comment: I should clarify a little: ActivePython a _distribution_ of CPython, one not maintained by python.org. Then there are other versions, such as IronPython, and Jython -- ___ Python tracker

[issue7135] AttributeError: 'module' object has no attribute 'HTTPSConnection'

R. David Murray added the comment: An understandable confusion, but no, python.org just maintains the original version, called CPython or python.org Python. -- ___ Python tracker ___

[issue7135] AttributeError: 'module' object has no attribute 'HTTPSConnection'

A Welch added the comment: Thank you for your response and my apologies for posting this in the incorrect support forum. I thought that this forum was for all the various versions of Python. -- ___ Python tracker

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: >> And anyway, my suggestion is certainly much more useful than atomic >> groups and possessive groups that have much lower use [...] >Then why no one implemented it yet? :) That's because they had to use something else than regexps to do their parsing. All t

[issue7132] Regexp: capturing groups in repetitions

Changes by R. David Murray : -- nosy: -r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue7135] AttributeError: 'module' object has no attribute 'HTTPSConnection'

R. David Murray added the comment: The httplib module creates the HTTPSConnection class only if it can successfully import the ssl module. So your installation must be missing that module. Since you say your are using an ActivePython version, you should contact their community for support, sin

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: > a "general" regex (e.g. for an ipv6 address) I know this problem, and I have already written about this. It is not possible to parse it in a single regexp if it is written without using repetitions. But in that case, the regexp becomes really HUGE, and the

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: > Even with your solution, in most of the cases you will need additional steps to assemble the results (at least in the cases with some kind of separator, where you have to join the first element with the followings). Yes, but this step is trivial and fully pr

[issue7135] AttributeError: 'module' object has no attribute 'HTTPSConnection'

Changes by A Welch : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: > That's why I wrote 'without checking if they are in range(256)'; the fact that this regex matches invalid digits was not relevant in my example (and it's usually easier to convert the digits to int and check if 0 <= digits <= 255). :) NO ! You have to check a

[issue7135] AttributeError: 'module' object has no attribute 'HTTPSConnection'

New submission from Andi Welch : I received a working script created with Active Python 2.6.2 for Windows 32 bit. I downloaded the Active Python 64 bit Windows version for my 64 bit Windows Vista OS and have attempted to run the script. I get the following error: Traceback (most recent call

[issue7120] logging depends on multiprocessing

Jesse Noller added the comment: >The addition of multiprocessing support to logging seems to have happened > in 2.6.2; bad timing for a feature. :-( Just in minor self-defense, this wasn't a feature, it was a bug fix. The original multiprocessing code base relied on some unfortunate monkey-

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: ezio said: >>> re.match('^(\d{1,3})(?:\.(\d{1,3})){3}$', '192.168.0.1').groups() ('192', '1') > If I understood correctly what you are proposing, you would like it to return (['192'], ['168', '0', '1']) instead. Yes, exactly ! That's the correct answer that sho

[issue7134] Add looping capability to regrtest

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue7134] Add looping capability to regrtest

New submission from Jesse Noller : We should add "loop this test" capabilities to regrtest - running tests in a tight loop can help debug issues which don't appear with a one-off run. See: http://mail.python.org/pipermail/python-dev/2009-June/090238.html -- assignee: jnoller components

[issue7132] Regexp: capturing groups in repetitions

Ezio Melotti added the comment: > You're wrong, it WILL be compatible, because it is only conditioned > by a FLAG. Sorry, I missed that you mentioned the flag already in the first message, but what I said in 1), 3) and 4) is still valid. > There are plenty of other more complex cases for which

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: I had read carefully ALL what ezio said, this is clear in the fact that I have summarized my responses to ALL the 4 points given by ezio. Capturing groups is a VERY useful feature of regular expressions, but they currently DON'T work as expected (in a useful

[issue7132] Regexp: capturing groups in repetitions

R. David Murray added the comment: Just to clarify, when I said "in most cases such an issue would need to include a proposed patch", I mean that even if everyone agrees it is a good idea it isn't likely to happen unless there is a proposed patch :) -- _

[issue7133] test_ssl failure

Antoine Pitrou added the comment: Here is a possible patch. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file15130/ssl_newbuf.patch ___ Python tracker __

[issue7132] Regexp: capturing groups in repetitions

R. David Murray added the comment: If you read what Ezio wrote carefully you will see that he addressed both of your points: he acknowledged that a flag would solve (2) (but disagreed that it was worth it), and he said you could use the first expression to validate the string before using the sp

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: And anyway, my suggestion is certainly much more useful than atomic groups and possessive groups that have much lower use, and which are already being tested in Perl but that Python (or PCRE, PHP, and most implementations of 'vi'/'ed', or 'sed') still does no

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: Summary of your points with my responses : > 1) it doesn't exist in any other implementation that I know; That's exactly why I proposed to discuss it with the developers of other implementations (I cited PCRE, Perl and PHP developers, there are others). >

[issue7133] test_ssl failure

New submission from Antoine Pitrou : This is due to r75412 (yes, mine). The proper fix would be to add support for the new buffer API to the _ssl module. testSocketServer (test.test_ssl.ThreadedTests) ... server (('127.0.0.1', 52011):52011 ('AES256-SHA', 'TLSv1/SSLv3', 256)): [15/Oct/2009

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: You're wrong, it WILL be compatible, because it is only conditioned by a FLAG. The flag is there specifically for instructing the parser to generate lists of values rather than single values. Without the regular compilation flag set, as I said, there will be

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: In addition, your suggested regexp for IPv4: '^(\d{1,3})(?:\.(\d{1,3})){3}$' is completely WRONG ! It will match INVALID IPv4 address formats like "000.000.000.000". Reread the RFCs... because "000.000.000.000" is CERTAINLY NOT an IPv4 address (if it is foun

[issue7120] logging depends on multiprocessing

R. David Murray added the comment: On Wed, 14 Oct 2009 at 21:46, Vinay Sajip wrote: > Vinay Sajip added the comment: >> Guido van Rossum added the comment: >> >> (I don't know why the tracker reopened the issue when I added a comment. >> Anyway, is the fix going into 2.6.4 or will it have to w

[issue7128] cPickle looking for non-existent package copyreg

Changes by Antoine Pitrou : -- keywords: +easy priority: -> high stage: -> needs patch versions: +Python 2.7 ___ Python tracker ___ _

[issue7130] json uses sre_* modules which may not work on alternate implemenations

Antoine Pitrou added the comment: This doesn't seem true on trunk/py3k (2.7, 3.2) anymore. Please reopen if I'm wrong. -- nosy: +bob.ippolito, pitrou resolution: -> out of date status: open -> closed versions: +Python 2.7, Python 3.2 ___ Python trac

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: Note that I used the IPv4 address format only as an example. There are plenty of other more complex cases for which we really need to capture the multiple occurences of a capturing group within a repetition. I'm NOT asking you how to parse it using MULTIPLE r

[issue6412] Titlecase as defined in Unicode Case Mappings not followed

Marc-Andre Lemburg added the comment: Jeff Senn wrote: > > Jeff Senn added the comment: > > So, is it not considered a bug that: > "This isn't right".title() > "This Isn'T Right" > > !?!?!? That's http://bugs.python.org/issue7008 and is fixed as part of http://bugs.python.org/issue641

[issue6412] Titlecase as defined in Unicode Case Mappings not followed

Jeff Senn added the comment: So, is it not considered a bug that: >>> "This isn't right".title() "This Isn'T Right" !?!?!? -- ___ Python tracker ___ ___

[issue6412] Titlecase as defined in Unicode Case Mappings not followed

Jeff Senn added the comment: Referred to this from issue 4610... anyone following this might want to look there as well. -- nosy: +senn ___ Python tracker ___ __

[issue7120] logging depends on multiprocessing

Vinay Sajip added the comment: > Guido van Rossum added the comment: > > (I don't know why the tracker reopened the issue when I added a comment. > Anyway, is the fix going into 2.6.4 or will it have to wait for 2.6.5?) That's OK, I'll close it once I've made the same changes in trunk and p

[issue7132] Regexp: capturing groups in repetitions

Ezio Melotti added the comment: I'm skeptical about what you are proposing for the following reasons: 1) it doesn't exist in any other implementation that I know; 2) if implemented as default behavior: * it won't be backward-compatible; * it will increase the complexity; 3) it will be a pr

[issue812369] module shutdown procedure based on GC

Neil Schemenauer added the comment: It should fix issue1545463 and running a quick test seems to show that it does. -- ___ Python tracker ___ __

[issue7120] logging depends on multiprocessing

Guido van Rossum added the comment: (I don't know why the tracker reopened the issue when I added a comment. Anyway, is the fix going into 2.6.4 or will it have to wait for 2.6.5?) -- ___ Python tracker __

[issue7120] logging depends on multiprocessing

Guido van Rossum added the comment: Confirmed, the stack limit error is gone now. Thanks!! (There's another error, the import of _scproxy from urllib, but that's easily added to the App Engine SDK's whitelist. I am still concerned about the amount of change in the 2.6 branch, but the cat is o

[issue7132] Regexp: capturing groups in repetitions

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> low ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: Implementation details: Currently, the capturing groups behave quite randomly in the values returned by MachedObject, when backtracking occurs in a repetition. This proposal will help fix the behavior, because it will also be much easier to backtrack cleanly

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: Rationale for the compilation flag: You could think that the compilation flag should not be needed. However, not using it would mean that a LOT of existing regular expressions that already contain capturing groups in repetitions, and for which the caputiring

[issue6855] ihooks support for relative imports

Brett Cannon added the comment: Sorry I didn't get to this, Neil. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue812369] module shutdown procedure based on GC

Changes by Gregory P. Smith : -- assignee: -> gregory.p.smith nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mai

[issue812369] module shutdown procedure based on GC

Alexander Belopolsky added the comment: Does this patch fix issue1545463 by any chance? I am away from a development box ATM and cannot test the patch myself. -- nosy: +belopolsky ___ Python tracker ___

[issue4610] Unicode case mappings are incorrect

Raymond Hettinger added the comment: > .swapcase() is just ...err... dumb^h^h^h^h questionably useful. FWIW, it appears that the original use case (as an Emacs macro) was to correct blocks of text where touch typists had accidentally left the CapsLocks key turned on: tHE qUICK bROWN fOX jUMPE

[issue7132] Regexp: capturing groups in repetitions

Philippe Verdy added the comment: I'd like to add that the same behavior should also affect the span(index) method of MatchObject, that should also not just return a single (start, end) pair, but that should in this case return a list of pairs, one for each occurence, when the "R" compilation

[issue4610] Unicode case mappings are incorrect

Marc-Andre Lemburg added the comment: Jeff Senn wrote: > However .capitalize() is a bit weird; and I'm not sure it isn't > incorrectly implemented now: > > It UPPERCASES the first character, rather than TITLECASING, which is > probably wrong in the very few cases where it makes a difference:

[issue4610] Unicode case mappings are incorrect

Marc-Andre Lemburg added the comment: Jeff Senn wrote: > > Jeff Senn added the comment: > > Yikes! I just noticed that u''.title() is really broken! > > It doesn't really pay attention to word breaks -- > only characters that "have case". > Therefore when there are (caseless) > combining

[issue7132] Regexp: capturing groups in repetitions

New submission from Philippe Verdy : For now, when capturing groups are used within repetitions, it is impossible to capure what they match individually within the list of matched repetitions. E.g. the following regular expression: (0|1[0-9]{0,2}|2(?:[0-4][0-9]?|5[0-5]?)?)(?:\.(0|1[0-9]{0,2}|

[issue7120] logging depends on multiprocessing

Vinay Sajip added the comment: Fix checked into release26-maint (r75425). Please verify in GAE environment, will make same fix in trunk and py3k once verified. Fixed based on Antoine's message, though not identical to his posted code. -- resolution: -> fixed status: open -> pending _

[issue1101399] dict subclass breaks cPickle noload()

Neil Schemenauer added the comment: Applied to 2.x trunk. The 3.x version _pickle.c doesn't have the noload method. -- resolution: -> accepted status: open -> closed ___ Python tracker

[issue4152] ihooks module cannot handle absolute imports

Neil Schemenauer added the comment: Fixed in SVN rev 75423. -- nosy: +nascheme resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue6855] ihooks support for relative imports

Neil Schemenauer added the comment: I've been using this version of ihooks for some time and it seems to work fine. Committing the patch. -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue4610] Unicode case mappings are incorrect

Jeff Senn added the comment: Yikes! I just noticed that u''.title() is really broken! It doesn't really pay attention to word breaks -- only characters that "have case". Therefore when there are (caseless) combining characters in a word it's really broken e.g. >>> u'n\u0303on\u0303e'.title

[issue7110] Output test failures on stderr in regrtest.py

Changes by Ezio Melotti : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Antoine Pitrou added the comment: (interestingly, one of the culprits for py3k warnings is lib2to3) -- ___ Python tracker ___ ___ Pyth

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Antoine Pitrou added the comment: Here is a record of stderr after a new regrtest run. -- Added file: http://bugs.python.org/file15129/stderr.log ___ Python tracker ___ _

[issue7131] Extension module build fails for MinGW: missing vcvarsall.bat

New submission from Dieter Verfaillie : Using Python 2.6.3 on Windows XP, distutils fails building an extension module when mingw32 is specified as the compiler. Distutils fails with the error message "Unable to find vcvarsall.bat". Looking back in the subversion history for the distutils build_

[issue1754094] Tighter co_stacksize computation in stackdepth_walk

Neil Schemenauer added the comment: Committed to the Python 2.x and 3.x trunks. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Antoine Pitrou added the comment: I've fixed a bunch of them: aifc (r75407), test_atexit (r75408), bsddb (r75409), test_calendar (r75410), StringIO (r75411), socket (r75412), sndhdr (r75413), test_memoryio (r75415), test_profilehooks (r75417), test_random (r75419), httplib (r75420), uuid (r75421

[issue4610] Unicode case mappings are incorrect

Jeff Senn added the comment: > Feel free to upload it here. I'm fairly skeptical that it is > possible to implement casing "correctly" in a locale-independent > way. Ok. I will try to find time to complete it enough to be readable. Unicode (see sec 3.13) specifies the casing of unicode strings

[issue7130] json uses sre_* modules which may not work on alternate implemenations

New submission from Dino Viehland : Currently the json module is using the sre_* modules to construct it's regular expressions instead of just using the re module directly. Because of this it's taking a dependency on what would appear to be CPython specific implementation details (sre_* appe

[issue7116] str.join() should be documented as taking an iterable

Georg Brandl added the comment: Thanks, fixed in r75418. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue7129] 'filling' missing in __all__ ot turtle.py

Georg Brandl added the comment: Fixed in r75416. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue7129] 'filling' missing in __all__ ot turtle.py

Changes by Gregor Lingl : -- title: 'filling' missing in __all__ -> 'filling' missing in __all__ ot turtle.py ___ Python tracker ___ __

[issue7129] 'filling' missing in __all__

New submission from Gregor Lingl : By oversight the turtle graphics function filling is missing in the __all__ list which is composed by several parts, among them _tg_turtle_functions. So 'filling' has to be added to _tg_turtle_functions a path is attached -- components: Library (Lib)

[issue7069] inspect.isabstract to return boolean values only

Changes by Benjamin Peterson : -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list

[issue7065] bytes.maketrans segfaults

Antoine Pitrou added the comment: Patch committed in r75404 and r75406. Thanks! -- nosy: +pitrou resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'

Changes by Amaury Forgeot d'Arc : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue7091] Distutils build ignores the --compiler command line option

Tarek Ziadé added the comment: Duplicate of #7068 -- resolution: -> duplicate status: open -> closed superseder: -> 2.6.3 does not use specified compiler ___ Python tracker ___

[issue7128] cPickle looking for non-existent package copyreg

New submission from Joseph C Wang : When running cPickle in restricted mode, the module tries to import copyreg which does not appear to exist anywhere. The problem is in cPickle.c 2980 if (PyEval_GetRestricted()) { 2981 /* Restricted execution, get private tables */ 2982

[issue7127] regrtest -j fails when tests write to stderr

New submission from R. David Murray : If a test writes to stderr, then the -j (multiprocessing) support in regrtest fails to correctly extract the JSON data from the test output, resulting in a JSON traceback followed by a failure of the worker thread. Antoine has suggested tagging the JSON resu

[issue7123] Multiprocess Process does not always exit when run from a thread.

Peter Saunders added the comment: Sorry for the spam on the updates :) - but, its the same thread printing this out too. I changed the print line to: curThread = threading.current_thread() print("Started subproc: PID: %d : args: %s Thread ID: %s" %(newJob.pid, str(args), str(curThread.ident)))

[issue7126] Contradictory documentation for os.putenv and os.system

Georg Brandl added the comment: Thanks, fixed in r75403. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue7123] Multiprocess Process does not always exit when run from a thread.

Antoine Pitrou added the comment: > Notice the Started subprod of the SAME PID and the Same args twice, yet > this print only occurs once in the code, and I can't see how this should > happen? This is a thread-safety issue in sys.stdout/stderr, it will be fixed in 3.1.2 (see issue6750). --

[issue7125] typo (English) in threading.py

Georg Brandl added the comment: Fixed in r75402. Not backporting, since an exception message is changed. Thanks! -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker _

[issue7123] Multiprocess Process does not always exit when run from a thread.

Peter Saunders added the comment: Further oddness: When running the script (i've reduced its size further now, see attached): I get the following output: Reaping PID: 23215 True Started subproc: PID: 23216 : args: data1 Started subproc: PID: 23216 : args: data1 Started subproc: PID: 23217 : a

[issue7123] Multiprocess Process does not always exit when run from a thread.

Peter Saunders added the comment: Same thing occurs, as you would expect, when I do: while True: fail=failureObject() tlist = [] for x in ["data1", "data2"]: t = threading.Thread(target=checkAlive, args = (fail, x), name=x) t.start() tlist.append(t) for

[issue7123] Multiprocess Process does not always exit when run from a thread.

Peter Saunders added the comment: If you mean, in main() instead of doing: while True: q.put(["data1", "data2"]) t = Process(target=popJobs, args=(q, )) t.start() t.join() and doing: while True: q.put(["data1", "data2"]) popJobs(q) instead. Then, the bug does indeed o

[issue7123] Multiprocess Process does not always exit when run from a thread.

Antoine Pitrou added the comment: As for the dtrace output: I'm not a Solaris expert unfortunately, I was just trying to suggest a possible direction for diagnosing this problem. -- ___ Python tracker _

[issue7126] Contradictory documentation for os.putenv and os.system

New submission from Daniel Stutzbach : The documentation for os.putenv states that "changes to the environment affect subprocesses started with os.system(), popen() or fork() and execv()" and "assignments to items in os.environ are automatically translated into corresponding calls to putenv()".

[issue5985] Implement os.path.samefile and os.path.sameopenfile on Windows

Hirokazu Yamamoto added the comment: I'm not sure about this neither. So, XXX is in comment. ;-) On abspath() above, it also tries to import native method _getfullpathname(), and when it fails alternative implementation runs. (probably when someone calls ntpath.abspath from linux or somewhere..

[issue7125] typo (English) in threading.py

Yinon Ehrlich added the comment: just saw now that the word 'un-aquired' is repeated several times in the threading module... -- ___ Python tracker ___ __

[issue5596] memory leaks in py3k

Antoine Pitrou added the comment: With r75397: test___all__ leaked [1, 1] references, sum=2 test_asyncore leaked [1, 0] references, sum=1 test_distutils leaked [0, 2] references, sum=2 test_httpservers leaked [-259, 0] references, sum=-259 test_os leaked [-23, 23] references, sum=0 test_pydoc l

  1   2   >