Ronald Oussoren ronaldousso...@mac.com added the comment:
For completeness sake: Apple's Cocoa APIs do not renormalize strings, that is:
I've created a file named 'één' in the Terminal, then (using a python 3.2
build):
# Terminal input seems NFC:
len('één')
3
# Output from os.listdir isn't:
Georg Brandl ge...@python.org added the comment:
I think this is correct: it is the new behavior after the fix for #754016 was
committed.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10226
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r85914.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10198
Martin v. Löwis mar...@v.loewis.de added the comment:
Did you know break building the 3.x documentation with Python 2? If so, please
revert that change.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10224
Georg Brandl ge...@python.org added the comment:
After applying the patch, it builds fine here and the test suite passes.
However, it seems to leak quite a bit -- if I run regrtest with -R::, my system
starts swapping heavily after the second run.
In lzmamodule, there are lots of API calls
Georg Brandl ge...@python.org added the comment:
Nope, these files run just as fine in Python 2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10224
___
Georg Brandl ge...@python.org added the comment:
(The usual build process via Makefile still uses Python 2, and that won't
change for 3.2.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10224
Antoine Pitrou pit...@free.fr added the comment:
@pitrou: Why is this marked Python 3.3? If the error handling in
the C module is corrected, it's in a good enough shape to be committed
before 3.2b1, and the remaining bugs ironed out until final.
I think it needs a real review before going
Georg Brandl ge...@python.org added the comment:
Yes, definitely no externally maintained modules.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Oct 29, 2010 at 2:15 AM, Georg Brandl rep...@bugs.python.org wrote:
..
I think this is correct: it is the new behavior after the fix for #754016 was
committed.
I agree. I kept the issue open because I cannot
Georg Brandl ge...@python.org added the comment:
That's for Senthil to rephrase as intended :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10226
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I started with 2.7 branch because some of the issues are the same there, but
the tools work better at the moment. I a posting a work-in-progress patch to
solicit early feedback.
--
versions: +Python 2.7, Python
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
keywords: +patch
Added file: http://bugs.python.org/file19409/issue10225-r27.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10225
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10225
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
Brett Cannon br...@python.org added the comment:
But this is meant to be an optional warning; users will never see it. Me as a
developer, I would like to know when I leave a file open as that is a waste
of
Antoine Pitrou pit...@free.fr added the comment:
That's what I'm referring to: most Python applications are
written with the fact in mind, that garbage collection will
close the files or socket.
That's a perfectly fine way of writing Python applications,
Some people would disagree,
New submission from Kristján Valur Jónsson krist...@ccpgames.com:
In a recent email exchange on python-dev, Antoine Pitrou mentioned that slicing
memoryview objects (lazy slices) wasn't necessarily very efficient when dealing
with short slices. The data he posted was:
$ ./python -m timeit
Senthil Kumaran orsent...@gmail.com added the comment:
- Otherwise, it is not possible to distinguish between netloc and path
- components, and would the indistinguishable component would be classified
- as the path as in a relative URL.
+ If the netloc does not start with '//', the
Antoine Pitrou pit...@free.fr added the comment:
You forgot to attach your patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10227
___
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Oh dear. Here it is.
--
Added file: http://bugs.python.org/file19410/memoryobj.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10227
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
But then, perhaps implementing the sequence protocol for memoryviews might be
more efficient still.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10227
New submission from Antoine Pitrou pit...@free.fr:
This is only when several dbm modules are compiled in (e.g. gnu and dumb):
$ ./python -m test.regrtest -R 3:2 test_dbm
[1/1] test_dbm
beginning 5 repetitions
12345
test test_dbm failed -- Traceback (most recent call last):
File
Antoine Pitrou pit...@free.fr added the comment:
The sequence protocol (if I'm not confused) only work with a PyObject ** array.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10227
___
Antoine Pitrou pit...@free.fr added the comment:
Here is an updated patch (also fixes a small refleak).
--
Added file: http://bugs.python.org/file19411/deallocwarn4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10093
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
As an additional point: the PyMemoryObject has a base member that I think is
redundant. the view.obj should be sufficient.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
As an additional point: the PyMemoryObject has a base member that I
think is redundant. the view.obj should be sufficient.
Yes, that's what I think as well.
--
___
Python tracker
New submission from Antoine Pitrou pit...@free.fr:
This is probably caused by r85223.
$ ./python -m test.regrtest -R 3:2 test_gettext
[1/1] test_gettext
beginning 5 repetitions
12345
test test_gettext failed -- Traceback (most recent call last):
File
Antoine Pitrou pit...@free.fr added the comment:
I've committed the patch in r85920; let's watch the buildbots. Also, you'll see
many warnings in the test suite if compiled --with-pydebug.
--
resolution: - fixed
stage: - committed/rejected
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
In 2.x, strings are sliced using PySequence_GetSlice(). ceval.c in 3.0 is
different, there is no apply_slice there (despite comments to that effect).
I'd have to take another look with the profiler to figure out how bytes
Antoine Pitrou pit...@free.fr added the comment:
I'd have to take another look with the profiler to figure out how
bytes slicing in 3.0 works, but I suspect that it is somehow
fasttracked passed the creation of slice objects, etc.
I don't think it is fasttracked at all.
Even plain indexing
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Well then, its back to the profiler for 3.2. I did all of the profiling with
2.7 for practical reasons (it was the only version I had available at the time)
and then ported the change to 3.2 today. But obviously there are
Jacques Grove jacq...@tripitinc.com added the comment:
Do we expect this to work on 64 bit Linux and python 2.6.5? I've compiled and
run some of my code through this, and there seems to be issues with non-greedy
quantifier matching (at least relative to the old re module):
$ cat test.py
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
That's what I'm referring to: most Python applications are
written with the fact in mind, that garbage collection will
close the files or socket.
That's a
Antoine Pitrou pit...@free.fr added the comment:
Whether you write an application with automatic closing of
the file/socket at garbage collection time in mind, or you explicitly
close the file/socket, the timing is the same.
No, because objects can be kept alive through tracebacks (or
New submission from STINNER Victor victor.stin...@haypocalc.com:
test_tarfile in only failing on one 3.x buildbot: AMD64 debian parallel 3.x.
The problem is related to the mtime field and os.utime():
http://www.python.org/dev/buildbot/builders/AMD64 debian parallel
Baptiste Carvello baptiste...@free.fr added the comment:
Hello,
I can reproduce the exact same error as Éric. The end of the output is a
little bit more informative here:
Could not find platform dependent libraries exec_prefix
Consider setting $PYTHONHOME to prefix[:exec_prefix]
Fatal Python
Piotr Matuszewski pythl...@farmatex.com.pl added the comment:
it's still used by some business in Poland, who have DOS based systems, but I
don't think any new deployments are using it
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
This is a duplicate of http://bugs.python.org/issue10184
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10230
___
Baptiste Carvello baptiste...@free.fr added the comment:
A little bit more information:
the error message comes from Python/pythonrun.c, line 736, in function
initfsencoding.
This part of the code is protected with a preprocessor #if:
#if defined(HAVE_LANGINFO_H) defined(CODESET)
so I
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Whether you write an application with automatic closing of
the file/socket at garbage collection time in mind, or you explicitly
close the file/socket, the timing
Marc-Andre Lemburg m...@egenix.com added the comment:
Reposted via the web interface:
If you want to monitor resource usage in your application it
would be a lot more useful to provide access to the number of
currently open FDs
Agreed it would be useful as well, but please tell that to
Marc-Andre Lemburg m...@egenix.com added the comment:
Piotr Matuszewski wrote:
Piotr Matuszewski pythl...@farmatex.com.pl added the comment:
it's still used by some business in Poland, who have DOS based systems, but I
don't think any new deployments are using it
Then I think it's
Changes by Marc-Andre Lemburg m...@egenix.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10208
___
Antoine Pitrou pit...@free.fr added the comment:
The warning will trigger without any reason.
Well, by now you should have understood the reason, so I conclude that
you are either 1) deaf 2) stupid 3) deliberately obnoxious.
This is my last answer to you on this topic. Goodbye.
--
New submission from Hallvard B Furuseth h.b.furus...@usit.uio.no:
SimpleHTTPRequestHandler directory bugs
Running 3.2a3 http/server.py or 2.7 SimpleHTTPServer.py as a script:
* Redirection appends / to the unparsed URL instead of to the
pathname component of the parsed URL: foo/dir?baz =
Eric Smith e...@trueblade.com added the comment:
I think Benjamin fixed this in r85904. I'm going to verify and add some tests.
--
priority: critical - normal
stage: patch review - unit test needed
___
Python tracker rep...@bugs.python.org
Changes by Eric Smith e...@trueblade.com:
Removed file: http://bugs.python.org/file19396/issue10206.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10206
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
The warning will trigger without any reason.
Well, by now you should have understood the reason, so I conclude that
you are either 1) deaf 2) stupid 3)
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10231
___
___
Python-bugs-list
Barry A. Warsaw ba...@python.org added the comment:
r85927 in py3k
r85928 in release31-maint
r85929 in release27-maint
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10214
Antoine Pitrou pit...@free.fr added the comment:
The buildbots showed no major issue, so this issue is now resolved. The
warnings expose a lot of issues in the stdlib that deserve addressing, though ;)
--
status: open - closed
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
2010/10/29 Marc-Andre Lemburg rep...@bugs.python.org:
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
The warning will trigger without any reason.
Well,
David Joy videa...@gmail.com added the comment:
Hi All,
I just built mysql-python against CPython2.7 MSVC2008 Express Edition and
Server 2003 R2. All were freshly built on a clean Server 2003 install. This
exact issue occurred building with pip 0.8.1 on top of distribute 0.6.14:
C:\Program
Marc-Andre Lemburg m...@egenix.com added the comment:
Hi David,
since both you and Pavel are building mysql-python and using
setuptools (which applies a lot of hacks on stock distutils),
could you please also try some other package from PyPI in that
same configuration and preferably one which
Changes by Marc-Andre Lemburg m...@egenix.com:
Removed file: http://bugs.python.org/file13126/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4431
___
New submission from Robert Lerche r...@msbit.com:
I have run across several issues (one serious one, showing up only on Windows)
when implementing a scroll bar with a list of custom widgets.
I suspect these may really be Tk issues but I thought I'd try posting here
first. I sent this to the
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I am attaching a new patch which fixes all but two doctest examples.
I suspect that the remaining failures are due to a bug in sphinx. (The examples
are executed even though marked up with ::).
--
stage: needs
New submission from Antoine Pitrou pit...@free.fr:
This fixes all the warnings because of files not closed explicitly in
test_tarfile.
--
components: Library (Lib)
files: tarfileclose.patch
keywords: patch
messages: 119909
nosy: lars.gustaebel, pitrou
priority: normal
severity: normal
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
The usual build process via Makefile still uses Python 2,
and that won't change for 3.2.
Would you consider changing doctest make target to check out sphinx trunk (or
3.x compatible release) and run it with the py3k
Sridhar Ratnakumar sridh...@activestate.com added the comment:
No, this is not an issue for me on Python 3.2 and AIX 5.1.
--
versions: -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6645
Éric Araujo mer...@netwok.org added the comment:
Thanks for catching this. Attached patch fixes the error with -R and works
without -R too, please review.
--
keywords: +needs review, patch
nosy: +loewis, v_peter
stage: needs patch - patch review
Added file:
Jesse Noller jnol...@gmail.com added the comment:
Closing per Sridhar
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6645
___
Éric Araujo mer...@netwok.org added the comment:
// is not part of the netloc in RFC terms, it’s a delimiter between components
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10226
Antoine Pitrou pit...@free.fr added the comment:
Thanks for catching this. Attached patch fixes the error with -R and
works without -R too, please review.
It looks good to me.
--
___
Python tracker rep...@bugs.python.org
New submission from Antoine Pitrou pit...@free.fr:
Since r85920, test_subprocess has been showing a bunch of ResourceWarnings.
It seems that the pipe objects don't get explicitly closed in wait() or
__del__, while they do in communicate().
--
components: Library (Lib), Tests
messages:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I started porting the patch to 3.x and it looks like I've uncovered another bug
in sphinx:
$ sphinx-build -b doctest -d build/doctrees . build/doctest
library/traceback.rst
..
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10224
___
___
Python-bugs-list
Changes by Guandalino guandal...@gmail.com:
--
nosy: +guandalino
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9340
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
I just did an experiment on Windows 7. I used SetComputerNameEx to set the
NetBIOS name (4) to e2718, and the DNS name (5) to π3141; then I rebooted.
This is on a system with windows-1252 as its ANSI code page (i.e.
uπ==u\N{GREEK SMALL
Sandro Tosi sandro.t...@gmail.com added the comment:
Hello,
as discussed on irc, I'm proposing a patch that:
- wraps the test with support.transient_internet
- limits the assert to only socket.timeout (what we want to test)
test_smptnet.py is already fixed, since it already uses
Tomas Hoger tho...@redhat.com added the comment:
You seem to be right that r65878 should block the xsize = ysize = 0x8000
integer overflow. I was testing on the python version with r60793, but not
with r65878. Note that the check added in r65878 should still cause crash on
divide-by-zero
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed issue7061a.diff r85930. This is probably a backport candidate.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7061
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
While working on issue 10225, I have found several mistakes in turtle.rst
examples. It probably makes sense to review these separately and commit as
part of this issue rather than bunching with the other issue 10225
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Gregor,
I suspect that there are doctest mistakes in the turtle.py docstrings, but I
cannot figure out how to run it through doctest. Can you help?
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Committed in r85931 (3.2), r85932 (3.1) and r85933 (2.7).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
r85934 now uses GetComputerNameExW on Windows.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9377
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
As I suspected, the turtle.shapetransform() stems from sphinx' failure to
reinitialize the turtle variable as testsetup dictates. I can work around this
by adding
turtle = Turtle()
above
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:
I just did an experiment on Windows 7. I used SetComputerNameEx to set the
NetBIOS name (4) to e2718, and the DNS name (5) to π3141; then I
rebooted. This
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:
r85934 now uses GetComputerNameExW on Windows.
Thanks, Martin.
Here's a similar discussion of the Windows approach (used in bzr):
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8678
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
The Solaris case then is already supported, with no change required: if Solaris
bans non-ASCII in the network configuration (or, rather, recommends to use
IDNA), then this will work fine with the current code.
The Josefsson AI_IDN flag is
Changes by Georg Brandl ge...@python.org:
--
resolution: - duplicate
status: open - closed
superseder: - tarfile touches directories twice
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10230
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
That's a bug. I'll fix it as soon has I've reinstalled the SDK. sigh/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
New submission from Antoine Pitrou pit...@free.fr:
Changing it can produce failures, e.g.:
$ COLUMNS=178 ./python -m test.regrtest -v test_argparse
This can be seen on one of the buildbots:
http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%203.x/builds/685/steps/test/logs/stdio
New submission from Stephen Hansen me+pyt...@ixokai.io:
Another sporadic failure I've noticed since setting up my buildbot; test_ssl
keeps going down. This one I have a hard time analyzing with the tests output,
but the latest is:
Changes by Stephen Hansen me+pyt...@ixokai.io:
--
components: +Library (Lib), Tests
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10236
___
Antoine Pitrou pit...@free.fr added the comment:
Already reported actually.
--
resolution: - duplicate
status: open - closed
superseder: - test_argparse.py: 80 failures if COLUMNS env var set to a value
other than 80
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
As noted in issue10235, this is responsible for buildbot failures:
http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%203.x/builds/685/steps/test/logs/stdio
--
nosy: +janssen, pitrou
___
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 Solaris case then is already supported, with no change required: if
Solaris bans non-ASCII in the network configuration (or, rather, recommends
to use
Terry J. Reedy tjre...@udel.edu added the comment:
I think questions like this are better answered on python-list or even pydev.
In the absence of an observed problem, I would presume it is ok.
This question should be answered in the C-API doc. If it is not, you could
reopen this as a doc
Terry J. Reedy tjre...@udel.edu added the comment:
Shutdown has been a 'forever' problem ;-). It would seem sensible to me to have
a fixed end-of-shutdown sequence for essential modules.
--
nosy: +terry.reedy
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
Upon further consideration, I think this could be backported.
--
assignee: benjamin.peterson - rhettinger
resolution: wont fix -
status: closed - open
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
In the absence of doc references in this and #10211 that would *clearly* settle
the bug vs. feature issue, it strikes me as a bit murky. So I am inclined to
agree with MAL that failure to achieve the stated, documented purpose is a bug.
I
Terry J. Reedy tjre...@udel.edu added the comment:
I have not tried your testcase yet, but agree that issue 4 sounds pretty bad. I
guess what you are looking for is either a patch to tkinter that solves at
least one of the listed problems (even if only a workaround for a TK bug) or a
Martin v. Löwis mar...@v.loewis.de added the comment:
The DNS name of the Windows machine is the combination of the DNS host
name and the DNS domain that you setup on the machine. I think the
misunderstanding is that you assume this combination will
somehow appear as known DNS name of the
Martin v. Löwis mar...@v.loewis.de added the comment:
Wouldn't it be better to also attempt to decode the name using IDNA
in case the name starts with the IDNA prefix ?
Perhaps better - but incompatible. I don't see a way to have the
resolver functions automatically decode IDNA, without
Robert Lerche r...@msbit.com added the comment:
Hi and thanks for the quick response.
I'm happy to follow up with the Tk folks if it turns out that's where
the problem lies -- it has been a long time since I wrote a Tcl script
so before trying to reproduce the behavior that way I thought I'd
New submission from Brett Cannon br...@python.org:
I get the following output related to the build failure:
/var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:153:2: error:
unrecognized instruction
cmovnz %rax, %rdx
^
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The code in socketmodule.c currently compile with suspect warnings:
socketmodule.c(3108) : warning C4047: 'function' : 'LPSTR' differs in levels of
indirection from 'int'
socketmodule.c(3108) : warning C4024: 'GetComputerNameA' :
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
issue2636-20101029.zip is a new version of the regex module.
I've also added to the unit tests.
--
Added file: http://bugs.python.org/file19419/issue2636-20101029.zip
___
Python tracker
1 - 100 of 118 matches
Mail list logo