[issue4347] Circular dependency causes SystemError when adding new syntax

Brett Cannon added the comment: I will take a look when I can. -- assignee: -> brett.cannon ___ Python tracker ___ ___ Python-bugs-li

[issue4985] Idle hangs when given a nonexistent filename.

New submission from Romeo Victor Dellarocco : Idle hangs when given the name of a nonexistent file. The idle window briefly appears, then disappears, the process hangs and has to be terminated. Platform: Linux 2.6.22-16-rt #1 SMP PREEMPT RT Mon Nov 24 21:03:25 GMT 2008 i686 GNU/Linux Ubuntu

[issue4981] Incorrect statement regarding mutable sequences in datamodel Reference

Benjamin Peterson added the comment: On Sat, Jan 17, 2009 at 10:29 PM, Mitchell Model wrote: > > Mitchell Model added the comment: > >>Benjamin Peterson added the comment: >> >>Fixed in r68707. > > Sorry if I missed that. I checked some of the documentation problems I > reported today again

[issue4981] Incorrect statement regarding mutable sequences in datamodel Reference

Mitchell Model added the comment: >Benjamin Peterson added the comment: > >Fixed in r68707. Sorry if I missed that. I checked some of the documentation problems I reported today against an updated subversion copy of 3.0 and 3.1, but I didn't check all. Got impatient. I'll be more careful.

[issue4984] Inconsistent count of sequence types in Library stdtypes document

New submission from Mitchell Model : Sorry I didn't notice all the problems I've reported today about this paragraph at one time so I could have submitted only one report. Anyway, here's another problem with the first sentence of the Sequence Types section of the library stdtypes document. The

[issue4347] Circular dependency causes SystemError when adding new syntax

Thomas Lee added the comment: Brett, any feedback on this one? ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4983] Spurious reference to "byte sequences" in Library stdtypes sequence documentation

New submission from Mitchell Model : The first sentence under "Sequence Types" in the Library stdtypes document is: There are five sequence types: strings, byte sequences, byte arrays, lists, tuples, and range objects However, subsequent discussion, as well as reality, use the term "bytes" n

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Jesse Noller added the comment: Checked into trunk in r68708 - I pinged benjamin to see how we're handling merges right now as this needs to go into py3k -- status: open -> closed ___ Python tracker __

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Jesse Noller added the comment: FYI, there was a small issue in the patch - namely the only way to get the AttributeError to raise in the Value/Array creation is to not pass in a lock, True/None - the latter two get to a lock/RLock while the former will have the acquire method. If you pass i

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Changes by Jesse Noller : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-b

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Jesse Noller added the comment: FYI, there was a small issue in the patch - namely the only way to get the AttributeError to raise in the Value/Array creation is to not pass in a lock, True/None or False - the latter three get to a lock/RLock while the former will have the acquire method. I c

[issue4982] Running python 3 as Non-admin User requests the Runtime to terminate in an unusual way.

New submission from William Stevenson : AMD64 msi install seemed to work fine when running python3.0 as admin but fails immediately as any other user. Command Line output: C:\Python30>python.exe Fatal Python error: Py_Initialize: can't initialize sys standard streams File "C:\Python25\Lib\enc

[issue4981] Incorrect statement regarding mutable sequences in datamodel Reference

Benjamin Peterson added the comment: Never mind, I meant r68706. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4981] Incorrect statement regarding mutable sequences in datamodel Reference

Benjamin Peterson added the comment: Fixed in r68707. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4981] Incorrect statement regarding mutable sequences in datamodel Reference

New submission from Mitchell Model : Early in the datamodel document in the Reference documentation is the statement: There is currently a single intrinsic mutable sequence type: This statement is followed by the documentation of Lists and Byte Arrays. The statement should read "There a

[issue4508] distutils compiler not handling spaces in path to output/src files

Tarek Ziadé added the comment: I couldn't reproduce the problem yet, using your sample. I tried to compile on Mac OSX (Python 2.5 GCC) and Windows XP (Python 2.5 , MinGW 5.1.4 and SWIG 1.2.3) and it worked well. The output was right, (the .o file has a space, but the pyd/so files come out prop

[issue4980] Documentation for "y#" does not mention PY_SSIZE_T_CLEAN

New submission from Antoine Pitrou : Documentation for "y#" does not mention PY_SSIZE_T_CLEAN, it lets believe that the length result is unconditionally int-sized. (in http://docs.python.org/3.0/c-api/arg.html) -- assignee: georg.brandl components: Documentation messages: 80065 nosy: geo

[issue4879] Allow buffering for HTTPResponse

Benjamin Peterson added the comment: Kristján, could you merge this change into the Py3k branch, please? -- nosy: +benjamin.peterson ___ Python tracker ___ __

[issue4971] Incorrect title case

Martin v. Löwis added the comment: > Perhaps we are looking at different files; Indeed, I was looking at the 3.2.0 database (assuming that it would be the same in subsequent versions). > ISTM the problem is that implementing the default-to-uppercase was not > done in Tools/unicode/makeunicode

[issue4979] random.uniform can return its upper limit

New submission from Max Hailperin : The documentation for random.uniform says that random.uniform(a,b) should return a number strictly less than b, assuming ab.) Thus both of the following expressions should always evaluate to False: a __

[issue4971] Incorrect title case

John Machin added the comment: Martin:"""Considering this note, the simple titlecase of U+01C5 *is* U+01C4: the titlecase value is omitted, hence it is the same as uppercase, hence it is U+01C4.""" Perhaps we are looking at different files; in the Unicode 5.1 UnicodeData.txt that I downloaded (

[issue4978] allow unicode keyword args

Changes by Benjamin Peterson : -- keywords: +patch Added file: http://bugs.python.org/file12782/unicode_kwds.patch ___ Python tracker ___ _

[issue4978] allow unicode keyword args

New submission from Benjamin Peterson : This allows unicode arguments to be passed as keywords to functions to help "from __future__ import unicode_literals". See http://mail.python.org/pipermail/python-dev/2009-January/085113.html. -- components: Library (Lib) messages: 80060 nosy: benj

[issue4954] native build of python win32 using msys under wine.

Changes by Martin v. Löwis : -- nosy: -loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Mark Dickinson added the comment: You might try replacing the strtol call with a call to PyOS_strtol. Please let us know if this works! ___ Python tracker ___ __

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Mark Dickinson added the comment: >From the included patch, I assume you're talking about a failure of test_pickle. I'm not seeing any such failure on my (32-bit) system, and the code in Modules/cPickle.c looks correct to me. I suspect that the problem is that in your setup, strtol is failin

[issue3997] zipfile and winzip

Amaury Forgeot d'Arc added the comment: Applied the zip64-alwaystry2.patch in trunk, waiting for buildbots. ___ Python tracker ___ ___ Python-b

[issue2614] Console UnicodeDecodeError s once more

Benjamin Peterson added the comment: I think this had been addressed by PEP 3138 [1]. [1] http://www.python.org/dev/peps/pep-3138/ -- nosy: +benjamin.peterson resolution: -> out of date status: open -> closed ___ Python tracker

[issue4910] Remove uses of nb_long slot, and rename to nb_reserved.

Mark Dickinson added the comment: Here's a patch that deprecates PyNumber_Int in favour of PyNumber_Long: - move PyNumber_Int definition from abstract.h to intobject.h (and fix up comments at the top of intobject.h) - mark PyNumber_Int as deprecated in the c-api docs, with a promise to remo

[issue1225107] inspect.isclass() fails with custom __getattr__

Benjamin Peterson added the comment: Finally fixed in r68676. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue4954] native build of python win32 using msys under wine.

Changes by Luke Kenneth Casson Leighton : Removed file: http://bugs.python.org/file12764/x ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4954] native build of python win32 using msys under wine.

Luke Kenneth Casson Leighton added the comment: workarounds for a couple of wine bugs, also includes e.g. #4977 64-bit assumptions on 32-bit systems. Added file: http://bugs.python.org/file12780/f ___ Python tracker __

[issue3997] zipfile and winzip

Changes by Amaury Forgeot d'Arc : Removed file: http://bugs.python.org/file12778/zip64-alwaystry.patch ___ Python tracker ___ ___ Python-bugs-l

[issue3997] zipfile and winzip

Changes by Amaury Forgeot d'Arc : Added file: http://bugs.python.org/file12779/zip64-alwaystry2.patch ___ Python tracker ___ ___ Python-bugs-li

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

New submission from Luke Kenneth Casson Leighton : the assumption is made that the result will fit into a PyInt. obviously, on a 32-bit system, where SIZEOF_LONG is 4 bytes, that ain't happening. a complex test would be something like this: if len <= 9: it's an int, definitely. if len > 10: it'

[issue4976] Documentation of the set intersection and difference operators is inaccurate

New submission from Mitchell Model : A quibble about the documentation of sets in the library documentation: the union and intersection operators are shown with ellipsis, as is the difference operator. However, they inaccurately refer to "both sets" in their documentation. They should refer to

[issue4838] md_state is not released

Antoine Pitrou added the comment: Fixed in r68669. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ ___

[issue3997] zipfile and winzip

Amaury Forgeot d'Arc added the comment: Oops, I did see this before, but forgot to merge the patches. It appears that "centDirOffset == 0x" is not the correct test for detecting zip64 structure. From the PKZip notes, a value of 0x does imply a zip64 format, not the other way r

[issue4975] 3.0 base64 doc examples lack bytes 'b' indicator

New submission from Terry J. Reedy : This unconverted example in the 3.1a doc needs a 'b' for 'bytes' added before the three input and output string literals. >>> import base64 >>> encoded = base64.b64encode('data to be encoded') # here >>> encoded 'ZGF0YSB0byBiZSBlbmNvZGVk' # here >>> data = ba

[issue3997] zipfile and winzip

Antoine Pitrou added the comment: Reopening, some tests have started deterministically failing: == ERROR: testAbsoluteArcnames (test.test_zipfile.TestZip64InSmallFiles) --

[issue4974] Redundant mention of lists and tuples at start of Sequence Types documentation

New submission from Mitchell Model : Under Built-in Types in the Library documentation the section on "Sequence Types" begins with the paragraph: There are five sequence types: strings, byte sequences, byte arrays, lists, tuples, and range objects. (For other containers see the built-in dict,

[issue4838] md_state is not released

Martin v. Löwis added the comment: Looks fine, please apply. -- assignee: -> pitrou resolution: -> accepted ___ Python tracker ___ _

[issue4838] md_state is not released

Antoine Pitrou added the comment: Here is a patch. I'm not sure if I'm missing something here, since it looks trivial. -- keywords: +patch nosy: +pitrou Added file: http://bugs.python.org/file12777/issue4838.patch ___ Python tracker

[issue3881] IDLE won't start in custom directory.

Jacob added the comment: Okay, i'll try to find a key for Vista in all my drawers, and install a clean version, try it, and then i'll tell you the result. I just can't see what could produce the error at our computers. ___ Python tracker

[issue4077] Py_FatalError cleanup patch

Amaury Forgeot d'Arc added the comment: committed with r68667. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue3881] IDLE won't start in custom directory.

Martin v. Löwis added the comment: > I think this situation can be easily > reproduced by installing Pyhton to other than the default path on > Windows Vista. I could not reproduce it that way. I just installed Python 2.6.1 into c:\tmp\python26, on Vista SP1 x64 (although I installed the 32-bit

[issue4937] Mac DMG install missing version.plist required by bundlebuilder.py

Ned Deily added the comment: As a workaround, you can copy the missing file from a 2.5 (or earlier) Python and edit it, if necessary. sudo cd /Library/Frameworks/Python.framework/Versions/ cp -p 2.5/Resources/version.plist 2.6/Resources/ Or look at the one in the Apple-supplied Python. -

[issue3881] IDLE won't start in custom directory.

Zlm added the comment: > Can you run the Sysinternals filemon to find out what files it is accessing? I tried Sysinternals ProcessMonitor (equivalent of filemon to Windows Vista), but the simple act of trying to open IDLE produces thousands of entries to the log window. I also don't think this

[issue3881] IDLE won't start in custom directory.

Jacob added the comment: I don't think it's just his machine (and mine), but i don't think so. Unfortunealy, i don't have a Windows Vista key ready, else i'd have testet it on a clean install, but i'll try to install the same package on the next computer with Vista i stumple upon. _

[issue3871] cross and native build of python for mingw32 with distutils

Luke Kenneth Casson Leighton added the comment: roumen, hi, can you add: BASECFLAGS="-mthreads $BASECFLAGS" LDFLAGS="-mthreads $LDFLAGS" when compiling with threads, and... a second request: _block_ people from compiling without mthreads, because there's a bug in wine's msvcrt _f

[issue3881] IDLE won't start in custom directory.

Martin v. Löwis added the comment: > Could this problem be related to paths with slashes and backslashes? Unlikely. The exact same package works on many other machines, so there must be something strange with your machine. Can you run the Sysinternals filemon to find out what files it is acces

[issue3881] IDLE won't start in custom directory.

Zlm added the comment: > So do you have a file C:\Programas\Python\2.6\tcl\tcl8.5\init.tcl ? Yes, I have. Could this problem be related to paths with slashes and backslashes? In the error log, the first path (the right one) has backslashes, but the others have slashes. "{C:\Programas\Pyt

[issue3881] IDLE won't start in custom directory.

Martin v. Löwis added the comment: > Yes, I did. So do you have a file C:\Programas\Python\2.6\tcl\tcl8.5\init.tcl ? ___ Python tracker ___ __

[issue3881] IDLE won't start in custom directory.

Zlm added the comment: Yes, I did. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/option

[issue3881] IDLE won't start in custom directory.

Martin v. Löwis added the comment: zlm, did you chose to install Tcl/Tk when installing Python? ___ Python tracker ___ ___ Python-bugs-list mai

[issue4910] Remove uses of nb_long slot, and rename to nb_reserved.

Mark Dickinson added the comment: Thanks again for reviewing, Benjamin. nb_long renamed in r68651, merged to 3.0 (along with a few other long->int cleanups) in r68666. There seems to be a consensus on deprecating PyNumber_Int. I'll leave this open until that's taken care of. __

[issue4973] calendar formatyearpage returns bytes, not str

New submission from Michael Newman : formatyearpage is returning "bytes", not "str" Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)] on win 32 Type "help", "copyright", "credits" or "license" for more information. >>> import calendar >>> calendar.HTMLCalendar().formatyea

[issue4971] Incorrect title case

Martin v. Löwis added the comment: I do think this is a bug in the Unicode database. The current approach (of falling back to uppercase if there is no title case in the Unicode database) goes back to r17708. However, even the prior version only contained explicitly the cases where a titlecase wa

[issue3871] cross and native build of python for mingw32 with distutils

Luke Kenneth Casson Leighton added the comment: roumen, hi, can you add: BASECFLAGS="-mthreads $BASECFLAGS" LDFLAGS="-mthreads $LDFLAGS" when compiling with threads, and... a second request: _block_ people from compiling without mthreads, because there's a bug in wine's msvcrt _f

[issue3881] IDLE won't start in custom directory.

Zlm added the comment: Hi. I have the same problem, but i'm running Pyhton 2.6.1. I'm using Windows Vista 32bit SP1. I installed Python to C:\Program Files\Python\2.6\ and when I try to run idle from the start menu, it doesn't work. When I try to run it from the command line, the same error is

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

New submission from Tarek Ziadé : In a program, I naturally wrote: >>> from ftplib import FTP >>> with FTP('ftp.somewhere.com') as ftp: ... ftp.login('someone', 'pass') ... ... Until I realized this class is not equipped with __enter__ and __exit__, I think it could be

[issue4930] Small optimization in type construction

Amaury Forgeot d'Arc added the comment: Committed r68665. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ P

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

STINNER Victor added the comment: (with the full patch, all tests pass with 16 or 32 bits Py_UNICODE) ___ Python tracker ___ ___ Python-bugs-li

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12773/unicode_fromwidechar_surrogate.patch ___ Python tracker ___ ___ Pyt

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

STINNER Victor added the comment: I run my test on py3k on Linux with 32 bits wchar_t: - 16 bits Py_UNICODE: test is failing without PyUnicode_FromWideChar() patch - 32 bits Py_UNICODE: test pass without the patch, so the issue only impact 16 bits Py_UNICODE Can someone test with 16 bits wc

[issue3997] zipfile and winzip

Amaury Forgeot d'Arc added the comment: Fixed with r68661 (trunk), r68662 (py3k), r68663 (2.6) and r68664 (3.0) -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___

[issue4971] Incorrect title case

Changes by Martin v. Löwis : -- versions: -Python 2.4, Python 2.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

STINNER Victor added the comment: Updated patch including a test in _testcapi module: create two PyUnicode objects from wide string (PyUnicode_FromWideChar) and another from utf-8 (PyUnicode_FromString) and compare the value. Patch is still for py3k branch and can be ported easily on python t

[issue1745] Backport of PEP 3102 "keyword-only arguments" to 2.6

Changes by Benjamin Peterson : -- priority: critical -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue4971] Incorrect title case

New submission from Matthew Barnett : I've found that the following 4 Unicode characters/codepoints don't behave as I'd expect: Dž (U+01C5), Lj (U+01C8), Nj (U+01CB), Dz (U+01F2). For example, u'\u01C5'.istitle() returns True and unicodedata.category(u'\u01C5') returns 'Lt', but u'\u01C5'.title() re

[issue4955] xml.sax.expatreader.ExpatParser incorrectly silently skips external character entities in attribute values

Changes by Jean-Paul Calderone : -- title: inconsistent, perhaps incorrect, behavior with respect to entities parsed by xml.sax -> xml.sax.expatreader.ExpatParser incorrectly silently skips external character entities in attribute values ___ Python

[issue3871] cross and native build of python for mingw32 with distutils

Roumen Petrov added the comment: Hi Luke, Initially I start build in cross environment. Later I setup a posix environment, based on msys and in the last patch is commented which module has to be build-in for native build. I'm not surprised that you succeed to build in emulated environment and I

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Marc-Andre Lemburg added the comment: On 2009-01-17 14:00, STINNER Victor wrote: > STINNER Victor added the comment: > >> Looks pretty good at first glance, except that it seems that the UTF-32 to >> UTF-16 translation is skipped if HAVE_USABLE_WCHAR_T is defined. Is that >> deliberate? > >

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Marc-Andre Lemburg added the comment: On 2009-01-17 14:00, STINNER Victor wrote: >> A test would be good, too. > > PyUnicode_FromWideChar() is not a public API. Should I write a function in > _testcapi? It is a public C API. Regardless of this aspect, we should always add tests for bugs in or

[issue4967] Bugs in _ssl object read() when a buffer is specified

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue3997] zipfile and winzip

Martin v. Löwis added the comment: Looks fine to me. Please apply. -- keywords: -needs review ___ Python tracker ___ ___ Python-bugs-

[issue3997] zipfile and winzip

Amaury Forgeot d'Arc added the comment: Here is an updated version (zip-64k-3.patch). Now the condition for writing a "ZIP64 end-of-archive" depends on the size of all three values. Added file: http://bugs.python.org/file12775/zip-64k-3.patch ___ Python tra

[issue4828] patch suggestion for webbrowser

Amaury Forgeot d'Arc added the comment: I was to suggest to use the PATHEXT variable instead of a hardcoded list of extensions, but does all this work at all? For example, I added a "opera.bat" in my current directory. a browser named 'opera' was registered, but it did not start! >>> webbrow

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Mark Dickinson added the comment: > I understand this code as: sizeof(wchar_t) == sizeof(Py_UNICODE). If I > misunderstood the code, it's a a heap overflow :-) Yep, sorry. You're right. >> A test would be good, too. > >PyUnicode_FromWideChar() is not a public API. Should I write a function

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

STINNER Victor added the comment: > Looks pretty good at first glance, except that it seems that the UTF-32 to > UTF-16 translation is skipped if HAVE_USABLE_WCHAR_T is defined. Is that > deliberate? #ifdef HAVE_USABLE_WCHAR_T memcpy(unicode->str, w, size * sizeof(wchar_t)); #else ...

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: ...and there's a related message from Neal Norwitz at: http://mail.python.org/pipermail/python-3000/2007-August/009944.html I suspect that python Lib/test/regrtest.py test_os test_wait3 (possibly with some additional flags to regrtest.py) should be enough to

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Mark Dickinson added the comment: Another observation is that after test_os has been run, the first test to actually cause the 'unknown signal' failure always seems to be one that involves threads (e.g., test_wait3, or test_queue, or test_logging...) ___ Py

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

New submission from Mark Dickinson : The x86 gentoo 3.0 and 3.x buildbots have been failing for a while at the test stage, with: make: *** [buildbottest] Unknown signal 32 program finished with exit code 2 I noticed a common denominator with these failures, which is that they always seem to o

[issue4969] mimetypes on Windows should read MIME database from registry (w/patch)

Changes by Martin v. Löwis : -- versions: -Python 2.6, Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Mark Dickinson added the comment: Thanks for the patch, Victor! Looks pretty good at first glance, except that it seems that the UTF-32 to UTF-16 translation is skipped if HAVE_USABLE_WCHAR_T is defined. Is that deliberate? A test would be good, too. ___

[issue4969] mimetypes on Windows should read MIME database from registry (w/patch)

New submission from Gabriel Genellina : The mimetypes module has a built-in default database, and, in addition, reads mime.types files from a list of standard places (/etc/mime.types by example) On Windows, those files usually don't even present; MIME information is stored in the registry inst

[issue4955] inconsistent, perhaps incorrect, behavior with respect to entities parsed by xml.sax

Terry J. Reedy added the comment: Neither the title nor your two posts identify the module you think needs to be changed. Changing the title to include that might better get attention from someone who is familiar with that module and could deal with the request. -- nosy: +tjreedy