Stefan Krah added the comment:
Ok, I created a new diff that considers all 64-bit values for 'arch'.
I think x64 cannot occur (See: PLAT_TO_VCVARS). Also, I use the
existence of bin\amd64\vcvarsamd64.bat as a test for VS Professional,
so in that case the new code is never execut
Stefan Krah added the comment:
'ValueError' should be 'DistutilsPlatformError' in the diff.
--
___
Python tracker
<http://bugs.python.org/issue7511>
___
_
New submission from Stefan Krah :
Hi,
would it be possible to add .asm to the extensions? I attach a diff that
I have tested with VS Express.
--
files: vcasm.diff
keywords: patch
messages: 96614
nosy: skrah
severity: normal
status: open
title: msvc9compiler.py: add .asm extension
type
Stefan Krah added the comment:
With the latest Python3.1 svn version of msvc9compiler.py, I get a
"can't use a string pattern on a bytes-like object" error. The
attached diff fixes the error.
--
nosy: +skrah
versions: +Python 3.1 -Python 2.6, Python 2.7, Python 3.0
A
Stefan Krah added the comment:
I also raised this issue at the end of issue 4120 (which is closed).
I'll post the diff here, too.
--
keywords: +patch
nosy: +skrah
versions: +Python 3.1
Added file: http://bugs.python.org/file15653/3.1-byte-string
Stefan Krah added the comment:
I wrote a small C application that converts all possible
wchar_t to multibyte strings, using code page 65001.
Usage:
cl.exe gen65001.c
python check65001.py
Except for the newline character and a sequence from
55296-57343, this code page matches UFT-8.
Note
Changes by Stefan Krah :
Added file: http://bugs.python.org/file15662/check65001.py
___
Python tracker
<http://bugs.python.org/issue6058>
___
___
Python-bugs-list mailin
Stefan Krah added the comment:
Crash confirmed. I don't see any issue with bytes2str(), the second part
of your patch is what fixes the problem. I attach the reduced patch so
it's clear what I mean.
--
nosy: +skrah
Added file: http://bugs.python.org/file15663/release_
Stefan Krah added the comment:
Correction: You are of course right about PyByteArray_AS_STRING(), but
with
os.mkdir(bytearray(b''))
I get the segfault in PyUnicodeUCS2_FSConverter():
(gdb) n
1638 size = PyByteArray_GET_SIZE(output);
(gdb) n
1639
Stefan Krah added the comment:
Sorry that I missed the first part of your patch. I don't know exactly
what PyByteArray_AS_STRING() is meant to do either, but I think it would
make sense to return an empty string. This here works:
>>> bytes(byt
Stefan Krah added the comment:
I briefly looked at how PyByteArray_AS_STRING() is used in other places.
A similar segfault can be provoked in long_new():
int(bytearray(b''), 10)
Then, there are a couple of places where pointer arithmetic is used with
the NULL pointer. Also, memcpy(
Stefan Krah added the comment:
Duplicate of issue 7511.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue5969>
___
___
Python-bugs-list mailin
Stefan Krah added the comment:
Duplicate of issue 7511.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue6283>
___
___
Python-bugs-list mailin
New submission from Stefan Schweizer :
HTMLParser should only handle entity references that are terminated with a
semicolon. I know that the semicolon can be omitted in some cases
(http://www.w3.org/TR/html4/charset.html#h-5.3) and that some browsers are more
tolerant, but the following
New submission from Stefan Krah :
In a debug build:
Python 3.2a0 (py3k:76671M, Dec 22 2009, 19:41:08)
[GCC 4.1.3 20080623 (prerelease) (Ubuntu 4.1.2-23ubuntu3)] on linux2
Type "help", "copyright", "credits" or "l
New submission from Stefan Krah :
I think that context methods should convert arguments regardless of position:
Python 2.7a0 (trunk:76132M, Nov 6 2009, 15:20:35)
[GCC 4.1.3 20080623 (prerelease) (Ubuntu 4.1.2-23ubuntu3)] on linux2
Type "help", "copyright", "credi
Stefan Schweizer added the comment:
I do not think that the semicolon can be omitted here, because it is not at a
line break or immediately before a tag, it is in the middle of a paragraph.
Anyway, I guess I have to live with the decision in issue500073.
Also I could not find an
Stefan Krah added the comment:
Yes, formatting is completely implemented in io.c, together with quite a
comprehensive test suite. I like the new Python format strings, so I wanted
them in the C library, too.
--
___
Python tracker
<h
Stefan Krah added the comment:
Unify test_decimal and test_cdecimal:
Yes, quite possible. The diff is currently 400 lines, but it should be easy to
get that down to below 100 without any loss of functionality.
I'll look into that when I'm done with the 64 bit ANSI path.
Doc
Stefan Krah added the comment:
Just an update. Rev.77358 should compile and run stable on the buildbot
platforms except Alpha and ia64. I'm working on a default ANSI path for
64-bit.
--
___
Python tracker
<http://bugs.python.org/i
New submission from Stefan Krah :
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
Stefan Krah added the comment:
As a first step in unifying test_decimal.py and test_cdecimal.py I
would like to patch test_decimal.py in trunk and py3k. This is to
minimize differences between py3k and py3k-cdecimal.
(1) Remove test that Decimal(x) generates a copy.
(2) Add test case to
Changes by Stefan Krah :
Added file: http://bugs.python.org/file15855/trunk_help_unify.diff
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bug
Stefan Ring added the comment:
Jeffrey, this very commit broke it. See also issue 5814. The same
happened for me last week. What makes it especially bad is that even
once enough children terminate, the SocketServer won't be able to handle
any more connections; it just throws this Exce
Changes by Stefan Ring :
--
nosy: +Ringding
___
Python tracker
<http://bugs.python.org/issue5912>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Stefan Ring :
--
nosy: +Ringding
___
Python tracker
<http://bugs.python.org/issue5322>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Stefan Behnel :
When compiling a C extension (lxml in this case) in Py3.1, calling the
"build_ext -i" distutils target duplicates the package path when writing
the dynlib. In this case, I get "lxml/lxml/etree.so" instead of
"lxml/etree.so". O
New submission from Stefan Krah :
On OpenBSD, SIGINT handling in the REPL is delayed until further input:
Python 2.7b2+ (trunk:81162, May 14 2010, 14:47:52)
[GCC 3.3.5 (propolice)] on openbsd4
Type "help", "copyright", "credits" or "license" for more inf
Stefan Krah added the comment:
Mark, thanks. - The patch is good on OpenBSD-4.5-i386-Celeron,
but I get additional failures on OpenBSD-4.7-beta-amd64-QEMU.
This could be the result of running a beta under qemu.
Henry, could you confirm if the patch works on amd64/OpenBSD-4.7-stable
Stefan Krah added the comment:
I can't pinpoint the exact causes for each individual test failure. I assumed
that they are caused by threading/signal issues, because the tests pass when
Python is compiled --without-threads.
But here's a list of possible culprits for future
Stefan Krah added the comment:
The FreeBSD-6.4-RELEASE-i386 buildbot has similar libpthread issues.
This is just in:
==
FAIL: test_send_signal (test.test_subprocess.POSIXProcessTestCase
Stefan Krah added the comment:
The gentoo-3.x buildbot also shows the threading problems again:
test test_subprocess failed -- Traceback (most recent call last):
File
"/home/buildslave/python-trunk/3.x.norwitz-x86/build/Lib/test/test_subprocess.py",
line 770, in test_s
Stefan Krah added the comment:
I'm busy implementing the IEEE754 contexts for cdecimal. To keep things
in sync, it would be nice to agree how they should be created.
Suggestions:
1) c = Decimal64Context
2) c = Context(Decimal64)
3) ?
I have a preference for 2). It's clear that
Stefan Krah added the comment:
Some context from issue 8540:
[Stefan Krah]
> I'm busy implementing the IEEE754 contexts for cdecimal. To keep things
> in sync, it would be nice to agree how they should be created.
>
>
> Suggestions:
>
> 1) c = Decimal64Context
&g
Stefan Krah added the comment:
Mark Dickinson wrote:
> It's Table 3.6 ("Decimal interchange format parameters") in the final version
> of IEEE 754;
Thanks! I think this is not in the draft I have.
+1 for IEEEContext(n). Could we have module constants Decimal32, Decima
Stefan Krah added the comment:
The patch looks good, +1 for applying it. I'm not a native speaker, but
probably:
"are subject to clamping this manner" => "are subject to clamping in this
manner"
--
___
Python trac
Stefan Krah added the comment:
I agree with all points. Could you fix it directly if at all possible?
Of course eventually I'd do it, it might take some time until I get
around to it though.
--
___
Python tracker
<http://bugs.python.org/i
Stefan Krah added the comment:
On 2.6, the tests aren't skipped if test_support.verbose is 0.
David, if the fix looks good to you I can apply it.
test_itimer_virtual: timeout: likely cause: machine too slow or load too high.
test test_signal failed -- Traceback (most recent call
Stefan Krah added the comment:
I think it would be nice to get this into 2.7. I don't expect buildbot
failures, since the 2.7 patch is essentially the same as the py3k version,
which has been tested extensively.
--
Added file: http://bugs.python.org/file17528/issue7384-5-trunk.
Stefan Krah added the comment:
Mark, thanks. Committed in r81669; I'll keep an eye on the buildbots.
--
___
Python tracker
<http://bugs.python.org/i
Stefan Krah added the comment:
Thanks for looking at the patch! Committed in r81676.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Stefan Krah added the comment:
I can't find buildbot failures related to this any longer, so I'm closing
this one.
--
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.p
New submission from Stefan Krah :
test_capi fails when compiled --without-threads:
test test_capi failed -- Traceback (most recent call last):
File
"/usr/home/db3l/buildarea/3.x.bolen-freebsd7/build/Lib/test/test_capi.py", line
49, in test_no_FatalError_infinite_loop
b&#x
Stefan Krah added the comment:
I ran a test --without-threads: test_runpy and test_exceptions passed,
test_sys was not reached:
test_sqlite
Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file
/usr/src/lib/libthr/thread/thr_init.c (errno = 12)
*** Sig
Stefan Krah added the comment:
Committed in r81669,r81672,r81683 (trunk) and r81830,81831 (py3k).
What to do with the releases? To recap, the fix is:
1) Detect if readline is already linked against ncurses and
if so, skip any further selection. This must be done.
2) Use the same
Changes by Stefan Krah :
--
keywords: +patch
Added file: http://bugs.python.org/file17594/issue8932.patch
___
Python tracker
<http://bugs.python.org/issue8
Stefan Krah added the comment:
Committed in r81857. Blocked for release31-maint (requires additional fixes).
--
resolution: -> accepted
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue8947>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Stefan Krah added the comment:
> python version: 2.4.3
I'd suggest to try this with Python 2.6 or later. 2.4 and 2.5 are in
security-fix only mode.
--
nosy: +skrah
versions: -Python 2.5
___
Python tracker
<http://bugs.python.or
Stefan Krah added the comment:
FreeBSD/Qemu: ipv6 is ok, but this fails:
==
FAIL: testGetaddrinfo (__main__.GeneralModuleTests)
--
Traceback (most recent call
Stefan Krah added the comment:
> Btw, socket.has_ipv6 documentation should be more clear about the fact
> that having it == True doesn't necessarily mean IPv6 is actually
> supported.
Strange indeed. socket.has_ipv6 checks whether ENABLE_IPV6 was defined at
compile time. But
Stefan Krah added the comment:
> But why is that an attribute of a socket object?
Please pretend I did not write this. ;)
Anyway, getaddrinfo() on FreeBSD/Qemu gives this:
>>> socket.getaddrinfo('localhost', 21)
[(2, 2, 17, '', ('127.0.0.1', 21)
Stefan Krah added the comment:
Committed a conservative version implementing part 1) in r82017 (2.6) and
r82019 (3.1). Part 2) can be enabled by uncommenting a couple of lines in
setup.py.
The buildbots look good, but I'm setting this to 'pending' in case
someone would like par
Stefan Krah added the comment:
Py_CHARMASK should return a non-negative integer. As I understand it:
tokenizer.c:tok_get around line 1368:
while (Py_ISALNUM(c) || c == '_') {
c = tok_nextc(tok);
}
1) tok_nextc(tok) returns EOF (correct).
2) c is an
Stefan Krah added the comment:
You can simulate this on Linux by compiling with:
BASECFLAGS="-funsigned-char"
Then:
Index: Parser/tokenizer.c
===
--- Parser/tokenizer.c (revision 81682)
+++ Parser/tokenizer.c (wo
Stefan Krah added the comment:
Martin v. Löwis wrote:
> > Of course, it is dubious why EOF is not tested separately rather than
> > passing it to Py_ISALNUM(). Micro-optimization? At least a comment
> > should be added.
>
> No, I think this is an error that EOF is
New submission from Stefan Krah :
This feature request is extracted from issue 9020, where Py_CHARMASK(c)
was used on EOF, producing different results depending on whether
__CHAR_UNSIGNED__ is defined or not.
The preferred fix for issue 9020 is to check for EOF before using
Py_CHARMASK, so
Stefan Krah added the comment:
Reopening since test failures are reported on python-dev:
[...]
test_uuid
test test_uuid failed -- Traceback (most recent call last):
File "/private/tmp/Python-2.7rc2/Lib/test/test_uuid.py", line 472, in
testIssue8621
self.assertNotEqual(pa
Stefan Krah added the comment:
It is disputed on http://openradar.appspot.com/radar?id=334401 that
this is an OS bug. If I understand correctly, the test program is
not guaranteed to work if threads are involved. See also:
http://webcache.googleusercontent.com/search?q
Stefan Krah added the comment:
Bill, could you try to add this to the tests and see if they
also fail when you run them standalone?
Index: Lib/test/test_uuid.py
===
--- Lib/test/test_uuid.py (revision 82109)
+++ Lib/test
Stefan Krah added the comment:
Ronald Oussoren wrote:
> Stefan: we already new that, see msg105018.
>
> This issue was closed as fixed because the uuid module contains a workaround
> for this issue (by not using the broken C API on OSX 10.6).
Ok, my comment was partly mean
Stefan Krah added the comment:
Re: EOF checking in Py_ISXXX() for consistency with C functions.
After reflecting on this a bit I think it's ultimately not a good
idea. While it is possible to do the EOF check, the macros would
then take either an int in [EOF, 0-UCHAR_MAX] or a signed/uns
Stefan Krah added the comment:
Patch for ceval.c. If you agree with the macro indentation (starting
in line 815) I can commit it and port it to the other branches.
--
keywords: +patch
nosy: +skrah
Added file: http://bugs.python.org/file17752/trunk-ceval-indent.patch
Stefan Krah added the comment:
Antoine, thanks. ceval.c fixes committed in r82177, r82179, r82181
and r82182.
--
___
Python tracker
<http://bugs.python.org/issue8
New submission from Stefan Krah :
While investigating issue 9020, I noticed that there are several places
where the pyctype.h macros could/should be used.
--
messages: 108505
nosy: eric.smith, skrah
priority: normal
severity: normal
status: open
title: Use macros from pyctype.h
type
Stefan Krah added the comment:
Committed fix in r82191. Thanks Sridhar for tracking this down.
New issues emerging from this one:
1) Simplify Py_CHARMASK: issue 9036
2) Use macros from pyctype.h: issue 9067
Additionally, I noticed that the macros is_potential_identifier* from
py3k
Stefan Krah added the comment:
Antoine Pitrou wrote:
> > Thus,
> > ((unsigned char)((c) & 0xff)) and ((unsigned char)(c)) should produce
> > the same results.
>
> If it's the case, it's probably optimized away by the compiler anyway.
Yes, the asm ou
Stefan Krah added the comment:
> In r61936 the cast was added.
Actually r61987
--
___
Python tracker
<http://bugs.python.org/issue9036>
___
___
Python-
Stefan Krah added the comment:
+1, if the FPU mask is always restored (as I understand, this is the case
now).
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue9
Stefan Krah added the comment:
Mark Dickinson wrote:
> Now that I've finally managed to get gcc 4.4.4 installed on OpenSolaris...
>
> .. I'm still failing to reproduce this bug. :(
>
>
> dicki...@eratosthenes:~/release26-maint$ uname -a
> SunOS eratosthene
Stefan Krah added the comment:
Mark Dickinson wrote:
> I don't *think* this is related to issue 7281. I thought we'd determined that
> that issue
> had nothing to do with copysign itself, and everything to do with what the
> signbit of the
> NaN returned by float(&
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue9086>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Stefan Krah added the comment:
Mark, gcc-4.4 on Fedora 12 is ok:
[ste...@fedora-amd64 trunk]$ ./python
Python 2.7rc2+ (trunk:82245M, Jun 26 2010, 13:09:14)
[GCC 4.4.3 20100127 (Red Hat 4.4.3-4)] on linux2
Type "help", "copyright", "credits" or "license&qu
Stefan Krah added the comment:
Fedora 12: copysign-bug varies wildly ((GCC) 4.4.3 20100127 (Red Hat 4.4.3-4)):
[ste...@fedora-amd64 trunk]$ gcc -O0 copysign_bug.c -o copysign_bug
[ste...@fedora-amd64 trunk]$ ./copysign_bug
copysign_bug(-0) = 2
copysign_bug(0) = 3
[ste...@fedora-amd64 trunk
Changes by Stefan Krah :
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue9136>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Stefan Krah added the comment:
Mark Dickinson wrote:
> I can't reproduce this on Linux. However, I've seen an informal report of
> something like this happening before. It looks a lot like something
> threading related, but I don't see any threads in what you'
Stefan Krah added the comment:
Still clueless about profile.py, but I think it creates a parallel stack,
and overwriting of locals legitimately occurs in that stack, producing
the Exception.
So it would appear that by design one simply cannot iterate over locals
when using the profile module
Stefan Krah added the comment:
Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> class Context(object):
> def __init__(self):
> for name, val in locals().items():
> setattr(self, name, val)
>
>
> Isn't this dodgy an
Stefan Krah added the comment:
The tracker doesn't handle code when posted by mail. Here's the
code again:
>>> for name, val in locals().items():
... print(locals())
...
{'name': '__builtins__', 'val': , '__builtins__':
, &#
Stefan Krah added the comment:
Mark, the patch looks good. I don't find it ugly, but anyway, here's a
bike shed version. :)
The main point is that I'd like the flags and traps sections to be
set apart visually while compressing the boilerplate.
--
Added file: http://
Stefan Krah added the comment:
Mark, good point about 2.3 compatibility. The unit tests diverge quite a
bit though between 2.5, 2.6 and 2.7.
I like {s: 0 for s in _signals} slightly better here (but I like
dict/list comprehensions in general).
So, the new patch still sets the flags/traps
Changes by Stefan Krah :
Removed file: http://bugs.python.org/file17831/unnamed
___
Python tracker
<http://bugs.python.org/issue9136>
___
___
Python-bugs-list mailin
Stefan Krah added the comment:
In the new patches I reinstated the ternary construct. I think it
would be nice to use dict comprehensions in py3k. People read the
stdlib for guidance, and it would help if ultimately only the most
concise idioms remained in py3k.
If I'm not mistaken,
Changes by Stefan Krah :
Added file: http://bugs.python.org/file17837/issue9136-trunk-3.patch
___
Python tracker
<http://bugs.python.org/issue9136>
___
___
Python-bug
Stefan Krah added the comment:
Éric, I don't think it's that simple. The author still has the copyright,
even if he licensed the files under the contributor agreement.
At the very least you have to leave his name and copyright notice.
--
no
Stefan Krah added the comment:
Alexander, for me the ternary expressions have the advantage that they
take up less vertical space and you have to keep less state in mind.
Mark, I'm sidestepping the dict syntax question and reassign to you :)
--
assignee: skrah -> mark.d
Changes by Stefan Krah :
--
nosy: +roudkerk
resolution: accepted ->
___
Python tracker
<http://bugs.python.org/issue9162>
___
___
Python-bugs-list mai
Stefan Krah added the comment:
I've encountered this a while ago on OpenSolaris. According to the man
page
http://docs.sun.com/app/docs/doc/816-5168/getcwd-3c?a=view
this would be a bug in getcwd():
ERANGE
The size argument is greater than 0 and less than the length of the
pathname
Stefan Krah added the comment:
I agree that there should be a workaround. In py3k the function is
implemented like you suggest.
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/iss
Stefan Krah added the comment:
> There error info is same as Issue7511.
Yes. Issue 7511 will be fixed at some point in distutils2. Closing this
as a duplicate.
--
nosy: +skrah
resolution: -> duplicate
stage: -> committed/rejected
status: open -> close
Stefan Krah added the comment:
I can reproduce this on Ubuntu with Python 2.7 and 3.2.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue4
Changes by Stefan Krah :
--
title: Problem with tempfile.NamedTemporaryFile on Solaris 10 -> Problem with
tempfile.NamedTemporaryFile
___
Python tracker
<http://bugs.python.org/iss
Stefan Krah added the comment:
[Cc: p...@python.org]
Jesse Noller wrote:
>
> Yes; the copyright has to stay; but the license data can leave afaik.
If R Oudkerk signed the agreement, replacing 'see COPYING.txt' with
'Licensed to PSF under a Contributor Agreement.'
Stefan Krah added the comment:
If I'm not mistaken, the original code was BSD, so in the absence of a
contributor agreement one could include the full BSD license in each
file.
http://pyprocessing.berlios.de/doc/COPYING.html
--
___
Python tr
Stefan Krah added the comment:
Jesse, there's no doubt that you know the original license. :)
I should have been more verbose: My BSD comment was intended for public
consumption. People often think GPL if they see a reference to COPYIN
Stefan Krah added the comment:
The proposed change was for socket_htons() to use ints instead of
unsigned longs. This is the case now, so I'm closing the issue.
--
nosy: +skrah
resolution: -> out of date
stage: unit test needed -> committed/rejected
status: ope
Stefan Krah added the comment:
Yes, it's an issue in py3k. Also, I prefer the behavior of 2.5, but
I'm not sure if that can be changed easily in 2.7.
$ python2.5 -c 'print((1, 2, 3))' > /dev/full
close failed: [Errno 28] No space left on device
$ python2.7 -c 'p
Stefan Krah added the comment:
I'm almost certain that this has been fixed in issue 1544279. Setting
to pending. Brian, if you disagree, you can still respond to this issue.
--
nosy: +skrah
resolution: -> duplicate
stage: unit test needed -> committed/rejected
superseder:
Changes by Stefan Krah :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue1441984>
___
___
Python-bugs-list mailing list
Unsubscri
Stefan Krah added the comment:
It looks like the error is cleared in Python/pythonrun.c, line 321:
if (fout != NULL && fout != Py_None) {
tmp = PyObject_CallMethod(fout, "flush", "");
if (tmp == NULL)
PyErr_Clear();
el
3801 - 3900 of 4955 matches
Mail list logo
