Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
me and amk are talking about the commit that introduced this bug (which
was meant as a fix for another bug).
neal seems to think that this commit is the fix to this bug itself.
and gregory, you are now confused :)
hope it'
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
now this insanity is even documented with svn revision 62359
(http://hgpy.de/py/trunk/rev/442252bce780)
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Ralf Schmitt <[EMAIL PROTECTED]>:
--
nosy: +schmir
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2576>
__
___
Python-bugs-list mailing
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
I thought about this too, but I don't know of a way to provoke an error.
(Other than passing in illegal values, but the code tries to catch
those. And btw, raises an Exception on windows :)
One could currently pass in a negative val
New submission from Ralf Schmitt <[EMAIL PROTECTED]>:
on unix it does call msync however.
here is the relevant part from mmapmodule.c:
static void
mmap_object_dealloc(mmap_object *m_obj)
{
#ifdef MS_WINDOWS
if (m_obj->data != NULL)
UnmapViewOfFile (m_
New submission from Ralf Schmitt <[EMAIL PROTECTED]>:
mmapmodule.c's mmap_object_dealloc calls msync without checking for an
error.
--
messages: 65553
nosy: schmir
severity: normal
status: open
title: errors from msync ignored in mmap_object_dealloc
type: behavior
versions:
Changes by Ralf Schmitt <[EMAIL PROTECTED]>:
--
type: -> behavior
versions: +Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2643>
__
___
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
The close method does not call msync or FlushViewOfFile.
I find this a bit strange cause explicitly closing the mmap will not
flush changes but relying on the garbage collector will flush changes.
__
T
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
However it should be fixed in release25-maint. Can anyone install curt's
patch? It does what the original fix intended to do.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
guido says it's ok to fix the issue in xmlrpclib only:
http://mail.python.org/pipermail/python-dev/2008-April/078396.html
I'm also attaching a dummy.diff in order to have a patch keyword...
If someone is willing to commit thi
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
Skip, thanks for handling this.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2014>
__
___
Python-bugs
Changes by Ralf Schmitt <[EMAIL PROTECTED]>:
--
nosy: +schmir
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2623>
__
___
Python-bugs-list mailing
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
(I think the twisted issue your talking about is:
http://twistedmatrix.com/trac/ticket/1079)
Your patch still contains this code:
recv_size = min(rbufsize, left)
data = self._sock.recv(recv_size)
T
Changes by Ralf Schmitt <[EMAIL PROTECTED]>:
--
nosy: +schmir
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1767370>
_
___
Python-bugs
Changes by Ralf Schmitt <[EMAIL PROTECTED]>:
--
nosy: +schmir
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2703>
__
___
Python-bugs-list mailin
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
I have a case which triggers the assert in readline:
File "build/bdist.linux-x86_64/egg/setuptools/command/develop.py",
line 27, in run
File "build/bdist.linux-x86_64/egg/setuptools/command/develop.py",
line 102,
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
the above easy_install now works for me. thanks.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2632>
__
_
New submission from Ralf Schmitt <[EMAIL PROTECTED]>:
sys.flags is missing bytes_warning:
Python 2.6a2+ (trunk, May 8 2008, 12:09:50)
[GCC 4.2.3 (Debian 4.2.3-3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
&
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
brett, I added you to the nosy list, as you seem to have committed this
in r62303 (http://hgpy.de/py/trunk/rev/ac1ae32a476c)
--
nosy: +brett.cannon
__
Tracker <[EMAIL PROTECTED]>
<http://
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
sure, I even removed the whole source tree:
~/pydev/trunk/ ./python
[EMAIL PROTECTED] ok
Python 2.6a3+ (trunk, May 8 2008, 21:52:39)
[GCC 4.2.3 (Debian 4.2.3-3)] on linux2
Type "help&q
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
why not use sizeof? you'll probably run into this again..
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
btw, I guess that sentinel entry in that array could also be removed?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
ok brett, I see in IRC you're doing lot's of commits currently. sorry
for bothering you. I'll maybe try myself, it's a minor issue anyway...
__
Tracker <[EMAIL PROTECTED]>
&
Changes by Ralf Schmitt <[EMAIL PROTECTED]>:
--
nosy: +schmir
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2789>
__
___
Python-bugs-list mailin
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
I hope someone else can test this, as I don't feel like setting up a
windows build environment...
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from Ralf Schmitt <[EMAIL PROTECTED]>:
unicodeobject.h contains the following code:
extern const unsigned char _Py_ascii_whitespace[];
#define Py_UNICODE_ISSPACE(ch) \
((ch) < 128U ? _Py_ascii_whitespace[(ch)] : _PyUnicode_IsWhitespace(ch))
When linking a mod
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: +
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* dep
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
Linking with the static library really works. You have to link with
'-Xlinker -export-dynamic' however on linux in order to make the symbols
from the static library visible. (just in case if I ha
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 &
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
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:
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:
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:
according to the documentation platform.architecture() may not work on OS X.
--
___
Python tracker
<http://bugs.python.org/issue13
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
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue14001>
___
___
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/issue14040>
___
___
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/issue18071>
___
___
Python-bugs-list mailing list
Unsubscribe:
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/issue14406>
___
___
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/issue15758>
___
___
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/issue15896>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16043>
___
___
Python-bugs-list mailing list
Unsubscribe:
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.
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:
yes, mingw. it may have some problems and this is one of them!
--
___
Python tracker
<http://bugs.python.org/issue11566>
___
___
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16202>
___
___
Python-bugs-list mailing list
Unsubscribe:
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.
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 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:
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 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
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
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
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
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
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16284>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue16472>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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:
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&#
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:
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
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:
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:
> Would you want to provide a patch for this?
No, sorry.
--
___
Python tracker
<http://bugs.python.org/issue16836>
___
___
Py
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:
does anyone know if the same issue has been fixed in the tarfile module?
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue17102>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Changes by Ralf Schmitt :
--
title: zipfile.ZipFile -> zipfile.ZipFile overwrites files outside destination
path
___
Python tracker
<http://bugs.python.org/iss
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
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:
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:
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:
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
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue7064>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue7138>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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/issue17639>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Schmitt :
--
nosy: +schmir
___
Python tracker
<http://bugs.python.org/issue1208304>
___
___
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/issue18015>
___
___
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/issue4709>
___
___
Python-bugs-list mailing list
Unsubscribe:
201 - 292 of 292 matches
Mail list logo
