[issue7268] 2to3 execfile conversion changes behavior

flashk added the comment: I noticed that calling "exec('\t')" raises a SyntaxError, so maybe this is the root of the problem. I manually added a newline character to the end of the file contents and it fixes the issue for me: exec(compile(open('test.py').read()+'\n', 'test.py', 'exec')) So m

[issue7175] unify pydistutils.cfg and distutils.cfg and use .local

Éric Araujo added the comment: When ~/.local/lib was chosen for the user directory, the BaseDir Spec was given as prior example. Why not go the full way and follow the spec? The config file could be $XDG_CONFIG_HOME/python/distutils, with $XDG_CONFIG_HOME defaulting to ~/.config. References: ht

[issue7269] Windows buildbot occasional DBFileExistsError failures in test_bsddb3

New submission from R. David Murray : The windows buildbot occasionally fails with tracebacks like this: == ERROR: test01_badpointer (bsddb.test.test_misc.MiscTestCase) ---

[issue7268] 2to3 execfile conversion changes behavior

flashk added the comment: On Thu, Nov 5, 2009 at 5:48 PM, Benjamin Peterson wrote: > > > Well, it works for me with the empty newline. Can you isolate the exact > problem? For me, the exact problem seems to be that exec raises a SyntaxError if the code contains a trailing indentation. Here's a

[issue6748] test_debuglevel from test_telnetlib.py fails

Changes by R. David Murray : -- keywords: +buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue3892] bsddb: test01_basic_replication fails on Windows sometimes

Changes by R. David Murray : -- keywords: -buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue7266] test_lib2to3 failure under Windows

R. David Murray added the comment: Benjamin disabled this test on windows so it is no longer causing the buildbot to fail. -- components: +Tests keywords: +easy -buildbot nosy: +r.david.murray priority: normal -> low stage: -> needs patch ___ Python

[issue6462] bsddb3 intermittent test failures

Changes by R. David Murray : -- keywords: -buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue6462] bsddb3 intermittent test failures

R. David Murray added the comment: The deadlock error is still there, so I'm leaving this open, but it is no longer causing buildbot instability. -- ___ Python tracker ___ __

[issue7268] 2to3 execfile conversion changes behavior

Benjamin Peterson added the comment: 2009/11/5 flashk : > > flashk added the comment: > > Ok, but why am I still getting a syntax error in both 2.6 and 3.1 on the > file, even after converting the newlines? > > If I remove the trailing indentation then everything works properly on 2.6 > and 3.1

[issue7268] 2to3 execfile conversion changes behavior

flashk added the comment: Ok, but why am I still getting a syntax error in both 2.6 and 3.1 on the file, even after converting the newlines? If I remove the trailing indentation then everything works properly on 2.6 and 3.1, even with DOS newlines. It just seems that exec does not properly h

[issue7268] 2to3 execfile conversion changes behavior

Benjamin Peterson added the comment: 2009/11/5 flashk : > > flashk added the comment: > > Ok, I converted test.py to use Unix style newlines and still get the > syntax error on both 2.6 and 3.1. I'm confused as to why execfile works on > the file but reading the contents and passing it to exec

[issue7268] 2to3 execfile conversion changes behavior

flashk added the comment: Ok, I converted test.py to use Unix style newlines and still get the syntax error on both 2.6 and 3.1. I'm confused as to why execfile works on the file but reading the contents and passing it to exec behaves differently under 2.6. Sorry if I'm just being dense. ---

[issue7268] 2to3 execfile conversion changes behavior

Benjamin Peterson added the comment: This is because you have DOS newlines which the Python compiler cannot handle. In 2.x, open("test.py", "r") does not translate newlines. In 3.x, it does. -- ___ Python tracker _

[issue3001] RLock's are SLOW

Changes by Antoine Pitrou : -- assignee: -> pitrou components: -Interpreter Core stage: patch review -> needs patch versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker

[issue7268] 2to3 execfile conversion changes behavior

flashk added the comment: I'm running this code under 2.6, so the print statement should not be the issue. I've attached a new version of test.py that simply performs a variable assignment and I still get the syntax error on both 2.6 and 3.1 with the exec function. Also, the syntax error is r

[issue7268] 2to3 execfile conversion changes behavior

Benjamin Peterson added the comment: test.py is invalid Python 3 syntax. -- resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue7268] 2to3 execfile conversion changes behavior

flashk added the comment: I just attached the files individually. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue7268] 2to3 execfile conversion changes behavior

Changes by flashk : Added file: http://bugs.python.org/file15270/execfile_example_converted.py ___ Python tracker ___ ___ Python-bugs-list mail

[issue7268] 2to3 execfile conversion changes behavior

Changes by flashk : Added file: http://bugs.python.org/file15269/execfile_example.py ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7268] 2to3 execfile conversion changes behavior

Changes by flashk : Added file: http://bugs.python.org/file15268/test.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7268] 2to3 execfile conversion changes behavior

Benjamin Peterson added the comment: Could you attach the files separately or paste them into the bug? zip files are hard to work with. -- nosy: +benjamin.peterson ___ Python tracker ___

[issue7268] 2to3 execfile conversion changes behavior

New submission from flashk : I recently ran 2to3 on some of my scripts and noticed a change in behavior. I had a script that used the built-in execfile function. After the conversion, it was changed to manually open the file and read the contents into the exec function. Now I am getting a Sy

[issue7266] test_lib2to3 failure under Windows

Benjamin Peterson added the comment: I think we need someone with access to windows to propose a patch. -- assignee: benjamin.peterson -> components: +Windows ___ Python tracker ___

[issue7224] One obvious way to do interning

Raymond Hettinger added the comment: Thank you. -- resolution: -> rejected status: open -> closed ___ Python tracker ___ ___ Python-b

[issue7224] One obvious way to do interning

Alexander Belopolsky added the comment: On Thu, Nov 5, 2009 at 3:23 PM, Raymond Hettinger wrote: .. > Martin has already rejected a similar proposal for similar reasons. > Please drop this one. Sure. In fact I've never proposed to apply this patch. As I said in my original submission, the on

[issue7224] One obvious way to do interning

Eric Smith added the comment: I agree with Raymond here. This use case isn't special enough, or the performance of the current "one way to do it" bad enough to warrant changing set. I recommend closing this issue. -- nosy: +eric.smith ___ Python trac

[issue7224] One obvious way to do interning

Raymond Hettinger added the comment: That is a false optimization. Regular python code is full of look-ups (even set.add has a getattr(s, 'add') lookup just to find the add-method; every call to a built-in typically goes through multiple lookups). Also, the cost of a second lookup is trivial

[issue7224] One obvious way to do interning

Alexander Belopolsky added the comment: On Thu, Nov 5, 2009 at 2:16 PM, Raymond Hettinger wrote: > > Raymond Hettinger added the comment: > > The basic problem here is that the "one obvious way" to some people > (including me and Martin v. Löwis) is to use a dictionary.  Further, > there is th

[issue7265] IDLE not working

Martin v. Löwis added the comment: Closing as resolved, then. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue1294959] Problems with /usr/lib64 builds.

Éric Araujo added the comment: If I understand correctly, using lib32 or lib64 is a kludge. Debian and Ubuntu want to come up with a better way to do this: http://wiki.debian.org/ReleaseGoals/MultiArch https://wiki.ubuntu.com/MultiarchSpec Kind regards. -- nosy: +Merwok __

[issue7224] One obvious way to do interning

Raymond Hettinger added the comment: The basic problem here is that the "one obvious way" to some people (including me and Martin v. Löwis) is to use a dictionary. Further, there is the problem of conflating types in a user's mind -- right now, dictionaries are all about looking up and returnin

[issue7212] Retrieve an arbitrary element from a set without removing it

Alexander Belopolsky added the comment: I don't want to pollute python-dev with more hopeless ideas, but I wonder if itertools could grow an efficient C-implemented def first(collection): return next(iter(collection)) On the other hand, it probably belongs to recipes more than stdlib. Thi

[issue1182143] making builtin exceptions more informative

Changes by Raymond Hettinger : -- assignee: rhettinger -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue7212] Retrieve an arbitrary element from a set without removing it

Raymond Hettinger added the comment: After a long discussion on python-dev, this proposal is rejected in favor of adding documentation notes on the ways to non-destructively retrieve an arbitrary item from a set or frozenset. Here is an except from the end of the thread: [Steven D'Aprano] >> A