[Python-Dev] unicode vs buffer (array) design issue can crash interpreter (original) (raw)
M.-A. Lemburg mal at egenix.com
Fri Apr 14 11:08:55 CEST 2006
- Previous message: [Python-Dev] unicode vs buffer (array) design issue can crash interpreter
- Next message: [Python-Dev] unicode vs buffer (array) design issue can crash interpreter
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Martin v. Löwis wrote:
Neal Norwitz wrote:
I'll leave this decision to Martin or someone else, since I'm not familiar with the ramifications. Since it was documented as unsigned, I think it's reasonable to consider changing. Though it could create signed-ness warnings in other modules. I'm not sure but it's possible it could create problems for C++ compilers since they are pickier. My concern is not so much that it becomes unsigned in 2.4.4, but that it stops being a typedef for wchart on Linux. C++ code that uses that assumption might stop compiling.
I'd argue that such code is broken anyway: 3rd party code simply cannot make any assumptions on the typedef behind Py_UNICODE.
Note that you'd only see this change when compiling Python in the non-standard UCS4 setting on Linux.
-- Marc-Andre Lemburg eGenix.com
Professional Python Services directly from the Source (#1, Apr 14 2006)
Python/Zope Consulting and Support ... http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::
- Previous message: [Python-Dev] unicode vs buffer (array) design issue can crash interpreter
- Next message: [Python-Dev] unicode vs buffer (array) design issue can crash interpreter
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]