Steven Bethard steven.beth...@gmail.com added the comment:
This behavior is intentional - positional arguments must be sequential, not
broken up with optional (flag) arguments between. So this is a documentation
bug.
Allowing positional arguments to be broken up with optional (flag) arguments
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
Sorry for mixing the different problems, these were somehow things I noticed
at once in the new python version, but I should have noticed the different
domains myself.
I still might not understand the term crash properly - I just meant
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13183
___
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14196
___
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12913
___
___
Changes by Lars Gustäbel l...@gustaebel.de:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10369
___
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I had intended to wait until the code had been tested on all of the
buildbots before closing it. However, it's taking a while to get xz-utils
installed on the last few bots, so it doesn't make sense to keep the
issue open for this.
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5689
___
___
sbt shibt...@gmail.com added the comment:
What you were told on IRC was wrong. By default the queue *does* have infinite
size.
When a process puts an item on the queue for the first time, a background
thread is started which is responsible for writing items to the underlying
pipe. This
Stefan Krah stefan-use...@bytereef.org added the comment:
Then I'm abusing this ticket to say: thanks for verifying this.
I would still like to sweep this fact under the rug. :)
Could you have a look at the documentation patch and see if it's clearer?
--
keywords: +patch
Added file:
Eli Bendersky eli...@gmail.com added the comment:
BTW, the issue 6488 is still opened. I did not check if there's something
left to do before to close it.
The fundamental problem issue #6488 was opened for still exists - the docs use
the term path without defining it. This should be
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset da2aaced21bd by Stefan Krah in branch 'default':
Issue #14181: Improve clarity in the documentation for the multi-purpose
http://hg.python.org/cpython/rev/da2aaced21bd
--
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1641544
___
___
Stefan Krah stefan-use...@bytereef.org added the comment:
OK, for me the view-obj issues are done. The new tests indicate
that we can silently keep backwards compatibility for view-obj==NULL,
but I suppressed that fact in the documentation because it's already
complicated enough.
Perhaps we
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +brett.cannon, eric.araujo, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14208
___
Éric Araujo mer...@netwok.org added the comment:
I’m working on this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13719
___
___
New submission from James Pickering jamespi...@googlemail.com:
If you run pkgutil.iter_zipimport_modules with a prefix parameter, and the
module in question is a package, then the prefix parameter is ignored.
The most visible symptom of this is when running pkgutil.walk_packages for a
guilherme-pg guilherme.p.g...@gmail.com added the comment:
I uploaded an incomplete patch that might address the issue so it can be
discussed.
This patch introduces 'greedy_star', a new constructor parameter to
ArgumentParser that makes * positional arguments behave as expected in the
test
New submission from Tshepang Lekhonkhobe tshep...@gmail.com:
This would be extra nice because I would not have to fill in the entire path
manually when I'm setting a b(reak).
--
components: Library (Lib)
messages: 155020
nosy: tshepang
priority: normal
severity: normal
status: open
Jim Jewett jimjjew...@gmail.com added the comment:
Can't this be triggered by non-malicious code that just happened to have a
python comparison and get hit with a thread switch?
I'm not sure how often it happens, but today it would not be visible to the
user; after the patch, users will see a
Changes by Stefan Krah stefan-use...@bytereef.org:
--
dependencies: -bytearray_getbuffer: unnecessary code
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - adapt sphinx-quickstart for windows
___
Python
Changes by Stefan Krah stefan-use...@bytereef.org:
--
superseder: adapt sphinx-quickstart for windows - bytearray_getbuffer:
unnecessary code
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13860
STINNER Victor victor.stin...@gmail.com added the comment:
Can't this be triggered by non-malicious code that just happened to have a
python comparison and get hit with a thread switch?
The issue was triggered without threads.If the __eq__ method of the
objects used for keys use C functions
Mark Shannon m...@hotpy.org added the comment:
Jim Jewett wrote:
Jim Jewett jimjjew...@gmail.com added the comment:
Can't this be triggered by non-malicious code that just happened to have a
python comparison and get hit with a thread switch?
So, they are writing to a dict in one thread
STINNER Victor victor.stin...@gmail.com added the comment:
If the __eq__ method of the
objects used for keys use C functions releasing the GIL, you may
trigger the issue.
Oh, I mean: trigger the issue with threads. I hope that your objects
don't call C functions like open() in their __eq__()
New submission from STINNER Victor victor.stin...@gmail.com:
PyObject_GenericSetAttr() doesn't keep a reference to the descriptor: Python
does crash if the descriptor is destroyed while the attribute is set. Attached
patch keeps a reference to the desriptor to avoid the crash.
A smililar was
Changes by STINNER Victor victor.stin...@gmail.com:
--
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14211
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Interpreter Core
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14211
___
Guido van Rossum gu...@python.org added the comment:
On Tue, Mar 6, 2012 at 8:56 AM, Mark Shannon rep...@bugs.python.org wrote:
Mark Shannon m...@hotpy.org added the comment:
Jim Jewett wrote:
Jim Jewett jimjjew...@gmail.com added the comment:
Can't this be triggered by non-malicious code
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14205
___
Jim Jewett jimjjew...@gmail.com added the comment:
On Tue, Mar 6, 2012 at 11:56 AM, Mark Shannon wrote:
Jim Jewett:
Can't this be triggered by non-malicious code that just happened
to have a python comparison and get hit with a thread switch?
So, they are writing to a dict in one thread
New submission from Maciej Fijalkowski fij...@gmail.com:
Example to get a segfault attached. Crashes under python3 as well.
--
files: x.py
messages: 155028
nosy: fijall
priority: normal
severity: normal
status: open
title: Segfault when using re.finditer over mmap
type: crash
versions:
Guido van Rossum gu...@python.org added the comment:
On Tue, Mar 6, 2012 at 9:43 AM, Jim Jewett rep...@bugs.python.org wrote:
Jim Jewett jimjjew...@gmail.com added the comment:
On Tue, Mar 6, 2012 at 11:56 AM, Mark Shannon wrote:
Jim Jewett:
Can't this be triggered by non-malicious code
New submission from Vinay Sajip vinay_sa...@yahoo.co.uk:
I built an MSI for Python 3.3 on Windows 7 and installed from it - the
resulting installation seems to work OK in that it passes all tests except
test_tcl (intermittent failure). However, when I uninstall, python33.dll is
left behind in
Jim Jewett jimjjew...@gmail.com added the comment:
(1) I think this module would benefit greatly from a map explaining what each
file does, and perhaps from some reorganization.
As best I can yet tell, there are about ~130 files, over a dozen directories,
but the only ones that directly
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7652
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
That pythonw suddenly closes is a separate issue: if pythonw attempts to write
to stderr, it crashes. To get your example to run in pythonw.exe,
try
pythonw.exe Lib\idlelib\idle.py 2 out.txt
I think the behavior of pythonw terminating when
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
It segfaults because it attempts to access the buffer of an mmap that has been
closed. It would be certainly be more friendly if it checked whether the mmap
was still open and, if not, raised an exception instead.
--
nosy:
Stefan Krah stefan-use...@bytereef.org added the comment:
Jim, thanks for taking a look at this.
Jim Jewett rep...@bugs.python.org wrote:
(1) I think this module would benefit greatly from a map explaining
what each file does, and perhaps from some reorganization.
Just MAP.txt in the
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 1112c2f602b3 by Vinay Sajip in branch '2.7':
Closes #14158: We now track test_support.TESTFN cleanup, and test_mailbox uses
shutil.rmtree for simpler code.
http://hg.python.org/cpython/rev/1112c2f602b3
--
Stefan Krah stefan-use...@bytereef.org added the comment:
STINNER Victor rep...@bugs.python.org wrote:
How can I help to integrate this module into CPython?
It would be fantastic if you could take a look at _decimal.c, for example
to find some incompatibilities between _decimal.c and
Jim Jewett jimjjew...@gmail.com added the comment:
On Tue, Mar 6, 2012 at 1:05 PM, Guido van Rossum
Jim Jewett:
... If they're just adding new keys, or even deleting other
(== NOT the one being looked up) keys, why should that
keep them from finding the existing, unchanged keys?
... The
Martin v. Löwis mar...@v.loewis.de added the comment:
I guess this is a misconfiguration for your system. This DLL is
reference-counted, and you must have arranged the reference count to be 1
somehow. Inspect the MSI log for details.
--
___
Python
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Interesting that the behavior is intentional, yet it accepts positional
parameters either before, or after, or between optional (flag) parameters.
This seems to me to be a case where proper documentation of the intention would
have led
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Yes, the refcount was 1 after uninstallation - possibly it's been like that for
a long time. I'll close the issue, but one thing occurs to me - isn't the DLL's
version resource updated when you rebuild? Why wouldn't the newer version in an
Martin v. Löwis mar...@v.loewis.de added the comment:
The version number is not changed on every rebuild, only when patchlevel.h
changes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14213
Florian M florian.mladit...@googlemail.com added the comment:
I wrote some documentation with the information I found on
http://wiki.python.org/moin/PullDom and some custom examples.
--
nosy: +flomm
Added file: http://bugs.python.org/file24750/xml.dom.pulldom.rst
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14208
___
New submission from Miki Tebeka miki.teb...@gmail.com:
Running make test on 3.3a source tree on Ubuntu 11.10 (64bit) hangs at
test_concurrent_futures
--
components: Tests
messages: 155043
nosy: tebeka
priority: normal
severity: normal
status: open
title: test_concurrent_futures hangs
Nick Coghlan ncogh...@gmail.com added the comment:
This is closely related to PEP 395, since multiprocessing currently hits the
same issue in trying to figure out the correct setting for sys.argv0.
I quite like the sys.__argv__ idea for preserving the *exact* underlying
command line (Alex
Benjamin Peterson benja...@python.org added the comment:
The scripts for generating code would preferably go in a Tools/decimal
directory.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7652
Jim Jewett jimjjew...@gmail.com added the comment:
On Tue, Mar 6, 2012 at 3:07 PM, Stefan Krah
Jim Jewett rep...@bugs.python.org wrote:
(1) I think this module would benefit greatly from a map explaining
what each file does, and perhaps from some reorganization.
Just MAP.txt in the
Benjamin Peterson benja...@python.org added the comment:
Speaking of inline, the inline keyword will have to go because it's not C89.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7652
Eli Bendersky eli...@gmail.com added the comment:
Thanks, Florian - I will review the patch. At first sight it looks much better
than what exists.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14202
Jim Jewett jimjjew...@gmail.com added the comment:
I think the latest patch is indeed cleaner.
--
nosy: +Jim.Jewett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13897
___
Ramchandra Apte maniandra...@gmail.com added the comment:
But we could check if the compiler supports the inline keyword and use it if
available.
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7652
New submission from Ramchandra Apte maniandra...@gmail.com:
The http://www.python.org/dev/peps browser title is python.org
I suggest it should be changed to PEP Index.
--
messages: 155051
nosy: ramchandra.apte
priority: normal
severity: normal
status: open
title:
Nicholas Cole nicholas.c...@gmail.com added the comment:
I hope that this is the right bug to file this on (I'm getting lost in all of
the curses bugs!).
I'm testing out the 3.3a1, and I've run into the following issue. On previous
releases addch() could accept curses.ACS_HLINE and similar.
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Instead of sys.__argv__, may I suggest sys.argv_original or somesuch.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14208
R. David Murray rdmur...@bitdance.com added the comment:
Since this bug is about adding a new feature, it is unlikely to be the correct
bug for this to be against.
Given that you've identified a regression, I suggest you open a new bug with a
reproducer, and we'll set it to release blocker.
New submission from Qian Liu liuq0...@e.ntu.edu.sg:
File ~/PythonInstall/lib/python2.7/multiprocessing/process.py, line 129, in
start
from .forking import Popen
File ~/PythonInstall/lib/python2.7/multiprocessing/forking.py, line 58, in
module
from pickle import Pickler
File
61 matches
Mail list logo
