Walter Dörwald [EMAIL PROTECTED] added the comment:
Fixed for 2.6 in r63899.
--
nosy: +doerwalter
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1706460
Changes by Thomas Heller [EMAIL PROTECTED]:
--
resolution: - invalid
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2936
___
___
David Watson [EMAIL PROTECTED] added the comment:
Hmm, yes, I see that the open() builtin doesn't accept bytes
filenames, though os.open() still does. When I saw that you
could pass bytes filenames transparently from os.listdir() to
os.open(), I assumed that this was intentional!
So what *is*
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Whether or not that works in 3k depends on your console's encoding; your
program works just fine for me in Linux, with a UTF-8 console.
Python 2.5 was not using a system page (whatever that is); it was
sending the bytes to the terminal as-is,
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
Here is the fully reviewed and shiny C optimized pickle module. :-)
Note, I am only posting the _pickle.c source code for now. I still need
to work out a few details out. For example, there is a few methods that
needs to be exposed in
Gregory P. Smith [EMAIL PROTECTED] added the comment:
Fixed in trunk (2.6) r63887.
--
assignee: gregory.p.smith -
resolution: - fixed
status: open - closed
versions: -Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2782
New submission from patrick [EMAIL PROTECTED]:
The c extend module is as the attached file WindowsFuncs.cpp, it
wraps some Windows event APIs
The python script is as the attached file test.py, run that script,
we could find in the new thread, the calling to Windows API
waitForSingleObject
New submission from Andrew I MacIntyre [EMAIL PROTECTED]:
The attached patch adds free list clearing routines for the list, dict
set objects. These objects are the only ones with free lists that don't
already have some form of free list management API. This patch
complements the patch in
Georg Brandl [EMAIL PROTECTED] added the comment:
Not to me...
--
nosy: +georg.brandl
resolution: out of date -
status: closed - open
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2997
___
Thomas Herve [EMAIL PROTECTED] added the comment:
You have to release the GIL. See http://docs.python.org/api/threads.html
for some information.
--
nosy: +therve
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3027
Humberto Diogenes [EMAIL PROTECTED] added the comment:
With the attached patches, rfc822 won't be used anywhere inside Lib/
anymore (with the exception of mimetools, which is going away too).
Is there any reason to convert the files below? Shouldn't they be removed
from 3.0?
Gregor Lingl [EMAIL PROTECTED] added the comment:
I'd like to propose a few modifications of turtle.py for the transition
from Python 2.6 to Python 3.0, which would result in a cleaner interface
but also in some - i think marginal - incompatibiliy:
1) drop from math import *
2) delete the
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - georg.brandl
nosy: +georg.brandl
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2847
___
___
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - georg.brandl
nosy: +georg.brandl
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3022
___
___
Brett Cannon [EMAIL PROTECTED] added the comment:
On Sun, Jun 1, 2008 at 8:33 PM, Humberto Diogenes
[EMAIL PROTECTED] wrote:
Humberto Diogenes [EMAIL PROTECTED] added the comment:
With the attached patches, rfc822 won't be used anywhere inside Lib/
anymore (with the exception of mimetools,
John Arbash Meinel [EMAIL PROTECTED] added the comment:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georg Brandl wrote:
| Georg Brandl [EMAIL PROTECTED] added the comment:
|
| Do you need the (\.\d+)* trailer in the regex at all?
|
| --
| nosy: +georg.brandl
Not sure. The actual
Martin v. Löwis [EMAIL PROTECTED] added the comment:
The issue with unrepresentable file names hasn't been decided yet. One
option is to include the bytes object in that case, instead, noting that
this can only occur on selected platforms. Another option is indeed to
raise an exception, or
Georg Brandl [EMAIL PROTECTED] added the comment:
Do you need the (\.\d+)* trailer in the regex at all?
--
nosy: +georg.brandl
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3013
___
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
We could add an extra step to also escape range(128, 256) code points,
but I don't think it's worth the performance loss this would cause.
Note that this was the first time anyone has ever noticed the fact that
the pickle protocol 0 is not
Gregor Lingl [EMAIL PROTECTED] added the comment:
In my last posting i forgot a fourth proposition.
Currently one has the Turtle.methods fill(), begin_fill() and end_fill()
As is stated in the old turtle docs the specification of fill is rather
complex. begin_fill() and end_fill(), are
Raymond Hettinger [EMAIL PROTECTED] added the comment:
What is the point of expanding the C API for clearing individual
types. Isn't the single Fini function sufficient to clear them all?
Make the approaches consistent seems like a reasonable goal, but why
did you choose the path where
Guilherme Polo [EMAIL PROTECTED] added the comment:
I found a case where the support for values under list or tuple would
fail, when the contents contain spaces it needs a proper tcl formatting.
I'm attaching a new patch that fixes this.
--
resolution: accepted -
status: closed - open
New submission from Noam Raphael [EMAIL PROTECTED]:
Hello,
The documentation of the tokenize module says: The line passed is the
*logical* line; continuation lines are included.
Some background: The tokenize module splits a python source into tokens,
and says for each token where it begins and
Changes by Adam Olsen [EMAIL PROTECTED]:
--
nosy: +Rhamphoryncus
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3021
___
___
Python-bugs-list mailing
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Thanks for the patch. Committed as r63888
--
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2125
Mark Dickinson [EMAIL PROTECTED] added the comment:
Here's a patch that fixes the problems with math.sum on x86 machines that
aren't using SSE2.
On these machines, the patched version of math.sum does almost the entire
calculation using long doubles instead of doubles. Then in the final
patrick [EMAIL PROTECTED] added the comment:
Yes, after wrapping the calling to block operation with marco
Py_BEGIN_ALLOW_THREADS and Py_END_ALLOW_THREADS, that issue is gone.
Thank you.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3027
New submission from Thomas Heller [EMAIL PROTECTED]:
On HP-UX, there is a compiler warning about _POSIX_C_SOURCE redefined:
bash-2.04$ make
gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3
-Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE
-o
28 matches
Mail list logo