Robert Collins robe...@robertcollins.net added the comment:
Ran into this trying to do some test isolation stuff.
Notwithstanding the questions about 'why', this is a clear limitation
hat can be solved quite simply - is there any harm that will occur if we
fix it?
I've attached a patch, with a
Robert Collins robe...@robertcollins.net added the comment:
This affects 2.7 too.
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1515
___
New submission from Christoph Zwerschke c...@online.de:
In the section Using the batteries of the Idioms and Anti-Idioms in
Python document
(http://docs.python.org/dev/howto/doanddont.html#using-the-batteries),
the reduce statement is used for summing up numbers as an example. I
think this is
Ronald Oussoren ronaldousso...@mac.com added the comment:
I agree with martin, this is probably an OS bug.
BTW. I can confirm that the issue occurs on OSX 10.6 as well (using the
binary 2.6.4 installer on the python.org website).
I might get around to writing a C equivalent of the script in
New submission from Gavin Panella ga...@gromper.net:
The logging module create a global _lock in what looks like a
thread-unsafe manner:
{{{
_lock = None
def _acquireLock():
Acquire the module-level lock for serializing access to shared data.
This should be released with
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - vinay.sajip
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7403
___
Antoine Pitrou pit...@free.fr added the comment:
The patch has been committed in r76546 and r76547. Thank you for your
contribution!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw ba...@python.org added the comment:
Robert's patch looks fine to me. My concern is changing this in a point
release (e.g. 2.6.5). I know Guido said he was fine for this going into
2.6 but that was in January 08, before 2.6 final was released in October
08. At this point, the
Antoine Pitrou pit...@free.fr added the comment:
The test should be a real unittest in Lib/test/test_copy, not something
in the __main__ section of Lib/copy.py. Nobody runs these, as a matter
of fact if you run Lib/copy.py under the py3k branch it fails.
To nitpick a bit, I also think Michael's
Hugh Secker-Walker hug...@users.sourceforge.net added the comment:
Well, from *my* perspective it's a Python bug because I code to Python's
API and Python misbehaves! ;-)
If I start on it soon enough I'll look into duplicating the problem in C.
--
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Thanks Gavin, fix checked into trunk, py3k and release26-maint (r76551).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7403
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7403
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I have now added documentation to os.rst, and committed the patch as
r76550 and r76552.
Thanks for contributing it.
--
resolution: - accepted
status: open - closed
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
jvdias, have you looked at what the multiprocessing module offers?
http://docs.python.org/library/multiprocessing.html#synchronization-primitives
--
nosy: +pitrou
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
Hugh, for us as Python maintainers there is a distinction between issues
with the Python implementation itself and those outside of Python. The
former we can solve, the latter not.
At best we can work around issues in the environment
Geoffrey Bache gjb1...@users.sourceforge.net added the comment:
You misunderstand: I am not reading $PWD. I need to call a C program as
a subprocess, which is written by a third party and which determines its
current working directory by reading $PWD. os.chdir will not have any
effect on this
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: georg.brandl - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7402
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Fixes now also in release24-maint and release25-maint (as of r76555).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7403
___
Antoine Pitrou pit...@free.fr added the comment:
What if you pass shell=True to the subprocess call?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4057
___
Robert Collins robe...@robertcollins.net added the comment:
@Antoine, I agree that the tests for copy should be a proper unit test;
that seems orthogonal to this patch though :)
I don't have a checkout of 3 at the moment, but do you think the test
failure on 3 is shallow or deep?
--
Antoine Pitrou pit...@free.fr added the comment:
@Antoine, I agree that the tests for copy should be a proper unit test;
that seems orthogonal to this patch though :)
Not really, since Lib/test/test_copy.py exists and contains tests for
deepcopy; you should add the new test there.
I don't
Robert Collins robe...@robertcollins.net added the comment:
Oh man, I looked for a regular unit test - sorry that I missed it. Bah.
I've added a call to the method and moved it into test_copy.
--
Added file: http://bugs.python.org/file15406/issue1515.patch
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +Merwok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2811
___
___
Python-bugs-list mailing
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +Merwok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1293741
___
___
Python-bugs-list mailing
Guido van Rossum gu...@python.org added the comment:
Smells like a feature to me.
Bug == coding error
Feature == change in (documented or intended) behavior
I'm fine with this going into 2.7 / 3.2.
--
___
Python tracker rep...@bugs.python.org
New submission from Mark Roddy markro...@gmail.com:
In the 'Terminology' section of the optparse module documentation, under
the description of the term 'required option', a reference to example
implementations of this concept are stated to be available in two
example files of the source
Mark Roddy markro...@gmail.com added the comment:
Patch which removes reference to example_1.py and example_2.py
--
keywords: +patch
Added file: http://bugs.python.org/file15407/remove-reference.diff
___
Python tracker rep...@bugs.python.org
Mark Roddy markro...@gmail.com added the comment:
Patch which references the original optik module when referring to
example required option modules.
--
Added file: http://bugs.python.org/file15408/reference-optik.diff
___
Python tracker
Mark Roddy markro...@gmail.com added the comment:
Patch takes the contents of required_1.py from the optik source adds it
in the optparse documentation as well as removing references to the two
files.
--
Added file: http://bugs.python.org/file15409/example-inline.diff
New submission from jeff deifik j...@jeffunit.com:
In order to compile 3.1.1 with the cygwin environment, it was necessary
to edit Modules/main.c after running configure
There are a few tests that still fail when running 'make test', but
overall, python 3.1.1 works fine.
Included is the
30 matches
Mail list logo