Thomas Heller [EMAIL PROTECTED] added the comment:
The test has already been fixed and reenabled in rev 65849.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2764
Thomas Heller [EMAIL PROTECTED] added the comment:
I forgot to close this issue. Already implemented in svn rev 63962.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2404
Geoffrey Bache [EMAIL PROTECTED] added the comment:
Well, strictly speaking, yes. It just feels like a rather major omission
(when Python can do xmlrpc and handle proxies you hope it will handle
the combination).
Desperate doesn't really have a timeline, strangely enough :) I know I
will be
New submission from Konrad Hinsen [EMAIL PROTECTED]:
The file Mac/README in Python 2.6b3 says:
Installing in another place, for instance $HOME/Library/Frameworks if
you have no admin privileges on your machine, has only been tested very
lightly. This can be done by configuring with --enable-
Robert Schuppenies [EMAIL PROTECTED] added the comment:
Fixed in r65971. Backported to the release25-maint and merged into the
py3k branch.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
STINNER Victor [EMAIL PROTECTED] added the comment:
@benjamin.peterson: I know but the module (installed in CPython
default installation) is for testing purpose only, but invalid uses of
its method would lead to inconsistent CPython internal state and
that's bad :-) If you tried to say that
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Thanks, Tony!
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3107
___
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Well, it's definitely a bug, or inconsistency, if you like, between
cPickle and pickle.
There is clearly a problem with cPickle stack consumption and a new bug has been
opened for this in #3640.
What I don't agree with is your argument that
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Mark, your patch is ok to me. You can check it in.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3625
___
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Unless someone thinks it's somehow release-critical, I'm retargetting
this to 2.7/3.1.
--
nosy: +pitrou
versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0
___
Python tracker [EMAIL PROTECTED]
Changes by Antoine Pitrou [EMAIL PROTECTED]:
--
keywords: +needs review, patch
priority: - release blocker
versions: +Python 2.6, Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3645
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Guido, do we retarget the rest of this to 3.1? It sounds more reasonable
to me.
--
nosy: +gvanrossum
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2394
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Should this be a release blocker?
--
type: feature request - behavior
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2619
___
Changes by Antoine Pitrou [EMAIL PROTECTED]:
--
nosy: +pitrou
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3101
___
___
Python-bugs-list mailing list
Antoine Pitrou [EMAIL PROTECTED] added the comment:
A sensible solution would be to put all the memoryview / buffer API
stuff in the same standalone file (e.g. memoryobject.c), rather than
having half of it dumped in abstract.c.
___
Python tracker [EMAIL
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Victor, your patch addresses the symptom of the problem, not the cause.
The cause is that in some cases, the exception context chain is lost. Of
course what could be a minor annoyance becomes dramatic when this
precisely happens in code
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Agreed with Amaury, it's not PyErr_SetObject's job to try to
save/restore the tstate-exc_* variables. We'll probably have to live
with the small context-losing glitches in 3.0.
For 3.1, a radical solution would be to drop the exception
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Hmm, answering to myself, I don't think dropping exception normalization
would solve the problem, it would just let it occur in a different place...
___
Python tracker [EMAIL PROTECTED]
mounty [EMAIL PROTECTED] added the comment:
@ Terry J. Reedy
If it is working for you it doesn't necessarily mean that it is working
for mankind in general.
I traced down the problem to the OS X- implementation of Idle in general
and submitted an inquiry to the general python list as you
New submission from Senthil [EMAIL PROTECTED]:
Attaching two patches to make the current urlparse library, especially
the relative url parsing and urljoin to be RFC3986 compliance.
I have included all the tests prescribed in RFC3986 and verified them
to pass with the patches.
Our parsing
Changes by Senthil [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11209/urlparse_rfc3986-py3k.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3647
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
This is probably actually a problem with the webbrowser module. Try
running import webbrowser; webbrowser.open('build/html/index.html') on
the plain Python shell.
--
components: +Library (Lib) -Documentation
nosy: +benjamin.peterson
Benjamin Peterson [EMAIL PROTECTED] added the comment:
This is no longer an issue.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2968
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Must this still be open?
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1504
___
New submission from electronixtar [EMAIL PROTECTED]:
One of the MOST common scene for Python developers on CJK/Widecharacter
is this error:
'ascii' codec can't decode byte 0xe5 in position 0: ordinal not in range
(128)
Why cann't Python just define ascii to range(256), or alternatively,
STINNER Victor [EMAIL PROTECTED] added the comment:
I implemented the invalid filename class feature:
- by default, os.listdir() raise an error (UnicodeDecodeError) on
invalid filename. The previous behaviour was to return bytes object
instead of str.
- if invalid_filename=True: create an
Guido van Rossum [EMAIL PROTECTED] added the comment:
I'm not interested in the InvalidFilename class; it's an API
complification that might seem right for your situation but will hinder
most other people. However I *am* interested in a patch that makes
os.unlink() (and as many other functions
Daniel Diniz [EMAIL PROTECTED] added the comment:
Brett,
I don't think I know C (and CPython) enough to fix this. I was able to
get rid of this specific segfault with this:
-const char *text_char = _PyUnicode_AsString(text);
+const char *text_char =
STINNER Victor [EMAIL PROTECTED] added the comment:
@gvanrossum: os.unlink() and os.lstat() already accept byte filenames
(but open() doesn't).
Ok, here is very small patch for posixpath.join() to accept bytes
strings. This patch is enough to fix my initial problem (#3616).
Added file:
STINNER Victor [EMAIL PROTECTED] added the comment:
My last patch (posix_join_bytes.patch) is also enough to fix the
initial reported problem: error in posixpath.join() called by
os.walk(). I tried os.walk() on a directory with invalid filenames and
invalid directory name and it works well.
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Sometimes
encoding problems in Python are driving me mad.
The thing is, they are not encoding problems in Python, they are
encoding problems in the outside world. Python cannot know magically
which encoding is used in third-party data, so
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Seems fixed on 2.6.
Python 2.6b3+ (trunk, Aug 22 2008, 11:27:51) [MSC v.1500 32 bit (Intel)]
on win32
Type help, copyright, credits or license for more information.
import glob
glob.glob(*.py)
['iocrash.py', 'setup.py']
glob.glob(u*.py)
New submission from Pascal Bach [EMAIL PROTECTED]:
This encoding is used in the GSM standard it is a 7-bit encoding similar
to ASCII.
The encoding definition is found in:
Short Message Service Centre EMI - UCP Interface 4.6 Specification (p. 79)
as well as in:
[3GPP 23.038] 3GPP TS 23.038
STINNER Victor [EMAIL PROTECTED] added the comment:
Patch glob.glob() to accept directory with invalid filename (invalid
in the filesystem charset): just ignore bytes = str conversion error.
Added file: http://bugs.python.org/file11216/glob1_bytes.patch
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The problem comes from this local variable in batch_list() and batch_dict:
PyObject *slice[BATCHSIZE];
and BATCHSIZE=1000...
--
nosy: +amaury.forgeotdarc
___
Python tracker [EMAIL
Eric Smith [EMAIL PROTECTED] added the comment:
Please upload your script, or (preferably) some small test code.
I suspect the problem is related to line endings and binary versus text
files.
--
nosy: +eric.smith
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Attached patch removes the big array, items are saved when they are
fetched from the container.
I preserved the the special case when there is only one item.
The patch does not merge cleanly into py3k, but the functions batch_list
and
Daniel Diniz [EMAIL PROTECTED] added the comment:
Antoine,
All the cases I could find would be more test than use cases. Given
that most ways to abort I find in 3.0 are related to undetected errors
in trunk, I'm almost convinced that 3.0 is right here :)
My last worry is that it'd be kinda easy
Brett Cannon [EMAIL PROTECTED] added the comment:
On Fri, Aug 22, 2008 at 6:12 AM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
Benjamin Peterson [EMAIL PROTECTED] added the comment:
This is probably actually a problem with the webbrowser module. Try
running import webbrowser;
Brett Cannon [EMAIL PROTECTED] added the comment:
On Fri, Aug 22, 2008 at 8:03 AM, Daniel Diniz [EMAIL PROTECTED] wrote:
Daniel Diniz [EMAIL PROTECTED] added the comment:
Brett,
I don't think I know C (and CPython) enough to fix this. I was able to
get rid of this specific segfault with
Brett Cannon [EMAIL PROTECTED] added the comment:
The patch doesn't actually bother with a translation as the code causing
issue is only there to prevent infinite recursion. So if the object
being used is not a string, then there is no need to worry as it is not
part of the infinite recursion
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Brett, is this patch ready for review?
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3639
___
Antoine Pitrou [EMAIL PROTECTED] added the comment:
There are still some instances of get_name() in threading.py itself,
which gives errors like the following:
Unhandled exception in thread started by bound method
Thread.__bootstrap of Thread(reader 5, stopped daemon -1285227632)
Traceback
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Here's a patch.
Added file: http://bugs.python.org/file11221/get_name.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3352
___
Guido van Rossum [EMAIL PROTECTED] added the comment:
See http://codereview.appspot.com/3055 for a code review of Victor's
latest patches.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3187
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Ok. I'll apply your patches when we get to 2.7. Do ping me if a forget,
though.
--
assignee: - benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3643
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The provided file does not work for EXTENSION characters:
import ia5
u[a].encode(ia5)
Traceback (most recent call last):
File stdin, line 1, in module
File ia5.py, line 18, in encode
return
Christian Heimes [EMAIL PROTECTED] added the comment:
The warning in obmalloc.c was silenced in r65975 (trunk) and r65976 (py3k)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3642
___
Brett Cannon [EMAIL PROTECTED] added the comment:
That's why the keyword is set. =)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3639
___
___
Python-bugs-list
Benjamin Peterson [EMAIL PROTECTED] added the comment:
On Fri, Aug 22, 2008 at 2:59 PM, Brett Cannon [EMAIL PROTECTED] wrote:
Brett Cannon [EMAIL PROTECTED] added the comment:
That's why the keyword is set. =)
Ah. I missed that. :) The patch looks fine.
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Thanks for the work! I reviewed the code, added support for generator
expressions, and wrote a few more tests. Committed in r65981.
--
resolution: - fixed
status: open - closed
___
Python
Pascal Bach [EMAIL PROTECTED] added the comment:
Well I have seen the problem.
I'm willing to do this to improve python, but I don't know exactly how
to do it.
I looked at how utf-8 and utf-7 are done but I didn't exactly
understand, are they based on C code?
Is there an example how this
Terry J. Reedy [EMAIL PROTECTED] added the comment:
Why is the statement, whatever it is, even being touched?
Would not the same problem arise with any following outdented line?
IOW, why not delete that pair of lines from fix_idioms.py?
Does that break anything else in test_fixers?
--
Brett Cannon [EMAIL PROTECTED] added the comment:
I think I can clean up the code by shifting WarningMessage over to a
subclass of namedtuple and moving WarningsRecorder over to a subclass of
list.
___
Python tracker [EMAIL PROTECTED]
New submission from Amaury Forgeot d'Arc [EMAIL PROTECTED]:
./python Lib/test/regrtest.py -R:: test_bytes
reveals a leak in py3k.
This is exactly the same as the one corrected by r65785 to bytearray.
(easy) patch attached, needs approval!
--
files: bytes-split.patch
keywords: needs
Terry J. Reedy [EMAIL PROTECTED] added the comment:
The default equality comparison of Python objects is by id.
Some classes override this, others, in particular, functions, do not.
I also agree that partial functions should not either.
However, you can subclass functools.partial (I checked in
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Go ahead.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3650
___
___
Changes by Terry J. Reedy [EMAIL PROTECTED]:
--
nosy: +tjreedy
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3577
___
___
Python-bugs-list mailing list
Changes by Terry J. Reedy [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11139/unnamed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3579
___
___
Changes by Terry J. Reedy [EMAIL PROTECTED]:
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3579
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Terry J. Reedy [EMAIL PROTECTED]:
--
title: Faites Attention en Utilisant Cette Merveille! - SPAM
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3579
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Committed r65985
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3650
___
New submission from Amaury Forgeot d'Arc [EMAIL PROTECTED]:
version 3.0, any call to eval() leaks one reference:
eval('1')
1
[42093 refs]
eval('1')
1
[42094 refs]
eval('1')
1
[42095 refs]
eval('1')
1
[42096 refs]
--
components: Interpreter Core
messages: 71783
nosy:
Christian Heimes [EMAIL PROTECTED] added the comment:
The error is inside compile, not eval:
compile(1, test, eval)
code object module at 0x7ffe1ce2ed50, file test, line 1
[43379 refs]
compile(1, test, eval)
code object module at 0x7ffe1ce2e3b0, file test, line 1
[43380 refs]
compile(1,
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The leaked reference refers to the bytes object which encodes the code
being compiled:
for x in range(1000): compile(1, test, eval)
sys.getrefcount(b'1')
1004
___
Python tracker [EMAIL PROTECTED]
gd2shoe [EMAIL PROTECTED] added the comment:
This is just common sense. I'm trying to avoid a poll() busy-wait
section of code. I'll figure it out, but it would be much, much easier
if wait accepted a number of seconds, and returned None if the process
was still going (cf. Popen.poll() ).
I'm
Changes by Terry J. Reedy [EMAIL PROTECTED]:
--
nosy: +tjreedy
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3636
___
___
Python-bugs-list mailing list
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Could it be related to the fact that test_bytes is leaking?
test_bytes leaked [129, 129, 129, 129] references, sum=516
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
Christian Heimes [EMAIL PROTECTED] added the comment:
Good point! It's leaking even more on my 64bit machine:
test_bytes leaked [195, 195, 195, 195] references, sum=780
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3651
Christian Heimes [EMAIL PROTECTED] added the comment:
I was already up to date. r65985 leaks 195 references in each run on my box.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3651
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The attached patch corrects the eval() and compile() reference leak.
The problem is in PyObject_AsReadBuffer.
Needs review: view-obj seems to own the reference, but object.h say the
opposite.
--
keywords: +needs review, patch
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
PyObject_AsCharBuffer is affected as well.
This fixes for me the last refleak in test_bytes.
Added file: http://bugs.python.org/file11224/buffer-leak.patch
___
Python tracker [EMAIL PROTECTED]
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11223/buffer-leak.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3651
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Benjamin,
I am testing the patch proposed earlier by Victor in
http://bugs.python.org/msg71579 (who might be the correct one, after all),
and I don't see the problems you mentioned.
I run the test suite without problem, on winXP Linux
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I can't reproduce it either. I suspect that I removed the wrong lines
initially and caused other problems. :) Sorry for the false alarm.
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Of course, I forgot PyObject_AsWriteBuffer in my patch.
I wonder if turning view.obj into an owned reference was a good idea.
There are more calls to bf_getbuffer (in getarg.c), they leak too:
test_struct leaked [5, 5, 5, 5]
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11224/buffer-leak.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3651
___
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]:
--
assignee: - loewis
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3651
___
___
Mark Hammond [EMAIL PROTECTED] added the comment:
Thanks. Checked into the trunk in r65986
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3625
___
New submission from Brett Cannon [EMAIL PROTECTED]:
The DeprecationWarning introduced in Python 2.6/3.0 about the 'line'
argument for showwarning() can be removed in 2.7/3.1.
--
assignee: brett.cannon
components: Library (Lib)
messages: 71797
nosy: brett.cannon
priority: normal
Brett Cannon [EMAIL PROTECTED] added the comment:
The patch does a couple of things. It moves
test.test_support.catch_warning() to warnings.catch_warnings() and
leaves a stub behind. WarningsRecorder becomes a subclass of list to
make it easier to work with. The uses of catch_warnings() in the
Mark Hammond [EMAIL PROTECTED] added the comment:
Sorry for the initial noise - your analysis is correct, mine was flawed
:) Simple recursion to a depth of 1000 does work fine on a 64bit build.
cpickle.patch does make test_cpickle pass for me. FWIW,
find_recursionlimit.py now causes a
Benjamin Peterson [EMAIL PROTECTED] added the comment:
See my comments on Rietveld. http://codereview.appspot.com/3255
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3602
___
Changes by Mark Hammond [EMAIL PROTECTED]:
--
nosy: +mhammond
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3566
___
___
Python-bugs-list mailing list
Changes by Brett Cannon [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11227/move_catch_warnings.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3602
___
Brett Cannon [EMAIL PROTECTED] added the comment:
New patch is up with a minor change from Benjamin's review. My explicit
comments on the suggestions are on Rietveld.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3602
86 matches
Mail list logo
