Mark Dickinson dicki...@gmail.com added the comment:
I don't think it is safe to remove all *.pickle files in the source
directory; even if there aren't any other useful .pickle files right now,
there could be in the future (e.g. for pickle testing).
I'd prefer something more targeted.
Are
Martin v. Löwis mar...@v.loewis.de added the comment:
The codec currently doesn't look at the base at all - and shouldn't
need to:
It simply converts input characters that have a decimal digit value
associated with them, to the usual ASCII digits in preparation
for parsing them using the
Martin v. Löwis mar...@v.loewis.de added the comment:
This version uses posix_spawn rather than execv to start the real
interpreter.
In what way is that better? It creates a new process (IIUC); therefore,
I think that using it is worse than using execv. Anybody killing the
pythonw process
egreen egr...@operamail.com added the comment:
These .pickle files aren't created by the tests themselves, but they do
show up after running 'make test', or more specifically after running
'./python Lib/test/regrtest.py -v test_lib2to3'.
This is because a grammar generated from a .txt grammar
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
The codec currently doesn't look at the base at all - and shouldn't
need to:
It simply converts input characters that have a decimal digit value
associated
Marc-Andre Lemburg m...@egenix.com added the comment:
Stef Walter wrote:
New submission from Stef Walter s...@memberwebs.com:
In Lib/distutils/util.py in the get_platform() function there's OS
specific code to create a string which describes the current platform.
This usually includes
Mark Dickinson dicki...@gmail.com added the comment:
IMHO, though it may be preferable to remove just the pickle files in
Lib/lib2to3,
Sounds reasonable.
it should never be required for tests to have pickle files
already available in the source tree.
Well, I don't know about 'should', but
egreen egr...@operamail.com added the comment:
You are right. Guess I was being a little too dogmatic. :-)
I hadn't found those .pck files, because I was only looking for binary
files.
Here's a new patch proposal.
--
Added file:
New submission from Krzysztof Szawala kszaw...@slb.com:
range() method fails with the following error message:
Traceback (most recent call last):
File stdin, line 1, in module
OverflowError: range() result has too many items
when passing a valid integer value of 99.
This value is
Eric Smith e...@trueblade.com added the comment:
This doesn't crash the interpreter, so I'm changing it to behavior.
The number of items in a range() must fit into a native int.
What are you doing with the range? Could you use xrange instead?
--
nosy: +eric.smith
resolution: - wont
Jan Hosang jan.hos...@gmail.com added the comment:
I attached a path for raising IOErrors in fromfile. I also added a
testcase which failed before.
The test opens a file and closes the file with os.close(fd) without
telling the file object, so fromfile doesn't notice it's reading from a
file
Mark Dickinson dicki...@gmail.com added the comment:
I *think* range uses long internally, so 99 should be okay on an
LP64 machine. Except that of course the range() result must also fit in
memory: on a 64-bit machine range(99) would need more than 300
Gb of memory. (That's 32
Mark Dickinson dicki...@gmail.com added the comment:
Thanks! I'll apply this later today, unless Benjamin gets there first. :)
--
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6982
New submission from STINNER Victor victor.stin...@haypocalc.com:
scanner_init() and encoder_init() don't manage errors correctly.
scanner_init() gets context.encoding argument without checking context
type, nor GetAttrString() error. It should check for NULL result...
which is done in the same
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file14965/_json_scanner_init.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6986
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
About _json_encoder_init.patch, an alternative patch is to write
arguments references (addresses) in local variables, and only copy them
on success. Something like:
PyObject *arg;
if (!PyTuple_ParseArgs(..., arg)) return NULL;
Mark Dickinson dicki...@gmail.com added the comment:
Might it make more sense for this range call to return a MemoryError
rather than an OverflowError, on 64-bit machines?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6985
Mark Dickinson dicki...@gmail.com added the comment:
Mark]
I *think* range uses long internally
Aargh! Sorry, Eric. I take it back. *xrange* uses longs internally
(and used to use ints once upon a time, IIRC), but there's a weird mix
of int and long in builtin_range that doesn't make any
New submission from dorina dorina_n2...@yahoo.com:
Hello!
I installed Python31 on WinXp,but IDLE doesn't start. I tried at
command prompt
python Lib\idlelib\idle.py
the result is in attachement.
please help...
thanks.
--
components: IDLE
files: err1.JPG
messages: 93072
nosy:
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This is a duplicate of issue5528.
The fix is to remove the TCL_LIBRARY environment variable.
--
nosy: +amaury.forgeotdarc
resolution: - duplicate
status: open - closed
superseder: - Unable to launch IDLE on Windows
New submission from Bill Fenner fen...@gmail.com:
In python 2.5, shlex handled unicode input fine:
Python 2.5.1 (r251:54863, Jun 15 2008, 18:24:51)
[GCC 4.3.0 20080428 (Red Hat 4.3.0-8)] on linux2
Type help, copyright, credits or license for more information.
import shlex
shlex.split(
Bill Fenner fen...@gmail.com added the comment:
A colleague pointed out that the bad behavior was introduced in 2.5.2:
Python 2.5.2 (r252:60911, Sep 30 2008, 15:42:03)
[GCC 4.3.2 20080917 (Red Hat 4.3.2-4)] on linux2
Type help, copyright, credits or license for more information.
import shlex
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - bob.ippolito
nosy: +bob.ippolito
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6986
___
Stef Walter s...@memberwebs.com added the comment:
I agree with your comments, and the solution you're proposing solves the
problem (and several others) for the long term.
However in the short term, could this patch be committed? Most other OS's
(including openbsd and netbsd) have OS
Antoine Pitrou pit...@free.fr added the comment:
Unit tests are definitely desireable!
I would also like the alternate approach fix, it would probably be
cleaner.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
Stef Walter wrote:
Stef Walter s...@memberwebs.com added the comment:
I agree with your comments, and the solution you're proposing solves the
problem (and several others) for the long term.
However in the short term, could this
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I'll take the opposite point of view:
the bad behavior was introduced with 2.5.1 (issue1548891, r52302), and
reverted for 2.5.2 because it broke backwards compatibility with
arbitrary read buffers (issue1730114, r53831)
The difference
Bill Fenner fen...@gmail.com added the comment:
so, just to be clear, your position is that the output of shlex.split(
u'Hello, World!' ) is *supposed* to be
['H\x00\x00\x00e\x00\x00\x00l\x00\x00\x00l\x00\x00\x00o\x00\x00\x00,\x00\x00\x00',
Stef Walter s...@memberwebs.com added the comment:
Other OSs have special cases in get_platform() to specifically limit the
amount of code, and make proper decisions with regard to package
compatibility.
Here's an example this commit for Mac OS X: http://svn.python.org/view?
Antoine Pitrou pit...@free.fr added the comment:
Hm, while the StringIO behaviour supposedly cannot be changed for
backwards-compatibility reasons, we can probably improve shlex behaviour
with unicode strings.
--
nosy: +pitrou
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
(Presented this way, my opinion becomes difficult to stand...
OTOH the docs say that the module does not support Unicode, so it's not
strictly a bug)
http://docs.python.org/library/shlex.html
Yes, shlex could be improved and encode
Marc-Andre Lemburg m...@egenix.com added the comment:
Amaury Forgeot d'Arc wrote:
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
(Presented this way, my opinion becomes difficult to stand...
OTOH the docs say that the module does not support Unicode, so it's not
strictly a
Bill Fenner fen...@gmail.com added the comment:
Sorry, I didn't read the web documentation, only the module
documentation, which doesn't mention Unicode. I'd agree that since it's
a documented behavior, this bug can become:
- an RFE for shlex to handle Unicode
- meanwhile, if there will be any
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4947
___
___
Python-bugs-list
Marc-Andre Lemburg m...@egenix.com added the comment:
Stef Walter wrote:
Other OSs have special cases in get_platform() to specifically limit the
amount of code, and make proper decisions with regard to package
compatibility.
Here's an example this commit for Mac OS X:
Mark Dickinson dicki...@gmail.com added the comment:
Here's a patch for py3k. I'd appreciate it if some other committer could
check it for sanity.
--
keywords: +patch
Added file: http://bugs.python.org/file14967/issue6970.patch
___
Python tracker
Changes by Mark Dickinson dicki...@gmail.com:
--
keywords: +needs review -patch
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6970
___
New submission from Ashish pimp...@gmail.com:
I am getting error while compiling python-2.6.2
OS - Solaris 10 8/07 s10s_u4wos_12b SPARC
bash-3.00$ isainfo -v
64-bit sparcv9 applications
asi_blk_init
32-bit sparc applications
asi_blk_init v8plus div32 mul32
Paths and defined
Mark Dickinson dicki...@gmail.com added the comment:
Committed in r75047 (trunk). Merged in r75048 (release26-maint), r75049
(py3k) and r75050 (release31-maint).
--
assignee: - mark.dickinson
stage: patch review - committed/rejected
status: open - closed
Mark Dickinson dicki...@gmail.com added the comment:
If you do a Google search for that particular error message ('There are
only 32 single ...'), the results suggest that this is a known problem
with gcc and/or gas on Solaris.
Does removing the -O3 optimization flag make any difference?
Mark Dickinson dicki...@gmail.com added the comment:
Just to be on the safe side, I changed the PyLong_Check(ob) check to
PyLong_CheckExact(ob) || PyBool_Check(ob), in r75051. Without this, one
can get different results for 'x in range(10)' and 'x in list(range(10))'
if x is an instance of a
Mark Dickinson dicki...@gmail.com added the comment:
Unassigning myself since I don't intend to do anything myself about
xrange.__contains__ in 2.x. (But I'll happily review patches.)
--
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: mark.dickinson -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1766304
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for working on this, Ronald.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6872
___
Stef Walter s...@memberwebs.com added the comment:
Marc-Andre Lemburg wrote:
Is that binary compatibility scheme documented somewhere ?
Not sure, it's been referred to and adhered to many times in the FreeBSD
community, but I'm not sure where it's documented. I'll ask around on
the FreeBSD
Brett Cannon br...@python.org added the comment:
Both range and xrange were mucked with so much just before and during py3k
development that I am sure odd inconsistencies of what they use internally
are oversights.
--
nosy: +brett.cannon
___
Python
Ashish pimp...@gmail.com added the comment:
I added vaiable as
export CXX=gcc -q64
then run
sudo ./configure --with-universal-archs=64 bit --prefix=/opt/Python-2.6.2/
After completion of configure I removed O3 from makefile,
then run
sudo make
It seems to be run fine.
But after make install i
Stef Walter s...@memberwebs.com added the comment:
About FreeBSD ABI compatibility between minor versions:
Julian Elischer wrote:
It is a policy of the project but I don't think our policies are
written down as such. I think you will find it referenced in
many places in a sideways manner
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
title: Python-2.6.2 - Compile error for Python-2.6.2 on Solaris
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6989
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
priority: - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6722
___
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - skip.montanaro
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6606
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This seems like a reasonable request.
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6454
New submission from Philip Jenvey pjen...@users.sourceforge.net:
When threading.local subclasses are cleared during a reference cycle the
local's internal key is nulled before the local is deallocated. That's a
problem because local only deletes its state (ldicts) from threads
during
Changes by Ben Bangert b...@groovie.org:
--
nosy: +bbangert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6990
___
___
Python-bugs-list mailing
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5380
___
New submission from Naoki INADA songofaca...@gmail.com:
When stream is codecs.writer object, stream.write(string) does
string.decode() internally and it may cause UnicodeDecodeError.
Then, fallback to utf-8 is not good.
I think good fallback logic is:
* When message is unicode,
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6988
___
Changes by Naoki INADA songofaca...@gmail.com:
--
versions: +Python 3.0, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6991
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
priority: - normal
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5127
___
59 matches
Mail list logo