Ronald Oussoren ronaldousso...@mac.com added the comment:
I cannot reproduce this with both 3.1.2 and 3.2a (py3k:80693), in both cases I
get the same output as you do on Linux. This is on OSX 10.6 though, I haven't
tested on 10.4 yet.
What is the output of the locale command on your OSX
Ronald Oussoren ronaldousso...@mac.com added the comment:
BTW. My 3.1 build is: release31-maint:80235M, which is slightly newer that the
3.1.2 release.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9167
Jyrki Wahlstedt jyrki.wahlst...@wahlstedt.fi added the comment:
The fix could be something like replace line 649 in sysconfig.py:
archs = tuple(archs)
with:
archs = tuple(sorted(list(set(archs
This removes the duplicates, but as transforming the list to set does not seem
to keep order,
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9164
___
Nicolas Dumazet nicd...@gmail.com added the comment:
Hello folks.
(stumbling on this bug with Python2.7 release, noting that a few Mercurial
tests broke with 2.7)
I have no problem whatsoever with the fix itself (you know emails better than
me), but you broke backwards compatibility for
Chris Withers ch...@simplistix.co.uk added the comment:
Maybe an old-fashioned monkey-patch would be the way to go?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1974
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Matthew, I'd like to see at least some of these features in 3.2, but ISTM that
after more than 2 years this issue is not going anywhere.
Is the module still under active development? Is it ready? Is it waiting for
reviews and to be added
Mark Dickinson dicki...@gmail.com added the comment:
Patch fixing validation of function annotations and keyword-only arguments.
There's still the issue of false positives: annotations on lambda arguments
should raise an exception, but don't.
--
keywords: +patch
Added file:
Changes by Mark Dickinson dicki...@gmail.com:
--
stage: unit test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9154
___
___
New submission from Ronald Oussoren ronaldousso...@mac.com:
During the build of python2.7 on a HP-UX machine I get this compile error when
building the ctypes extension:
cc -Ae +z -Olimit 1500 -g -DNDEBUG -O
-Ibuild/temp.hp-ux-B.11.23-9000-800-2.7/libffi/include
Mark Dickinson dicki...@gmail.com added the comment:
Peter, this looks like a different problem; please could you open a new issue?
When/if you do, please could you also report:
- what version of Python you're using
- your system details (what OS? 32-bit or 64-bit?)
If you can give us a
Nicolas Dumazet nicd...@gmail.com added the comment:
Sure, where was my head.
So, a simple patch like this one:
_oldheaderinit = email.Header.Header.__init__
def _unifiedheaderinit(self, *args, **kw):
# override continuation_ws
kw['continuation_ws'] = ' '
_oldheaderinit(self,
Daniele Varrazzo p...@develer.com added the comment:
Attached patch with test cases to check sys.argv and sys.executable.
The tests fail against the daily snapshot, so adding python 3.2 to the affected
versions.
Variable __CF_USER_TEXT_ENCODING is undefined. Locale of the system is C:
$
New submission from Ronald Oussoren ronaldousso...@mac.com:
I get the following error when building the termios module on HP-UX:
cc -Ae +z -Olimit 1500 -g -DNDEBUG -O -I/opt/python2.7/include -I. -IInclude
-I./Include -I/home/xsupport/bld/Python-2.7/Include
-I/home/xsupport/bld/Python-2.7 -c
New submission from Cyril c...@excellency.fr:
This:
import socket, ssl
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
ssl_sock = ssl.wrap_socket(s)
ssl_sock.connect(('www.verisign.com', 443))
ssl_sock.close()
ssl_sock.read(1024)
raises:
Traceback (most recent call last):
File
New submission from Ronald Oussoren ronaldousso...@mac.com:
I get a segmentation fault in the compiler when building python 2.7 on an HP-UX
machine.
Compiler version:
B9007AA C.11.23.12 HP C/aC++ Developer's Bundle
System info:
HP-UX ah006b02 B.11.23 U 9000/800
Mark Dickinson dicki...@gmail.com added the comment:
Closing the original issue: there's insufficient information to reproduce or
analyze the problem.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from andrew cooke and...@acooke.org:
from re import compile
# these work as expected
assert compile('(a)b(?=b)(c)').match('abc')
assert not compile('(a)b(?=c)(c)').match('abc')
assert compile('(a)b(?=c)(c)').match('abc')
assert not compile('(a)b(?=b)(c)').match('abc')
# but
andrew cooke and...@acooke.org added the comment:
I hope the above is clear enough (you need to stare at the regexps for a time)
- basically, lookback with a group conditional is not as expected (it appears
to be evaluated as lookahead?). Also, some patterns compile that probably
shouldn't.
Alex Willmer a...@moreati.org.uk added the comment:
I've packaged Matthew's latest revision and uploaded it to PyPI. This
version will build for Python 2 and Python 3, parallel installs will
coexist on the same machine.
--
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
zipfile only supports the Traditional PKWARE Encryption method.
Support for other encryption methods would be useful.
--
nosy: +amaury.forgeotdarc
stage: - needs patch
title: zipfile.extractall raises runtime error on correct
Daniele Varrazzo p...@develer.com added the comment:
I've made some other test with LANG=C on other platforms. It seems resulting in
a clean error on Linux:
$ LANG=C ./here/bin/python3
Python 3.2a0 (py3k, Jul 6 2010, 12:40:29)
[GCC 4.3.2] on linux2
Type help, copyright, credits or license
andrew cooke and...@acooke.org added the comment:
If it's any help, these are the equivalent tests as I think they should be
(you'll need to translate engine(parse(... to compile(...)
Mark Dickinson dicki...@gmail.com added the comment:
Thanks very much for the reports.
So I guess it's also possible that (?(n)pat1|pat2) should always fail
that, even when len(pat1) = len(pat2)?
Yes, this seems likely to me. Possibly even the compile stage should fail,
though I've no idea
Changes by Mark Dickinson dicki...@gmail.com:
--
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9179
___
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
priority: normal - low
resolution: - rejected
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9169
andrew cooke and...@acooke.org added the comment:
I thought someone was working on the re module these days? I thought there I'd
seen some issues with patches etc?
Anyway, short term, sorry - no patch. Medium/long term, yes it's possible, but
please don't rely on it.
The simplest way to
Mark Dickinson dicki...@gmail.com added the comment:
I thought someone was working on the re module these days?
Well, there's issue 2636. It doesn't seem likely that that work will land in
core Python any time soon, though.
--
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
I supported this idea when Alexander brought it up in IRC. On reflection, I
think Antoine is right, though: deprecations aren't something to be done
lightly.
As a matter of good style, though, I'd still like to see all uses of timedelta
Changes by Mark Dickinson dicki...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9169
___
___
New submission from Peter Wolf freakcy...@optusnet.com.au:
I am using Ubuntu 10.04 32 bit and python 2.6.When I type the following line
in a terminal
python mydatafile.py
I get the following error message on the next line
MemoryError
That is all.
File details :
It is a 2d list of
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
As a matter of good style, though, I'd still like to see all uses of
timedelta in the standard library and documentation use the keywords
explicitly ...
It is a bit of a shame, but there are exactly 3 places using
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for the extra information; that helps a lot.
I think this is expected behaviour: Python really does need that much memory
to parse the file (as a Python file). Partly this is because Python objects
actually do take up a fair amount
Mark Dickinson dicki...@gmail.com added the comment:
Just an additional note: have you considered using the pickle or json modules?
--
resolution: - wont fix
status: open - pending
___
Python tracker rep...@bugs.python.org
New submission from Charles Solar charlesso...@gmail.com:
On solaris, if you build a 64 bit python and use it to build an extension, it
will not properly link the module.
Apparently solaris requires the -m64 flag in the linker as well as the compile
steps. Python distutils successfully
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I am attaching a python prototype. I am following the convention in place for
the other datetime classes of prepending the repr with 'datetime.'. This may
not be ideal, but better than to introduce an inconsistency.
Mark Dickinson dicki...@gmail.com added the comment:
Second version of the strtod rewrite; has some additional documentation and
comment fixes. No other significant changes from the first version. This is
still a work in progress.
--
Added file:
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
Should a regex compile if a group is referenced before it's defined?
Consider this:
(?:(?(2)(a)|(b))+
Other regex implementations permit forward references to groups.
BTW, I had a look at the re module, found it too difficult,
andrew cooke and...@acooke.org added the comment:
Ah good point, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9179
___
___
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
I started with trying to modify the existing re module, but I wanted to make
too many changes, so in the end I decided to make a clean break and start on a
new implementation which was compatible with the existing re module and
New submission from Sergey Konoplev gray...@gmail.com:
Hello,
I am starting to use argparse package and faced the problem where an optional
argument w/ nargs='+' conflicts w/ a positional argument.
Here is the test case:
import argparse
p = argparse.ArgumentParser()
p.add_argument('foo',
Ezio Melotti ezio.melo...@gmail.com added the comment:
So, if it's pretty much ready, do you think it could be included already in 3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
Brian Curtin cur...@acm.org added the comment:
Before anything else is done with it, it should probably be announced in some
way. I'm not sure if anyone has opened any of these zip files, reviewed
anything, ran anything, or if anyone even knows this whole thing has been going
on.
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
Yes, as I said in the previous message it should probably be announced on
python-dev and see what the others think. I don't know how much the module has
been used in the wild, but since there has been a PyPI package available for a
few
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
The file at:
http://pypi.python.org/pypi/regex
was downloaded 75 times, if that's any help. (Now reset to 0 because of the bug
fix.)
If it's included in 3.2 then there's the question of whether it should replace
the re module
Ezio Melotti ezio.melo...@gmail.com added the comment:
If it's backward-compatible with the 're' module, all the tests of the test
suite pass and it just improves it and add features I don't see why not.
(That's just my personal opinion though, other people might (and probably will)
Jeffrey C. Jacobs timeho...@users.sourceforge.net added the comment:
My only addition opinion is that re is very much used in deployed python
applications and was written not just for correctness but also speed. As such,
regex should be benchmarked fairly to show that it is commensurately
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
Thanks for the prompt fix!
It would indeed be nice to see this enhanced re module in the standard library
e.g. in 3.2, but I also really appreciate, that also multiple 2.x versions are
supported (as my current main usage of this
Georg Brandl ge...@python.org added the comment:
FWIW, I'd love seeing the updated regex module in 3.2. Please do bring it up
on python-dev.
Looking at the latest module on PyPI, I noted that the regex.py file is very
long (~3500 lines), even though it is quite compressed (e.g. no blank
Dave Malcolm dmalc...@redhat.com added the comment:
I'm attaching an updated patch which:
- adds error checking to the various places where EVP_DigestInit is called
- adds a test to test_hashlib to ensure that hashlib still works gracefully
when OPENSSL_FORCE_FIPS_MODE=1 is set in the
Éric Araujo mer...@netwok.org added the comment:
Thanks for the bug report. Can you try separating option arguments from
positional arguments with “--”? If yes, this would be a doc bug.
Also, can you reproduce it with Python 2.7?
--
nosy: +merwok
Alex Willmer a...@moreati.org.uk added the comment:
On 6 July 2010 18:03, Matthew Barnett rep...@bugs.python.org wrote:
The file at http://pypi.python.org/pypi/regex/ was downloaded 75 times, if
that's any help. (Now reset to 0 because of the bug fix.)
Each release was downloaded between 50
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Ran test_smtplib.py for Python 2.7 and 3.1.2 on Windows Vista all tests passed.
--
stage: unit test needed - commit review
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On the second thought, this is clearly not a bug fix. Not a backport candidate.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
r82614: add functionality to change FPU rounding mode (via float.__setround__
and float.__getround__ functions), on platforms that support the standard C99
fesetround and fegetround functions:
float.__getround__()
'tonearest'
1e300 *
Dave Malcolm dmalc...@redhat.com added the comment:
Deciphering the output from the assertion, the stdout from gdb when running the
test was:
--- BEGIN ---
Breakpoint 1, PyObject_Print (op=42, fp=0x401cf4e0, flags=1) at
Objects/object.c:329
329 {
#3 Frame 0x81e322c, for file
Martin v. Löwis mar...@v.loewis.de added the comment:
I don't think ctypes supports acc; try gcc instead.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9175
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Can you provide a patch?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9176
___
Eric Smith e...@trueblade.com added the comment:
I get the same behavior in 2.7. Adding '--', I get:
p.parse_args('-b 123 456 -- bla'.split())
Namespace(bar=[123, 456], foo='bla')
Which is what I expect.
Éric: From your comment, I'm not sure if you think it's a doc bug because '--'
does
Martin v. Löwis mar...@v.loewis.de added the comment:
Closing the report as third-party bug, then. A compiler crash is most
definitely not a bug in Python.
--
nosy: +loewis
resolution: - invalid
status: open - closed
versions: +3rd party -Python 2.7
R. David Murray rdmur...@bitdance.com added the comment:
The patch still needs unit tests.
--
nosy: +r.david.murray
stage: commit review - unit test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3461
Éric Araujo mer...@netwok.org added the comment:
I was suggesting a doc bug only if the current doc didn’t advertise clearly
this way of combining nargs with positional arguments. Using “--” is most
certainly standard and right,
Using “--” to explicitly signal positional arguments is most
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks. The patch looks good to me, and appears to also fix issue 8482 and
issue 9163: compiler optimization across all different compilers and
configurations can somewhat arbitrarily break the ability for the debugger to
work, and skipping
Éric Araujo mer...@netwok.org added the comment:
Duh, please ignore the first two lines, I forgot to remove them after
rephrasing my comment. Sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9182
Fred L. Drake, Jr. fdr...@acm.org added the comment:
On Tue, Jul 6, 2010 at 4:33 PM, Éric Araujo rep...@bugs.python.org wrote:
Using “--” to explicitly signal positional arguments is most certainly
right and standard, but people have to read about that for the first
time somewhere. In a
Éric Araujo mer...@netwok.org added the comment:
I always forget that not all programs follow getopt-style parsing rules, thanks
for the reminder.
--
keywords: +easy
resolution: - accepted
title: argparse: optional argument w/ narg='+' conflicts w/ positional
argsument - document
Michael Blume blume.m...@gmail.com added the comment:
The commands I issued to build were just
./configure
make
make install
These machines were both fairly vanilla setups, so I don't think there should
have been any strange flags going to the compiler.
--
Michael Blume blume.m...@gmail.com added the comment:
-fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes
-I. -IInclude -I./Include -DPy_BUILD_CORE
--
___
Python tracker rep...@bugs.python.org
Sergey Konoplev gray...@gmail.com added the comment:
Thank you for the hint. It is realy not so obvious.
May be it is worth to add -- into the usage string this way
usage: [-h] [-b BAR [BAR ...]] -- foo
Otherwise it leads to misunderstanding.
--
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
Attached patch makes timezone(timedelta(0)) always return the same instance as
timezone.utc. See issue9051 for pure python implementation.
With this patch, manipulation of aware datetime objects will be as efficient as
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks for the info. The final optimization option passed to gcc is the -O3,
so the build was done with optimization.
It's not going to be possible to determine if and when gdb will be able to work
in an optimized build across all different
Alexandre Vassalotti alexan...@peadrop.com added the comment:
Now, that 2.7 is out we won't able to commit this anymore. It is sad to abandon
a good patch like this.
--
resolution: - wont fix
stage: patch review - committed/rejected
status: open - closed
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Attaching a C patch.
--
resolution: - accepted
stage: unit test needed - commit review
Added file: http://bugs.python.org/file17887/issue9000.diff
___
Python tracker
Alexandre Vassalotti alexan...@peadrop.com added the comment:
Closing this since Python 2.7 is out now.
--
nosy: +alexandre.vassalotti
resolution: - wont fix
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Replacing the patch. The previously attached patch reverted issue9051 a bit
too aggressively.
--
Added file: http://bugs.python.org/file17888/issue9000.diff
___
Python tracker
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
Removed file: http://bugs.python.org/file17887/issue9000.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9000
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Isn't this a bug that could be fixed in 2.7.1?
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2570
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This is a miniscule patch to configure.in could someone please run with this.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7716
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This is a miniscule patch to moduleobject.h could someone with the relevant
knowledge please review it, thanks.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
[Also posted to pydev for additional input, with Subject line
Issue 2986: difflib.SequenceMatcher is partly broken
Developed with input from Eli Bendersky, who will write patchfile(s) for
whichever change option is chosen.]
Summary:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed in r82617. Python version committed to sandbox in r82616.
--
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Python implementation of UTC interning can be done better than the one in
issue9051. See attached issue9183-proto.diff.
--
Added file: http://bugs.python.org/file17889/issue9183-proto.diff
Benjamin Peterson benja...@python.org added the comment:
Here's a patch. It makes structseq a subclass of tuple and along the way
deletes tons of code. Please review.
--
assignee: eric.smith - benjamin.peterson
keywords: +patch
Added file:
Alexandre Vassalotti alexan...@peadrop.com added the comment:
Actually, you are right. This could be added as bug fix.
--
resolution: wont fix -
stage: committed/rejected - needs patch
status: closed - open
___
Python tracker rep...@bugs.python.org
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
As a crude guide of the speed difference, here's Python 2.6:
re regex
bm_regex_compile.py 86.53secs 260.19secs
bm_regex_effbot.py 13.70secs8.94secs
bm_regex_v8.py 15.66secs
Ezio Melotti ezio.melo...@gmail.com added the comment:
The idea is interesting, but I would prefer to have a way to enable/disable
this feature (and maybe even specify its format, e.g. the number of decimals).
Moving the logic to an external function (possibly used as a decorator) might
avoid
Changes by Daniele Varrazzo p...@develer.com:
--
nosy: +piro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4388
___
___
Python-bugs-list mailing
Changes by Daniele Varrazzo p...@develer.com:
--
nosy: +piro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8775
___
___
Python-bugs-list mailing
Eli Bendersky eli...@gmail.com added the comment:
Thanks!
Now let's see what the other devs say. The first response seems not to have
understood what you meant completely :-)
Eli
On Wed, Jul 7, 2010 at 01:18, Terry J. Reedy rep...@bugs.python.org wrote:
Terry J. Reedy tjre...@udel.edu added
Changes by Eli Bendersky eli...@gmail.com:
Removed file: http://bugs.python.org/file17891/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2986
___
Eli Bendersky eli...@gmail.com added the comment:
I apologize for the previous message. It was created by mistake - by replying
to Terry's mail which came from the bugtracker.
I wish I knew how to remove it from here - is this possible and I'm missing the
relevant priveleges?
--
Gregory P. Smith g...@krypto.org added the comment:
I'm pretty sure Python setup.py does not build the non-openssl md5, sha1,
sha256 and sha512 extension modules at all when openssl is present. So falling
back on them is not likely to work unless anyone who wants this crazy force
fips mode
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: -gps
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9146
___
___
Python-bugs-list mailing
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
There is nothing we can do about misreporting of UTC offset. Unlike time
tuples, datetime objects do not store the DST flag and thus have no means to
disambiguate between standard and DST during the hour after the clock
94 matches
Mail list logo