Changes by Ralf Schmitt :
--
nosy: -schmir
___
Python tracker
<http://bugs.python.org/issue4709>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue18580>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue18071>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue18015>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
<http://bugs.python.org/issu
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue1208304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue17639>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue17102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
does anyone know if the same issue has been fixed in the tarfile module?
--
___
Python tracker
<http://bugs.python.org/issue6
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.
--
__
Ralf Schmitt added the comment:
> Would you want to provide a patch for this?
No, sorry.
--
___
Python tracker
<http://bugs.python.org/issue16836>
___
___
Py
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
<http://bugs.python.org/is
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 exact
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 anoth
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.
T
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&#
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
li
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 p
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16472>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16284>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 d
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
<http://bugs.python.org/issue7
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
Wit
Changes by Ralf Schmitt :
--
nosy: schmir
priority: normal
severity: normal
status: open
title: getaddrinfo returns wrong results if IPv6 is disabled
___
Python tracker
<http://bugs.python.org/issue16
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
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
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
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
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.
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16202>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
yes, mingw. it may have some problems and this is one of them!
--
___
Python tracker
<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
<h
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
<http://bugs.
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16043>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue15896>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue15723>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue15758>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 then
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue14406>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt 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
<http://bugs.python.o
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue14040>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue6085>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue14001>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
there's a workaround in
http://pypi.python.org/pypi/xdistutils#the-bdist-msi-fixed-command
--
___
Python tracker
<http://bugs.python.org/is
Ralf Schmitt added the comment:
according to the documentation platform.architecture() may not work on OS X.
--
___
Python tracker
<http://bugs.python.org/issue13
Ralf Schmitt added the comment:
struct.calcsize("P")==8 will tell you if you're running a 64bit python or not.
--
nosy: +schmir
___
Python tracker
<http://bugs.pyt
Ralf Schmitt 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 it.
--
___
Python trac
Ralf Schmitt added the comment:
Marting, this issue is about building python extensions with mingw-w64 not
about building python itself.
--
___
Python tracker
<http://bugs.python.org/issue4
Ralf Schmitt 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
<http://bugs.python.org/is
New submission from Ralf Schmitt :
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\bdist.win-amd64
creating
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue3605>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue12641>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue12556>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue12517>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
trunk configure.in contains code that checks for the existence of a .hg
repository.
See rev 435eec7b41f0
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue12
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue5043>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue3014>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
Roumen Petrov writes:
> Roumen Petrov 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 '#! /usr/bin/env python'.
That i
Changes by Ralf Schmitt :
Added file: http://bugs.python.org/file22215/0908fbf86e43.diff
___
Python tracker
<http://bugs.python.org/issue12225>
___
___
Python-bugs-list m
Ralf Schmitt added the comment:
I've setup a hg repo on bitbucket with that patch.
--
hgrepos: +24
___
Python tracker
<http://bugs.python.org/issue12225>
___
___
Ralf Schmitt added the comment:
issue 12225 contains a patch.
--
___
Python tracker
<http://bugs.python.org/issue12152>
___
___
Python-bugs-list mailin
Ralf Schmitt 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 configure
Ralf Schmitt added the comment:
duplicate of http://bugs.python.org/issue12152
--
___
Python tracker
<http://bugs.python.org/issue12225>
___
___
Python-bug
New submission from Ralf Schmitt :
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
main(args[0])
File "./Parser/asdl_c.py"
Ralf Schmitt added the comment:
your suggestion doesn't work. there's no such thing like a "flush on file
descriptor".
--
nosy: +schmir
___
Python tracker
<http://bug
Ralf Schmitt added the comment:
I'm also using this patch successfully (together with
http://tdm-gcc.tdragon.net/).
--
___
Python tracker
<http://bugs.python.org/i
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue3871>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt 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
Ralf Schmitt 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 = raw_input
Ralf Schmitt 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
<http://bugs.python.org/issue11
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue6863>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ralf Schmitt :
The following program
#include
#include
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-mingw32/4.5.1/include/c++/cmath
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue8036>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue4566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue10615>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue6335>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue10504>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue4709>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue7511>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue10897>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue4489>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue9566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue10319>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
The tests now pass, but the underlying issue hasn't been fixed!
--
___
Python tracker
<http://bugs.python.org/issue1503>
___
___
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue8254>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue7735>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
readlink("/proc/self/exe") would work on linux. (there's a similar link on
freebsd).
--
nosy: +schmir
___
Python tracker
<http://bugs.py
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue7753>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt added the comment:
> Marc-Andre Lemburg 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 resets t
Ralf Schmitt 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
<http://bugs.py
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue7138>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue7064>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Schmitt 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 a warn
Ralf Schmitt added the comment:
Adding a warning to the documentation is wrong. The intention of the
code clearly is to only create files in the destination directory (or
why remove the first slash then?) and that is also the impression I get
from reading the documentation
Ralf Schmitt added the comment:
The documentation should also mention that it's unsafe to use this
method in python <= 2.6.2. 2.6.2 is also unsafe.
--
___
Python tracker
<http://bugs.python.or
Ralf Schmitt added the comment:
I think this should clearly be fixed in the code. The current code tries
to handle absolute paths by removing the first slash (unfortunately not
the second), so it looks like it tries to be safe and only write to the
destination directory. That should be the
Ralf Schmitt 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 any
Changes by Ralf Schmitt :
--
title: zipfile.ZipFile -> zipfile.ZipFile overwrites files outside destination
path
___
Python tracker
<http://bugs.python.org/iss
New submission from Ralf Schmitt :
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[, mem
1 - 100 of 292 matches
Mail list logo
