[issue9907] interactive mode TAB does not insert on OS X built with editline instead of GNU readline
Ned Deily n...@acm.org added the comment: The modified patch looks OK to me and tests OK. The rl_read_init_file call seems like a reasonable thing for users who are used to using libedit's .editrc. As a practical matter, though, I think the only thing that would be affected is an .editrc TAB binding. Some of the initializations done in Modules/readline.c, like rl_bind_key_in_map (for sure) and rl_completer_word_break_characters are silently ignored by the libedit readline-compatibility layer; it does not implement features like the emacs_meta_keymap. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10021] Format parser is too permissive
Mark Dickinson dicki...@gmail.com added the comment: I seem to remember this having been discussed before, but I cannot find the right thread. It came up in the issue 7951 discussion, I think. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9980] str(float) failure
Changes by Mark Dickinson dicki...@gmail.com: -- assignee: - mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9873] urllib.parse: Allow bytes in some APIs that use string literals internally
STINNER Victor victor.stin...@haypocalc.com added the comment: If you were worried about performance, then surrogateescape is certainly much slower than latin1. If you were really worried about performance, the bytes type is maybe faster than: decode bytes to str using latin-1, process str strings, encode str to bytes using latin-1. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)
Ned Deily n...@acm.org added the comment: The test_heading_callback failure appears to be another Tk 8.4 vs Tk 8.5 problem. Datapoints: the test fails using the Apple-supplied Tk 8.4 in OS X 10.6 and with a recent ActiveState Aqua Tk 8.4 on OS X 10.5; the test succeeds with the Apple-supplied Tk 8.5 in OS X 10.6. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8445 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7330] PyUnicode_FromFormat segfault
Ray.Allen ysj@gmail.com added the comment: I update the patch. Hope somebody could do a review. -- Added file: http://bugs.python.org/file19131/issue_7330.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7330 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7330] PyUnicode_FromFormat segfault
Ray.Allen ysj@gmail.com added the comment: I update the patch. Hope somebody could do a review. -- Added file: http://bugs.python.org/file19132/issue_7330.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7330 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7330] PyUnicode_FromFormat segfault
Ray.Allen ysj@gmail.com added the comment: Oooops! Sorry for re-submit the request... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7330 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10024] Outdated advice in C-API tutorial?
Martin v. Löwis mar...@v.loewis.de added the comment: The advice is still necessary, AFAIK. The issue is Windows, in particular producing function pointers across DLL boundaries. In Python core, this is not an issue, since the references will all be inside pythonXY.dll. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10026] xml.dom.pulldom strange behavior
New submission from Vojtěch Rylko vojta.ry...@seznam.cz: Hi, I have file with 10 000 records of same element item (always same): $ head test.xml channel itemsectionTwitter/section/item itemsectionTwitter/section/item itemsectionTwitter/section/item itemsectionTwitter/section/item itemsectionTwitter/section/item itemsectionTwitter/section/item itemsectionTwitter/section/item itemsectionTwitter/section/item itemsectionTwitter/section/item And run simply program for printing content of element section: $ python pulldom.py test.xml | head Twitter Twitter Twitter Twitter Twitter Twitter Twitter Twitter Twitter Twitter Seems work fine: $ python pulldom.py test.xml | wc -l 1 But (in two cases of 10 000) gives me just Twi not Twitter: $ python pulldom.py test.xml | grep -v Twitter Twi Twi Why? This example program demonstrate big problems in my real application - xml.dom.pulldom is cutting content of some elements. Thanks for any advice Vojta Rylko --- Python 2.5.4 (r254:67916, Feb 10 2009, 14:58:09) [GCC 4.2.4] on linux2 --- pulldom.py: --- file=open(sys.argv[1]) events = pulldom.parse(file) for event, node in events: if event == pulldom.START_ELEMENT: if node.tagName == 'item': events.expandNode(node) print node.getElementsByTagName('section').item(0).firstChild.data -- components: XML messages: 117999 nosy: vojta.rylko priority: normal severity: normal status: open title: xml.dom.pulldom strange behavior type: behavior versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9873] urllib.parse: Allow bytes in some APIs that use string literals internally
Nick Coghlan ncogh...@gmail.com added the comment: On Tue, Oct 5, 2010 at 5:32 PM, STINNER Victor rep...@bugs.python.org wrote: STINNER Victor victor.stin...@haypocalc.com added the comment: If you were worried about performance, then surrogateescape is certainly much slower than latin1. If you were really worried about performance, the bytes type is maybe faster than: decode bytes to str using latin-1, process str strings, encode str to bytes using latin-1. I'm fairly resigned to the fact that I'm going to need some kind of micro-benchmark to compare the different approaches. For example, the bytes based approach has a lot of extra assignments to local variables that the str based approach doesn't need. The first step is to actually have a str-based patch to compare to the existing bytes based patch. If the code ends up significantly clearer (as I expect it will), we can probably sacrifice a certain amount of speed for that benefit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9873] urllib.parse: Allow bytes in some APIs that use string literals internally
Senthil Kumaran orsent...@gmail.com added the comment: I wonder if Option2 (ascii+surrogateescape vs latin1) is only about performance. How about escapes that might occur if the Option2 is adopted. That might take higher priority than performance. Do we know 'how tight' that approach is? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6011] python doesn't build if prefix contains non-ascii characters
Changes by Nils Philippsen n...@redhat.com: -- nosy: +nils ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6011 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10026] xml.dom.pulldom strange behavior
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Please read http://docs.python.org/library/xml.etree.elementtree.html?highlight=elementtree#xml.etree.ElementTree.iterparse At START_ELEMENT, the element is not guaranteed to be fully populated; you should handle the END_ELEMENT event instead. This should be documented for the pulldom module as well, though. -- assignee: - d...@python nosy: +amaury.forgeotdarc, d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9899] tkinter test_font fails on OS X with Aqua Tk
Antoine Pitrou pit...@free.fr added the comment: I've committed the patch in r85229. Let's see if this makes the buildbots happy. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9899 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10026] xml.dom.pulldom strange behavior
Vojtěch Rylko vojta.ry...@seznam.cz added the comment: Program below also splits two of 10 000 elements into two rows. Is it acceptable behavior? OUTPUT (ill part) = DOM Text node u'Twitter' DOM Text node u'\n' DOM Text node u'Twi' DOM Text node u'tter' DOM Text node u'\n' DOM Text node u'Twitter' DOM Text node u'\n' DOM Text node u'Twitter' PROGRAM = for event, node in events: if event == pulldom.CHARACTERS: print node.data -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7980] time.strptime not thread safe
MunSic JEONG rus...@gmail.com added the comment: Attribute error confirmed on OSX, and py3k. http://codereview.appspot.com/2371041 -- keywords: +patch Added file: http://bugs.python.org/file19133/issue7980.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9012] Separate compilation of time and datetime modules
Changes by MunSic JEONG rus...@gmail.com: -- nosy: +ruseel ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10026] xml.dom.pulldom strange behavior
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Yes, sax parsers may split CHARACTER events. See also the discussion: http://www.mail-archive.com/xml-...@python.org/msg00234.html Again, the END_ELEMENT event is guaranteed to return the complete node. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9899] tkinter test_font fails on OS X with Aqua Tk
Antoine Pitrou pit...@free.fr added the comment: Looks alright, thank you! -- resolution: accepted - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9899 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9978] Better wait for slow machine in test_os (_kill_with_event)
Brian Curtin cur...@acm.org added the comment: In that case, the patch seems alright to me. -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9978 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10021] Format parser is too permissive
Benjamin Peterson benja...@python.org added the comment: This should not be classified as an implementation detail. Either we should document it and cause other implementations to support it or check it ourselves. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9800] Fast path for small int-indexing of lists and tuples
Aahz a...@pythoncraft.com added the comment: Wasn't me! And I've spent too little time on python-dev lately to remember stuff like this. :-( -- nosy: +Aahz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10021] Format parser is too permissive
Eric Smith e...@trueblade.com added the comment: I agree that it being an implementation detail is not a good thing. I think we should just document the current CPython behavior as the language standard: once parsed, any string after a dot is passed to getattr. I can't see why we should pay the penalty of validating it as an identifier when the behavior is well defined and matches my getattr example in msg 117965. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10027] os.lstat/os.stat don't set st_nlink on Windows
New submission from Brian Curtin cur...@acm.org: In msg117834 on #8879 it was noticed that os.lstat and os.stat don't set st_nlink on Windows, which is causing the patch on that issue to fail test_tarfile. Attached is a stripped down version of the patch Hirokazu Yamamoto proposed on #8879, containing just the os.*stat changes. As stated in that message, the patch is a quick hack to get test_os and test_tarfile working, so it could use review. -- components: Extension Modules, Windows files: st_nlink.diff keywords: needs review, patch messages: 118012 nosy: brian.curtin, ocean-city priority: normal severity: normal stage: patch review status: open title: os.lstat/os.stat don't set st_nlink on Windows type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file19134/st_nlink.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8879] Implement os.link on Windows
Brian Curtin cur...@acm.org added the comment: I created #10027 for the st_nlink issue to handle it separately. -- dependencies: +os.lstat/os.stat don't set st_nlink on Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8879 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9800] Fast path for small int-indexing of lists and tuples
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: I did some spelunking. Guido committed the similar optimization in r8306. The diff is at: http://svn.python.org/view/python/trunk/Python/ceval.c?r1=8087r2=8306 His commit message was: Huge speedup by inlining some common integer operations: int+int, int-int, int compareop int, and list[int]. (Unfortunately, int*int is way too much code to inline.) Also corrected a NULL that should have been a zero. It's possible that these kinds of optimizations were worthwhile with PyInt but aren't worthwhile with PyLong. They were taken out by MvL in r59334, with a commit message of: Remove special-casing of integer operations, to stop using PyInt_CheckExact. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9800] Fast path for small int-indexing of lists and tuples
Antoine Pitrou pit...@free.fr added the comment: I did some spelunking. Guido committed the similar optimization in r8306. The diff is at: http://svn.python.org/view/python/trunk/Python/ceval.c?r1=8087r2=8306 His commit message was: Huge speedup by inlining some common integer operations: int+int, int-int, int compareop int, and list[int]. (Unfortunately, int*int is way too much code to inline.) Also corrected a NULL that should have been a zero. It's possible that these kinds of optimizations were worthwhile with PyInt but aren't worthwhile with PyLong. It also doesn't say the individual contribution of each optimization, and it also doesn't say on which kind of workloads the huge speedup was witnessed (I would say that pystone is a possibility, or perhaps even some timeit micro-benchmark). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7980] time.strptime not thread safe
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +belopolsky stage: unit test needed - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8028] self.terminate() from a multiprocessing.Process raises AttributeError exception
Ask Solem a...@opera.com added the comment: Could you please reduce this to the shorted possible example that reproduces the problem? -- nosy: +asksol ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8094] Multiprocessing infinite loop
Changes by Ask Solem a...@opera.com: -- nosy: +asksol ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8144] muliprocessing shutdown infinite loop
Ask Solem a...@opera.com added the comment: Did you finish the code to reproduce the problem? -- nosy: +asksol ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8144 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5672] Implement a way to change the python process name
Martin v. Löwis mar...@v.loewis.de added the comment: I'd rather not reopen this issue. It was too far-ranging, and has failed to get a specific solution. Please stop posting to this closed issue; if you want to contribute, please open a new one. I think the inclusion of the module should see a discussion on python-dev first. It then also needs to be code-reviewed, which in turn needs a committer who either volunteers to do all this work, or who is willing to take the recommendation of some other reviewer. My shallow review of the module is I would prefer to see the code structure revised. For example, c.h should go, spt_config.h should be integrated with autoconf, strlpcpy.c should go, spt_setup.c should go (IIUC) - IOW, this would need to be reformulated as a patch to the Python source tree. Of course, I can understand if Daniele would only start doing so if there was a chance that the functionality and approach is actually acceptable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5672 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue845560] imaplib: traceback from _checkquote with empty string
R. David Murray rdmur...@bitdance.com added the comment: The example works fine for me (server returns mailbox does not exist) in both 2.7 and py3k trunk, so I'm closing this as out of date. -- nosy: +r.david.murray -BreamoreBoy resolution: - out of date stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue845560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9936] trace misreports missing lines
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9325] Add an option to pdb/trace/profile to run library module as a script
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I am afraid, for ordinary scripts these modules effectively use option 3. I think these modules should remove its own scaffolding from real __main__ before loading any traced code. I am not sure how this can be achieved, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7980] time.strptime not thread safe
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: MunSic, It looks like issue7980.patch is just a unit test. Do you have a patch to fix the issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7980] time.strptime not thread safe
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: RDM FYI there's been a proposal to create a time.py module anyway RDM in order to add some pure python functions not worth writing in c. RDM For reference, it's issue 7989. Issue #7989 was retargeted to deal with datetime module. The time.py issue is #9528. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9079] Make gettimeofday available in time module
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9991] xmlrpc client ssl check faulty
Changes by Jonathan Niehof jnie...@lanl.gov: -- nosy: +Jelly.Chen, lister171254 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9991 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9528] Add pure Python implementation of time module to CPython
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Thu, Aug 12, 2010 at 10:26 PM, STINNER Victor rep...@bugs.python.org wrote: .. 1. Datetime.py time source (time.time()) represents time as a floating point number which leads to system dependent behavior and introduces floating point operations where they are not needed. Why not introducing a new function in time module? Other people may benefit from this. I agree. See issue 9079. We can do that. I'll experiment with this approach within issue 9527. 4. No changes will be done to timemodule.c other than renaming What about time_strftime()? It is 170 lines long: will it be moved to _basictime.c? You have to keep the code filling the struct tm structure in (_)timemodule.c. No, I don't want time_strftime in _basictime. I want datetime_strftime to be independently implemented and freed of legacy restrictions on the year range. The _basictime module should include a very simple wrapper around system strftime if we want to keep using it in datetime.py, but it would be best to have complete pure python implementation of both strftime and strptime. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9528 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7582] Use ISO timestamp in diff.py
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- dependencies: +Add aware local time support to datetime module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7582 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10028] test_concurrent_futures fails on Windows Server 2003
New submission from Brian Curtin cur...@acm.org: I haven't seen this on any of my machines except for Windows Server 2003 x64. For whatever reason, SetEvent is failing. == FAIL: test_zero_timeout (test.test_concurrent_futures.ProcessPoolAsCompletedTests) -- Traceback (most recent call last): File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 515, in test_zero_timeout call1.close() File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 109, in close self.set_can() File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 100, in set_can self._signal_event(self._can_finish) File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 83, in _signal_event assert r != 0 AssertionError == FAIL: test_zero_timeout (test.test_concurrent_futures.ThreadPoolAsCompletedTests) -- Traceback (most recent call last): File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 515, in test_zero_timeout call1.close() File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 109, in close self.set_can() File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 100, in set_can self._signal_event(self._can_finish) File C:\python-dev\py3k\lib\test\test_concurrent_futures.py, line 83, in _signal_event assert r != 0 AssertionError -- components: Library (Lib), Tests, Windows messages: 118024 nosy: bquinlan, brian.curtin priority: normal severity: normal stage: needs patch status: open title: test_concurrent_futures fails on Windows Server 2003 type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10029] bug in sample code in documentation
New submission from Max maxmo...@gmail.com: The sample code explaining zip function is incorrect at http://docs.python.org/py3k/library/functions.html?highlight=zip#zip: def zip(*iterables): # zip('ABCD', 'xy') -- Ax By iterables = map(iter, iterables) while iterables: yield tuple(map(next, iterables)) See http://stackoverflow.com/questions/3865640/understanding-zip-function for discussion. -- assignee: d...@python components: Documentation messages: 118025 nosy: d...@python, max priority: normal severity: normal status: open title: bug in sample code in documentation type: behavior versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10029] bug in sample code in documentation
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: The relevant comment at Stack Overflow is: It looks like it's a bug in the documentation. The 'equivalent' code working in python2, but not in python3, where it has an infinite loop. And the latest version of the documentation has the same problem: http://docs.python.org/release/3.1.2/library/functions.html Look like change r61361 was the problem, as it merged changes from python 2.6 without verifying that they were correct for python 3. -- nosy: +belopolsky, loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10029] bug in sample code in documentation
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10029] bug in sample code in documentation
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- assignee: d...@python - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10029] Equivalent to code for zip is wrong in Python 3
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: The code was taken from the itertools.izip documentation for Python 2, where it did work. In Python 2, next() raises StopIteration which is propagated up and causes the izip() to stop. In Python 3, map is itself a generator and the StopIteration terminates the map operation instead of terminating the zip operation. -- nosy: +stutzbach resolution: - accepted stage: - needs patch title: bug in sample code in documentation - Equivalent to code for zip is wrong in Python 3 versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10029] Equivalent to code for zip is wrong in Python 3
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Note that the following variant where maps are replaced with list comprehensions seems to work: def zip(*iterables): # zip('ABCD', 'xy') -- Ax By iterables = [iter(i) for i in iterables] while iterables: yield tuple([next(j) for j in iterables]) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10027] os.lstat/os.stat don't set st_nlink on Windows
Brian Curtin cur...@acm.org added the comment: Overall I think this looks like a reasonable restructuring, and it works in a few manual tests of existing hardlinks on my system. Until #8879 goes in, we can't really add tests for this. Hirokazu, do you want to commit this since you came up with it? -- resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10030] Patch for zip decryption speedup
New submission from Shashank shashank.sunny.si...@gmail.com: As promised in this thread http://mail.python.org/pipermail/python-dev/2009-August/091450.html (a year ago!), attached is a patch that replaces simple zip decryption logic written in pure python with that in C. As reported in the link above, this can result in speedups up to couple of orders of magnitude. There doesn't seem to be any need to add any new tests as this patch doesn't change any public API -- components: Library (Lib) files: zipdecrypt.patch keywords: patch messages: 118030 nosy: shashank priority: normal severity: normal status: open title: Patch for zip decryption speedup type: performance versions: Python 2.7 Added file: http://bugs.python.org/file19135/zipdecrypt.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10030 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10031] Withdraw anti-recommendation of relative imports from documentation
New submission from Darren Dale dsdal...@gmail.com: Old-style relative imports have been strongly discouraged in some sections of the python documentation. This was discussed on the python-dev mailing list. Executive summary: The issue is implementing a PEP with nice support for relative imports, and then documenting that it should never be used. To which Guido responded: --- Isn't this mostly historical? Until the new relative-import syntax was implemented there were various problems with relative imports. The short-term solution was to recommend not using them. The long-term solution was to implement an unambiguous syntax. Now it is time to withdraw the anti-recommendation. Of course, without going overboard -- I still find them an acquired taste; but they have their place. --- It was suggested I open a ticket and suggest specific changes. They are listed below: The faq at http://docs.python.org/py3k/faq/programming.html#what-are-the-best-practices-for-using-import-in-a-module could go from: Never use relative package imports. If you’re writing code that’s in the package.sub.m1 module and want to import package.sub.m2, do not just write from . import m2, even though it’s legal. Write from package.sub import m2 instead. See PEP 328 for details. to: Although the python community generally prefers absolute imports, relative imports may be useful in certain circumstances. See PEP 328 for details. The programming faq for python-2.7 at http://docs.python.org/faq/programming.html#what-are-the-best-practices-for-using-import-in-a-module could go from: Never use relative package imports. If you’re writing code that’s in the package.sub.m1 module and want to import package.sub.m2, do not just write import m2, even though it’s legal. Write from package.sub import m2 instead. Relative imports can lead to a module being initialized twice, leading to confusing bugs. See PEP 328 for details. to: Although the python community generally prefers absolute imports, relative imports may be useful in certain circumstances. Support for relative imports has recently been improved, and the use of the old-style relative imports is strongly discouraged. See PEP 328 for details. There is also this warning against relative imports in PEP 8, that could go from: - Relative imports for intra-package imports are highly discouraged. Always use the absolute package path for all imports. Even now that PEP 328 [7] is fully implemented in Python 2.5, its style of explicit relative imports is actively discouraged; absolute imports are more portable and usually more readable. to: - While the python community generally prefers absolute imports, relative imports may be useful in certain circumstances. Now that PEP 328 [7] is fully implemented in Python 2.5 and later, the older style of implicit relative imports is strongly discouraged. -- assignee: d...@python components: Documentation messages: 118031 nosy: d...@python, dsdale24 priority: normal severity: normal status: open title: Withdraw anti-recommendation of relative imports from documentation versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9325] Add an option to pdb/trace/profile to run library module as a script
Nick Coghlan ncogh...@gmail.com added the comment: On Wed, Oct 6, 2010 at 2:59 AM, Alexander Belopolsky rep...@bugs.python.org wrote: Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I am afraid, for ordinary scripts these modules effectively use option 3. I think these modules should remove its own scaffolding from real __main__ before loading any traced code. I am not sure how this can be achieved, though. If you use runpy.run_module or runpy.run_path, they will switch the existing __main__ out of sys.modules, replacing it with a temporary module. However, that approach is currently slightly broken, in that it leaves the temporary module namespace inaccessible if the module execution fails with an exception (hence the existence of run_module_as_main). I've thought of a few ways to fix that, but never explored any of them: - allow the module to be used for execution to be passed in to run_module and run_path as a new optional parameter - allow a list (or other mutable container) to be passed in as an output parameter, and stick the temporary module in there - define a thread-local variable for the runpy module that stores the last module namespace executed via runpy in the current thread (and a convenience API for retrieving it) Option 2 strikes me as rather clumsy, so we can probably skip that. I find option 3 to be quite elegant in a sys.exc_info() kind of way, but option 1 is probably simpler. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10032] os.setuid and os.setgid have unexpected influence on serial module
New submission from Tjeerd Pinkert t.j.pink...@alumnus.utwente.nl: If I use os.setgid and os.setuid to switch to an other user in some daemon code, I cannot open the serial port anymore. If I run the same code directly from the user I can open the serial port. Since the serial module is using the open() call to open the serial device I wonder if the mistake is in the serial module or in the os module. see also: https://sourceforge.net/tracker/?func=detailaid=3081643group_id=46487atid=446302 Sample code showing the behaviour using the daemon module from: http://hathawaymix.org/Software/Sketches/daemon.py (and no it's not this module, also my own crappy code did the same thing and gives the same erroneous behaviour) #!/usr/bin/python Test daemon import daemon import logging import time import serial import os class HelloDaemon(daemon.Daemon): default_conf = 'test.conf' section = 'test' def setup_user(self): print os.getuid(), os.getgid() ser=serial.Serial(0) print ser.portstr ser.close() def run(self): while True: logging.info('The daemon says hello') time.sleep(1) if __name__ == '__main__': HelloDaemon().main() - now make the config file: [test] uid = gid = pidfile = ./hellodaemon.pid logfile = ./hellodaemon.log loglevel = info -- when I run it as my own user it works fine, e.g.: t...@machine$ ./test.py 1000 1000 /dev/ttyS0 it nicely opens the port. if I fill in tjp for uid and gid in the configfile and run it as: t...@machine$ sudo ./test.py 1000 1000 Traceback (most recent call last): File ./test.py, line 26, in module HelloDaemon().main() File /home/tjp/tmp/pydaemon/daemon.py, line 121, in main self.start() File /home/tjp/tmp/pydaemon/daemon.py, line 196, in start self.setup_user() File ./test.py, line 17, in setup_user ser=serial.Serial(0) File /usr/lib/python2.6/dist-packages/serial/serialutil.py, line 166, in __init__ self.open() File /usr/lib/python2.6/dist-packages/serial/serialposix.py, line 175, in open raise SerialException(could not open port %s: %s % (self._port, msg)) serial.serialutil.SerialException: could not open port 0: [Errno 13] Permission denied: '/dev/ttyS0' I hope someone with more experience can either help me out, or confirm if this should be regarded a bug, and then in which module, os or serial Yours, Tjeerd -- components: Extension Modules messages: 118033 nosy: Tjeerd.Pinkert priority: normal severity: normal status: open title: os.setuid and os.setgid have unexpected influence on serial module versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10032 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10032] os.setuid and os.setgid have unexpected influence on serial module
Changes by Tjeerd Pinkert t.j.pink...@alumnus.utwente.nl: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10032 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4872] Python will not co-exist with MFC (memory leak)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: - The memory leaks are reported in the IDE output window when the process exits; this lists all non deallocated blocks of memory. This feature is not enabled by default. Creating a CString probably initializes this feature. - Py_Finalize() doesn't free all memory used by Py_Initialize(); this is not a problem, as long as a second call to Py_Initialize() reuses the same memory. Closing as won't fix: there is no need to free everything when the process exits. -- nosy: +amaury.forgeotdarc resolution: invalid - wont fix status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4872 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10033] can't run unittest because of issubclass
New submission from danosaure danosa...@gmail.com: I cannot run the simpliest test because issubclass() is always returning False in unittest.py If i follow the documentation, the following should work. python -m unittest simple_test It finds 0 tests because in unittest.py, in the following line: if (isinstance(obj, (type, types.ClassType)) and issubclass(obj, TestCase)): tests.append(self.loadTestsFromTestCase(obj)) and issubclass() always return False. The cause is unittest module is loaded twice. If I modify unittest.py to add print, it pass in my test module and check my class A(unittest.TestCase). Obviously, if I do the check interactively, it will return True. Is there a problem with the python -m unittest module syntax? It seems to have two namespaces. -- components: Tests files: simple_test.py messages: 118035 nosy: Danosaure priority: normal severity: normal status: open title: can't run unittest because of issubclass type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file19136/simple_test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10033 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9060] Python/dup2.c doesn't compile on (at least) newlib
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: but Python 2.x doesn't appear to actually bother to compile dup2.c even if the system lacks dup2 Is it sure? The file configure.in has the same command in both versions: AC_REPLACE_FUNCS(dup2 getcwd strdup) Added the #include anyway in r85236, r85237, 85238. -- nosy: +amaury.forgeotdarc resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9017] doctest option flag to enable/disable some chunk of doctests?
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: There is already doctest.SKIP. Isn't it already what you want? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10031] Withdraw anti-recommendation of relative imports from documentation
R. David Murray rdmur...@bitdance.com added the comment: Note that of the versions still getting doc updates, only 2.7 still supports the old style relative imports. -- nosy: +r.david.murray type: - behavior versions: -Python 2.6, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10030] Patch for zip decryption speedup
R. David Murray rdmur...@bitdance.com added the comment: It would be nice to retain the pure python version as a fallback for non CPython implementations, that will require tweaking the tests to make sure both are tested. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10030 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10034] Readline doc issue
New submission from Jason Baker amnorv...@gmail.com: There's an error in the documentation for readline here: http://docs.python.org/library/readline.html#example The first example doesn't import readline. -- assignee: d...@python components: Documentation messages: 118040 nosy: Jason.Baker, d...@python priority: normal severity: normal status: open title: Readline doc issue versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2892] improve cElementTree iterparse error handling
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: If it's a regression, it should be fixed in some 2.7.x release Is there a patch somewhere? -- nosy: +amaury.forgeotdarc stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2892 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4487] Add utf8 alias for email charsets
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: David, can this issue be closed? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2982] more tests for pyexpat
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Adapted patch for py3k and applied in r85239. Maciek, if you have another tests for error handling, please open a new issue. -- nosy: +amaury.forgeotdarc resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4487] Add utf8 alias for email charsets
R. David Murray rdmur...@bitdance.com added the comment: Yes. Benjamin merged this to py3k in r82292. If someone wants to explain to me how to cherry pick the changeset into 3.1 I'd be happy to do it, otherwise I think I'm done with this one :) -- stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10029] Equivalent to code for zip is wrong in Python 3
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- nosy: -loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10032] os.setuid and os.setgid have unexpected influence on serial module
Ned Deily n...@acm.org added the comment: While you did not specify what platform you are running this on, the issue here is almost certainly a misunderstanding of how permissions work. On UNIX-y systems, access to device files is normally governed by permissions like any other file or directory. On many systems, groups are set up to allow users to access devices without requiring root permission. User tjp is very likely a member of a supplementary group that has group permission to the device in question. When run under sudo, the program initially can access the device because of the superuser (root) permission. After it is daemonizied, though, it no longer has root but it does not have the supplementary group permissions it would have had running normally; it only has uid 1000 and gid 1000. The following example illustrates: # in this example, /dev/mixer has a gid of 29 (group=audio) # and the user (uid=501,gid=501) is a member of group 29 $ id -u 501 $ id -g 501 $ id -G 501 6 22 24 25 27 29 44 46 107 112 114 1001 40100 40200 $ ls -ln /dev/mixer crw-rw 1 0 29 14, 0 Oct 5 14:06 /dev/mixer $ python -c open('/dev/mixer','r') $ sudo python -c open('/dev/mixer','r') $ sudo python -c import os; os.setgid(501); os.setuid(501); open('/dev/mixer','r') Traceback (most recent call last): File string, line 1, in module IOError: [Errno 13] Permission denied: '/dev/mixer' $ python -c import os; print(os.getgroups()) [6, 22, 24, 25, 27, 29, 44, 46, 107, 112, 114, 501, 1001, 40100, 40200] $ sudo python -c import os; print(os.getgroups()) [0] If this does not explain the results you are seeing, please re-open with additional supporting information. -- nosy: +ned.deily resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10032 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10033] can't run unittest because of issubclass
Ned Deily n...@acm.org added the comment: The unittest module was substantially revised and enhanced for Python 2.7 and the upcoming 3.2. Your test case now works properly under both. $ python2.6 -m unittest -v simple_test -- Ran 0 tests in 0.000s OK $ python2.7 -m unittest -v simple_test test_1 (simple_test.A) ... ok -- Ran 1 test in 0.000s OK $ python3.2 -m unittest -v simple_test test_1 (simple_test.A) ... ok -- Ran 1 test in 0.000s OK Since only security issues are still being accepted for Python 2.6, this problem will not be fixed there. -- nosy: +ned.deily resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10033 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10032] os.setuid and os.setgid have unexpected influence on serial module
R. David Murray rdmur...@bitdance.com added the comment: If you do want to pursue this further note that [your] own crappy code is a better reproducer to post than something that depends on a third party module. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10032 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10035] sgmllib fail to parse html containing !- .... -
New submission from halfjuice halfju...@gmail.com: When parsing html containing the following tag: ... !- ie6 doesn't allow empty div. - ... SGMLParser will stop parse following content without any warning. When such tag is removed everything works fine. When looking into sgmllib.py, statement below found: if rawdata.startswith(!, i): # This is some sort of declaration; in HTML as # deployed, this should only be the document type # declaration (!DOCTYPE html...). I think that's why something goes wrong here. -- components: Library (Lib) messages: 118048 nosy: halfjuice priority: normal severity: normal status: open title: sgmllib fail to parse html containing !- - type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10035] sgmllib fail to parse html containing !- .... -
Georg Brandl ge...@python.org added the comment: Are you sure you got the comment syntax right? e.g. !-- ie6 doesn't allow empty div. -- SGMLParser should handle that. -- nosy: +georg.brandl resolution: - works for me status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10034] Readline doc issue
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r85240. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10026] xml.dom.pulldom strange behavior
Changes by Georg Brandl ge...@python.org: -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10036] compiler warnings for various modules on Ubuntu x86
New submission from Jeffrey Finkelstein jeffrey.finkelst...@gmail.com: On Ubuntu 10.04.1, with uname -a outputting Linux hostname 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:26:08 UTC 2010 i686 GNU/Linux gcc --version outputting gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 On hg revision 7965 of the py3k branch, I get the following compile-time warnings: /mnt/data/src/py3k/Modules/_posixsubprocess.c: In function ‘child_exec’: /mnt/data/src/py3k/Modules/_posixsubprocess.c:152: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:158: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:159: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:163: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:164: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/socketmodule.c: In function ‘socket_gethostbyname_ex’: /mnt/data/src/py3k/Modules/socketmodule.c:3282: warning: dereferencing pointer ‘sa’ does break strict-aliasing rules /mnt/data/src/py3k/Modules/socketmodule.c:3280: note: initialized from here /mnt/data/src/py3k/Modules/socketmodule.c: In function ‘socket_gethostbyaddr’: /mnt/data/src/py3k/Modules/socketmodule.c:3339: warning: dereferencing pointer ‘sa’ does break strict-aliasing rules /mnt/data/src/py3k/Modules/socketmodule.c:3309: note: initialized from here /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c: In function ‘multiprocessing_sendfd’: /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c:125: warning: dereferencing type-punned pointer will break strict-aliasing rules /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c: In function ‘multiprocessing_recvfd’: /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c:168: warning: dereferencing type-punned pointer will break strict-aliasing rules /mnt/data/src/py3k/Modules/_ctypes/libffi/src/closures.c: In function ‘dlmmap_locked’: /mnt/data/src/py3k/Modules/_ctypes/libffi/src/closures.c:416: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_ctypes/libffi/src/closures.c:428: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c: In function ‘mmap_resize’: /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c:3193: warning: implicit declaration of function ‘mremap’ /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c: In function ‘sys_trim’: /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c:3612: warning: comparison between pointer and integer -- components: Build messages: 118051 nosy: jfinkels priority: normal severity: normal status: open title: compiler warnings for various modules on Ubuntu x86 type: compile error versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com