[issue4914] trunc(x) erroneously documented as built-in

Terry J. Reedy added the comment: Confirmed for 3.0 that trunc does not exist in the builtins module and is not listed in the Built-in functions section but is listed in the Numeric Types section. So I agree "trunc(x) x truncated to Integral " should leave the Operation table. Yes, MM, we do w

[issue4907] ast.literal_eval does not properly handled complex numbers

Terry J. Reedy added the comment: I assume from the discussion that the patch was accepted/committed and changed the resolution and stage field to match. FWIW, list displays, for instance, are not literals either but are successfully evaluated, so doing same for complex 'displays' seems sensibl

[issue4959] inspect.formatargspec fails for keyword args without defaults, affects help and likely pydoc

Benjamin Peterson added the comment: Thanks for the patch! Fixed in r68647. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed versions: +Python 3.1 ___ Python tracker

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

STINNER Victor added the comment: Note: I wrote my patch against py3k r68646. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

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

STINNER Victor added the comment: Patch fixing PyUnicode_FromWideChar() for UCS-2 build: create surrogates for character > U+ like PyUnicode_FromOrdinal() does. -- keywords: +patch Added file: http://bugs.python.org/file12773/unicode_fromwidechar_surrogate.patch _

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Gabriel Genellina added the comment: You should stick to Python 2.6 (or even 2.5) for web programming - 3.0 is not mature enough. I thought this was a feasibility study on porting an existing application to Python 3.0 -- not your first steps in the language. _

[issue4968] Clarify inspect.is method docs

New submission from Terry J. Reedy : inspect module in 3.0 .isclass: says "Return true if the object is a class." Since the issue of builtin versus Python coded is involved in all the other methods below, I would expand this to "Return true if the object is a class, whether built-in or Python-co

[issue4956] Py_Initialize needs to be done before file load (on msys+wine)

Gabriel Genellina added the comment: Ok, imagine for a moment that your patch is accepted and applied. Python runs in a wide variety of systems. Now imagine that, in a few of them, it stops running. What would you say to defend your changes? "I have no idea why, but it works for me!". I have

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

Brett Cannon added the comment: I will see when I can get to it (other stuff is taking priority). Not going to assign to myself quite yet in case someone wants to beat me to this. I won't lose track since I created the bug and have a saved query to look at all bugs I make. _

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

New submission from Antoine Pitrou : The read() method on ssl objects can take a buffer as a parameter, but the method is buggy in this case: - it only accepts bytearrays, while it should accept any object supporting the buffer protocol in write mode - when the object is not a bytearray, it retu

[issue4821] Patches for thread-support in built-in SHA modules

STINNER Victor added the comment: sha1module_small_locks.diff patch is very similar to the changes made in #4751, except: - SHA1_GIL_MINSIZE is 8192 whereas HASHLIB_GIL_MINSIZE is 2048 - There is no test for PyThread_allocate_lock() failure Instead of copy/paste code in hashlib, sha1, sha256

[issue3826] Problem with SocketIO for closing the socket

Gregory P. Smith added the comment: That mostly meant let the buildbots run it and/or see if anyone complains on a list. Go ahead and backport. :) ___ Python tracker ___ ___

[issue3826] Problem with SocketIO for closing the socket

STINNER Victor added the comment: > This still needs back porting to release30-maint > assuming no other issues are found with it How can we check if they are new issues with the changes? ___ Python tracker __

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12589/tokenizer_ignore_cookie-2.patch ___ Python tracker ___ ___ Python-bu

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

STINNER Victor added the comment: New version of my patch: add a regression test. @brett.cannon: Could you review my patch? Added file: http://bugs.python.org/file12771/tokenizer_ignore_cookie-3.patch ___ Python tracker _

[issue4177] Crash in MIMEText on FreeBSD

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4874] decoding functions in _codecs module accept str arguments

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12641/_codecs_bytes.patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue4874] decoding functions in _codecs module accept str arguments

STINNER Victor added the comment: New patch: - Leave unicode_escape_decode() and raw_unicode_escape_decode() unchanged (still accept unicode string) - Test changes (reject unicode for most codecs decode functions) - Write tests for unicode_escape_decode() and raw_unicode_escape_decode() (th

[issue4896] Faster why variable manipulation in ceval.c

Paolo 'Blaisorblade' Giarrusso added the comment: Given a 10% speedup on some systems, and statistically insignificant changes on other systems, I would still apply the patch, even simply because the bitmask part simply makes more sense. I'm not sure about the goto part, but still, it does stra

[issue4896] Faster why variable manipulation in ceval.c

Collin Winter added the comment: Another data point: I've tested this patch applied to trunk on Core 2 Duo and Opteron 8214 HE machines using both gcc 4.0.3 and 4.3.1, and I'm seeing mixed results. Pybench with warp 1 is between ~1.5% slower and ~1% faster, depending on gcc version (fairly consi

[issue4966] Improving Lib Doc Sequence Types Section

New submission from Terry J. Reedy : Issues and suggestions for Python Standard Library / Built-in Types / "Sequence Types — str, bytes, bytearray, list, tuple, range" 1. Put subsections in the same order as in the title and main section. In particular, move bytes/bytearray subsection up to fol

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Paolo 'Blaisorblade' Giarrusso added the comment: Yep, agreed. It could be quite cool to rely on __attribute__((cold)) to mark format_exc_check_arg(), but that only works with newer gcc's. I guess I'll add many likely() by hand - in some cases GCC might already get it right, but the heuristics u

[issue4965] Can doc index of html version be separately scrollable?

New submission from Terry J. Reedy : In the Windows help version of the docs that come with the Windows .msi installer, the index pane to the left scrolls separately from the content pane to the right. Very nice for jumping around even to other docs. In the html versions at docs.python.org, the

[issue4753] Faster opcode dispatch on gcc

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12767/threadedceval6.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: Thanks Skip, it makes sense... so here is a patch without the configure script. (I wonder however if those huge configure changes, when checked into the SVN, could break something silently somewhere) Added file: http://bugs.python.org/file12769/threadedceval6.

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Antoine> (sorry, the patch is very long because it seems running Antoine> autoconf changes a lot of things in the configure script) Normal practice is to not include the configure script in such patches and indicate to people that they will need to run auto

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Antoine Pitrou added the comment: You could also test this principle with a few opcodes in ceval.c. Especially, the error cases in LOAD_FAST, LOAD_GLOBAL etc. could be flagged as unlikely. ___ Python tracker ___

[issue4293] Thread Safe Py_AddPendingCall

Mark Dickinson added the comment: How about using a timer instead of the 'count += 1' loop: after starting the 32 self.pendingcalls_submit threads, set up a threading.Event and start yet another thread that simply does a time.sleep(5.0) (or whatever) and then sets that event. Then your wait

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

oopos added the comment: Hehe. I only want to use python to slove the upload files instead of PHP.but it is hard to me or I have no much time to leran it. Now,I learn Perl quickly and use it upload files, it works ok. Thank you . I will take more time to learn Python language well. Best Regards

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: Here is an updated patch with a dedicated configure option (--with-computed-gotos, disabled by default), rather than a compiler detection switch. (sorry, the patch is very long because it seems running autoconf changes a lot of things in the configure script)

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

Martin v. Löwis added the comment: I'm rejecting this patch for the moment, as it seems far from being ready yet. If you consider it complete and applicable-as-is (i.e. if you can't think of any possible further improvement to the patch), please submit a new issue. If I had to review the patch "

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

Luke Kenneth Casson Leighton added the comment: http://www.winehq.org/pipermail/wine-users/2006-May/021624.html _drat_. a rebuild of wine, adding a workaround to cope with lack of support for msvcrt80 xml-based process files, is required, commenting out a couple of functions from kernel32! eu

[issue4964] UTF-16 stream codec barfs on valid input

Guido van Rossum added the comment: Dang. Already fixed in trunk. (Is it fixed in 3.0.1 too?) -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___

[issue4964] UTF-16 stream codec barfs on valid input

New submission from Guido van Rossum : I am attaching a file encoded in UTF-16 (with bom) which causes the stream codec employed by the file reader to barf when reading by lines. However reading the file in binary mode and decoding it in one fell swoop works fine, and reading the whole text file

[issue4293] Thread Safe Py_AddPendingCall

Mark Dickinson added the comment: Kristján, The r68461 checkin seems to be causing a number of the buildbots to fail, typically with output like: test_capi test test_capi failed -- Traceback (most recent call last): File "/home/pybot/buildarea/trunk.klose-debian-ppc/build/Lib/test/test_capi

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

Martin v. Löwis added the comment: > 2) there is no .exe so i was forced to install from msi, >a proprietary installer - which as a free software >developer, i have issues with, but i tried it anyway. Please understand that MSI is *not* a proprietary installer. Instead, it is just a da

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

Benjamin Peterson added the comment: +1 for applying the last patch. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

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

Luke Kenneth Casson Leighton added the comment: yaay! here's the regression test log, including some loovely wine segfaults :) summary: 250 tests OK. 12 tests failed: test_builtin test_cpickle test_file test_gzip test_locale test_mailbox test_os test_pep277 test_socket test_unicode_f

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

Luke Kenneth Casson Leighton added the comment: > It is certainly desirable to be able to build extension modules > with this configuration; yeah, and the nice thing is - it works, too! :) > AFAIU, distutils already supports that case. not without modification, it doesn't: #3871 adds "prope

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

Luke Kenneth Casson Leighton added the comment: > So what CRT do you link with? Is it msvcrt? Which version? i was _just_ beginning to wonder about that, after i saw rpetrov's comments about MSCVER stuff. http://www.mingw.org/wiki/SpecsFileHOWTO aww, _frick_. :) well... it's _going_ to be ms

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

Luke Kenneth Casson Leighton added the comment: > Please trust that Python puts generated files into the repository for > good reasons. i can respect that :) for no reason other than if somone says "please trust", i do :) ___ Python tracker

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

Martin v. Löwis added the comment: > no more proprietary dependence. So what CRT do you link with? Is it msvcrt? Which version? If building with mingw becomes wide-spread, care must be taken that it uses the same CRT as the official binaries. Otherwise, it will be a desaster for Python.

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

Martin v. Löwis added the comment: > * graminit and configure were removed because they are built > automatically. no project should ever include auto-generated files so i > assumed that it would be reasonable to remove them from the python_2.5.2 > "original" git commit that i did, in order to

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

Martin v. Löwis added the comment: > Is Msys+Mingw32 (running on a regular Windows) an interesting > configuration to support? It is certainly desirable to be able to build extension modules with this configuration; AFAIU, distutils already supports that case. Whether or not it is desirable to

[issue4927] Inconsistent unicode repr for fileobject

Martin v. Löwis added the comment: > It is therefore quite unlikely to cause any > problems. That is a false conclusion. The test suite cannot speak for all the code out there that might break with the incompatible change that you are proposing. ___ Python

[issue4927] Inconsistent unicode repr for fileobject

Martin v. Löwis added the comment: > So you are saying that you see no problem with the repr of a fileobject > being generated in different ways depending on the fileobject being > unicode or string? My question is: What is the issue at hand? Is it what the subject says (inconsistent represen

[issue4927] Inconsistent unicode repr for fileobject

Guido van Rossum added the comment: I think this is my fault. I should have used the proper repr() of the filename in the repr() of a file object from the beginning, then this wouldn't have been a problem. I think we should let this rest for Python 2.x (except for fixing the test suite). Fort

[issue4896] Faster why variable manipulation in ceval.c

Changes by Jeffrey Yasskin : -- nosy: +collinwinter, jyasskin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

S Arrowsmith added the comment: Ah, yes, forgot to mention this is on Debian 4.0. I doubt you're going to run into it on a Windows system unless you explicitly give init() a mime.types file, looking at the knownfiles list used by default. ___ Python tracker

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Changes by Collin Winter : -- nosy: +collinwinter, jyasskin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue4949] Constness in PyErr_NewException

Changes by Sebastian Ramacher : -- nosy: +sebastinas ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

Terry J. Reedy added the comment: 3.0, WinXP import mimetypes print(mimetypes.guess_extension('image/jpeg')) mimetypes.init() print(mimetypes.guess_extension('image/jpeg')) gives .jpe .jpe I wonder at this answer since .jpg and occasionally .jpeg is standard in Windows usage, but the doc is unc

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

Jean-Paul Calderone added the comment: After further investigation, I've learned a bit more. External entities are forbidden in attribute values. Their presence constitutes a "fatal error" according to . This means that dropping entities in an attribut

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

Luke Kenneth Casson Leighton added the comment: roumen, hi, i'm interested in collaborating with you to get python compiled under wine (running msys+mingw32 under wine, on linux). #4954 incorporates much of your work, and takes a slightly different direction for the configure setup - the time ta

[issue4956] Py_Initialize needs to be done before file load (on msys+wine)

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

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

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

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

Luke Kenneth Casson Leighton added the comment: updated patch - also removes quotes removal quotes of graminit and configure so that martin is happier :) also included is an updated version of #4956 as it's an essential integral part of compiling and using python.exe under msys that it actually

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

Luke Kenneth Casson Leighton added the comment: hi amaury, thanks for responding. > Is Msys+Mingw32 (running on a regular Windows) an interesting > configuration to support? [wine+]msys+mingw32 is used to _build_ python - not depend on it. [wine+]msys+mingw32 _replaces_ the proprietary build

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

Luke Kenneth Casson Leighton added the comment: martin, hi, thanks for responding. * graminit and configure were removed because they are built automatically. no project should ever include auto-generated files so i assumed that it would be reasonable to remove them from the python_2.5.2 "orig

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

New submission from S Arrowsmith : Asking mimetypes to reload mime.types can cause guess_extension() to return a different result if multiple extensions are mapped to that mime type: >>> import mimetypes >>> mimetypes.guess_extension('image/jpeg') '.jpe' >>> mimetypes.init() >>> mimetypes.guess_

[issue4956] Py_Initialize needs to be done before file load (on msys+wine)

Luke Kenneth Casson Leighton added the comment: here's an updated version, without the cruft. this has a workaround for the problem of stdin being seen as not a tty (!) until _after_ Py_Initialize() is run. Added file: http://bugs.python.org/file12763/x ___

[issue4956] Py_Initialize needs to be done before file load (on msys+wine)

Luke Kenneth Casson Leighton added the comment: here's another clue: $ ./python.exe stdin_is_interactive: 0 ___ Python tracker ___ ___ Python-

[issue4956] Py_Initialize needs to be done before file load (on msys+wine)

Luke Kenneth Casson Leighton added the comment: here's a clue: $ ./python.exe -i Python 2.5.2 (r252:60911, Jan 16 2009, 10:34:33) [gcc] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> >>> exit() close failed: [Errno 0] Success $

[issue4956] Py_Initialize needs to be done before file load (on msys+wine)

Luke Kenneth Casson Leighton added the comment: hi gabriel, thanks for looking at this, and my apologies for not editing the patch to remove debug and other information: i'm in the middle of a comprehensive porting session. WEIRD_DEBUG was me endeavouring to find out what the hell is going on

[issue4962] urlparse & nfs url (rfc 2224)

Senthil added the comment: > I'd like to add the ability to parse nfs url (rfc2224). Which look like: > nfs://server/my/path > > To do this, we only need to add 'nfs' in uses_netloc to make it work Do you encounter any errors or weird behaviors while using nfs url? The RFC2224 for NFS just says

[issue1672332] cPickle cannot unpickle subnormal floats on some machines

Mark Dickinson added the comment: Here's a patch, against the trunk, that simply amends load_float to ignore errno on underflow (while retaining it on overflow). This fixes the problem on my machine. The added tests may be a little severe. There's no *good* reason why dumping and then load

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

Amaury Forgeot d'Arc added the comment: Is Msys+Mingw32 (running on a regular Windows) an interesting configuration to support? The build tools are similar to the ones used by cygwin, except that the C runtime is msvcrt. -- nosy: +amaury.forgeotdarc

[issue4927] Inconsistent unicode repr for fileobject

Kristján Valur Jónsson added the comment: That's true, but a it's a different point entirely You see, this is not a problem with backslashes only: If you have any kind of control caracter or high bit character in your filename, you may be in for trouble, because interpolating that string verba

[issue4962] urlparse & nfs url (rfc 2224)

New submission from Cédric BRINER : Hi, I'd like to add the ability to parse nfs url (rfc2224). Which look like: nfs://server/my/path To do this, we only need to add 'nfs' in uses_netloc to make it work cEd -- components: Extension Modules messages: 79946 nosy: yuhl severity: normal s

[issue4927] Inconsistent unicode repr for fileobject

Terry J. Reedy added the comment: I think path names should be printed with forward slashes on Windows as well as elsewhere to avoid this type of confusion, and this. >>> sb 'tmp\\foo' >>> print(sb) tmp\foo (Of course I know why.) Users have been advised on python-list by various people to ente

[issue4961] Inconsistent/wrong result of askyesno function in tkMessageBox

New submission from eb303 : Scenario to reproduce the problem: - Run the attached script. - Click the 'Ask confirm' button and answer 'Yes'; it should print True, which is the expected answer. - Click the 'Ask file' button, select any file and confirm. - Click the 'Ask confirm' button and answer

[issue4944] os.fsync() doesn't work as expect in Windows

Gabriel Genellina added the comment: If you start the new thread *after* the file is closed, no race condition should exist. I'm sorry but I'm unable to follow the code you use to create threads and write the makefile; but you should verify that your original assertion "Once a makefile is gen

[issue4927] Inconsistent unicode repr for fileobject

Kristján Valur Jónsson added the comment: And btw, This can be fixed in fileobject.c without affecting the testsuite at all, since test_file.py has never tested filenames with backslashes except by accident. It is therefore quite unlikely to cause any problems. _

[issue4927] Inconsistent unicode repr for fileobject

Kristján Valur Jónsson added the comment: So you are saying that you see no problem with the repr of a fileobject being generated in different ways depending on the fileobject being unicode or string? You see no danger of confusion when one is confonted with vs. You don't think anyone will b

[issue4944] os.fsync() doesn't work as expect in Windows

Javen Wang added the comment: I narrowed down the root cause in the GIL of Python. I read the source code of implementing os.fsync and found it's using Py_BEGIN_ALLOW_THREADS and Py_END_ALLOW_THREADS to enclose the calling of _commit() in order to be thread safe. I tried to add them in my C exte

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Gabriel Genellina added the comment: An attempt to more accurately describe the issue, to attract more knowledgeable people, I hope... -- components: +Library (Lib) nosy: +gagenellina title: Cannot upload binary file from form ? -> cgi module cannot handle POST with multipart/form-dat