to trace out.
--
components: Library (Lib)
files: shlex-py2.6.4-20091229.patch
keywords: patch
messages: 96987
nosy: ferringb
severity: normal
status: open
title: shlex refactoring
type: performance
versions: Python 2.6, Python 2.7, Python 3.2
Added file: http://bugs.python.org/file15692
Ezio Melotti ezio.melo...@gmail.com added the comment:
Thanks for the patch.
Three minor things:
1) the source contains non-ASCII chars and an encoding declaration at
the beginning of the file. PEP8 says that using \x, \u or \U escapes is
the preferred way to include non-ASCII data in string
anatoly techtonik techto...@gmail.com added the comment:
Filenames may contain spaces too.
--- handle dis Sun Dec 27 16:08:28 2009
--- или вот это пон, дек 27 16:08:28 2009
The last line is space separated filename and date in Russian locale.
Patch tool should handle that, but as you may see
Georg Brandl ge...@python.org added the comment:
OK, applied in r77108.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7569
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
gregory - refer to setup.py logic to build modules
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3745
___
lakshmipathi lakshmipath...@gmail.com added the comment:
ok..let me put this question ,in different manner.
Here is my code (example2)
--
import sqlite3
def loopy():
return 'GNU'
#get connection object
conn = sqlite3.connect(/tmp/example2)
#get curson obj. and invoke
Changes by Gerhard Häring g...@ghaering.de:
--
title: Strabge issue : cursor.commit() with sqlite - Strange issue :
cursor.commit() with sqlite
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7572
Gerhard Häring g...@ghaering.de added the comment:
You confuse two things here: cursors and connections.
Indeed closing a connection without calling commit() on it will do an
implicit rollback, i. e. any changes on the database will not be persisted.
Closing cursors, however does nothing
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7566
___
___
Python-bugs-list
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Here is a patch, along with the test that I modified a little bit:
- it uses _saferepr (and repr.Repr) to render the exception object
- it also fixes exception raised by the p action.
- The test uses a raw docstring, to avoid chr(255) in
Marc-Andre Lemburg m...@egenix.com added the comment:
Gregory P. Smith wrote:
Gregory P. Smith g...@krypto.org added the comment:
lemburg - see which issue #?
Sorry, the message got truncated for some reason.
I was referring to http://bugs.python.org/issue3745
This was discussed on
New submission from Chad Whitacre c...@zetaweb.com:
I believe the default flags argument to select.kevent() should be given
as KQ_EV_ADD, not KQ_ADD.
http://docs.python.org/dev/py3k/library/select.html
--
assignee: georg.brandl
components: Documentation, Library (Lib)
messages: 96996
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This is a duplicate of issue4806.
--
nosy: +amaury.forgeotdarc
resolution: - duplicate
status: open - closed
superseder: - Function calls taking a generator as star argument can mask
TypeErrors in the generator
Mark Dickinson dicki...@gmail.com added the comment:
Long double (80 bits) exponent is in range [-16382; 16383] and so
would
fits in an int, unsigned int, size_t or Py_ssize_t.
Sure, but I don't think that's relevant to the point I was attempting to
make: PyLong_AsScaledDouble returns the
Mark Dickinson dicki...@gmail.com added the comment:
Here's a patch:
- rename _PyLong_AsScaledDouble to _PyLong_Frexp (for the benefit of
anyone foolish enough to be using an undocumented private API
function)
- make the exponent type Py_ssize_t instead of int
- do the scaling by
Brian Curtin cur...@acm.org added the comment:
It looks like this was changed in r70837
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7588
___
Mark Dickinson dicki...@gmail.com added the comment:
Having the ob_bytes field be NULL for a bytearray seems like a strange
choice; does anyone know why bytearray was designed this way? Is it
mainly for ease of combination with the stringlib library?
There does seem to be an awful lot of
Mark Dickinson dicki...@gmail.com added the comment:
Fixed in r77116 (trunk), r77117 (py3k).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7575
Mark Dickinson dicki...@gmail.com added the comment:
This patch still(!) applies almost perfectly cleanly to trunk. On a 64-
bit machine, I'm getting a failure in test_auto_overflow, coming from:
pow(0L, 0, 9223372036854775807)
28051505152L
I haven't looked hard to figure out where this is
Georg Brandl ge...@python.org added the comment:
Thanks, fixed (in docs and docstring) in r77120.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7595
New submission from Antoine Pitrou pit...@free.fr:
test_logging sometimes fails with the following error, e.g. on the
buildbots (*):
Error in atexit._run_exitfuncs:
Traceback (most recent call last):
File
/home/buildbot/cpython-ucs4/trunk.pitrou-ubuntu-wide/build/Lib/atexit.py,
line 24, in
Antoine Pitrou pit...@free.fr added the comment:
Also:
http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%20trunk/builds/182/steps/test/logs/stdio
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7596
Georg Brandl ge...@python.org added the comment:
Patch looks good, can someone with the ability to test it please commit it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7579
___
Brett Cannon br...@python.org added the comment:
You're right, July, that the exceptions module does not exist in Python 3.
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7590
Changes by Brett Cannon br...@python.org:
--
assignee: - michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7588
___
___
Georg Brandl ge...@python.org added the comment:
lekma, this patch is now listed in the 2.7 what's new document as
contributed by the lekma user, please tell us if you want your name there.
--
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Thanks, should be fixed in r77121.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7590
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Fixed with r77122 (trunk) and r77125 (release26-maint).
py3k uses PyUnicode_FromFormat directly and does not have this problem.
I merged the test there nonetheless.
--
resolution: - fixed
status: open - closed
Benjamin Peterson benja...@python.org added the comment:
It's too late now for deprecation in 3.2...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5420
___
Brian Curtin cur...@acm.org added the comment:
I agree that splitting with a tab character is good, but I think it
should be split by a tab character in every case.
If the separator is different based on what data is provided, then it
complicates parsing and would have to be explained in
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Committed r77126 in trunk.
I reflowed the text for getch(), so that help(msvcrt) displays nicely in a
80-chars-wide console (this was my test)
I was about to merge it into py3k, when I realized that the documentation
should be updated
Brian Curtin cur...@acm.org added the comment:
I just noticed that this already exists in py3k, added in r57823 (lacks
docs but I'll cover them in the py3k fix for #7579)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5116
Oki Mikito m...@maia.eonet.ne.jp added the comment:
Hello,
My apology for failing to reply ... Here's a small AIFF file (24-bit,
48000hz). Try this file to see if it can be opened using aifc. Thank you!
--
Added file: http://bugs.python.org/file15695/24b48k.aif
Changes by Oki Mikito m...@maia.eonet.ne.jp:
Removed file: http://bugs.python.org/file15695/24b48k.aif
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2259
___
Oki Mikito m...@maia.eonet.ne.jp added the comment:
Hello,
My apology for failing to reply ... Here's a small AIFF file (24-bit,
48000hz). Try this to see if it can be opened using aifc. Thank you!
--
Added file: http://bugs.python.org/file15696/24b48k.aif
anatoly techtonik techto...@gmail.com added the comment:
This patch makes sure filename and date split by tab in every case when
date is provided.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7585
Changes by R. David Murray rdmur...@bitdance.com:
--
versions: +Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6203
___
___
R. David Murray rdmur...@bitdance.com added the comment:
I'm not able to reproduce this problem, and I would not expect to be
able to, since LANG should have no effect unless setlocale is called,
which the regression tests should not be doing without restoring it
afterward (and which the tests
Changes by R. David Murray rdmur...@bitdance.com:
--
priority: - normal
resolution: - duplicate
stage: - committed/rejected
superseder: - decode_header does not follow RFC 2047
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
While I agree with you, this represents a significant API change and so
is only going to be dealt with in the new version of the email package
(see http://wiki.python.org/moin/Email%20SIG)
--
nosy: +r.david.murray
priority: -
Benjamin Peterson benja...@python.org added the comment:
Applied in r77128.
--
nosy: +benjamin.peterson
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7589
lekma lekma...@gmail.com added the comment:
lekma, this patch is now listed in the 2.7 what's new document as
contributed by the lekma user, please tell us if you want your name
there.
Nope, that's ok (it's perfect).
--
___
Python tracker
42 matches
Mail list logo