New submission from David Majnemer david.majne...@gmail.com:
str.replace(, , asdf, -1) returns asdf, I believe this is not
correct and strictly speaking not up to the documentation posted. I am
of the opinion that it should function like str.replace(, , asdf,
0) which returns
--
Retro vinet...@gmail.com added the comment:
A strange thing now happened. Now the Python 2.6.1 interpreter has an
icon in the Add/Remove Programs list. I completely removed Python 2.6.1
and reinstalled it with the command
msiexec /i python-2.6.1.msi /l*v python26.log
and it now has an icon in
Retro vinet...@gmail.com added the comment:
And now I'm attaching the installing log of Python 2.6.1 for you. I hope
you have enough information to work on the solution. If you need more
information, just ask.
Added file: http://bugs.python.org/file13241/python26.rar
Daniel Diniz aja...@gmail.com added the comment:
Confirmed in trunk and py3k. Changing to RFE, set it to behavior if you
disagree.
Python 2.4 does return for str.replace(, , asdf, -1), the
change happened in rev46226, with the effbot adding this snippet (by
Andrew Dalke?):
if (maxcount
Senthil orsent...@gmail.com added the comment:
And also look at the help on string.replace which sets -1 as the
default value for maxsplit optional argument and which again defaults
to replace-all.
Clearly, maxsplit= -1 is not equal to maxsplit = 0.
replace(s, old, new, maxsplit=-1)
replace
Daniel Diniz aja...@gmail.com added the comment:
Issue 1218234 has a patch.
--
dependencies: +inspect.getsource doesn't update when a module is reloaded
nosy: +ajaksu2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue993580
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - test needed
type: - feature request
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1201569
___
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - test needed
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1207589
___
Changes by Daniel Diniz aja...@gmail.com:
--
dependencies: +expat binding for XML_ParserReset
stage: - test needed
type: - feature request
versions: +Python 2.7, Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
Daniel Diniz aja...@gmail.com added the comment:
Confirmed in trunk and py3k.
--
keywords: +easy, patch
nosy: +ajaksu2
stage: - test needed
type: - feature request
versions: +Python 2.7, Python 3.1 -Python 2.5
___
Python tracker
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
I released that the attached patch had some indentation issues.
The one in attachment fixes them.
Added file: http://bugs.python.org/file13242/ftplib.patch
___
Python tracker
David W. Lambert lamber...@corning.com added the comment:
I completely agree that this is a documentation issue.
Also, or perhaps for foolish completeness, in
http://docs.python.org/3.0/library/stdtypes.html
we would point out that the following group of string methods also work
for bytes and
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
I realized that the attached patch had some indentation issues.
The one in attachment fixes them.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net:
Removed file: http://bugs.python.org/file13156/ftplib.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I'm closing this as works for me. The error is not reproducible.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5390
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Probably this happens because receiever.py doesn't wait for flooder.py
termination, and pipe end is closed when recieiver.py terminates.
Does this code work for you?
p = subprocess.Popen(python
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
nosy: -ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1201569
___
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
This happens because when flooder.py terminates, its stdout will be
closed, but another pipe end in receirver.py process is already closed, so
Python\sysmodule.c(1098): _check_and_flush (FILE *stream)
In this function, fflush()
Ronald Oussoren ronaldousso...@mac.com added the comment:
This is now also fixed for the trunk and 2.6
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5224
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixed for the trunk and 2.6 as well.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5226
New submission from Ruth Aydt a...@hdfgroup.org:
Section 1.6 Calling Python Functions from C in the Extending and
Embedding Python, 2.6.1 guide talks about PyEval_CallObject. But, I
can't find it anywhere else in the 2.6 doc set.
I did see in PEP 3100 that the function is to be removed in
Benjamin Peterson benja...@python.org added the comment:
And the io-c branch has been merged in r70152.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4565
Benjamin Peterson benja...@python.org added the comment:
Since io-c has been merging, I'm lowering priority.
--
priority: critical - low
title: possible deadlock in IO library (Lib/io.py) - possible deadlock in
python IO implementation
___
Python
Changes by Benjamin Peterson benja...@python.org:
--
dependencies: -possible deadlock in python IO implementation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4565
___
Benjamin Peterson benja...@python.org added the comment:
This has been fixed in io-c branch. (r70152)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4263
Benjamin Peterson benja...@python.org added the comment:
This has been fixed in io-c branch merge. (r70152)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4996
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixed for the trunk and 2.6 as well.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3883
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've applied a cleaned up version of patch-nad0014-trunk-26.txt to the
trunk and 2.6 branch. This completely fixes this issue.
--
resolution: accepted - fixed
status: open - closed
___
Python
Benjamin Peterson benja...@python.org added the comment:
This has been fixed by the io-c branch merge.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4862
Benjamin Peterson benja...@python.org added the comment:
This is fixed by the io-c branch merge. (r70152)
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
This is fixed by the io-c branch merge. (r70152)
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
This is fixed by the io-c branch merge. (r70152)
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'm closing this issue as rejected because the macostools module is
deprecated. We'll therefore not apply any more feature enhancements.
--
nosy: +ronaldoussoren
resolution: - rejected
status: open - closed
Jim Blandy j...@red-bean.com added the comment:
In case the behavior requested here is controversial, here's an example
of where it would be nice to have relpath(x, '/') return a path for x
that is relative to the root directory:
The 'oprofile' system profiler for Linux profiles everything
Ronald Oussoren ronaldousso...@mac.com added the comment:
Ned: IMHO your patch is not correct. test_osx_env tests behaviour that's
only valid for a framework build, and should therefore only run when
testing a framework build.
The easiest way to accomplish that is to change the test in
Ronald Oussoren ronaldousso...@mac.com added the comment:
I intend to close this as won't fix. The issue is caused by Apple's build
of Python, the generic Python.org build won't even compile when using
libedit.
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
Skip: could you please explain which bit of Xcode you didn't install?
The compile should work regardless of installing 10.3 SDK support.
The code you mention in your report sets MACOSX_DEPLOYMENT_TARGET to
10.3 on 10.3 systems or
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5154
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'm +1 on this feature, I haven't looked at the patch yet.
--
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5269
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
assignee: - ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5269
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
AFAIK this patch is no longer necessary, at least no on OSX. The current
binary installer is already build using a separate DESTDIR without having
to patch Makefiles.
--
nosy: +ronaldoussoren
Ronald Oussoren ronaldousso...@mac.com added the comment:
IMHO fixing this is not worth the trouble, we should just document that
the Carbon extensions aren't supported in a UCS4 build (or even explictly
detect a UCS4 build in setup.py and not compile the Carbon extensions).
--
nosy:
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
assignee: - ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4848
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I intend to close this issue as it is an enhancement proposal for a
deprecated module.
Py2app (the modern replacement for bundlebuilder) also doesn't support
this scenario, although it should be fairly easy to add such support to
that
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixed in the trunk in revision r70178.
hhas: it is save to backport this to python 2.6?
--
assignee: jackjansen - ronaldoussoren
nosy: +ronaldoussoren
resolution: - accepted
___
Python
Ronald Oussoren ronaldousso...@mac.com added the comment:
poll(3) doesn't work for all types of filedescriptors on OSX.
Specifically:
BUGS
The poll() system call currently does not support devices.
(That's from the manpage of poll). This is why Apple doesn't expose
select.poll in
Brett Cannon br...@python.org added the comment:
The code solution is probably the most useful since people are more
likely to just compile Python without reading some text file that will
mention UCS4 builds will not create the Carbon extensions.
___
Python
Ronald Oussoren ronaldousso...@mac.com added the comment:
Committed my fix as r70179 (3.x) and r70180 (30-maint).
Benjamin: can you confirm this actually fixes the issue with a non-
framework build, I don't know if I'll be able to test that before the
first 3.1a release.
--
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4165
___
___
Ilya Sandler isand...@users.sourceforge.net added the comment:
Here is another case, which I think is even worse.
Range checks are done inconsistently as well:
.../trunk ./python -c 'import struct; struct.pack(B, 257)
'Traceback (most recent call last):
File string, line 1, in module
Ned Deily n...@acm.org added the comment:
I don't have strong feelings about it one way or the other. As far as I
can tell from the code and testing and the documented behavior, the effect
on sys.executable is independent of whether it is a framework build or
not. But I'm fine with
Changes by Ronald Oussoren ronaldousso...@mac.com:
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4848
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren ronaldousso...@mac.com added the comment:
The attached patch shows what I intent do commit after testing. This adds
a small ObjC command-line tool that sets the icon. I still have to build
the installer to check if the patch actually works.
--
resolution: - accepted
Ronald Oussoren ronaldousso...@mac.com added the comment:
The effect on sys.executable is always present, the test is only valid for
a framework build because that's the only build that can find sys.prefix
without looking at sys.executable. Setting PYTHONEXECUTABLE with a non-
framework build
Benjamin Peterson benja...@python.org added the comment:
Thumbs up here! Thanks.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5408
___
___
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5154
___
Changes by Benjamin Peterson benja...@python.org:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5408
___
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
After enhancing namedtuple and ConfigParser, I found a simpler approach
that doesn't involve extending the API. The simple way is to use
ordered dictionaries directly.
With a small tweak to OD's repr, it is fully
Bob Ippolito b...@redivi.com added the comment:
Unfortunately this is a patch for the old json lib... the new one has a C
API and an entirely different method of parsing documents (for performance
reasons).
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
When do you expect the new C version to go in? I'm looking forward to it.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5381
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
This has been fixed by the io-c branch merge.
Can you at least include the patch to test_io.py from amaury's patch?
And why not fixing the Python version of the io module (i'm not sure
of the new name: _pyio?) since we have a
STINNER Victor victor.stin...@haypocalc.com added the comment:
This has been fixed in io-c branch merge. r70152
Amazing, io-c is faster but also fixes many bugs!
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4996
STINNER Victor victor.stin...@haypocalc.com added the comment:
Since io-c has been merging, I'm lowering priority.
Why not fixing this issue? The issue is rare (only occurs when using profiling
with a callback writting to stdout) and you closed the issue #4862 which is
more common (read an
Bob Ippolito b...@redivi.com added the comment:
Whenever someone applies the patch for http://bugs.python.org/issue4136 --
I don't know when that will happen.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5381
Benjamin Peterson benja...@python.org added the comment:
2009/3/4 STINNER Victor rep...@bugs.python.org:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Since io-c has been merging, I'm lowering priority.
Why not fixing this issue? The issue is rare (only occurs when using
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Martin, is this patch good-to-go?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4136
___
Benjamin Peterson benja...@python.org added the comment:
Ah, I forgot this wasn't applied to the Python implementation. Fixed in
r70184.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4862
___
New submission from Mitchell Model m...@acm.org:
response = urllib.request.open(someURL)
page = response.read()
close() be called on response after the read(), right? Experimentation
shows that I can repeatedly read from response until I close it, getting
back empty bytes objects.
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ooops, I wanted to write: Why not *closing* this issue?, sorry.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3618
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
@benjamin: ok, great.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4862
___
___
Benjamin Peterson benja...@python.org added the comment:
I suppose we might as well. If anyone wants to fix the Python
implementation later, they can go ahead and reopen this.
--
resolution: - wont fix
status: open - closed
___
Python tracker
Bill Janssen bill.jans...@gmail.com added the comment:
Looks good. The contrast is stark.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4848
___
___
New submission from Mitchell Model m...@acm.org:
There needs to be something somewhere in the documentation that makes
the simple point that data coming in from the web is bytes not strings,
which is a big change from Python 2, and that it needs to be manipulated
as such, including writing in
New submission from Tennessee Leeuwenburg tleeuwenb...@gmail.com:
A very tiny patch which places a DeprecationWarning inside Queue.empty
and Queue.full
--
components: Library (Lib)
files: queue_patch.txt
messages: 83180
nosy: tleeuwenb...@gmail.com
severity: normal
status: open
title:
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment:
Add comment to NEWS as documented...
Added file: http://bugs.python.org/file13246/NEWS_patch.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5420
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Can you make a single patch for Lib/queue.py and Misc/NEWS and remove
any uses of emtpy/full in the standard library including multiprocessing.
Also, for deprecations, it's always nice to have the message suggest an
Jean-Paul Calderone exar...@divmod.com added the comment:
Unit tests are a great thing as well. Also, the deprecation warnings
you've added are the really annoying kind. They refer to users to the
source of the deprecated methods themselves! A vastly preferable use of
the warnings system is
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
title: json need object_pairs_hook - json needs object_pairs_hook
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5381
___
Changes by David W. Lambert lamber...@corning.com:
--
nosy: +LambertDW
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5420
___
___
Python-bugs-list
79 matches
Mail list logo
