Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Maybe you have created a file named abc.py somewhere?
What happens when you type:
C:\Python26python.exe -c import abc; print abc
--
nosy: +amaury.forgeotdarc
___
Python tracker
Ralf Schmitt sch...@gmail.com added the comment:
I'm also using this patch successfully (together with
http://tdm-gcc.tdragon.net/).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4709
Radomir Dopieralski python-b...@sheep.art.pl added the comment:
I am reporting this specifically because I just had two independent cases of
people who submitted code that had almost all methods name-mangled (within 2
weeks), and who then pointed to that section of the tutorial as
Ezio Melotti ezio.melo...@gmail.com added the comment:
FWIW that section used to be called Private variables through name mangling
back in 1.5, and started by saying There is now limited support for
class-private identifiers..
PEP8 [0] also talks about the name mangling in several places, and
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
@ Nir Aides wrote (2011-05-16 20:57+0200):
Steffen, can you explain in layman's terms?
I am the layman here.
Charles-François has written a patch for Python which contradicted
his own proposal from msg135079, but he seems to have
New submission from Ronald Oussoren ronaldousso...@mac.com:
When I run the test suite on OSX (configure; make test) I get unexpected est
failures:
6 tests failed:
test_codecencodings_cn test_codecencodings_hk
test_codecencodings_jp test_codecencodings_kr
test_codecencodings_tw
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12095
___
___
Python-bugs-list
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've verified the issue in a fresh download of revision c449d3c3e0da of the 2.7
branch.
I'm on OSX 10.6, but that's not really relevant for this issue.
If I'm using 'hg bisect' correctly (and that's a big if as I haven't used it
Roundup Robot devnull@devnull added the comment:
New changeset 932de36903e7 by Ronald Oussoren in branch '2.7':
(backport)Fix #10154 and #10090: locale normalizes the UTF-8 encoding to
UTF-8 instead of UTF8
http://hg.python.org/cpython/rev/932de36903e7
New changeset 28e410eb86af by Ronald
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10154
___
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10154
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've applied a fix for #10154 and that also fixes this problem.
--
nosy: +ronaldoussoren
resolution: - fixed
stage: test needed - committed/rejected
status: open - closed
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've filed #9451707 about this in Apple's bug tracker.
BTW. I don't think this is a platform bug, neither the manpage nor the unix
specification at
http://pubs.opengroup.org/onlinepubs/007908799/xsh/strftime.html specify what
happens
Roundup Robot devnull@devnull added the comment:
New changeset 3d7cb852a176 by Ronald Oussoren in branch 'default':
Fix for issue 10154, merge from 3.2
http://hg.python.org/cpython/rev/3d7cb852a176
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devnull@devnull added the comment:
New changeset 1c6823317a06 by Ronald Oussoren in branch '3.2':
Fixes #11088: IDLE crashes when using F5 to run a script on OSX with Tk 8.5
http://hg.python.org/cpython/rev/1c6823317a06
--
nosy: +python-dev
Roundup Robot devnull@devnull added the comment:
New changeset 85aa02bc674c by Ronald Oussoren in branch 'default':
Fixes #11088: IDLE crashes when using F5 to run a script on OSX with Tk 8.5
http://hg.python.org/cpython/rev/85aa02bc674c
--
___
Roundup Robot devnull@devnull added the comment:
New changeset 578020fe2875 by Ronald Oussoren in branch '2.7':
(backport) Fixes #11088: IDLE crashes when using F5 to run a script on OSX with
Tk 8.5
http://hg.python.org/cpython/rev/578020fe2875
--
Ronald Oussoren ronaldousso...@mac.com added the comment:
I don't really like this patch, but like crashes that cause data loss even
less...
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
Thank you, thank you, thank you.
I'm a bit irritated that a french man treats a wet-her as a typo!
What if *i* like it?? In fact it is a fantastic physical backing
store. Unbeatable.
Well and about dropping the fsync() in case
Roundup Robot devnull@devnull added the comment:
New changeset 83f4c270b27d by Victor Stinner in branch '2.7':
Issue #12057: Fix .hgeol and test_multibytecodec_support for the conversion of
http://hg.python.org/cpython/rev/83f4c270b27d
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh oh. I forgot to patch .hgeol and test_multibytecodec_support.py during my
merge 3.1 (16503022c4b8) - 2.7 (1bd697cdd210). It should be ok with
83f4c270b27d.
Thank you for your report Ronald.
--
resolution: - fixed
R. David Murray rdmur...@bitdance.com added the comment:
Right, that's why I said if it is a bug :)
FreeBSD has the same behavior, so I'd actually prefer that Apple not fix
this. It would be nice if FreeBSD did and Apple adopted it, though, since only
dropping the % is the least intuitive
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12091
___
___
Python-bugs-list mailing
Ruslan Mstoi rms...@gmail.com added the comment:
OK, finally got some time to make a patch. The fix is to seek the beginning of
the comment before calling readline. That way the next line won't be deleted.
Also, provided a test case for this issue in the patch.
--
keywords: +patch
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'm not sure if Apple's tracking FreeBSD, but they at the very least heavily
borrow code (see http://opensource.apple.com/source/Libc/Libc-594.9.4/ for
libc)
--
___
Python tracker
New submission from STINNER Victor victor.stin...@haypocalc.com:
Builder x86 Gentoo 3.x Build #130:
http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%203.x/builds/130/steps/test/logs/stdio
[263/354] test_threading
Timeout (1:00:00)!
Thread 0x48f0bb70:
File
Charles-François Natali neolo...@free.fr added the comment:
The sleep is too short:
def f():
with cond:
result = cond.wait_for(lambda : state==4)
for i in range(5):
time.sleep(0.01)
with cond:
state += 1
Charles-François Natali neolo...@free.fr added the comment:
It's probably a libc buc, see
http://sources.redhat.com/bugzilla/show_bug.cgi?id=12453
Basically, when libraries are dynamically loaded in an interleaved way, this
can lead to TLS being returned uninitialized, hence leading to a
Changes by R. David Murray rdmur...@bitdance.com:
--
keywords: +buildbot
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12096
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
This patch adds an flag to the configure script:
--without-framework-applications.
When this flag is used 'make install' will not create /Applications/Python 3.3,
and won't install IDLE.app and PythonLauncher.app
--
keywords:
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
___
R. David Murray rdmur...@bitdance.com added the comment:
With these new additions, the test input is getting unwieldy. If you have the
time, I'd like to see the unit tests refactored to be more unit-testy. That
is, instead of a single test netrc file, have multiple inputs, one for each
Nathan nathaniel.j.b...@gmail.com added the comment:
Thanks for the speedy reply I have cut and past the results from the for
following tests
I can't test this on Windows, but you could try the following things:
1) check that 'python.exe -V' returns 2.6.6;
2) try using the IDLE shortcut in
Nathan nathaniel.j.b...@gmail.com added the comment:
So obviously the abc.py is already a module in the the frame work!
All fixed
Thanks again
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12094
Charles-François Natali neolo...@free.fr added the comment:
Here's a one-liner patch using the later approach (that way we're
sure the test won't hang).
--
keywords: +patch
Added file: http://bugs.python.org/file22015/wait_for_race.diff
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12094
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12002
___
Jay Parlar par...@gmail.com added the comment:
While working on this, I believe it would also make sense to remove all
instances of the terms new-style and old-style from the Descriptor HowTo
(and wherever else they might be present)
It still makes sense for them to be present in the 2.7
New submission from anatoly techtonik techto...@gmail.com:
On Windows, if Python is unable to find its .dll it crashes badly. This affects
`vurtualenv` project that doesn't copy .dll file. It would be more user
friendly if python.exe launcher could detect this situation and fail gracefully.
Antoine Pitrou pit...@free.fr added the comment:
Sorry to reopen, but do these methods really have to return *byte strings* for
interface names?
In Python 3, we usually take the position that textually meaningful data should
be str, not bytes (even filenames under POSIX). The usual way to do
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
I've dropped wet-her!
I hope now you're satisfied!
So the buffer cache is all which remains hot.
How deserted!
And you could also add a test (I guess that just calling fsync
with full_sync=True on a valid FD would be enough.
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Which dll was missing in your case? python27.dll, python32.dll or another one?
Virtualenv usually work on Windows. What did it fail to copy?
There is already PEP387 about a Python launcher on Windows. Can you please
read the
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com:
Removed file: http://bugs.python.org/file21986/11877.8.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11877
___
Antoine Pitrou pit...@free.fr added the comment:
I've dropped wet-her!
I hope now you're satisfied!
So the buffer cache is all which remains hot.
How deserted!
I'm not sure I'm always understanding your messages well (I'm not a
native English speaker), but I don't think this kind of
New submission from Sergey Mezentsev theb...@yandex.ru:
I run this code:
from multiprocessing import Pool
def myfunc(x):
assert False
#if __debug__: print 'debug'
return x - 1
if __name__ == '__main__':
pool = Pool(processes=1)
it = pool.imap(myfunc, xrange(5)) # or
STINNER Victor victor.stin...@haypocalc.com added the comment:
I'm unable to reproduce this bug on Linux.
$ cat script.py
from multiprocessing import Pool
import os
def myfunc(x):
import sys
print(child, os.getpid(), optimize?, sys.flags.optimize)
assert False, assert False
STINNER Victor victor.stin...@haypocalc.com added the comment:
I don't like the API because it gives a different behaviour depending on the OS
and I don't see how to check that the function does really a full sync.
I would prefer a new option os.fullsync() function which is like your
Sergey Mezentsev theb...@yandex.ru added the comment:
In my system (Windows 7 (64) SP1, Python 2.6.6 32-bit) I have:
d:\temppython -O pool.py
('parent optimize?', 1)
('child', 4712, 'optimize?', 0)
(Traceback (most recent call last):
' File new.py, line 14, in module
childpool.map(myfunc,
Charles-François Natali neolo...@free.fr added the comment:
Under Linux, child processes are created with fork(), so they're run with the
exact same environment as the parent process (among which sys.flags.optimize).
I don't know Windows at all, but since I've heard it doesn't have fork(), my
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: Child process running as debug - Child process running as debug on
Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12098
Changes by Antoine Pitrou pit...@free.fr:
--
type: behavior - feature request
versions: +Python 3.3 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12098
___
Santoso Wijaya santoso.wij...@gmail.com added the comment:
`strftime` does not, indeed, seem to define what behaviour it is supposed to do
when given non-supported format characters. Under Windows, in fact, it will
crash the runtime (see: issue #10762).
--
nosy: +santa4nt
Jason R. Coombs jar...@jaraco.com added the comment:
Digging deeper with the Visual Studio debugger, I discovered the following
interesting outcome (run with cmd.exe):
@echo off
mklink /d sample sample-target
mkdir sample-target
echo sample-target\__init__.py
:: Before
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This happens only on Windows, where multiprocessing has to spawn a new
intepreter; the -O parameter is certainly omitted.
Unix platforms fork() the current interpreter with all its state and don't have
this issue.
--
nosy:
Jason R. Coombs jar...@jaraco.com added the comment:
Indeed, this appears to be a bug in stat64.c, specifically a regression in
KB2467174. If I look at the code for _wstat64i32, it doesn't have the code that
calls into _wsopen_s for symlinked files/dirs, so uses the legacy behavior to
stat
Roundup Robot devnull@devnull added the comment:
New changeset a6b4a00fb1c7 by Victor Stinner in branch '3.2':
Issue #12096: Fix a race condition in test_threading.test_waitfor(). Patch
http://hg.python.org/cpython/rev/a6b4a00fb1c7
New changeset c52807b17e03 by Victor Stinner in branch
Brian Curtin br...@python.org added the comment:
Wow, nice analysis. http://connect.microsoft.com/ is the external Microsoft bug
tracker, as far as I know.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6727
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh, it is a real bug in the test. Bug fixed by your patch. Thanks, I commited
your patch.
I don't wait for the buildbot because it's a sporadic (and rare) failure.
--
resolution: - fixed
status: open - closed
STINNER Victor victor.stin...@haypocalc.com added the comment:
I did not see new failure recently, let's close this issue. Reopen if it is not
fixed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Ned Deily n...@acm.org:
--
nosy: -ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11610
___
___
Python-bugs-list mailing list
Senthil Kumaran sent...@uthcode.com added the comment:
neologix, that is right. Importing uuid before importing the other modules does
not result in Seg Fault. Till the libc fix is available in Operating systems
and as a result in CPython, this is probably the only way to go for.
--
STINNER Victor victor.stin...@haypocalc.com added the comment:
It's probably a libc bug
The bug looks to be specific to the GNU libc. It exists in glibc-2.11.3 and
glibc-2.12.2. I suppose that all versions of the GNU libc are affected. The bug
has been fixed:
New submission from Michael Foord mich...@voidspace.org.uk:
import re
re.compile('foo')
_sre.SRE_Pattern object at 0x1043230
p = re.compile('foo')
p.__class__
Traceback (most recent call last):
File stdin, line 1, in module
AttributeError: __class__
Already fixed in 3.2.
--
New submission from STINNER Victor victor.stin...@haypocalc.com:
Stateful CJK codecs reset the codec at each call to encode() producing a valid
but overlong output:
import codecs
encoder = codecs.getincrementalencoder('hz')()
encoder.encode('\u804a') + encoder.encode('\u804a')
STINNER Victor victor.stin...@haypocalc.com added the comment:
ISO 2022 encodings don't have tests neither: test_multibytecodec doesn't test
directly these encodings but it is Unit test for multibytecodec itself. We
may also add tests specific to ISO 2022 encodings:
- iso2022_kr
-
Roundup Robot devnull@devnull added the comment:
New changeset c9df95b57af3 by Benjamin Peterson in branch '2.7':
stop using the old brain-dead interface for providing attributes/methods
http://hg.python.org/cpython/rev/c9df95b57af3
--
nosy: +python-dev
resolution: - fixed
stage: test
STINNER Victor victor.stin...@haypocalc.com added the comment:
Python 3.2 has been published. Can we start deprecating StreamWriter and
StreamReader in Python 3.3 (to remove them from Python 3.4)? The doc should
explain how to convert code using codecs into code using the io module (it
should
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
status: closed -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8796
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
... once most Linux distributions have moved to Python 2.6
Debian uses Python 2.6 by default since it's last stable release (Squeeze). I
think that it was the last distro using Python 2.5 by default.
--
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8796
___
___
Brian Curtin br...@python.org added the comment:
If we can generate a testable MSI file that would be the best. Including a very
small pre-generated MSI for the purposes of the test would be acceptable.
As-is, the tests don't pass because my machine has
C:\Windows\installer\1032f.msi that
anatoly techtonik techto...@gmail.com added the comment:
pythonXX.dll is missing. Virtualenv copies python.exe, which is only 25kB long.
It works only if pythonXX.dll is present in system PATH - either installed into
Windows\System32 or comes with Mercurial, Bazaar or other frozen app install.
anatoly techtonik techto...@gmail.com added the comment:
As for PEPs I think you've meant PEP 397
http://www.python.org/dev/peps/pep-0397/ which is tl; dr for the moment.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12097
New submission from anatoly techtonik techto...@gmail.com:
Currently, PEPs have only hash number, which doesn't explain about how many
changes were done to the PEP since my last review. It will be convenient to
have consecutive revision number for PEP edits and link it to short history log
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Virtualenv only works with an installed Python. This is really a virtualenv
limitation, then; your issue looks similar to this one:
https://github.com/pypa/virtualenv/issues/87
--
resolution: - invalid
status: open - closed
75 matches
Mail list logo