[issue3179] cPickle is seriously broken

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

btw. this should be a release blocker.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3179] cPickle is seriously broken

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

the test works as expected (i.e. it fails). The problem I had was that 
some Bittorrent bencode also installed a test package for me.


==
ERROR: test_flat_list (__main__.cPickleFlatList)
--
Traceback (most recent call last):
  File "Lib/test/test_cpickle.py", line 113, in test_flat_list
cPickle.dumps(lst)
RuntimeError: maximum recursion depth exceeded

--
Ran 159 tests in 0.457s

FAILED (errors=1)
Traceback (most recent call last):
  File "Lib/test/test_cpickle.py", line 128, in 
test_main()
  File "Lib/test/test_cpickle.py", line 124, in test_main
cPickleFlatList,
  File "/home/ralf/pydev/trunk/Lib/test/test_support.py", line 714, in
run_unittest
_run_suite(suite)
  File "/home/ralf/pydev/trunk/Lib/test/test_support.py", line 697, in
_run_suite
raise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent call last):
  File "Lib/test/test_cpickle.py", line 113, in test_flat_list
cPickle.dumps(lst)
RuntimeError: maximum recursion depth exceeded

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3185] Documentation of time.time() differs from source documentation

[Carsten Grohmann]

Carsten Grohmann <[EMAIL PROTECTED]> added the comment:

"current local unix seconds" means seconds since the Epoch in local
timezone.

I've attached a small example to show that is no difference between the
time returned by time.localtime() and time.time(). So I assume that
time.time() also returns local time and not UTC.

>>> time.mktime(time.localtime())
1214290130.0
>>> time.time()
1214290130.697067

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3185] Documentation of time.time() differs from source documentation

[Martin v. Löwis]

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

I cannot see the difference. The docstring doesn't say "current local
time", it says "current time". What do you mean by "current local unix
seconds" - that phrase makes no sense.

time.time() returns the seoncds since the Epoch, and they must be
interpreted in UTC, always. So both documentation texts are correct, and
they say the same thing.

--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3185] Documentation of time.time() differs from source documentation

[Carsten Grohmann]

New submission from Carsten Grohmann <[EMAIL PROTECTED]>:

The current python documentation of the time module
(http://docs.python.org/lib/module-time.html) means that time.time()
returns the "seconds since the epoch, in UTC".

But in the current source documentation of the time module
(http://svn.python.org/view/python/trunk/Modules/timemodule.c?rev=64048&view=markup)
is written that "time() -- return current time in seconds since the Epoch". 

time.time() returns the current local unix seconds during tests on a
system using Python 2.5.

Please adapt the documentation.

Thanks,
Carsten

--
assignee: georg.brandl
components: Documentation
messages: 68666
nosy: cgrohmann, georg.brandl
severity: normal
status: open
title: Documentation of time.time() differs from source documentation
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

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

[Andi Albrecht]

Andi Albrecht <[EMAIL PROTECTED]> added the comment:

FWIW, I've uploaded a patch to codereview: 

http://codereview.appspot.com/2407

It uses a space character as Chris suggested.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue449227] rlcompleter add "(" to callables feature

[Manuel Muradás]

Changes by Manuel Muradás <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10695/rlcompleter2.6.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3177] implement os.startfile on posix and MacOSX

[Young-Ho Cha]

Young-Ho Cha <[EMAIL PROTECTED]> added the comment:

I implemented os.startfile on posix and MacOSX as you said.

but it need more work to handle error.

--
keywords: +patch
Added file: http://bugs.python.org/file10715/os_startfile.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3184] The elementtree.ElementTree Module doc is missing

[David Gladstein]

David Gladstein <[EMAIL PROTECTED]> added the comment:

Excellent.

- Original Message - 
From: "Benjamin Peterson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 23, 2008 7:12 PM
Subject: [issue3184] The elementtree.ElementTree Module doc is missing

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

Ahh, but it is present in the new docs:
http://docs.python.org/dev/library/xml.etree.elementtree.html#the-element-interface.

___
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

[issue3184] The elementtree.ElementTree Module doc is missing

[Benjamin Peterson]

Changes by Benjamin Peterson <[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

[issue3184] The elementtree.ElementTree Module doc is missing

[Benjamin Peterson]

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

Ahh, but it is present in the new docs:
http://docs.python.org/dev/library/xml.etree.elementtree.html#the-element-interface.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3184] The elementtree.ElementTree Module doc is missing

[David Gladstein]

David Gladstein <[EMAIL PROTECTED]> added the comment:

an ElementTree instance holds a tree of Element instances which represents 
the XML tags. Element isn't documented.

in the effbot version, there's a page 
http://www.effbot.org/zone/pythondoc-elementtree-ElementTree.htm#elementtree.ElementTree._ElementInterface-class
 
called
The elementtree.ElementTree Module
with a section

 The _ElementInterface Class

Despite the _ in the name, it's not an internal, it's the spec for the 
interface to the Element instances.

- Original Message - 
From: "Benjamin Peterson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 23, 2008 4:41 PM
Subject: [issue3184] The elementtree.ElementTree Module doc is missing

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

What do you mean?
http://docs.python.org/lib/module-xml.etree.ElementTree.html

--
nosy: +benjamin.peterson

___
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

[issue3184] The elementtree.ElementTree Module doc is missing

[Benjamin Peterson]

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

What do you mean?
http://docs.python.org/lib/module-xml.etree.ElementTree.html

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3184] The elementtree.ElementTree Module doc is missing

[David Gladstein]

New submission from David Gladstein <[EMAIL PROTECTED]>:

The documentation from
http://www.effbot.org/zone/pythondoc-elementtree-ElementTree.htm
is missing. Without it the module is pretty much impossible to use,
unless you know about the effbot pages.

--
assignee: georg.brandl
components: Documentation
messages: 68659
nosy: georg.brandl, gladstein
severity: normal
status: open
title: The elementtree.ElementTree Module doc is missing
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

[issue3179] cPickle is seriously broken

[Facundo Batista]

Changes by Facundo Batista <[EMAIL PROTECTED]>:


--
assignee:  -> facundobatista

___
Python tracker <[EMAIL PROTECTED]>

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

[issue449227] rlcompleter add "(" to callables feature

[Facundo Batista]

Changes by Facundo Batista <[EMAIL PROTECTED]>:


--
assignee:  -> facundobatista

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

[Chris Withers]

Chris Withers <[EMAIL PROTECTED]> added the comment:

Again, in total agreement with Andi *EXCEPT*:

Please use ' ' instead of '\t' for the continuation character.

It's the \t that gets mis-rendered by Outlook and Thunderbird (at the
very least!) and since ' ' is also valid according to the RFC, we make
life much easier for ourselves if we just stick to that...

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1949] test_ntpath.py converted to unittest

[Benjamin Peterson]

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

This patch no longer applies cleanly.

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1567948] poplib.py list interface

[Facundo Batista]

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

2008/6/22 Hasan Diwan <[EMAIL PROTECTED]>:

> Yea, I guess that since nothing has happened to it in the past 2 years
> (as you said), it's probably a good idea to close it.

Ok, closing it. Feel free to reopen if interested.

Thanks!

--
resolution:  -> postponed
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

[issue2022] test_al converted to unittest

[Benjamin Peterson]

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

Unfortunately, I can't easily test this. Can anyone else?

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2023] test_cd converted to unittest

[Benjamin Peterson]

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

Unfortunately, I can't easily test this. Can anyone else?

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2024] test_gl.py converted to unittest

[Benjamin Peterson]

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

Unfortunately, I can't easily test this. Can anyone else?

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2042] test_audioop.py converted to unittest

[Benjamin Peterson]

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

This patch no longer applies cleanly.

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2044] test_sunaudiodev.py converted to unittest

[Benjamin Peterson]

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

I'm a little nervous about committing anything that hasn't been tested.
Can anyone on Sun test this please?

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3177] implement os.startfile on posix and MacOSX

[Benjamin Peterson]

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

Those commands can be easily used through the subprocess module.
However, if a patch is provided, it could be accepted.

--
nosy: +benjamin.peterson
priority:  -> low
title: os.startfile implement in posix and MacOSX -> implement os.startfile on 
posix and MacOSX
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

[issue3170] test_pydoc has no way to regenerate pristine data

[Benjamin Peterson]

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

Actually, I was wondering if the comparison testing is even worthwhile.
All it's really going to tell is if something has changed, not if it's
broken.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3174] 3.0b1 doesn't seem to install on macs

[Benjamin Peterson]

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

Hmm. BuildApplet.py may have to go or some Mac modules may have to
reappear. I'm adding Ronald and Brett in to see if they have any
comments. Ronald, is it possible to have a Mac install w/o the
BuildApplet/cachesrc scripts?

--
assignee:  -> ronaldoussoren
nosy: +brett.cannon, ronaldoussoren

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3174] 3.0b1 doesn't seem to install on macs

[Erick Tryzelaar]

Erick Tryzelaar <[EMAIL PROTECTED]> added the comment:

Hello again,

I then have problems with it finding MacOS.py in the BuildApplet.py script:

DYLD_FRAMEWORK_PATH=/opt/local/var/macports/build/_Users_Shared_erickt_Projects_macports_dports.git_lang_python30/work/Python-3.0b1:
../python.exe ./scripts/BuildApplet.py \
--destroot 
"/opt/local/var/macports/build/_Users_Shared_erickt_Projects_macports_dports.git_lang_python30/work/destroot"
\
--python 
/opt/local/Library/Frameworks/Python.framework/Versions/3.0/Resources/Python.app/Contents/MacOS/Python
\
--output 
"/opt/local/var/macports/build/_Users_Shared_erickt_Projects_macports_dports.git_lang_python30/work/destroot/Applications/Python
3.0/Build Applet.app" \
./scripts/BuildApplet.py
Traceback (most recent call last):
  File "./scripts/BuildApplet.py", line 14, in 
import MacOS
ImportError: No module named MacOS
make[1]: *** [install_BuildApplet] Error 1
make: *** [frameworkinstallapps] Error 2

On Mon, Jun 23, 2008 at 1:09 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> If you just remove the reference to cachesrc.py, do you still have
> adverse effects?
>
> --
> nosy: +benjamin.peterson
>
> ___
> Python tracker <[EMAIL PROTECTED]>
> 
> ___
>

--
nosy: +idadesub

___
Python tracker <[EMAIL PROTECTED]>

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

[issue449227] rlcompleter add "(" to callables feature

[Manuel Muradás]

Manuel Muradás <[EMAIL PROTECTED]> added the comment:

I have also updated the rlcompleter documentation. Here is the complete
patch.
rlcompleterAndDoc2.6.diff

--
nosy: +facundobatista
Added file: http://bugs.python.org/file10714/rlcompleterAndDoc2.6.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3174] 3.0b1 doesn't seem to install on macs

[Benjamin Peterson]

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

If you just remove the reference to cachesrc.py, do you still have
adverse effects?

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3175] multiprocessing build fails on Fedora 8 and Xubuntu 8 + solution

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
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

[issue3183] sha modules & Modules/Setup.dist

[Ralf W. Grosse-Kunstleve]

New submission from Ralf W. Grosse-Kunstleve <[EMAIL PROTECTED]>:

It would be very useful to add two lines to Modules/Setup.dist:

Index: Modules/Setup.dist
===
--- Modules/Setup.dist  (revision 64489)
+++ Modules/Setup.dist  (working copy)
@@ -249,6 +249,8 @@
 # The _sha module implements the SHA checksum algorithm.
 # (NIST's Secure Hash Algorithm.)
 #_sha shamodule.c
+#_sha256 sha256module.c
+#_sha512 sha512module.c


 # SGI IRIX specific modules -- off by default.


Background:

- Python built on machine A and distributed to end-users.
  Machine A happens to have the OpenSSL libraries.

- End-user runs our package incl. the pre-built Python on
  machine B, which happens not to have the OpenSSL libraries,
  or an incompatible version.

- hashlib imports _hashlib, which fails because of the
  OpenSSL problem.

- hashlib tries to fall back to generic sha and md5 modules.
  I had _sha and md5 enabled in Modules/Setup.dist, but
  didn't know Python 2.5 needs more.

I found this out the hard way. It would be helpful to at least
have the extra two comments as suggested above. I think it would
be even better to not comment out the md5 and sha modules in
the original Python distribution since it just adds about 200k
of .o files (Linux). That's very cheap compared to the loss
in time if people have to figure out why import hashlib is
failing and how to work around the problem.

--
components: Installation
messages: 68644
nosy: rwgk
severity: normal
status: open
title: sha modules & Modules/Setup.dist
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3175] multiprocessing build fails on Fedora 8 and Xubuntu 8 + solution

[Jesse Noller]

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

This is a duplicate of 
http://bugs.python.org/issue3150

--
assignee:  -> jnoller
nosy: +jnoller
resolution:  -> duplicate

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1571841] email module does not complay with RFC 2046: CRLF issue

[Deron Meranda]

Deron Meranda <[EMAIL PROTECTED]> added the comment:

Still an issue in 2.5.

This lack of conformance to the RFC is can also cause problems when
trying to use encrypted or signed email, as those activities may depend
on "canonical" line endings.  An LF rather than CR+LF can cause the
crypto to break in some cases.

This appears to be caused by the email package writing to an internal
StringIO file using the print statement, where it relies on print
outputting the end-of-line character (which will always output a LF). 
The module should instead write the eol character(s) explicitly.

To maintain backwards compatibility, it may be best if the preferred eol
character be settable on a per-message basis; which would default to the
current non-conforming behavior of LF, but which could be set to CR+LF
if strict MIME behavior is desired.

--
nosy: +dmeranda
type:  -> behavior

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3182] 2to3 Slight Patch

[Nick Edds]

New submission from Nick Edds <[EMAIL PROTECTED]>:

This is a small patch to the 2to3 tool, replacing some calls to
isinstance (x,y) with type(x) is y in the file pytree.py. Although there
is only a slight performance increase for each time this change is made,
the recursive nature of pattern matching means that isinstance was being
calling hundreds of thousands of times per file, so overall these minor
changes result in a 3-4% speed increase in my limited testing. It
currently fails only one test due to line 432 in test_pytree, because I
had to rename the type parameter to new_type so I could call type() on
something. But with the line in the test file changed, it passes all tests.

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
files: pytree.py
messages: 68641
nosy: collinwinter, nedds
severity: normal
status: open
title: 2to3 Slight Patch
type: performance
versions: Python 2.6
Added file: http://bugs.python.org/file10713/pytree.py

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3181] ConfigParsers are classic classes

[Georg Brandl]

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

Why do you think ConfigParser should be a new-style class?

--
nosy: +georg.brandl
resolution:  -> invalid
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

[issue3181] ConfigParsers are classic classes

[Ari Makela]

Changes by Ari Makela <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file10712/configparser.py

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3181] ConfigParsers are classic classes

[Ari Makela]

Changes by Ari Makela <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10711/configparser.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3181] ConfigParsers are classic classes

[Ari Makela]

Changes by Ari Makela <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file10711/configparser.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3181] ConfigParsers are classic classes

[Ari Makela]

New submission from Ari Makela <[EMAIL PROTECTED]>:

The base class, ConfigParser.RawConfigParser does not inherit object and
therefore it is a classic class.

Test script run with my normal python installation:

$ /usr/bin/python -V
Python 2.5.2

$ /usr/bin/python arska/configparser.py
bar

And run with uptodate svn checkout with modified ConfigParser.py

$ LD_LIBRARY_PATH=/usr/local/lib /usr/local/bin/python -V
Python 2.6b1+

$ LD_LIBRARY_PATH=/usr/local/lib arska/configparser.py
Setting value=bar
Getting value=bar
bar

Platform: Kubuntu 8.04.
$ uname -a
Linux laphroaig 2.6.24-19-generic #1 SMP Wed Jun 4 15:10:52 UTC 2008
x86_64 GNU/Linux

The test script and diff -u as attachments.

--
components: Library (Lib)
files: configparser.diff
keywords: patch
messages: 68639
nosy: hauva
severity: normal
status: open
title: ConfigParsers are classic classes
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file10710/configparser.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3180] Interrupts are lost during readline PyOS_InputHook processing

[Michael Abbott]

New submission from Michael Abbott <[EMAIL PROTECTED]>:

The (undocumented!) API for PyOS_InputHook has two defects which are
addressed in the attached patch (at least when using the readline
module): firstly the called hook currently has to guess that input will
come on descriptor 0; secondly, any Ctrl-C interrupts encountered during
the processing of the input hook are lost.

This loss of interrupts can be rather annoying.  The attached patch
addresses these problems by redefining the API to PyOS_InputHook as 

int PyOS_InputHook(int file_in);

where file_in is the descriptor to monitor (PyOS_InputHook need not
return until file_in is ready to read), and the return value is non-zero
if and only if processing was interrupted.

Testing for interruption is implemented in the HAVE_RL_CALLBACK and
HAVE_SELECT branch of Modules/readline.c; other uses retain their
original functionality (I believe!).

The attached patch was prepared against
http://svn.python.org/projects/python/trunk , current at the time of
writing.

--
components: None
files: input-hook.patch
keywords: patch
messages: 68638
nosy: Araneidae
severity: normal
status: open
title: Interrupts are lost during readline PyOS_InputHook processing
type: feature request
versions: Python 2.6
Added file: http://bugs.python.org/file10709/input-hook.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3167] math test fails on Solaris 10

[Jean Brouwers]

Jean Brouwers <[EMAIL PROTECTED]> added the comment:

Here is a simple test case, demonstrating the issue.

#include 
#include 
#include 

int main(int argc, char *argv[])
{
printf("%f %d\n", log(-HUGE_VAL), errno);
printf("%f %d\n", log( HUGE_VAL), errno);
}

result is different for 32- and 64-bit

> cc -xtarget=native log_inf.c -lm ; a.out  
-Inf 33
Inf 33

> cc -xtarget=native64 log_inf.c -lm ; a.out
-NaN 0
Inf 0

#define EDOM 33 in /usr/include/sys/errno.h

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2549] shutil: NameError (WindowsError) when moving from ext3 to fat32 under linux

[Raghuram Devarakonda]

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment:

This is duplicate of 3134. I posted a patch there.

--
resolution:  -> duplicate
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

[issue3179] cPickle is seriously broken

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

here is a test case. I cannot run it however:
~/pydev/trunk/ ./python Lib/test/test_cpickle.py   
[EMAIL PROTECTED] ok
Traceback (most recent call last):
  File "Lib/test/test_cpickle.py", line 3, in 
from test.pickletester import AbstractPickleTests, AbstractPickleModuleTests
ImportError: No module named pickletester

???

--
keywords: +patch
Added file: http://bugs.python.org/file10708/test-3179.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

I'm pretty convinced that this stuff is broken and needs serious
attention.  Unfortunately, I won't have time to address the email
package before 2.6 and 3.0 get released.  My current work lives at

bzr+ssh://[EMAIL PROTECTED]/python/users/barry/30email

but it hasn't been updated for a while.  I highly suggest taking this to
the email-sig to see if anybody else has spare cycles to work in this
for now.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3179] cPickle is seriously broken

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

Of course it should not raise an RecursionError.

for reference:
http://bugs.python.org/issue2702 is the original bugreport.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3179] cPickle is seriously broken

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

Apparently there are some self->nesting-- calls missing in batch_list
and batch_dict.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3179] cPickle is seriously broken

[Facundo Batista]

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

This example works before my patch, exactly!

The reason of the patch I applied is that in some cases a Recursion
error should be raised, but it didn't happen, causing some serious
issues later.

I'm putting in copy to cuerty, for him to analyze if this case should
have caused Recursion error in the first place, or not.

In any case, it's a good example. Ralf, would you mind to generate a
test case from this example?

Thank you all!

--
nosy: +cuerty

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

[Andi Albrecht]

Andi Albrecht <[EMAIL PROTECTED]> added the comment:

IMO, the best way to resolve this is to use the default continuation
whitespace when a Header class is created from a string. But I'm pretty
unsure about the default whitespace character. After having a look at a
random set of mails in my inbox it seems that in most cases a tab is
used for all headers except for the subject (excluding mails sent from
Python scripts of course...). I would prefer '\t'; it's allowed and
results in a cleaner output - but it won't solve the problem with some
email clients which was the starting point for this issue (a short note
in the docs should resolve this anyway... ;-)

But I wonder if for some reason setting headers from strings
intentionally differs from using the Header class? There are some tests
that explicitly test both cases and expect different output. In
TestLongHeaders it's

 test_long_unbreakable_lines_with_continuation()
 test_long_lines_with_different_header(self)
 test_long_received_header() [continuation_ws set to tab here]

So, what I would do is
 * remove continuation_ws keyword from Generator._write_headers()
 * make '\t' the default cont. whitespace for headers (Header class)
 * update test cases and the documentation accordingly

Do you think that this is the right way to go? Or would it break too
much code outside stdlib if the default ws changes?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3179] cPickle is seriously broken

[Ralf Schmitt]

New submission from Ralf Schmitt <[EMAIL PROTECTED]>:

import cPickle

res=[]
for x in range(1,2000):
res.append(dict(doc=x, similar=[]))

cPickle.dumps(res)


Traceback (most recent call last):
  File "pi.py", line 10, in 
cPickle.dumps(res)
RuntimeError: maximum recursion depth exceeded

svn r64471 seems to cause the problematic behaviour.

facundo, you committed that one.

--
messages: 68629
nosy: facundobatista, schmir
severity: normal
status: open
title: cPickle is seriously broken
type: behavior
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3178] __radd__(self, other) isn't called if self and other are of the same class

[Amaury Forgeot d'Arc]

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

As Andrii said, this behaviour is by design.

--
nosy: +amaury.forgeotdarc
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

[issue3167] math test fails on Solaris 10

[Mark Dickinson]

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

On second thoughts, forget about matherr---looks like it's
outdated technology.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3178] __radd__(self, other) isn't called if self and other are of the same class

[Andrii V. Mishkovskyi]

Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment:

This is covered in section 3.4.7 of Python Reference Manual:
__radd__(self, other)
[skipped]
These methods are called to implement the binary arithmetic
operations (+, -, *, /, %, divmod(), pow(), **, <<, >>, &, ^, |) with
reflected (swapped) operands. These functions are only called if the
left operand does not support the corresponding operation and the
operands are of different types.[3.3] For instance, to evaluate the
expression x-y, where y is an instance of a class that has an __rsub__()
method, y.__rsub__(x) is called if x.__sub__(y) returns NotImplemented. 
[3.3] For operands of the same type, it is assumed that if the
non-reflected method (such as __add__()) fails the operation is not
supported, which is why the reflected method is not called.

--
nosy: +mishok13

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3178] __radd__(self, other) isn't called if self and other are of the same class

[Pyry Pakkanen]

New submission from Pyry Pakkanen <[EMAIL PROTECTED]>:

>>> class test: 
... def __radd__(self,other):
... return '__radd__ called'
... 
>>> t = test()
>>> 1 + t
'__radd__ called'
>>> t + t
Traceback (most recent call last):
  File "", line 1, in 
TypeError: unsupported operand type(s) for +: 'test' and 'test'


This applies to all of the reflected operations.

--
messages: 68625
nosy: Frosburn
severity: normal
status: open
title: __radd__(self,other) isn't called if self and other are of the same class
versions: Python 2.5, 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

[issue3167] math test fails on Solaris 10

[Mark Dickinson]

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

Judging by the information at

http://docs.sun.com/app/docs/doc/802-1930-03/6i5u95u0i?
l=en&a=view&q=matherr

this behaviour is intentional.  It looks like log(-inf)
sets errno = EDOM and returns -inf.  An IEEE 754
conforming math library would return NaN instead.

I've no idea why the 64-bit build doesn't exhibit
this problem.

math_1 in Modules/mathmodule.c bases its error reporting
primarily on return values, only looking at errno in the
case when a finite value is returned.  So it doesn't
ever take any notice of the EDOM errno value.

Unfortunately, changing this would likely cause failures
on other machines.  GNU libc is all over the place when
it comes to setting errno:  I recall finding that on one
Linux machine, of the three calls atanh(1.), log(0.) and
log10(0.), one of these sets errno = EDOM, one sets errno
= ERANGE, and one doesn't set errno at all.  (All three
calls correspond to logarithmic singularities, and should
all behave the same way.)

One obvious solution is to write a matherr function
for use on Solaris, as described on the man page
above.  Do you think you could have a
go at this?

--
priority:  -> high

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3177] os.startfile implement in posix and MacOSX

[Young-Ho Cha]

New submission from Young-Ho Cha <[EMAIL PROTECTED]>:

Currently, os.startfile is implemented in Win32 only, but there are
command line tools in Unix and MacOSX that have same behavior.

As a result of http://portland.freedesktop.org, unix desktop has command
line tool named "xdg-open"
(http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html).

And MacOSX has 'open'
(http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/open.1.html)
command, and it can be used in same condition.

--
components: Library (Lib)
messages: 68623
nosy: ganadist
severity: normal
status: open
title: os.startfile implement in posix and MacOSX
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

[issue3142] urllib docs don't match the new modules

[Georg Brandl]

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

Only a few things -- I've done them in r64477. This is now done, thanks!

--
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

[issue3176] result error for 2/5 and 4/5

[Amaury Forgeot d'Arc]

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

This is normal, and due to the floating point representation of numbers.
Please see
http://www.python.org/doc/faq/general/#why-are-floating-point-calculations-so-inaccurate

--
nosy: +amaury.forgeotdarc
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

[issue3176] result error for 2/5 and 4/5

[Hiweed]

New submission from Hiweed <[EMAIL PROTECTED]>:

On IDLE 3.0b1 (Windows XP SP3):
 - type 2/5 you'll get 0.40002 instead of 0.4
 - type 4/5 you'll get 0.80004 instead of 0.8

--
components: IDLE, Windows
messages: 68620
nosy: hiweed
severity: normal
status: open
title: result error for 2/5 and 4/5
type: crash
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

[issue3045] Windows online help broken when spaces in TEMP environ

[Senthil]

Senthil <[EMAIL PROTECTED]> added the comment:

This issue is valid in Python2.5. I verified it on a Windows. The fix
suggested 

Changing:
 os.system(cmd + ' ' + filename)
to
 os.system('%s "%s"' % (cmd,filename))

in pydoc.tempfilepager also makes sense for fixing this issue.

--
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

[issue3175] multiprocessing build fails on Fedora 8 and Xubuntu 8 + solution

[Mark Summerfield]

New submission from Mark Summerfield <[EMAIL PROTECTED]>:

I built Python 30b1 from the tarball on Fedora 8 and Xubuntu 8.
My only configure switch was --prefix to get a local build.

On both systems the only build error I got was:

Failed to find the necessary bits to build these modules:
_gestalt

which shouldn't matter because it is a Mac thing not a Linux thing (and
already reported)---there were no other error messages, so no warning
that multiprocessing wasn't working.

Running make test does _not_ indicate any problem with the
multiprocessing module (same output on both systems):

302 tests OK.
21 tests skipped:
test_bsddb3 test_cProfile test_codecmaps_cn test_codecmaps_hk
test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses
test_kqueue test_normalization test_ossaudiodev test_pep277
test_socketserver test_startfile test_timeout test_urllib2net
test_urllibnet test_winreg test_winsound test_xmlrpc_net
test_zipfile64
Those skips are all expected on linux2.

If I run test_multiprocessing.py manually from the _build_ directory it
works fine.

But if I use the locally installed Python 3 (soft linked to python3 in
my PATH), on both systems I get this:

: python3 -V
Python 3.0b1
: python3 Lib/test/test_multiprocessing.py
Traceback (most recent call last):
  File "Lib/test/test_multiprocessing.py", line 19, in 
import multiprocessing.dummy
ImportError: No module named multiprocessing.dummy

Now given that the tests all pass it seemed to me that the problem was
with the build rather than with the module itself, and that led to the
solution, which for both systems is the same simple command:

cp -R ~/download/Python-3.0b1/Lib/multiprocessing
~/opt/python30b1/lib/python3.0

So it seems that although the shared library is copied correctly from
the build directory, what has been forgotten is to copy the
multiprocessing directory itself.

--
components: Build
messages: 68618
nosy: mark
severity: normal
status: open
title: multiprocessing build fails on Fedora 8 and Xubuntu 8 + solution
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

[issue2378] UnboundLocalError when trying to raise exceptions inside execfile

[Amaury Forgeot d'Arc]

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

The problem is in PyFrame_LocalsToFast.

(As I understand it: "Locals" refers to the locals() dictionary of the
frame; "Fast" refers to an optimization where local variables are stored
in an array. 
Each call to locals() or the trace function normalizes data by copying
the Fast array into the Locals dictionary; with sys.settrace, the user
may modify the locals, so the inverse transformation is done after each
call to the trace function)

When defining a class, PyFrame_FastToLocals does not copy the free
variables from enclosing scopes. This is the goal of r53954 "Do not copy
free variables to locals in class namespaces".
When executing code in the class body, the sys.settrace function is
called with this reduced set of locals().
The problem is that PyFrame_LocalsToFastdoes does not have the same
test, and uses the locals() to update (and clear) the free variables as
well.

I attach a patch that makes PyFrame_LocalsToFast symmetric to
PyFrame_FastToLocals: in the case of a class statement, do not update 
the free variables.

--
keywords: +patch
nosy: +jhylton
Added file: http://bugs.python.org/file10707/localstofast.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue701743] Reloading pseudo modules

[Walter Dörwald]

Walter Dörwald <[EMAIL PROTECTED]> added the comment:

AFAIK reload() is gone in 3.0 anyway, so I don't think this patch is
relevant any longer.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3174] 3.0b1 doesn't seem to install on macs

[Erick Tryzelaar]

Erick Tryzelaar <[EMAIL PROTECTED]> added the comment:

I should add the error message:

DYLD_FRAMEWORK_PATH=/opt/local/var/macports/build/_Users_Shared_erickt_P
rojects_macports_dports.git_lang_python30/work/Python-3.0b1: 
../python.exe ./scripts/cachersrc.py -v 
/opt/local/var/macports/build/_Users_Shared_erickt_Projects_macports_dpo
rts.git_lang_python30/work/destroot/opt/local/Library/Frameworks/Python.
framework/Versions/3.0/lib/python3.0/plat-mac 
/opt/local/var/macports/build/_Users_Shared_erickt_Projects_macports_dpo
rts.git_lang_python30/work/destroot/opt/local/Library/Frameworks/Python.
framework/Versions/3.0/Mac/Tools
../python.exe: can't open file './scripts/cachersrc.py': [Errno 2] No 
such file or directory
make[1]: *** [installmacsubtree] Error 2
make: *** [frameworkinstallmaclib] Error 2


Also, I saw that someone else is having the same problem, so it's not 
just me:

http://groups.google.com/group/python-
dev2/browse_thread/thread/65813603fb4d93b9/2585073b7dcb2dbb?
lnk=gst&q=cachersrc#2585073b7dcb2dbb

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3174] 3.0b1 doesn't seem to install on macs

[Erick Tryzelaar]

New submission from Erick Tryzelaar <[EMAIL PROTECTED]>:

Revision r63851 [1] by Benjamin Peterson removed a couple mac scripts, 
including cachersrc.py. Unfortunately, this script is still referenced in 
Mac/Makefile.in, so it fails to install on my mac. Anyone have a 
workaround I could add for packaging this up for macports?

[1]: http://svn.python.org/view?rev=63851&view=rev

--
components: Installation
messages: 68614
nosy: erickt
severity: normal
status: open
title: 3.0b1 doesn't seem to install on macs
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

[issue2378] UnboundLocalError when trying to raise exceptions inside execfile

[Amaury Forgeot d'Arc]

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

The problem seems to have been introduced by r53954.

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3112] implement PEP 3134 exception reporting

[Antoine Pitrou]

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

Le lundi 23 juin 2008 à 06:16 +, Adam Olsen a écrit :
> Failure doesn't have an args tuple and doesn't subclass Exception (or
> BaseException) - it already needs modification in 3.0.  It's heaped
> full of complexity and implementation details.  I wouldn't be
> surprised if your changes break it in subtle ways too.

Failure was only an example, I'm sure there are lots of other ones. The
point is that the assertion that user-defined exceptions can be safely
cloned by cloning their args is wrong, unless you want to put very
strong restrictions on how user-defined exceptions can behave.

___
Python tracker <[EMAIL PROTECTED]>

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