Cournapeau David added the comment:
I think compiling python itself with it would be quite difficult - I
have never attempted it. My 'scenario' is building extensions against
the official python for amd64 on windows.
The quickest way to test the patch would be as follows:
- tak
Changes by David Fraser :
--
nosy: +davidfraser
___
Python tracker
<http://bugs.python.org/issue5482>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from David Christian :
http://blog.kowalczyk.info/article/Gdb-basics.html
It is difficult to display the frame you're in while debugging a core
dump in python 3.0 (when in a core dump, you can't run functions, and
thus cannot use many of the normal methods of displayi
Changes by David Christian :
--
title: Unicode pringint in post-mortem sessions -> Unicode printing in gdb
post-mortem sessions
___
Python tracker
<http://bugs.python.org/iss
Changes by David Christian :
--
nosy: +dugan
___
Python tracker
<http://bugs.python.org/issue1674555>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Christian :
--
nosy: +dugan
___
Python tracker
<http://bugs.python.org/issue1711605>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Christian :
--
nosy: +dugan
___
Python tracker
<http://bugs.python.org/issue1608921>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from David Christian :
test_sys refcount test checks that assigning None to a local variable n
increases the references to None by exactly 1.
However sys.settrace is set, then the frame object must be instantiated
to be passed to the trace object. This increments the reference
Cournapeau David added the comment:
Hi tarek,
I can't say for sure about the only part. My experience on windows is
that there are so many possible combinations that getting it right is
difficult.
But in any case, the raised exception is not helpful. I am a developer
and familiar
New submission from David Byrne :
I am using AIX 5.3 xlc 9.0. I am unable to get the libffi section to
build. It also happens with the separate libffi code, so I will try to
report there as well. I get the following:
cc_r -qlanglvl=extc89 -DNDEBUG -O -I.
-I/appl/bwc/src/Python-2.6.1
David Ripton added the comment:
I see this has been marked as "test needed", but this patch is a change
to Makefile.pre.in, and it's not clear to me how to unit test it using
the existing Python test framework.
FWIW, I've manually tested it (on Linux) by doing ./config
David Ripton added the comment:
issue1590 was only supposed to fix "make altinstall", which is a
secondary install target intended specifically to not break the primary
Python on a system. I agree with Ned that if it changed the behavior of
"make install" then t
New submission from David Stemmer :
Given two modules, I've seen the following kind of strange behavior with
list sorting on import and delete; a list that has been imported, sorted
and deleted remains sorted on a second import:
my_module.py:
some_list = ['b','a'
New submission from David Stemmer :
Given two modules, I've seen the following kind of strange behavior with
list sorting on import and delete; a list that has been imported, sorted
and deleted remains sorted on a second import:
my_module.py:
some_list = ['b','a'
Changes by David Stemmer :
Removed file: http://bugs.python.org/file13825/bugs.rar
___
Python tracker
<http://bugs.python.org/issue5891>
___
___
Python-bugs-list mailin
David Stemmer added the comment:
EDIT: delete this, duplicate post
--
___
Python tracker
<http://bugs.python.org/issue5891>
___
___
Python-bugs-list mailin
New submission from Cournapeau David :
There is a bug in the function check_library_list. Assuming there are
some libraries in the distribution instance, the function checks that
lib[0] is a string, but the test checks exactly the contrary (line 137
of build_clib.py).
This is pretty serious, as
New submission from Cournapeau David :
The customize_compiler function is broken in python 3.1. The archiver
for a 'standard' unix compiler is set as ['ar', '-cr'], but in python
3.*, customize_compiler overwrites self.archiver from
get_sysconfig_var('AR'
Cournapeau David added the comment:
Hi Tarek,
Yes, I have a simple example, which show both 5940 and 5941 bugs:
"""
from distutils.core import setup
# How to install libfoo.a/foo.lib in say pkg_dir/lib ?
setup(name='yo', libraries=[('foo', {'sources&#x
Cournapeau David added the comment:
Both should be set as serious, in the sense that build_clib is totally
broken ATM, with no simple workaround. OTOH, maybe numpy is the only
user of build_clib, in which case it is not so serious (I use my own
fixed, copied versions of the original code for
Cournapeau David added the comment:
The toolchain is difficult to build, but the patch is easy to review, it
just moves the MS_WIN64 outside the MS compiler specific part. If it
does not break the MS toolchain (the one used to build the official
python), I don't see the problem.
I can mak
Cournapeau David added the comment:
Ok, it looks like following gcc 4.4.0 release, there is an installer for
the whole toolchain:
http://www.equation.com/servlet/equation.cmd?call=fortran
This installs gcc (C+Fortran+C++ compilers, the download is ~ 40 Mb),
and it can be used from the command
Cournapeau David added the comment:
The bug is also present in python 2.7a
--
versions: +Python 2.7, Python 3.0
___
Python tracker
<http://bugs.python.org/issue5
Cournapeau David added the comment:
You can see the traceback in this recent email:
http://mail.python.org/pipermail/python-list/2009-May/712106.html
--
___
Python tracker
<http://bugs.python.org/issue5
Cournapeau David added the comment:
Ok, here is a patch which fixes the issue while retaining the AR
customization. Here is what it does:
- configure defines both AR and ARFLAGS in the configure script, and
those are used in the Makefile
- ARFLAGS is used instead of the harcoded rc (rc is
New submission from Cournapeau David :
cygwin compiler modules in distutils check versions of the toolchain,
and break is the version is not a released one.
I can't see the rationale for such a behavior, and it is particularly
annoying since it cannot be bypassed AFAIK. As it is the
New submission from Cournapeau David :
If bdist_msi is used on a package which has a non released version
(defined from StrictVersion), it refuses to build the package. The code
for the bdist_msi mentions that pre-release is not supported. Knowing
nothing about msi, I don't know what sha
Changes by David Andrzejewski :
--
title: syslog syscall support for SysLogLogger -> logging
versions: +Python 2.5
___
Python tracker
<http://bugs.python.org/issue1
Changes by David Andrzejewski :
--
title: logging -> syslog syscall support for SysLogLogger -> logging
versions: -Python 2.5
___
Python tracker
<http://bugs.python.org/iss
Changes by David Andrzejewski :
--
title: syslog syscall support for SysLogLogger -> logging -> syslog syscall
support for SysLogLogger
___
Python tracker
<http://bugs.python.org/iss
New submission from David Watson :
The mbstowcs and mbrtwoc functions which are used for the initial
conversion of command-line arguments on Unix can return lone or
paired surrogates (e.g. \udcff for \xed\xb3\xbf in non-strict
UTF-8), and these surrogates are currently placed into sys.argv
David Watson added the comment:
Patch to make get*nam() functions encode their arguments using
the file system encoding and "surrogateescape" error handler, so
that they correctly handle the user/group name fields returned by
each other.
--
Added file: http://bugs.python.org
David Watson added the comment:
Patch to make pwd, spwd and grp decode their string fields using
the file system encoding and the "surrogateescape" error handler,
as per PEP 383.
--
Added file: http://bugs.python.org/file14055/surrogateescape-f
New submission from David Bremner :
if mailbox is an email.Maildir object the following lines
cause an exception for me.
for key in mailbox.keys():
msg=mailbox[key]
mailbox[key]=msg
I attach the whole script. I'm happy to send a tar file of the maildir
I used to test
David Bremner added the comment:
[ 61 pivot ~/config/scripts ] python test.py
Traceback (most recent call last):
File "test.py", line 11, in
mailbox[key]=msg
File "/usr/lib/python2.5/mailbox.py", line 293, in __setitem__
temp_key = self.add(message)
File
David Bremner added the comment:
that seems to fix my test script. Thanks. I guess the bug can be
closed?
--
___
Python tracker
<http://bugs.python.org/issue6
New submission from David Jones :
Consider: x//y != x//float(y) for some integer values of x and y.
For example, x = 2**54-1, and y = 2:
>>> x=2**54-1
>>> y=2
>>> x//y
9007199254740991L
>>> x//float(y)
9007199254740992.0
>>> _==x//y
False
I have
David Jones added the comment:
I do realise that. I still think the mathematically correct answer should
be computed, since it can be.
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by David Antliff :
--
nosy: +David.Antliff
___
Python tracker
<http://bugs.python.org/issue8562>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Watson added the comment:
Here is a new version of the patch; I've added some tests which
use the RFC 3542 interface (IPv6 advanced API) and am now quite
happy with it generally.
As well as Linux, I've tested it on an old (unsupported) FreeBSD
5.3 installation, which requ
New submission from David Kirkby :
Using Python 2.6.5, the module _socket is failing to build on OpenSolaris. The
problem can be worked around with a hack, but I've not verified if the hack
actually results in working code - but at least it compiles. See below.
The problem seems to be
David Kirkby added the comment:
I was obviously looking for the wrong file. ./pyconfig.h shows:
/* Define to 1 if you have the header file. */
#define HAVE_NETPACKET_PACKET_H 1
the file does indeed exist
drkir...@hawk:~$ find /usr/include -name packet.h
/usr/include/netpacket/packet.h
David Kirkby added the comment:
Two points I should have stated.
1)
http://www.lotuseyes.de/blog/error-installing-plone-on-opensolaris-using-the-unified-installer
has a discussion about this issue. It was related to someone trying to install
"Plone" but the problem is a failure
David Kirkby added the comment:
Hi,
thank you for the patch.
I hope you can keep Python building the same modules on Solaris as Linux, as
that would be a real shame if it did not. This module is used in the Sage maths
software.
I had some difficulty applying your patch using the '
David Kirkby added the comment:
I forget to say I had attached the patch 'socketmodule.c.patch' which allows
_socket to build. (I know you can see that if you look, but I thought it useful
to write it).
I do have some other modules not building on OpenSolaris (_curses,
_cu
Changes by David Kirkby :
Removed file: http://bugs.python.org/file17497/socketmodule.c.patch
___
Python tracker
<http://bugs.python.org/issue8852>
___
___
Python-bug
David Kirkby added the comment:
I'd made a mistake when manually applying your patch, although my mistake made
no practical difference. I'm attaching a corrected patch, which has all the
changes needed to get this to build on OpenSolaris. It basically only checks
for things before
David Watson added the comment:
OK. I don't like creating/using a Google account, but here it is:
http://codereview.appspot.com/1487041/show
--
___
Python tracker
<http://bugs.python.org/i
David Watson added the comment:
New version with minor changes. Will also upload at
http://codereview.appspot.com/1487041/show
--
Added file: http://bugs.python.org/file17659/baikie-hwundram-v4.diff
___
Python tracker
<http://bugs.python.
David Watson added the comment:
Optional patch to replace SocketTCPTest, etc. with the classes from the sendmsg
patch.
--
Added file: http://bugs.python.org/file17660/v4-replace-existing-classes.diff
___
Python tracker
<http://bugs.python.
David Kirkby added the comment:
Has anyone done anything about fixing this issue? The patch I attached appears
to allow _socket to build on OpenSolaris and when I run the test suite, there
is no failure of _socket.
I've just downloaded the latest source code for the 3.1.2, 2.6.5 and
P
David Kirkby added the comment:
Is there anything I can do to get someone to do something about it? I would
have thought with a patch, it would not be hard for someone to fix.
--
___
Python tracker
<http://bugs.python.org/issue8
David Kirkby added the comment:
I'm seeing this failure on both Solaris 10 (SPARC processor) in 32-bit mode and
OpenSolaris 06/2009 (Intel Xeon) in 64-bit mode using Python 2.6.4. So it is
not just an ARM Linux issue.
See
http://trac.sagemath.org/sage_trac/ticket/9297
David Kirkby added the comment:
Hi Mark,
Here's the info on the two systems - first the SPARC system, secondly the Intel
Xeon system.
1) SPARC
* Sun Blade 2000, with 2 x UltraSPARC III+ 1200 MHZ processors
* 8 GB RAM
* Solaris 10 update 8 10/09 release (This is the latest relea
David Kirkby added the comment:
Just to clarify something, in case you notice something does not look quite
right.
The link I provided to the build failure on the SPARC machine
http://trac.sagemath.org/sage_trac/ticket/9297
was a Sun Blade 1000. It is *not* the same machine from which I
David Kirkby added the comment:
I'll take a look at this in an hour or two. I'll restrict the testing to the
Xeon machine, as it is a zillion times quicker than the old SPARCs.
What comes to my mind, is that perhaps 'copysign' is only defined in C99.
Solaris header fil
David Kirkby added the comment:
Using the compiler option -std=c99 allows this test to pass.
Perhaps adding the macro
AC_PROG_CC_C99
to autoconf to add the right compiler option might be a solution. I know
Solaris headers are often quite strict, and will not define something in a
header
David Kirkby added the comment:
Hi Mark,
Since 'copysign' is in the maths library, I would not expect the link phase to
fail. Solaris does not ship with different maths libraries for C99 (one just
links to libm).
However, I would not be surprised if the behavior was ill defi
David Kirkby added the comment:
Just to clarify the hostnames and hardware used, in case you look at the
results here or the links to the Sage maths bug tracker and are not sure what
is what.
Note some are Solaris and some are OpenSolaris. Some have SPARC and some have
Intel processors
David Kirkby added the comment:
Hi Martin,
I appreciate your point. But do you know if anyone has it on their TODO list?
If not, is there anything I could do about it? I don't have commit access to
the Python source code, but if there is anything else I can do I'd like to.
David Kirkby added the comment:
Hi,
I had hoped to devote more time to this, but have been able to. I will do at
the weekend.
I would add I was building 64-bit, so adding the compiler flag -m64 on 'hawk'
at least some of the time. Depending on your hardware, assuming you have
David Kirkby added the comment:
Hi,
__EXTENSIONS__ is defined to 1.
Give me an hour, and I'll attach a log.
--
___
Python tracker
<http://bugs.python.org/i
David Kirkby added the comment:
Here's a build done the same way as you. This gives the same result as you
here.
But an attempt to run the test suite fails because of _socket. I need to patch
that in order that I can run the test suite.
See http://bugs.python.org/issu
David Kirkby added the comment:
Here's the header file that gets created
--
Added file: http://bugs.python.org/file17776/pyconfig.h
___
Python tracker
<http://bugs.python.org/i
David Kirkby added the comment:
Sorry, I seem to have wasted a lot of your time here.
Python was built from a script which applied some patches - including that one
that allows _socket to build. Without that (which is not commit to python and
I'm told it might not be done this year)
David Kirkby added the comment:
I think I spoke too soon.
I just downloaded the 2.7.rc2. Using both 32 and 64-bit builds, with the only
patch being that I attached to issue8852 some months back, the problem occurs
again.
test_float
test test_float failed -- Traceback (most recent call
David Kirkby added the comment:
Sorry, I put that note on the wrong issue!
ignore it.
--
___
Python tracker
<http://bugs.python.org/issue8852>
___
___
Python-bug
David Kirkby added the comment:
test_float
test test_float failed -- Traceback (most recent call last):
File "/export/home/drkirkby/Python-2.7rc2/Lib/test/test_float.py", line 1297,
in test_roundtrip
self.identical(-x, roundtrip(-x))
File "/export/home/drkirkby/Python-
David Kirkby added the comment:
Sorry, I missed out the comment there.
This is failing for me, in boht 32 and 64-bit builds with Python-2.7rc2
--
___
Python tracker
<http://bugs.python.org/issue9
David Kirkby added the comment:
I'm glad you can reproduce it!
I can understand you wanting to close it in this case. I've no problem with
that.
To me at least, it does not seem anywhere near as serious as the other problem.
I will try it on Linux though. I have access to
David Kirkby added the comment:
Thank you Mark for confirming what I found.
I understand your reservations about the code if you don't know of its
correctness. I must admit I don't myself. I don't have a clue how this _socket
module should be built.
But it is clear to me th
New submission from David Hood :
colorsys.py function rgb_to_hls will crash on the RGB color (0,2,1) on line 68
with a division by zero error.
68 else: s = (maxc-minc) / (2.0-maxc-minc)
--
messages: 109181
nosy: David.Hood
priority: normal
severity: normal
status: open
title
David Hood added the comment:
And Mark would seem to be entirely correct in this.
Colour me embarrassed for missing that one.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Changes by David Fraser :
--
nosy: +davidfraser
___
Python tracker
<http://bugs.python.org/issue7980>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Fraser :
--
nosy: +davidfraser
___
Python tracker
<http://bugs.python.org/issue7989>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Watson added the comment:
Unit tests were in the patch! However, none of the patches
applied any more, so I've updated them and also improved the
tests a bit. Again, I haven't tried them on Windows.
Unsetting a nonexistent variable isn't supposed to be an error
(see PO
Changes by David Watson :
Added file: http://bugs.python.org/file18186/putenv-empty-2.x.diff
___
Python tracker
<http://bugs.python.org/issue4926>
___
___
Python-bug
Changes by David Watson :
Added file: http://bugs.python.org/file18187/putenv-equals-3.x.diff
___
Python tracker
<http://bugs.python.org/issue4926>
___
___
Python-bug
Changes by David Watson :
Added file: http://bugs.python.org/file18188/putenv-empty-3.x.diff
___
Python tracker
<http://bugs.python.org/issue4926>
___
___
Python-bug
Changes by David Watson :
Added file: http://bugs.python.org/file18189/visibility-2.x.diff
___
Python tracker
<http://bugs.python.org/issue4926>
___
___
Python-bugs-list m
Changes by David Watson :
Added file: http://bugs.python.org/file18190/visibility-3.x.diff
___
Python tracker
<http://bugs.python.org/issue4926>
___
___
Python-bugs-list m
David Watson added the comment:
You're having a bad day at the office :) Just use "patch -p1".
--
___
Python tracker
<http://bugs.python.org/issue4926>
___
_
New submission from David Watson :
The functions in the socket module which return host/domain
names, such as gethostbyaddr() and getnameinfo(), are wrappers
around byte-oriented interfaces but return Unicode strings in
3.x, and have not been updated to deal with undecodable byte
sequences in
Changes by David Watson :
Added file: http://bugs.python.org/file18196/try-surrogateescape-first.diff
___
Python tracker
<http://bugs.python.org/issue9377>
___
___
Pytho
David Watson added the comment:
"Leaving IDNA ASCII-compatible encodings in ASCII form" is just preserving the
existing behaviour (not doing IDNA decoding). See
http://tools.ietf.org/html/rfc3490
and the docs for codecs -> encodings.idna ("xn--lzg" in the example i
David Watson added the comment:
OK, here are new versions of the original patches.
I've tweaked the docs to make clear that ASCII-compatible
encodings actually *are* ASCII, and point to an explanation as
soon as they're mentioned.
You're right that PyUnicode_AsEncoded
Changes by David Watson :
Added file: http://bugs.python.org/file18273/try-surrogateescape-first-2.diff
___
Python tracker
<http://bugs.python.org/issue9377>
___
___
Pytho
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue9141>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue2244>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue2304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue7839>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue9370>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue6293>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue8910>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue7331>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue7325>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Stanek added the comment:
I created some tests for the existing behavior and the expected behavior. One
of my apps was passing in a tuple and the default. Since this already worked
and there are probably others besides me expecting this behavior I changed the
patch to handle this.
The
David Stanek added the comment:
Adding a patch that includes a documentation change.
--
Added file: http://bugs.python.org/file18302/8572-with-docs.diff
___
Python tracker
<http://bugs.python.org/issue8
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue4493>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by David Stanek :
--
nosy: +dstanek
___
Python tracker
<http://bugs.python.org/issue9500>
___
___
Python-bugs-list mailing list
Unsubscribe:
1601 - 1700 of 10891 matches
Mail list logo
