[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Ronald Oussoren [EMAIL PROTECTED] added the comment: Committed in r65183. -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Trent Mick [EMAIL PROTECTED] added the comment: Thanks Ronald. Any comment on http://bugs.python.org/msg69936 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3409] ElementPath.Path.findall problem with unicode input
Fredrik Lundh [EMAIL PROTECTED] added the comment: Hmm. That's embarrassing. What was I thinking? Guess it's time to update the 2.X codebase to ET 1.2.8. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3409 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1762561] unable to serialize Infinity or NaN on ARM using marshal
Aurelien Jarno [EMAIL PROTECTED] added the comment: AFAIK, this mixed-endian format is only used on little endian ARM (old-ABI only). That is true that IEEE 754 does not specify any format. I used the big and little endian code as a template to add the ARM format, hence IEEE in the name. mixed-endian is the term usually used to describe this format in the ARM community. I am not opposed to any other name. OTOH, if you consider that IEEE does not specify any format, IEEE, little-endian and IEEE, big-endian are also not correct. -- nosy: +aurel32 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1762561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3424] imghdr test order makes it slow
New submission from Ilpo Nyyssönen [EMAIL PROTECTED]: The order of tests in imghdr makes it slow in common cases. Even without any statistics it is quite easy to see that jpeg is the most common format. In imghdr only bmp and png are after it. Also, should png really be the last one? Nearly all digital cameras produce jpegs and handling such images is one big use case for this module. Changing the test order should be easy and have big effect in common use cases. -- components: Library (Lib) messages: 70142 nosy: biny severity: normal status: open title: imghdr test order makes it slow type: performance versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1481296] long(float('nan'))!=0L
Antoine Pitrou [EMAIL PROTECTED] added the comment: It also just feels right, to me; an attempt to convert a nan to an integer should not pass silently. I have the same gut feeling. -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1481296 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue616013] cPickle documentation incomplete
Georg Brandl [EMAIL PROTECTED] added the comment: No need for gratuitous breakage of cPickle in Python 2.6. Alexandre, if you can add the list of changes to the documentation, that would be great. -- nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue616013 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3417] make the fix_dict fixer smarter
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ok. I'll mark this as something to do for 2.7/3.1. -- versions: +Python 2.7, Python 3.1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3417 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3424] imghdr test order makes it slow
Benjamin Peterson [EMAIL PROTECTED] added the comment: Do you have any benchmarks to prove this with? IMO, the difference would be extremely insignificant. -- nosy: +benjamin.peterson status: open - pending ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3348] Cannot start wsgiref simple server in Py3k
Changes by Antoine Pitrou [EMAIL PROTECTED]: -- nosy: +pitrou priority: - high ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3425] posixmodule.c always using res = utime(path, NULL)
New submission from Oskar Andersson [EMAIL PROTECTED]: I'm porting, embedding and extending Python in a very limited environment. This environment does not have utime.h and have not defined the following function: int utime(const char *, const struct utimbuf *); Although the function called utimes, defined in sys/time.h exist. int utimes(const char *path, const struct timeval times[2]); In the method, in posixmodule.c: static PyObject * posix_utime(PyObject *self, PyObject *args); usage of these methods are used. If a time is specified in args, a define determines which of the two methods to use, utime or utimes depending if these exist or not. If Py_None is sent instead utime is always used, the solution to solve this is to use #ifdef with HAVE_UTIMES. Line number 2835 in http://svn.python.org/projects/python/trunk/Modules/posixmodule.c I have not checked if this is solved in future versions. -- components: Extension Modules messages: 70147 nosy: oskar86 severity: normal status: open title: posixmodule.c always using res = utime(path, NULL) type: compile error versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3348] Cannot start wsgiref simple server in Py3k
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - pje nosy: +pje priority: high - critical ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3426] os.path.abspath with unicode argument should call os.getcwdu
New submission from Christian Häggström [EMAIL PROTECTED]: If current working directory contains non-ascii characters, calling os.path.abspath(u.) will result in an error. I expect it to call the underlying os.getcwdu() in this case. import os os.path.abspath(u.) Traceback (most recent call last): File stdin, line 1, in module File /home/packages/python-2.5.1/x86-linux/lib/python2.5/posixpath.py, line 403, in abspath path = join(os.getcwd(), path) File /home/packages/python-2.5.1/x86-linux/lib/python2.5/posixpath.py, line 65, in join path += '/' + b UnicodeDecodeError: 'ascii' codec can't decode byte 0xe4 in position 29: ordinal not in range(128) It works if I do it manually, using os.getcwdu(): os.path.join(os.getcwdu(), u.) u'/disk1/chn_local/work/test/sk\xe4rg\xe5rds\xf6-latin1/.' -- components: Unicode messages: 70148 nosy: saturn_mimas severity: normal status: open title: os.path.abspath with unicode argument should call os.getcwdu type: behavior versions: Python 2.4, Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3348] Cannot start wsgiref simple server in Py3k
Phillip J. Eby [EMAIL PROTECTED] added the comment: The encoding must be latin-1, not utf-8, and the stream must be binary mode, not text. I have no idea how to deal with the test suite, and don't have time at the moment to investigate. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3348] Cannot start wsgiref simple server in Py3k
Matt Giuca [EMAIL PROTECTED] added the comment: Are you saying the stream passed to _write SHOULD always be a binary stream, and hence the test case is wrong, because it opens a text stream? (I'm not sure where the stream comes from, but we should guarantee it's a binary stream). Also, why Latin-1? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3426] os.path.abspath with unicode argument should call os.getcwdu
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Well, os.path.supports_unicode_filenames is False on posix platforms. So os.path.abspath is not supposed to work with unicode values. I was about to close the issue, but python 3.0 also defines supports_unicode_filenames to False! In addition, os.getcwd() fails when the current dir has non-ascii characters. Should we drop its implementation, and use os.getcwdu instead? -- nosy: +amaury.forgeotdarc versions: +Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3348] Cannot start wsgiref simple server in Py3k
Phillip J. Eby [EMAIL PROTECTED] added the comment: For the why Latin-1, read the WSGI spec's explanation of how strings should be handled in Python implementations where 'str' is unicode. I suppose that you *could* make it a text stream with Latin-1 encoding; I'm just not clear on whether there are any other ramifications. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3348] Cannot start wsgiref simple server in Py3k
Matt Giuca [EMAIL PROTECTED] added the comment:
Wow, I read the WSGI spec. That seems very strange that it says HTTP
does not directly support Unicode, and neither does this interface.
Clearly HTTP *does* support Unicode, because it allows you to specify an
encoding.
I assume then that the ISO-8859-1 characters the WSGI functions receive
will be treated as byte values. (That's rather silly; it's just dodging
the issue of Unicode rather than supporting it).
But in any event, the PEP has spoken, so we stick with Latin-1.
With respect to the text/binary stream, I think it would be best if it's
a binary stream, and we explicitly convert those str objects (which WSGI
says must only contain Latin-1 range characters) into bytes objects
(simply treating code points as bytes; in other words calling
.encode('latin-1')) and writing them to the binary stream. (Since the
WSGI spec is so adamant we deal in bytes).
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3348
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3427] urllib documentation: urlopen().info() return type
New submission from ThomasH [EMAIL PROTECTED]: http://docs.python.org/lib/module-urllib.html The page says that the return type of urlopen().info() is a mimetools.Message object, which is not quite true; it is a httplib.HTTPMessage object, which is a class derived from mimetools.Message, but with additional features. The httplib.HTTPMessage class is not documented at all, for which I will file a separate bug. -- assignee: georg.brandl components: Documentation messages: 70154 nosy: ThomasH, georg.brandl severity: normal status: open title: urllib documentation: urlopen().info() return type type: behavior versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3427 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3428] httplib.HTTPMessage undocumented
New submission from ThomasH [EMAIL PROTECTED]: The httplib.HTTPMessage class needs documentation; it is missing from the package documentation entirely. Instances of this class are e.g. returned by the urllib.urlopen().info() method. -- assignee: georg.brandl components: Documentation tools (Sphinx) messages: 70155 nosy: ThomasH, georg.brandl severity: normal status: open title: httplib.HTTPMessage undocumented versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3429] urllib.urlopen() return type
New submission from ThomasH [EMAIL PROTECTED]: The file-like object returned by urllib.urlopen() should be documented like a proper class. The textual description under the urlopen() method is less approachable and breaks the usual format of a class documentation. Maybe the return type should be changed to be a httplib.HTTPResponse object (but that's a separate issue). -- assignee: georg.brandl components: Documentation messages: 70156 nosy: ThomasH, georg.brandl severity: normal status: open title: urllib.urlopen() return type type: feature request versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3348] Cannot start wsgiref simple server in Py3k
Phillip J. Eby [EMAIL PROTECTED] added the comment: HTTP is defined as a stream of bytes; the fact that you can specify encodings for headers and content is a different level of the spec. WSGI wants to basically be as transparent a mapping as possible between HTTP and Python data structures, without imposing any *new* higher-level structures or conventions. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3430] httplib.HTTPResponse documentations inconsistent
New submission from ThomasH [EMAIL PROTECTED]: The library reference documentation of httplib.HTTPResponse does not match up with the online help documentation, or with the dir() information of a particular instance. E.g. the list of public features in the library reference (http://docs.python.org/lib/httpresponse-objects.html) is: - read - getheader - getheaders - msg - version - status - reason From the online documentation (with 'help(httplib.HTTPResponse)'): - begin - close - getheader - getheaders - isclosed - read And from a class instance (via 'dir(httpResponseInstance)'): - 'begin', - 'chunk_left', - 'chunked', - 'close', - 'debuglevel', - 'fp', - 'getheader', - 'getheaders', - 'isclosed', - 'length', - 'msg', - 'read', - 'reason', - 'status', - 'strict', - 'version', - 'will_close' -- assignee: georg.brandl components: Documentation messages: 70158 nosy: ThomasH, georg.brandl severity: normal status: open title: httplib.HTTPResponse documentations inconsistent versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3430 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3231] re.compile fails with some bytes patterns
Antoine Pitrou [EMAIL PROTECTED] added the comment: I think the fix is trivial enough. Committed in r65185. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3092] Wrong unicode size detection in pybench
Antoine Pitrou [EMAIL PROTECTED] added the comment: Fixed in r65186 -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3092 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2275] urllib2 header capitalization
John J Lee [EMAIL PROTECTED] added the comment: With respect to point 1), I assume that we all agree upon that headers should stored in Titled-Format instead of Capitalized-format. I would probably choose to store the headers in Capitalized-form, because that makes implementing .headers trivial. [...] Now, if we go for a Case Normalization at the much later stage, will the headers be stored still in capitalize() format? ( In that case, this bug requests it be stored in .titled() format confirming to many practices) Would you like to explain a bit more on that? Implement .get_header() and friends using .headers, along the lines of: def get_header(self, header_name, default=None): return self.headers.get( header_name, self.unredirected_hdrs.get(header_name, default)).title() And then ensure that the headers actually passed to httplib also get .title()-cased. This also has the benefit, compared with your patch, of leaving the behaviour of non-HTTP URL schemes unchanged. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2275 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2275] urllib2 header capitalization
John J Lee [EMAIL PROTECTED] added the comment: Of course, that along the lines of suggestion isn't quite right: None does not have a .title() method. (and, to spell it out, I'm assuming in that suggestion that .headers is the dict of headers with .capitalize()d keys, i.e. unchanged from Python 2.5) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2275 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3362] locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC
cfr [EMAIL PROTECTED] added the comment: Altering ~/.CFUserTextEncoding so it has the contents 0:0 and then rebooting seems to prevent the crash for GUI applications, too. Would like to know how to fix this properly, of course, since I suspect that the value on my machine was probably not 0:0 for a reason! ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3385] cPickle to pickle conversion in py3k missing methods
Alexandre Vassalotti [EMAIL PROTECTED] added the comment: Just in case you are wondering why I haven't submitted a patch yet, I want to let you know that my home computer is currently broken. So, I won't be able to work on this until I get my computer fixed (which unfortunately could take a few weeks). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2523] binary buffered reading is quadratic
Alexandre Vassalotti [EMAIL PROTECTED] added the comment: Antoine wrote: Le lundi 21 juillet 2008 à 21:18 +, Martin v. Löwis a écrit : IIUC, a read of the full requested size would achieve exactly that: on a non-blocking stream (IIUC), a read will always return min(bytes_available, bytes_requested). Hmm, it seems logical indeed... Alexandre, do you have other information on the subject? Martin is right. However, I don't how Python handle the case where bytes_available is zero (in C, an error value is returned and errno is set to EWOULDBLOCK). When I revised the patch I had a weak understanding of nonblocking I/O. I thought the exponential reads were for nonblocking I/O, but I see now that is non-sense. I am not sure, but I think Martin is also right about the second loop. The max() call should be changed back to max(self.buffer_size, n)), like in the 2nd patch. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2523 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3208] function annotation for builtin and C function
Haoyu Bai [EMAIL PROTECTED] added the comment: By considering the implementing, some problems emerged. First of all, as we know, all CFunctionObject and their attributes are imutable, but the __annotations__ attribute should be a dict, and dict is mutable. So how to solve this? Secondly, the annotation value can be abitrary expression, and then, for extension module, would it be reasonable to restrict these value to string? Thanks! ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3208 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3424] imghdr test order makes it slow
Ilpo Nyyssönen [EMAIL PROTECTED] added the comment: Naturally it requires a big amount of files. Getting big amount of jpegs is easy. Getting big amount of pbms or rgbs is not so easy. I'll attach two profiling runs showing some difference when test_jpeg and test_exif are moved to be the first tests. The beginnings those outputs show the return value counts. Added file: http://bugs.python.org/file10958/current ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3424] imghdr test order makes it slow
Changes by Ilpo Nyyssönen [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10959/optimized ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
