[issue3215] Can't import sqlite3 in Python 2.6b1

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

This is now fixed in r64597. I had indeed edited the project file before
the release, but couldn't commit, as that would have modified the tag. I
had rebuilt sqlite3.dll, but probably forgotten to rebuild _sqlite3.pyd.

There are more issues with the PG builds, such as the .lib files not
being created in the pgo directory (only in pgi).

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3241] warnings module prints garbage

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
assignee:  -> brett.cannon
nosy: +brett.cannon
resolution:  -> wont fix
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3242] Segfault in PyFile_SoftSpace/PyEval_EvalFrameEx with sys.stdout reassigned

[Georg Brandl]

Changes by Georg Brandl <[EMAIL PROTECTED]>:


--
resolution:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3240] IDLE environment corrupts string.letters

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Changing the locale changes string.letters -- that is expected behavior.

--
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> pending

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

[Nagy Ferenc László]

Nagy Ferenc László <[EMAIL PROTECTED]> added the comment:

> Can you please try this patch on top of the original patch?

It makes an infinite loop:

Traceback (most recent call last):
  File "F:\nfl\proxyhttps\test.py", line 8, in 
response = urllib2.urlopen(req)
  File "C:\Python25\lib\urllib2.py", line 121, in urlopen
return _opener.open(url, data)
  File "C:\Python25\lib\urllib2.py", line 377, in open
req = meth(req)
  File "C:\Python25\lib\urllib2.py", line 1037, in do_request_
scheme, sel = splittype(request.get_selector())
  File "C:\Python25\lib\urllib2.py", line 253, in get_selector
return self.__r_host
  File "C:\Python25\lib\urllib2.py", line 215, in __getattr__
return getattr(self, attr)
  File "C:\Python25\lib\urllib2.py", line 215, in __getattr__
return getattr(self, attr)
  File "C:\Python25\lib\urllib2.py", line 215, in __getattr__
return getattr(self, attr)
  File "C:\Python25\lib\urllib2.py", line 215, in __getattr__
return getattr(self, attr)
  File "C:\Python25\lib\urllib2.py", line 215, in __getattr__
return getattr(self, attr)
...

The test program was:

import urllib2

targeturl = 'https://www.paypal.com/'
proxyhost = 'proxy..hu:3128'

req = urllib2.Request(targeturl)
req.set_proxy(proxyhost, 'https')
response = urllib2.urlopen(req)
print response.info()

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3216] errors in msilib documentation

[Sjoerd Mullender]

Sjoerd Mullender <[EMAIL PROTECTED]> added the comment:

Today the links to Microsoft documentation go to English language pages,
so that part of the bug report can be skipped.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2054] add ftp-tls support to ftplib - RFC 4217

[Giampaolo Rodola']

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment:

Yes, I think that providing an "unwrap" method for the ssl module would
be good, independently from this issue.
With that implemented and httplib fixed in the way you were mentioning
in this same report I can go on with modifying the ftplib patch.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3119] pickle.py is limited by python's call stack

[Jesús Cea Avión]

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>:


--
nosy: +jcea

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3239] curses/textpad.py incorrectly and redundantly imports ascii

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

Ah, I now understand what you mean.

The best, IMO, to avoid the confusion in the import and in the usage, is
to do:

>>> import curses.ascii as curses_ascii

Do you care to send a patch?  Thank you!

--
assignee:  -> facundobatista
resolution: invalid -> 
status: closed -> open

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2325] isinstance(anything, MetaclassThatDefinesInstancecheck) raises instead of returning False

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

I think the best is to ignore __instancecheck__ when
"cls.__instancecheck__" is returned as an unbound method. In this case,
we try "type(cls).__instancecheck__" instead.

Here is a patch along this idea.
I had to disable a test named "Evil", because in this case isinstance()
simply falls back to the original algorithm.

I don't know if this is applicable to 3.0: unbound methods don't exist
any more.

--
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file10783/instancecheck.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3092] Wrong unicode size detection in pybench

[Marc-Andre Lemburg]

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:

On 2008-06-28 21:33, Antoine Pitrou wrote:
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
> 
>> You're right: probably not. Would be great to have the test on the
>> Py2.x version as well - to see the difference in performance.
> 
> I'm not following you, what test are you talking about?
> The patch is only about reporting of the Python build characteristics,
> it does not (AFAIK) change anything to how or what tests are run.

Sorry for the confusion. I was thinking of the new test added to
the Py3k version of pybench - doesn't have anything to do with the
Unicode size detection.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3238] backport python 3.0 language functionality to python 2.6 by adding 7 opcodes to ceval.c

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Some remarks:

- I don't think doing a bulk backport of ceval.c is the right approach.
Instead, each functionality should be considered and backported
independently, if desired.

- Guido already said that 3.0 should be mostly clean from
compatibility-related code, so forward-porting 2.x opcodes is out of the
question. There's a reason they removed in the first place :-)

- Some functionalities shouldn't be backported, e.g. introducing
SETUP_EXCEPT was motivated by the different semantics of exception
cleanup in py3k, backporting it would probably break some 2.x code.

- Compatibility between the two eval loops (2.x and py3k) is probably
the tip of the iceberg.

--
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3119] pickle.py is limited by python's call stack

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Interesting. Why do you use a deque? You never seem to prepend or pop
from the beginning of it, so using a plain list should be as fast.

Also, your patch should add one or several unit tests to enforce the new
behaviour.

--
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2054] add ftp-tls support to ftplib - RFC 4217

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

But httplib is far from fixed.  It's a nasty tarball of interdependencies...

Bill

On Mon, Jun 30, 2008 at 4:12 AM, Giampaolo Rodola' <[EMAIL PROTECTED]>
wrote:

>
> Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment:
>
> Yes, I think that providing an "unwrap" method for the ssl module would
> be good, independently from this issue.
> With that implemented and httplib fixed in the way you were mentioning
> in this same report I can go on with modifying the ftplib patch.
>
> ___
> Python tracker <[EMAIL PROTECTED]>
> 
> ___
>

Added file: http://bugs.python.org/file10784/unnamed

___
Python tracker <[EMAIL PROTECTED]>

___But httplib is far from fixed.  It's a nasty tarball of 
interdependencies...BillOn Mon, Jun 
30, 2008 at 4:12 AM, Giampaolo Rodola' [EMAIL PROTECTED]> wrote:

Giampaolo Rodola' [EMAIL 
PROTECTED]> added the comment:

Yes, I think that providing an "unwrap" method for the ssl 
module would
be good, independently from this issue.
With that implemented and httplib fixed in the way you were mentioning
in this same report I can go on with modifying the ftplib patch.

___
Python tracker [EMAIL 
PROTECTED]>
http://bugs.python.org/issue2054>
___

___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

[Senthil]

Changes by Senthil <[EMAIL PROTECTED]>:


--
type:  -> feature request

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2829] Copy cgi.parse_qs() to urllib.parse

[Senthil]

Senthil <[EMAIL PROTECTED]> added the comment:

This is addressed in issue600362.

--
nosy: +orsenthil

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2054] add ftp-tls support to ftplib - RFC 4217

[Giampaolo Rodola']

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment:

Ok, so let's leave httplib alone. Let's just add the unwrap() method to
ssl.SSLSocket so that it could be be possible to go ahead with the
current patch.
Modifying it consists in just adding a new prot_c method (I could do that).
As for the cacerts needed to be passed to FTP_TLS constructor you could
do that afterwards.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2054] add ftp-tls support to ftplib - RFC 4217

[Giampaolo Rodola']

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment:

Could what I've just said be an idea?

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2829] Copy cgi.parse_qs() to urllib.parse

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
resolution:  -> duplicate
status: open -> closed
superseder:  -> relocate cgi.parse_qs() into urlparse

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Here's an updated Python version of toHex and fromHex; fixes a bug in the 
previous version of fromHex for hex floats starting with an upper case hex 
digit.  I'm not sure how useful this is, but I thought I might as well 
post the code.

I also have tests for these;  to follow.

I'd be happy to help out with the C version once the API is decided on;  I 
have far too much time on my hands right now.  Though I'm assuming Raymond 
will beat me to it.

Added file: http://bugs.python.org/file10785/hex_float.py

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

...and the tests for hex_float.py

Added file: http://bugs.python.org/file10786/test_hex_float.py

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Mark Dickinson]

Changes by Mark Dickinson <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10780/hex_float.py

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3243] Support iterable bodies in httplib

[Chris AtLee]

New submission from Chris AtLee <[EMAIL PROTECTED]>:

httplib should support requests whose bodies are iterable objects.  This
would facilitate doing large file uploads via HTTP since you wouldn't
have to load the entire file into memory to create the request string.

Index: Lib/httplib.py
===
--- Lib/httplib.py  (revision 64600)
+++ Lib/httplib.py  (working copy)
@@ -688,7 +688,12 @@
self.__state = _CS_IDLE

def send(self, str):
-"""Send `str' to the server."""
+"""Send `str` to the server.
+
+``str`` can be a string object, a file-like object that supports
+a .read() method, or an iterable object that supports a .next()
+method.
+"""
if self.sock is None:
if self.auto_open:
self.connect()
@@ -710,6 +715,10 @@
while data:
self.sock.sendall(data)
data=str.read(blocksize)
+elif hasattr(str,'next'):
+if self.debuglevel > 0: print "sendIng an iterable"
+for data in str:
+self.sock.sendall(data)
else:
self.sock.sendall(str)
except socket.error, v:

--
components: Library (Lib)
messages: 69014
nosy: catlee
severity: normal
status: open
title: Support iterable bodies in httplib
type: feature request
versions: Python 2.7

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3244] multipart/form-data encoding

[Chris AtLee]

New submission from Chris AtLee <[EMAIL PROTECTED]>:

The standard library should provide a way to encode data using the
standard multipart/form-data encoding.

This encoding is required to support file uploads via HTTP POST (or PUT)
requests.

Ideally file data could be streamed to the remote server if httplib
supported iterable request bodies (see issue #3243).

Mailing list thread:
http://mail.python.org/pipermail/python-dev/2008-June/080783.html

--
components: Library (Lib)
messages: 69015
nosy: catlee
severity: normal
status: open
title: multipart/form-data encoding
type: feature request
versions: Python 2.7

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3245] Memory leak on OS X

[Edward Langley]

New submission from Edward Langley <[EMAIL PROTECTED]>:

On OS X 10.5.3 the default python has a mild memory leak.
sample session:

% python -S
Python 2.5.1 (r251:54863, Apr 15 2008, 22:57:26) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
>>> 



% leaks Python
Process 2357: 572 nodes malloced for 1031 KB
Process 2357: 1 leak for 16 total leaked bytes.
...

--
components: Macintosh
messages: 69016
nosy: fiddlerwoaroof
severity: normal
status: open
title: Memory leak on OS X
type: performance
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3246] configure: WARNING: sys/socket.h: present but cannot be compiled

[ric]

New submission from ric <[EMAIL PROTECTED]>:

Building Python 2.5.2 on Solaris9, receive error:

checking sys/socket.h presence... yes
configure: WARNING: sys/socket.h: present but cannot be compiled
configure: WARNING: sys/socket.h: check for missing prerequisite
headers?
configure: WARNING: sys/socket.h: see the Autoconf documentation
configure: WARNING: sys/socket.h: section "Present But Cannot Be
Compiled"
configure: WARNING: sys/socket.h: proceeding with the preprocessor's result
configure: WARNING: sys/socket.h: in the future, the compiler will take
precedence
configure: WARNING: ##
 ##
configure: WARNING: ## Report this to
http://www.python.org/python-bugs ##
configure: WARNING: ##
 ##
checking for sys/socket.h... yes

--
components: Build
messages: 69017
nosy: rrochele
severity: normal
status: open
title: configure: WARNING: sys/socket.h: present but cannot be compiled
type: compile error
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2013] Long object free list optimization

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Gregory, your patch probably deserves checking in, it doesn't seem to me
there is any concern preventing you to do that.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2862] cleanup of freelist management

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

> I agree with this patch and will commit it later this weekend if I hear
> no objections.

Gregory, it seems there has been no objection on the ML :-)

--
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1682] Move Demo/classes/Rat.py to Lib/fractions.py and fix it up.

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

> I agree that if the type of the 2nd arg isn't int or long it should be
> rejected. That should not slow down the common path (two ints).

I'm having second thoughts about this;  it doesn't seem worth adding an 
extra check that has to be applied every time a Fraction is created from a 
string (or another Rational instance).  The condition being checked for (a 
denominator equal to 1, but not of type int or long) is unlikely to occur 
in practice, and fairly harmless even if it does occur.  So I'm thinking 
that PBP says leave it alone.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3245] Memory leak on OS X

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

I can reproduce this with the Apple-supplied Python, but I'm having 
trouble reproducing it with anything from python.org.  I tried checking 
out revision 54863 and doing

./configure --enable-framework MACOSX_DEPLOYMENT_TARGET=10.3 && make
sudo make altinstall

Then I get:

$ /usr/local/bin/python2.5 -S
Python 2.5.1 (release25-maint:54863, Jun 30 2008, 22:59:07) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin

$ leaks Python
Process 84169: 534 nodes malloced for 1029 KB
Process 84169: 0 leaks for 0 total leaked bytes.

So maybe the leak is the result of something that Apple did?

--
nosy: +marketdickinson

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3191] round docstring is inaccurate

[Mark Dickinson]

Changes by Mark Dickinson <[EMAIL PROTECTED]>:


--
assignee: georg.brandl -> marketdickinson

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

I'm looking forward to your C implementation.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3238] backport python 3.0 language functionality to python 2.6 by adding 7 opcodes to ceval.c

[kai zhu]

kai zhu <[EMAIL PROTECTED]> added the comment:

ideally that may be true.

but its quite frustrating testing/developing new py3k software when many
modules/extensions we take for granted in 2.x isn't available.  in the
meantime, this patch serves as a very convenient stopgap for developers
(even w/ its bugs), for writing py3k migration code in 2.x (& access to
all its extensions)

for example, its a difficult task to port a big project like numpy to
py3k all @ once.  but this patch could allow u to piece-wise transform
it, one script @ a time, to py3k language syntax compliance.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3245] Memory leak on OS X

[Edward Langley]

Edward Langley <[EMAIL PROTECTED]> added the comment:

I think it may be a result of the framework build, I don't have the
problem with either 2.5.2 (debug build) or 2.6b1, both non-framework 
builds.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Committed my changes to threading.local as r64601.

I think we could enable the "Manager" tests again.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

Alright - I'll do that asap

On Jun 30, 2008, at 7:06 PM, Amaury Forgeot d'Arc <[EMAIL PROTECTED] 
 > wrote:

>
> Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:
>
> Committed my changes to threading.local as r64601.
>
> I think we could enable the "Manager" tests again.
>
> ___
> Python tracker <[EMAIL PROTECTED]>
> 
> ___

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1682] Move Demo/classes/Rat.py to Lib/fractions.py and fix it up.

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

That's fine.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3245] Memory leak on OS X

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

I assume it was fixed then.

--
nosy: +benjamin.peterson
resolution:  -> out of date
status: open -> closed
type: performance -> resource usage

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3242] Segfault in PyFile_SoftSpace/PyEval_EvalFrameEx with sys.stdout reassigned

[Brodie Rao]

Brodie Rao <[EMAIL PROTECTED]> added the comment:

Actually, I've tested this script on another Debian x86 machine and two 
Ubuntu x86 machines, all which exhibit the exact same crash with their 
Python 2.4 distributions. I don't think it's a hardware issue, I think 
there's a legitimate issue here. The crash always originates from 
PyFile_SoftSpace in PyEval_EvalFrameEx.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3242] Segfault in PyFile_SoftSpace/PyEval_EvalFrameEx with sys.stdout reassigned

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Can you try on later versions of Python. 2.4 is no longer supported.

--
nosy: +benjamin.peterson
resolution: invalid -> 
status: closed -> open

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3247] dir of an "_sre.SRE_Match" object not working

[vizcayno]

New submission from vizcayno <[EMAIL PROTECTED]>:

For Windows XP SP3:

v = 'add 1 to 4.56'
import re
r=re.search("([0-9]+)\D+(\d+\.\d+)","add 1 to 4.56")
r
<_sre.SRE_Match object at 0x00BED920>
r.groups()
('1', '4.56')
dir(r)
[]

in pyhton 2.5 it shows:
['__copy__', '__deepcopy__', 'end', 'expand', 'group', 'groupdict', 'gro
ups', 'span', 'start']

--
components: Regular Expressions
messages: 69031
nosy: vizcayno
severity: normal
status: open
title: dir of an "_sre.SRE_Match" object not working
type: behavior
versions: Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1754483] linecache package handling

[Hans Ulrich Niedermann]

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment:

The patch does not fix the underlying problem which is not limited to
files named '__init__.py'.

--
nosy: +ndim

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1068477] linecache.py::updatecache strips directory info from files

[Hans Ulrich Niedermann]

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment:

The following issues appear to be the same bug to me:

   http://bugs.python.org/issue1068477
   http://bugs.python.org/issue1309567
   http://bugs.python.org/issue1754483

and are, as of 2008-06-30, unfixed in both rel25-maint and trunk.

--
nosy: +ndim

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1309567] linecache module returns wrong results

[Hans Ulrich Niedermann]

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment:

The following issues appear to be the same bug to me:

   http://bugs.python.org/issue1068477
   http://bugs.python.org/issue1309567
   http://bugs.python.org/issue1754483

and are, as of 2008-06-30, unfixed in both rel25-maint and trunk.

--
nosy: +ndim

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1754483] linecache package handling

[Hans Ulrich Niedermann]

Hans Ulrich Niedermann <[EMAIL PROTECTED]> added the comment:

The following issues appear to be the same bug to me:

   http://bugs.python.org/issue1068477
   http://bugs.python.org/issue1309567
   http://bugs.python.org/issue1754483

and are, as of 2008-06-30, unfixed in both rel25-maint and trunk.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1309567] linecache module returns wrong results

[Hans Ulrich Niedermann]

Changes by Hans Ulrich Niedermann <[EMAIL PROTECTED]>:


--
components: +Library (Lib) -None
versions: +Python 2.3, Python 2.4, Python 2.5, Python 2.6, Python 2.7

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3242] Segfault in PyFile_SoftSpace/PyEval_EvalFrameEx with sys.stdout reassigned

[Brodie Rao]

Brodie Rao <[EMAIL PROTECTED]> added the comment:

Using Python 2.5.2 from python.org on Mac OS X 10.5, I get the same 
error:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0xad40
0x0052ed30 in ?? ()
(gdb) bt
#0  0x0052ed30 in ?? ()
#1  0x0002ad41 in frame_dealloc (f=0x61cca0) at 
Objects/frameobject.c:416
#2  0x0002adf2 in frame_dealloc (f=0x61ea10) at 
Objects/frameobject.c:424
#3  0x0002adf2 in frame_dealloc (f=0x61eb70) at 
Objects/frameobject.c:424
#4  0x0004574b in _PyTrash_destroy_chain () at Objects/object.c:2136
#5  0x000aebc2 in PyErr_Clear () at Python/errors.c:231
#6  0x000234fb in PyFile_SoftSpace (f=0x700cb0, newflag=0) at 
Objects/fileobject.c:2127
#7  0x0009b819 in PyEval_EvalFrameEx (f=0x61b840, throwflag=0) at 
Python/ceval.c:1608
#8  0x0009f29a in PyEval_EvalCodeEx (co=0x595410, globals=0x52ed20, 
locals=0x52ed20, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at Python/ceval.c:2836
#9  0x0009f3a7 in PyEval_EvalCode (co=0x595410, globals=0x52ed20, 
locals=0x52ed20) at Python/ceval.c:494
#10 0x000c31d7 in PyRun_FileExFlags (fp=0xa0125de0, filename=0xb0cc, 
start=257, globals=0x52ed20, locals=0x52ed20, closeit=1, 
flags=0xbfffef3c) at Python/pythonrun.c:1273
#11 0x000c3583 in PyRun_SimpleFileExFlags (fp=0xa0125de0, 
filename=0xb0cc, closeit=1, flags=0xbfffef3c) at 
Python/pythonrun.c:879
#12 0x000d1d27 in Py_Main (argc=1, argv=0xbfffefb8) at 
Modules/main.c:523
#13 0x1bcc in _start ()
#14 0x1af9 in start ()
(gdb) info locals
No symbol table info available.
(gdb) up
#1  0x0002ad41 in frame_dealloc (f=0x61cca0) at 
Objects/frameobject.c:416
416 Py_CLEAR(*p);
(gdb) info locals
p = (PyObject **) 0x61cdd8
valuestack = (PyObject **) 0x61cde0
co = (PyCodeObject *) 0x61cdd8
f = (PyFrameObject *) 0x61cca0

[...]

(gdb) up
#6  0x000234fb in PyFile_SoftSpace (f=0x700cb0, newflag=0) at 
Objects/fileobject.c:2127
2127PyErr_Clear();
(gdb) info locals
v = (PyObject *) 0x0
oldflag = 0
f = (PyObject *) 0x700cb0
(gdb) up
#7  0x0009b819 in PyEval_EvalFrameEx (f=0x61b840, throwflag=0) at 
Python/ceval.c:1608
1608PyFile_SoftSpace(w, 0);
(gdb) info locals
stack_pointer = (PyObject **) 0x0
next_instr = (unsigned char *) 0x61e5e0 "?(\r"
opcode = 0
oparg = 7343280
why = 7343280
err = 0
x = (PyObject *) 0x0
v = (PyObject *) 0x700cb0
w = (PyObject *) 0x
u = (PyObject *) 0x700cb0
t = (PyObject *) 0x0
stream = (PyObject *) 0x0
fastlocals = (PyObject **) 0x61b978
freevars = (PyObject **) 0x61b978
retval = (PyObject *) 0x0
tstate = (PyThreadState *) 0x600170
co = (PyCodeObject *) 0x595410
instr_ub = -1
instr_lb = 0
instr_prev = -1
first_instr = (unsigned char *) 0x704034 "d"
names = (PyObject *) 0x58a4b0
consts = (PyObject *) 0x597ab0

>From what I see on python.org, the advertised policy is to fix bugs 
affecting the stability of the interpreter. I don't know if it's 
relevant to the 2.5 crash, but using Python 2.4.5 from python.org on 
Debian x86 I'm able to get a more detailed backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210747200 (LWP 11771)]
PyEval_EvalCodeEx (co=0xb7cf7ba0, globals=0xb7d30824, locals=0x0, 
args=0xb7cfd9b8, argcount=2, kws=0x0, kwcount=0, defs=0x0, defcount=0, 
closure=0x0) at Python/ceval.c:2571
2571Py_INCREF(x);
(gdb) bt
#0  PyEval_EvalCodeEx (co=0xb7cf7ba0, globals=0xb7d30824, locals=0x0, 
args=0xb7cfd9b8, argcount=2, kws=0x0, kwcount=0, defs=0x0, defcount=0, 
closure=0x0) at Python/ceval.c:2571
#1  0x080ffab9 in function_call (func=0xb7d00064, arg=0xb7cfd9ac, 
kw=0x0) at Objects/funcobject.c:548
#2  0x0805adbc in PyObject_CallFunction (callable=0xb7d00064, 
format=0x8115c8b "OO") at Objects/abstract.c:1795
#3  0x08097634 in slot_tp_getattr_hook (self=0xb7cfd9ac, 
name=0xb7cfdc60) at Objects/typeobject.c:4607
#4  0x080b69b2 in PyEval_EvalFrame (f=0x81a5b6c) at Python/ceval.c:1957

[with the same stack trace as above continuing...]

#155 0x080b9785 in PyEval_EvalCodeEx (co=0xb7cf7ba0, globals=0xb7d30824, 
locals=0x0, args=0xb7cfde58, argcount=2, kws=0x0, kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at Python/ceval.c:2741
#156 0x080ffab9 in function_call (func=0xb7d00064, arg=0xb7cfde4c, 
kw=0x0) at Objects/funcobject.c:548
#157 0x0805adbc in PyObject_CallFunction (callable=0xb7d00064, 
format=0x8115c8b "OO") at Objects/abstract.c:1795
#158 0x08097634 in slot_tp_getattr_hook (self=0xb7cfd9ac, 
name=0xb7cfdc60) at Objects/typeobject.c:4607
#159 0x080b69b2 in PyEval_EvalFrame (f=0x81a9084) at Python/ceval.c:1957
#160 0x080b9785 in PyEval_EvalCodeEx (co=0xb7cf7ba0, globals=0xb7d30824, 
locals=0x0, args=0xb7cfde98, argcount=2, kws=0x0, kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at Python/ceval.c:2741
#161 0x080ffab9 in function_call (func=0xb7d00064, arg=0xb7cfde8c, 
kw=0x0) at Objects/funcobject.c:548
#162 0x0805adbc in PyObject_Call

[issue3248] ScrolledText can't be placed in a PanedWindow

[Guilherme Polo]

New submission from Guilherme Polo <[EMAIL PROTECTED]>:

Right now ScrolledText can't be added to a Tkinter.PanedWindow, also
can't be added to a ttk.Notebook (which is not part of the stdlib),
because it is a lacking a proper __str__ method.

Run the following sample code to check how it fails:
import Tkinter
import ScrolledText

paned = Tkinter.PanedWindow()
stext = ScrolledText.ScrolledText(paned)
paned.add(stext)

--
components: Tkinter
files: scrolledtext_masterstr.diff
keywords: patch
messages: 69037
nosy: gpolo
severity: normal
status: open
title: ScrolledText can't be placed in a PanedWindow
versions: Python 2.6
Added file: http://bugs.python.org/file10787/scrolledtext_masterstr.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3242] Segfault in PyFile_SoftSpace/PyEval_EvalFrameEx with sys.stdout reassigned

[Brodie Rao]

Brodie Rao <[EMAIL PROTECTED]> added the comment:

Running with Python 2.5.2 with guard malloc on OS X 10.5 produces a 
similar crash to that of Python 2.4 on Linux:

(gdb) set env DYLD_INSERT_LIBRARIES /usr/lib/libgmalloc.dylib
(gdb) run ~/Documents/Code/py-crash/crash5.py
Starting program: /Users/brodie/Downloads/Python-2.5.2/python.exe 
~/Documents/Code/py-crash/crash5.py
GuardMalloc: Allocations will be placed on 16 byte boundaries.
GuardMalloc:  - Some buffer overruns may not be noticed.
GuardMalloc:  - Applications using vector instructions (e.g., SSE or 
Altivec) should work.
GuardMalloc: GuardMalloc version 18
GuardMalloc: Allocations will be placed on 16 byte boundaries.
GuardMalloc:  - Some buffer overruns may not be noticed.
GuardMalloc:  - Applications using vector instructions (e.g., SSE or 
Altivec) should work.
GuardMalloc: GuardMalloc version 18
Reading symbols for shared libraries +. done
Reading symbols for shared libraries .. done
GuardMalloc: Allocations will be placed on 16 byte boundaries.
GuardMalloc:  - Some buffer overruns may not be noticed.
GuardMalloc:  - Applications using vector instructions (e.g., SSE or 
Altivec) should work.
GuardMalloc: GuardMalloc version 18

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0xb2f79e88
0x00044951 in PyObject_GetAttr (v=0xb2de7c50, name=0xb2de79c0) at 
Objects/object.c:1126
1126if (tp->tp_getattro != NULL)
(gdb) info locals
tp = (PyTypeObject *) 0xb2f79e40
v = (PyObject *) 0xb2de7c50
name = (PyObject *) 0xb2de79c0
(gdb) print tp->tp_getattro
Cannot access memory at address 0xb2f79e88
(gdb) bt
#0  0x00044951 in PyObject_GetAttr (v=0xb2de7c50, name=0xb2de79c0) at 
Objects/object.c:1126
#1  0x00099409 in PyEval_EvalFrameEx (f=0xb31fdeb0, throwflag=0) at 
Python/ceval.c:1990
#2  0x0009f29a in PyEval_EvalCodeEx (co=0xb060ef50, globals=0xb002fd20, 
locals=0x0, args=0xb2dee8fc, argcount=2, kws=0x0, kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at Python/ceval.c:2836
#3  0x0002c8ea in function_call (func=0xb0623cf0, arg=0xb2dee8f0, 
kw=0x0) at Objects/funcobject.c:517
#4  0x8b07 in PyObject_CallFunctionObjArgs (callable=0xb0623cf0) at 
Objects/abstract.c:1861
#5  0x00068e05 in slot_tp_getattr_hook (self=0xb2de7c50, 
name=0xb2de79c0) at Objects/typeobject.c:4775
#6  0x00099409 in PyEval_EvalFrameEx (f=0xb31fbeb0, throwflag=0) at 
Python/ceval.c:1990
#7  0x0009f29a in PyEval_EvalCodeEx (co=0xb060ef50, globals=0xb002fd20, 
locals=0x0, args=0xb2dee8d4, argcount=2, kws=0x0, kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at Python/ceval.c:2836
#8  0x0002c8ea in function_call (func=0xb0623cf0, arg=0xb2dee8c8, 
kw=0x0) at Objects/funcobject.c:517
#9  0x8b07 in PyObject_CallFunctionObjArgs (callable=0xb0623cf0) at 
Objects/abstract.c:1861
#10 0x00068e05 in slot_tp_getattr_hook (self=0xb2de7c50, 
name=0xb2de79c0) at Objects/typeobject.c:4775
#11 0x00099409 in PyEval_EvalFrameEx (f=0xb31f9eb0, throwflag=0) at 
Python/ceval.c:1990
#12 0x0009f29a in PyEval_EvalCodeEx (co=0xb060ef50, globals=0xb002fd20, 
locals=0x0, args=0xb2dee8ac, argcount=2, kws=0x0, kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at Python/ceval.c:2836
#13 0x0002c8ea in function_call (func=0xb0623cf0, arg=0xb2dee8a0, 
kw=0x0) at Objects/funcobject.c:517
#14 0x8b07 in PyObject_CallFunctionObjArgs (callable=0xb0623cf0) at 
Objects/abstract.c:1861
#15 0x00068e05 in slot_tp_getattr_hook (self=0xb2de7c50, 
name=0xb2de79c0) at Objects/typeobject.c:4775
#16 0x00099409 in PyEval_EvalFrameEx (f=0xb31f7eb0, throwflag=0) at 
Python/ceval.c:1990
#17 0x0009f29a in PyEval_EvalCodeEx (co=0xb060ef50, globals=0xb002fd20, 
locals=0x0, args=0xb2dee884, argcount=2, kws=0x0, kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at Python/ceval.c:2836
#18 0x0002c8ea in function_call (func=0xb0623cf0, arg=0xb2dee878, 
kw=0x0) at Objects/funcobject.c:517
#19 0x8b07 in PyObject_CallFunctionObjArgs (callable=0xb0623cf0) at 
Objects/abstract.c:1861
#20 0x00068e05 in slot_tp_getattr_hook (self=0xb2de7c50, 
name=0xb2de79c0) at Objects/typeobject.c:4775

[...]

#1554 0x8b07 in PyObject_CallFunctionObjArgs (callable=0xb0623cf0) 
at Objects/abstract.c:1861
#1555 0x00068e05 in slot_tp_getattr_hook (self=0xb2de7c50, 
name=0xb2de79c0) at Objects/typeobject.c:4775
#1556 0x00099409 in PyEval_EvalFrameEx (f=0xb2f8beb0, throwflag=0) at 
Python/ceval.c:1990
#1557 0x0009f29a in PyEval_EvalCodeEx (co=0xb060ef50, 
globals=0xb002fd20, locals=0x0, args=0xb2de967c, argcount=2, kws=0x0, 
kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:2836
#1558 0x0002c8ea in function_call (func=0xb0623cf0, arg=0xb2de9670, 
kw=0x0) at Objects/funcobject.c:517
#1559 0x8b07 in PyObject_CallFunctionObjArgs (callable=0xb0623cf0) 
at Objects/abstract.c:1861
#1560 0x00068e05 in slot_tp_getattr_hook (self=0xb2de7c50, 
name=0xb060d5c0) at Objects/typeobject.c:4775
#1561 0x00044a66 in PyObject_GetAttrString (v=0xb2de7c50, name=0xed255) 
at Objects/object.c:1069