Ned Deily n...@acm.org added the comment:
Works for me.
GNU gettext, which provides libintl, is not included in OS X 10.6. Chances are
your build is being contaminated by packages installed via MacPorts or Fink or
in /usr/local. If you do want to build with it, check config.log in your
sangamesh swamy.sangam...@gmail.com added the comment:
These failures are specific to xlc compiler
In xlc signed bit fields will be mapped to unsigned by default as opposed to
gcc where the value stored in the bit field is of type declared.
so the the value returned by func(byref(b), name)
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've attached a patch that should fix the build issues with the 10.4 SDK.
The patch touches configure.in, run autoconf and autoheader after applying the
patch.
I haven't tested the patch yet beyond compilation on 10.6 system without
Ronald Oussoren ronaldousso...@mac.com added the comment:
As Ned noted you probably have installed GNU gettext in /usr/local and that
copy does not contain both intel architectures (i386 and x86_64)
There's nothing we can do about that, I have tried to find a way to exclude
non-system
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
pythonw.exe has an invalid stdout.
Does the problem reproduce when you call print function directly, without a
thread?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
New submission from Alf P. Steinbach al...@start.no:
CPython 3.1.1 in Windows XP.
Traceback (most recent call last):
File C:\Documents and Settings\Alf\sound\error.py, line 6, in module
writer.setframerate( framerate )
NameError: name 'framerate' is not defined
Exception wave.Error:
Changes by Alf P. Steinbach al...@start.no:
Removed file: http://bugs.python.org/file15834/error.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7681
___
Alf P. Steinbach al...@start.no added the comment:
Sorry, here's correct error message:
Traceback (most recent call last):
File C:\Documents and Settings\Alf\sound\error.py, line 8, in module
writer.writeframes( b\0*2*4 )
File C:\Program Files\cpython\python31\lib\wave.py, line 432, in
New submission from Sylvain Defresne sdefre...@gmail.com:
Python compiler detect some constant expression used in if / while statement
and evaluate them at compilation. However, it does not perform some simple
optimisation (evaluating not unary expression or checking if and or or
expression
Changes by Sylvain Defresne sdefre...@gmail.com:
Removed file: http://bugs.python.org/file15836/compile.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7682
___
Sylvain Defresne sdefre...@gmail.com added the comment:
Correct version of the patch.
--
Added file: http://bugs.python.org/file15837/compile.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7682
Changes by Antoine Pitrou pit...@free.fr:
--
priority: - normal
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7682
___
___
Brian Curtin cur...@acm.org added the comment:
In your example, the n_frames name does not exist, which is causing the
problem. In your first comment, framerate also did not exist.
I don't know what a proper frame rate value is, but I just put 10 in there and
it worked fine. Can you confirm?
Changes by Florent Xicluna la...@yahoo.fr:
Removed file: http://bugs.python.org/file15814/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
Changes by sorin sorin.sbar...@gmail.com:
--
nosy: +sorin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list mailing list
dontbugme pythonbugsbugme...@spamavert.com added the comment:
I did not understand the question.
If you were meaning running a plain print(), then it does work:
#!/usr/bin/env python
print foo
IDLE 2.6.4 No Subprocess
foo
Well, as you suggested the problem most probably
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2679
___
New submission from Francesco Ricciardi francesco.riccia...@hp.com:
The first page of the Python Tutorial in version 3.1
(http://docs.python.org/3.1/tutorial/index.html) has the previous topic link
pointing to What’s New in Python 2.0 instead of What’s New in Python 3.1.
--
assignee:
Antoine Pitrou pit...@free.fr added the comment:
The patch is basically fine. I'll add a try .. finally to the tests.
lekma, do you have a real name that we should add to the ACKS file?
--
___
Python tracker rep...@bugs.python.org
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2554
___
Francesco Ricciardi francesco.riccia...@hp.com added the comment:
As written in the description, it should point to the What's New in Python
3.1 page, shouldn't it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7683
July Tikhonov july.t...@gmail.com added the comment:
I don't see anything wrong in this fact..
All what's new pages since python 2.0 are keeped in documentation, not only
the last one.
--
nosy: +july
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
The section before the tutorial is the What's new and there all the What's
new pages are listed starting from 3.1 to 2.0 in descending order.
The What's new in Python 2.0 is therefore the last page in the What's new
section so the link in
Alex alex.gay...@gmail.com added the comment:
Ugh, I haven't had the time to work on this, just wanted to note that this now
applies to 2.7 as well since set literals were backported.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Looking at it again, there's the question of accept() behaviour. In the
original code, it will call internal_setblocking() on the new fd if the
listening socket is non-blocking. In the new code, if SOCK_NONBLOCK is defined
it will not call any
Changes by Antoine Pitrou pit...@free.fr:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6690
___
___
Python-bugs-list
Ezio Melotti ezio.melo...@gmail.com added the comment:
This is because in path = join(os.getcwd(), path) os.getcwd() returns a
non-ascii byte string and path is unicode, so the cwd is implicitly decoded
with the ascii codec in join and the error is raised.
Using getcwdu() when the path is
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
priority: - normal
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6651
___
Brian Curtin cur...@acm.org added the comment:
Added the FlushViewOfFile calls, and an msync call to the close method. Not
sure how to explicitly test this, if it's possible. Current tests pass on
Windows, I'll need to check *NIX when I have the access later today.
As for justification, from
Changes by Brian Curtin cur...@acm.org:
Removed file: http://bugs.python.org/file15838/issue2643.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2643
___
Brian Curtin cur...@acm.org added the comment:
tab/space issue, updated the patch
--
Added file: http://bugs.python.org/file15839/issue2643.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2643
Ezio Melotti ezio.melo...@gmail.com added the comment:
This also caused the failure in #7669.
I think that the functions in os.path are supposed to return unicode when they
get unicode, so I agree that os.getcwdu should be used instead.
I'm not sure about os.path.supports_unicode_filenames
Ezio Melotti ezio.melo...@gmail.com added the comment:
See #3426.
--
priority: - normal
resolution: - duplicate
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7669
Brett Cannon br...@python.org added the comment:
I'll see if I can have a look sometime soon, but my profile experience is
practically non-existent so I am not the best person for a code review.
--
___
Python tracker rep...@bugs.python.org
Steve Steiner sstein...@gmail.com added the comment:
It's in /usr/local/include alright but I have no idea with which package it
came in. I don't use Fink or Macports.
If it's not going to wreck the build, maybe remove the Report this to
http://bugs.python.org/; instructions?
--
Mark Dickinson dicki...@gmail.com added the comment:
Progress report: I've had a response, and fix, from David Gay for the first 2
bugs (Stefan's original bug and the incorrect subnormal result); I'm still
arguing with him about a 3rd one (not reported here; there's some possibly
incorrect
Changes by Florent Xicluna la...@yahoo.fr:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3426
___
___
Python-bugs-list mailing list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue767645
___
___
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue767645
___
___
Python-bugs-list
Dave Malcolm dmalc...@redhat.com added the comment:
Attaching a probably over-simplistic attempt at this patch, against the py3k
branch.
This patch attempts to extend the replacement of
LOAD_CONST, , LOAD_CONST, BUILD_LIST, COMPARE_OP(in)
with
LOAD_CONST(tuple), COMPAREOP(in)
so that
Alex alex.gay...@gmail.com added the comment:
David, I think it should use frozen set since doing it this way could actually
increase the time the operation takes (which is certainly not our goal!). Plus
marshall.c already handles frozenset, so I don't think it's that much more work.
Ezio Melotti ezio.melo...@gmail.com added the comment:
Maybe os.path.supports_unicode_filenames should be deprecated.
The doc currently says:
True if arbitrary Unicode strings can be used as file names (within
limitations imposed by the file system), and if os.listdir() returns Unicode
strings
Dave Malcolm dmalc...@redhat.com added the comment:
Alex: good point - thanks!
Attaching updated version of the patch (again, against py3k, likewise, I'm
somewhat new to this code, so I may have missed things)
With this:
dis.dis(lambda o: o in {1,2,3})
1 0 LOAD_FAST
Alex alex.gay...@gmail.com added the comment:
The patch looks more or less right to me (but I'm far from an expert). It
needs tests in the peephole tests though.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6690
R. David Murray rdmur...@bitdance.com added the comment:
In addition, whether or not true unicode filenames are supported really
depends, at least on Linux, on the *filesystem*, not on the OS (for some
definition of support). In other words, I think
os.path.supports_unicode_filenames is an
New submission from Stefan Krah stefan-use...@bytereef.org:
It should not be possible to pass coefficients when constructing infinities
from tuples. Otherwise it looks like infinities can have payloads (which they
can't).
Example:
import decimal, cdecimal
d = decimal.Decimal((0, (4, 5, 3,
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7684
___
___
Adam Jackson a...@redhat.com added the comment:
None of the other symbolic constants in 'posix' have documentation. Perhaps
they should, but the patch is at least doing the same as what's already done.
--
___
Python tracker rep...@bugs.python.org
Florent Xicluna la...@yahoo.fr added the comment:
Additionally it filters out test_pep277 on some platforms.
But seemingly, it is not needed anymore with this patch.
--
nosy: +flox
resolution: later -
Added file: http://bugs.python.org/file15842/issue767645_test_pep277.py
Antoine Pitrou pit...@free.fr added the comment:
Some comments:
* you should probably write `n = sys.maxsize` instead of `n = 1 31 - 1`
* ZipExtFile.read() should support `n=None` as a synonym to `n=-1` (read
everything)
* `bytes` as a variable name isn't very good since it's the built-in name
Joe Amenta ament...@msu.edu added the comment:
If it is decided to keep supports_unicode_filenames, here is a patch for
test_os.py that verifies the value of supports_unicode_filenames against the
following line from the documentation:
True if arbitrary Unicode strings can be used as file
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. The RFC text says:
Note that quotes around parameter values are part of the value
syntax; they are NOT part of the value itself. Furthermore, it is
explicitly permitted to have a mixture of quoted and unquoted
New submission from Michael Stephens m...@mikej.st:
Just something small that bothers me whenever I'm in the re docs - his name's
spelled 'Malcolm Reynolds', not 'Malcom Reynolds' ;)
--
assignee: georg.brandl
components: Documentation
files: malcolm_typo.diff
keywords: patch
messages:
Antoine Pitrou pit...@free.fr added the comment:
Committed in r77448 and r77449, thank you.
--
nosy: +pitrou
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
A test could explicitly close a dirtied mmaped file and then open() it to check
that everything was written, no?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
This seems to be a duplicate of issue 170, which has a simpler patch.
--
nosy: +r.david.murray
resolution: - duplicate
stage: test needed - committed/rejected
status: open - closed
superseder: - email parser incorrectly
R. David Murray rdmur...@bitdance.com added the comment:
See also issue 1721862, which has a different test and patch. This one seems
simpler.
--
nosy: +r.david.murray
stage: - patch review
type: - behavior
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
Fixed the crash that Stefan originally reported in r77450. That revision also
removes the 'possibly incorrect code in bigcomp that probably never actually
gets called'.
--
___
Python tracker
Alf P. Steinbach al...@start.no added the comment:
No, sorry, the bugs in [wave.py] have nothing to do with a name IN A COMMENT in
the trivial code to exercise the bugs.
To reproduce the crash, just run the supplied code with Python 3.1.1 in Windows
XP.
The cause of the crash is, as I
Antoine Pitrou pit...@free.fr added the comment:
Running the tests in debug mode gives the following error:
test_3_join_in_forked_from_thread (test.test_threading.ThreadJoinOnShutdown)
... Fatal Python error: Invalid thread state for this thread
[21851 refs]
FAIL
[snip]
Mark Dickinson dicki...@gmail.com added the comment:
Second bug fixed in r77451 (trunk), using a fix from David Gay, modified
slightly for correctness.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7632
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks for looking at the patch.
Attached is an updated version (again against py3k) which adds tests to
Lib/test/test_peepholer.py, for both the new folding away of BUILD_SET, and for
the pre-existing folding of BUILD_LIST (which didn't
Mark Dickinson dicki...@gmail.com added the comment:
Merged fixes so far, and a couple of other cleanups, to py3k in r77452, and
release31-maint in r77453.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7632
Brian Curtin cur...@acm.org added the comment:
There is no crash, but I see what you are saying now.
Patch to correct the two divisions and a test similar to your example.
--
keywords: +needs review, patch
stage: needs patch - patch review
title: Incorrect division in [wave.py] causing
New submission from ivank i...@ludios.org:
This probably only applies to Windows. The redundant 'b' modes still work on
Linux.
These worked on Windows in 2.6.4:
open('test', 'rbb')
open('test', 'wbb')
open('test', 'abb')
and possibly others.
In 2.7a2, they throw ValueErrors like this:
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed in r77455 (trunk), r77456 (release26-maint), r77457 (py3k) and r77458
(release31-maint), thanks!
--
assignee: georg.brandl - ezio.melotti
nosy: +ezio.melotti
priority: - normal
resolution: - fixed
stage: -
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5178
___
___
Python-bugs-list
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7686
___
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here is a patch that uses os.getcwdu() instead of os.getcwd() when the arg of
abspath is unicode (with tests).
It also include an helper context manager in test_support used to create temp
dirs and set them as cwd (this will be committed
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3426
___
___
Python-bugs-list mailing
Brian Curtin cur...@acm.org added the comment:
This won't solve the problem of dual installations, but it'll leave things how
you were expecting... There is an option in the installer on the customize page
for Register Extensions. Choosing to not install that item will keep the
installer from
Changes by Brian Curtin cur...@acm.org:
--
stage: - needs patch
versions: +Python 3.2 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2375
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Running the tests in debug mode gives the following error:
... Fatal Python error: Invalid thread state for this thread
I tried all Lib/test/test_thread*py, but not in debug mode :-/
The problem is here: PyThreadState_New() -
Jeremy Kloth jeremy.kl...@gmail.com added the comment:
I have developed a patch that adds the ability to disable SSLv2, SSlv3 and
TLSv1 when using the SSLv23 method. It changes Modules/_ssl.c, Lib/ssl.py and
Doc/library/ssl.rst.
--
keywords: +patch
nosy: +jeremy.kloth
Added file:
Brian Curtin cur...@acm.org added the comment:
You could use assertIsInstance(s, unicode, '%r is not unicode' % s) in the
tests instead of your assertTrue.
I think the rest of it looks good. Works for me.
--
nosy: +brian.curtin
___
Python tracker
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4870
___
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: - needs patch
versions: +Python 2.7 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2694
___
Changes by Brian Curtin cur...@acm.org:
--
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue444582
___
___
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5115
___
___
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: - patch review
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7579
___
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4772
Changes by Brian Curtin cur...@acm.org:
--
keywords: +needs review
priority: - normal
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7306
___
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7347
___
___
Changes by Brian Curtin cur...@acm.org:
--
keywords: +needs review
priority: - normal
stage: - patch review
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4722
___
Changes by Brian Curtin cur...@acm.org:
--
keywords: +needs review
priority: - normal
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7301
___
Changes by Brian Curtin cur...@acm.org:
--
priority: - normal
stage: - patch review
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5774
___
Changes by Brian Curtin cur...@acm.org:
Removed file: http://bugs.python.org/file15262/issue5774_20091104_v1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5774
___
Changes by Brian Curtin cur...@acm.org:
--
keywords: +needs review
Added file: http://bugs.python.org/file15850/issue5774.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5774
___
Changes by Brian Curtin cur...@acm.org:
--
keywords: +26backport -needs review, patch, patch
stage: - needs patch
versions: -Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5116
Changes by Brian Curtin cur...@acm.org:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7588
___
___
Python-bugs-list
Changes by Brian Curtin cur...@acm.org:
--
keywords: +needs review
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1222585
___
Bill Janssen bill.jans...@gmail.com added the comment:
Martin, I'm thinking that the module object has a __del__ method, and we could
un-register the callbacks there. But I don't know if that method would ever
get called. How does the act of unloading a library interact with the
initialized
Sean Soria bugs.pyt...@seansoria.com added the comment:
Simply unloading the callbacks wouldn't be wise. Callbacks are necessary for
proper thread safety with libcrypto (man pages says random crashing could occur
without them). So setting them to NULL could cause random crashing which is
even
Benjamin Peterson benja...@python.org added the comment:
Thanks for the patch! Applied in r77459.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7681
Brian Curtin cur...@acm.org added the comment:
Here tadek's patch updated for trunk, with a test added to it.
I feel like this should be documented somewhere, but Doc/Library/gzip.rst
doesn't feel right. Maybe it just needs a mention in the What's new or
something?
--
assignee: -
Ezio Melotti ezio.melo...@gmail.com added the comment:
With 2.7 I can reproduce the issue on Windows 7 (i.e. I get a ValueError).
However I'm not sure how common is to add a 'b' indiscriminately:
1) most of the times the modes are written as strings, and not generated
automatically;
2) even if
Changes by Brian Curtin cur...@acm.org:
Removed file: http://bugs.python.org/file15851/issue2846.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2846
___
Brian Curtin cur...@acm.org added the comment:
Updated patch with some documentation
--
Added file: http://bugs.python.org/file15852/issue2846.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2846
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7588
___
___
Python-bugs-list
Ned Deily n...@acm.org added the comment:
Thanks, Ronald. The patch looks good. I've got a patch in progress for the
LIPO flags part: looks like the key is 'ppc' for DEPLOYMENT_TARGET = 10.4 and
'ppc7400' for DEPLOYMENT_TARGET = 10.5 for either gcc-4.0 or -4.2. I'll test
the two together on
1 - 100 of 112 matches
Mail list logo