Ralf Schmitt added the comment:
Well, the time to fix this would have been six years ago. The python core
developers have shown a disinterest to fix problems with gcc on windows for a
rather long time. I wouldn't expect this issue to be fixed
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: -schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4709
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18071
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18580
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18015
___
___
Python-bugs-list
Ralf Schmitt added the comment:
I'd consider reference cycles a bug especially if they prevent filedescriptors
from being closed. please read the comments.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1208304
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1208304
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17639
___
___
Python-bugs-list
Ralf Schmitt added the comment:
does anyone know if the same issue has been fixed in the tarfile module?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6972
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17102
___
___
Python-bugs-list
Ralf Schmitt added the comment:
Marc, I think you'll have to bring this up on the mailing list if you want to
have anything changed. The developers on the nosy list have already closed this
as wont fix. They don't care anymore.
--
___
Python
Ralf Schmitt added the comment:
Would you want to provide a patch for this?
No, sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16836
Ralf Schmitt added the comment:
socket getaddrinfo returns garbage:
socket.getaddrinfo(python.org, 80)
[(2, 1, 6, '', ('82.94.164.162', 80)), (2, 2, 17, '', ('82.94.164.162', 80)),
(2, 3, 0, '', ('82.94.164.162', 80)), (10, 1, 6, '', (10,
'\x00P\x00\x00\x00\x00 \x01\x08\x88 \x00\x00\r
New submission from Ralf Schmitt:
The configure script uses a runtime check to determine if IPv6 is working. If
IPv6 is disabled system-wide via a kernel option on linux, the resulting python
interpreter is compiled as if --disable-ipv6 had been passed to the configure
script.
This causes
Ralf Schmitt added the comment:
Given the fact that the bytes object is rather surprising and probaby useless
for the caller I wouldn't call this a correct result.
(sorry, I lost too much time on this issue, I had to put another comment here
Ralf Schmitt added the comment:
The TypeError error happened when using gevent. I've already written in that
other issue that this information was wrong and I get a bad family error.
Sorry, about that.
But this also demonstrates my point here. The Type error was raised exactly
because
Ralf Schmitt added the comment:
AFAIK pypi.python.org disallows uploads of .msi files. That means I've lost
interest in this issue.
Feel free to close it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13719
Ralf Schmitt added the comment:
Daniel is pretty much spot on, thanks for that!
Regarding the use case: I disabled IPv6 system wide when building
packages via gentoo's USE flag. I didn't do anything in order to
configure IPv6 or remove it. My local network interface having a local
link address
Ralf Schmitt added the comment:
flushing stdout may help before writing to stderr (or at least when writing a
traceback). see
http://utcc.utoronto.ca/~cks/space/blog/programming/HowToWriteToStderr for a
discussion.
I don't think it's unreasonable to implement that in python core
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16472
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16284
___
___
Python-bugs-list
Ralf Schmitt added the comment:
It's not quite true what I wrote. Actually you get a error: getsockaddrarg:
bad family error.
But regardless of the error, there just is no need to ask for IPv6 addresses!
--
___
Python tracker rep...@bugs.python.org
Ralf Schmitt added the comment:
The switch disables support for IPv6 sockets, and since IPv6 support is
disabled, there is no need to try to lookup IPv6 addresses in
create_connection. They just cannot be used afterwards.
I didn't request that the switch disables any code that somehow deals
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: schmir
priority: normal
severity: normal
status: open
title: getaddrinfo returns wrong results if IPv6 is disabled
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16208
New submission from Ralf Schmitt:
I'm running the following code on python 2.7.3 on a 64 bit linux.
import socket
print has_ipv6, socket.has_ipv6
res = socket.getaddrinfo(python.org, 80, socket.AF_INET6, socket.SOCK_STREAM)
print python.org is, res
With IPv6 enabled, I get the following
Ralf Schmitt added the comment:
btw lookups do not work if python is configured with --disable-ipv6, see
http://bugs.python.org/issue16208
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7735
Ralf Schmitt added the comment:
Thanks for looking at this. loewis told me in
http://bugs.python.org/issue7735#msg172726 the following:
The switch --disable-ipv6 is supported and works as intended. It is not the
intention of the switch to disable lookups. Instead, it disables support
Ralf Schmitt added the comment:
Sorry, if I haven't been clear enough. This happens on windows when compiling
extensions with g++ -std=gnu++0x ...
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11566
Ralf Schmitt added the comment:
they are noticeable! If the sock.connect fails with the IPv4 address,
it will then try to connect to an IPv6 address (which fails with an
TypeError then). The original error is hidden!
--
___
Python tracker rep
Ralf Schmitt added the comment:
yes, mingw. it may have some problems and this is one of them!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11566
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16202
___
___
Python-bugs-list
Ralf Schmitt added the comment:
The fact is I have disabled IPv6 with python's --disable-ipv6 switch. If you
think that this switch shouldn't be supported anymore, either remove it or
document it as obsolete.
Telling me to disable IPv6 in my system configuration is just arrogant. I may
Ralf Schmitt added the comment:
Why do you think I'm disabling IPv6 because I have a system level problem? I
am not recompiling python to workaround system level problems. And I don't
recompile any other program.
The problem is in python, it can be fixed with a one line patch. but you prefer
Ralf Schmitt added the comment:
The OPs description is pretty clear. There's no good reason to ask for IPv6
addresses if IPv6 is disabled. The create_connection will try them all, and if
connections to IPv4 addresses fail, you'll end up with a TypeError
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16043
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15896
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15723
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14406
___
___
Python-bugs-list
Ralf Schmitt added the comment:
I think having a lock here is unnecessary. The following code should work:
def _decrement_pending_calls(self):
if self.num_pending_calls == len(self.finished_futures):
self.event.set()
(well, maybe the method should also be renamed
Ralf Schmitt python-b...@systemexit.de added the comment:
sorry, I'm currently short on time and don't use windows at the moment.
bdist_msi runs without user interaction. just let the buildbots test it.
--
___
Python tracker rep...@bugs.python.org
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14040
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14001
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6085
___
___
Python-bugs-list
Ralf Schmitt python-b...@systemexit.de added the comment:
struct.calcsize(P)==8 will tell you if you're running a 64bit python or not.
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13965
Ralf Schmitt python-b...@systemexit.de added the comment:
according to the documentation platform.architecture() may not work on OS X.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13965
Ralf Schmitt python-b...@systemexit.de added the comment:
there's a workaround in
http://pypi.python.org/pypi/xdistutils#the-bdist-msi-fixed-command
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13719
Ralf Schmitt python-b...@systemexit.de added the comment:
Marting, this issue is about building python extensions with mingw-w64 not
about building python itself.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4709
Ralf Schmitt python-b...@systemexit.de added the comment:
There's no need to discuss or even run configure scripts. Martin, please reread
the OPs original message. It's easy enough to reason about the issue instead of
trying to reproduce
Ralf Schmitt python-b...@systemexit.de added the comment:
It's a bug in bdist_msi not in the upload command. You can check that
distribution.dist_files point to valid files after running the command.
--
___
Python tracker rep...@bugs.python.org
http
New submission from Ralf Schmitt python-b...@systemexit.de:
Running setup.py bdist_msi upload fails with something like:
c:\Python27\python.exe setup.py bdist_msi upload
running bdist_msi
running build
running build_ext
installing to build\bdist.win-amd64\msi
running install_lib
creating build
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3605
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12641
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12556
___
___
Python-bugs-list
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12517
___
___
Python-bugs-list
Ralf Schmitt python-b...@systemexit.de added the comment:
trunk configure.in contains code that checks for the existence of a .hg
repository.
See rev 435eec7b41f0
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Ralf Schmitt sch...@gmail.com added the comment:
Roumen Petrov rep...@bugs.python.org writes:
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Check for python executable is not complete . What about if system has
only version 3+ installed ?
The shebang in Parser/asdl_c.py reads
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3014
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5043
___
___
Python-bugs-list mailing
New submission from Ralf Schmitt sch...@gmail.com:
configure works, but make immediately fails:
% make
./Parser/asdl_c.py -h ./Include ./Parser/Python.asdl
Traceback (most recent call last):
File ./Parser/asdl_c.py, line 1214, in module
main(args[0])
File ./Parser/asdl_c.py, line
Ralf Schmitt sch...@gmail.com added the comment:
duplicate of http://bugs.python.org/issue12152
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12225
Ralf Schmitt sch...@gmail.com added the comment:
here's a patch that fixes the issue.
You can use hg import to apply it to your hg repo, autoconf has to be run
afterwards.
The log message is:
disable ASDLGEN if hg won't work, or if python is not installed.
This change makes
Ralf Schmitt sch...@gmail.com added the comment:
issue 12225 contains a patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12152
Ralf Schmitt sch...@gmail.com added the comment:
I've setup a hg repo on bitbucket with that patch.
--
hgrepos: +24
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12225
Changes by Ralf Schmitt sch...@gmail.com:
Added file: http://bugs.python.org/file22215/0908fbf86e43.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12225
Ralf Schmitt sch...@gmail.com added the comment:
your suggestion doesn't work. there's no such thing like a flush on file
descriptor.
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12102
Ralf Schmitt sch...@gmail.com added the comment:
I'm also using this patch successfully (together with
http://tdm-gcc.tdragon.net/).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4709
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
___
Python-bugs-list mailing
Ralf Schmitt sch...@gmail.com added the comment:
Either you clearerr or you can't rely on feof. fgets might also set the end of
file indicator *and* return valid data. I don't see a reason to not call
clearerr right before trying to read from the stream
Ralf Schmitt sch...@gmail.com added the comment:
The patch still does not handle the case where the eof indicator is already set
when calling raw_input. My original patch does.
Run the following program and hit ctrl-d, then ctrl-c:
import sys
sys.stdin.read()
while True:
try:
s
Ralf Schmitt sch...@gmail.com added the comment:
pyconfig.h defines SIZEOF_SIZE_T depending on the preprocessor symbol MS_WIN64.
The patch in #4709 would fix that.
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6863
___
___
Python-bugs-list mailing
New submission from Ralf Schmitt sch...@gmail.com:
The following program
#include Python.h
#include cmath
results in the following error when compiled with g++ and -std=gnu++0x:
$ g++ -std=gnu++0x -c t.cc -I /c/Python27/Include
In file included from
c:\mingw64\bin\../lib/gcc/x86_64-w64
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8036
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4566
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4709
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10504
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6335
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10615
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7511
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10897
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4489
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9566
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10319
___
___
Python-bugs-list mailing
Ralf Schmitt sch...@gmail.com added the comment:
The tests now pass, but the underlying issue hasn't been fixed!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1503
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8254
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7735
___
___
Python-bugs-list mailing
Ralf Schmitt sch...@gmail.com added the comment:
readlink(/proc/self/exe) would work on linux. (there's a similar link on
freebsd).
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7774
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7753
___
___
Python-bugs-list mailing
Ralf Schmitt sch...@gmail.com added the comment:
Marc-Andre Lemburg m...@egenix.com added the comment:
You can easily have python3 implemented as shell script setting up
PYTHONPATH to whatever your particular Python installation uses.
yes, and you need to write a python shell script, which
Ralf Schmitt sch...@gmail.com added the comment:
No, I don't know how to provoke such an error other than passing illegal
parameters..(or munmap'ing the mmap'ed area).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2644
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7138
___
___
Python-bugs-list mailing
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7064
___
___
Python-bugs-list mailing
Ralf Schmitt sch...@gmail.com added the comment:
I'd rather have an extractall version which just throws a RuntimeError
than one which overwrites any file with any content on my filesystem if
I'm trying to unzip a zip file. Then I at least know that I have to
write my own version. Adding
Ralf Schmitt sch...@gmail.com added the comment:
it looks like this is fixed in 2.6.2.
I'm attaching a zipfile which cannot be extracted in 2.6.1
Running
python -c 'import zipfile; zipfile.ZipFile(test.zip).extractall()'
in 2.6.2 however works.
but you should not do that anyway because
New submission from Ralf Schmitt sch...@gmail.com:
ZipFile.extractall happily overwrites any file on the filesystem. One
can put files with a name like //etc/password in a zip file and
extractall will overwrite /etc/password (with sufficient rights).
The docs say:
ZipFile.extractall([path
Changes by Ralf Schmitt sch...@gmail.com:
--
title: zipfile.ZipFile - zipfile.ZipFile overwrites files outside destination
path
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6972
Ralf Schmitt [EMAIL PROTECTED] added the comment:
no john, linking with the static library really works. the resulting
executable does not depend on the shared library and it is possible to
import the e.g. the time module.
___
Python tracker [EMAIL PROTECTED
Ralf Schmitt [EMAIL PROTECTED] added the comment:
Yes, there is no purpose in linking with a static library when the
dynamically loaded modules still depend on the shared library.
And yes, the dynamically loaded libraries should declare their
dependencies. My point is they do *not* depend
Ralf Schmitt [EMAIL PROTECTED] added the comment:
ubuntu comes with a static libpython.a which you can also link against.
Linking the c modules against the shared python library would make that
static library pretty much useless...
--
nosy: +schmir
1 - 100 of 272 matches
Mail list logo
