[issue1749583] expanduser("~") on Windows looks for HOME first
Ralf Schmitt added the comment: As a user of msys I would expect that python returns the value of HOME. If I didn't start python from msys, HOME would either not be set, or I had set in some windows dialog (and then I would expect python to also use that). -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1749583> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1089358] need siginterrupt() on Linux - impossible to do timeouts
Ralf Schmitt added the comment:
PyOS_setsig in pythonrun.c now calls siginterrupt(sig, 1) (in Python
2.4.4/Python 2.5.1, but not in Python 2.3). So you should be able to
timeout the system calls with a signal.alarm call.
However, having siginterrupt available would still be useful.
I have some patches for the signal module and will clean them up in some
days and attach to this bug.
Here's an implementation using ctypes:
def siginterrupt(signum, flag):
"""change restart behavior when a function is interrupted by the
specified signal. see man siginterrupt.
"""
import ctypes
import sys
if flag:
flag = 1
else:
flag = 0
if sys.platform=='darwin':
libc = ctypes.CDLL("libc.dylib")
elif sys.platform=='linux2':
libc = ctypes.CDLL("libc.so.6")
else:
libc = ctypes.CDLL("libc.so")
if libc.siginterrupt(signum, flag)!=0:
raise OSError("siginterrupt failed")
--
nosy: +schmir
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1089358>
_
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1183] race in SocketServer.ForkingMixIn.collect_children
Ralf Schmitt added the comment: I've had the exact same error - but only when I used a subclass of XMLRPCServer, which installed signal handlers for SIGCHLD (which then called collect_children). Does your code install such a signal handler? (I found mine somewhere on the web). Do you start any subprocesses? -- nosy: +schmir __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1183> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1089358] need siginterrupt() on Linux - impossible to do timeouts
Ralf Schmitt added the comment: here is a patch against 2.5.1 Added file: http://bugs.python.org/file8657/patch _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1089358> _ patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue846388] Check for signals during regular expression matches
Ralf Schmitt added the comment:
here is an example (from http://swtch.com/~rsc/regexp/regexp1.html)
python -c 'import re; num=25; r=re.compile("a?"*num+"a"*num);
r.match("a"*num)'
At work I have seen a real world case of a regular expression which ran
for minutes rendering the application unresponsive. We would have been
glad to be able to interrupt the regular expression engine and getting a
traceback.
--
nosy: +schmir
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue846388>
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1068268] subprocess is not EINTR-safe
Ralf Schmitt added the comment: In normal application code that signal.alarm is called for a reason. And the caller most probably expects it to interrupt the read calls. So I think the proposed patch is wrong. What was the signal interrupting the read calls? maybe SIGPIPE? -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1068268> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue846388] Check for signals during regular expression matches
Ralf Schmitt added the comment:
I'm attaching a working patch against 2.5.1 and a short test program.
#! /usr/bin/env python
import signal
import re
import time
def main():
num=28 # need more than 60s on a 2.4Ghz core 2
r=re.compile("a?"*num+"a"*num)
signal.signal(signal.SIGALRM, signal.default_int_handler)
signal.alarm(1)
stime = time.time()
try:
r.match("a"*num)
except KeyboardInterrupt:
assert time.time()-stime<3
else:
raise RuntimeError("no keyboard interrupt")
if __name__=='__main__':
main()
Added file: http://bugs.python.org/file8679/patch
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue846388>
patch
Description: Binary data
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue846388] Check for signals during regular expression matches
Ralf Schmitt added the comment: hm. just noticed that calling PyErr_CheckSignals slows down regular expression matching considerably (50%). I'm adding another patch, which only checks every 4096th iteration for signals. Added file: http://bugs.python.org/file8680/patch.speedup Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue846388> patch.speedup Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13719] bdist_msi upload fails
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 build\bdist.win-amd64\msi creating build\bdist.win-amd64\msi\Lib creating build\bdist.win-amd64\msi\Lib\site-packages copying build\lib.win-amd64-2.7\greenlet.pyd -> build\bdist.win-amd64\msi\Lib\site-packages running install_headers creating build\bdist.win-amd64\msi\Include creating build\bdist.win-amd64\msi\Include\greenlet copying greenlet.h -> build\bdist.win-amd64\msi\Include\greenlet running install_egg_info Writing build\bdist.win-amd64\msi\Lib\site-packages\greenlet-0.3.3-py2.7.egg-info creating dist removing 'build\bdist.win-amd64\msi' (and everything under it) running upload Linking c:\Users\ralf\home\greenlet\build\lib.win-amd64-2.7\greenlet.pyd to c:\Users\ralf\home\greenlet\greenlet.pyd error: greenlet-0.3.3: No such file or directory The attached patch fixes it. -- assignee: tarek components: Distutils files: fix-bdist_msi-upload.patch keywords: patch messages: 150729 nosy: eric.araujo, loewis, schmir, tarek priority: normal severity: normal status: open title: bdist_msi upload fails versions: Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file24153/fix-bdist_msi-upload.patch ___ Python tracker <http://bugs.python.org/issue13719> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12225] current tip doesn't build without mercurial installed
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", line 1158, in main mod.version = get_file_revision(srcfile) File "./Parser/asdl_c.py", line 1142, in get_file_revision p = subprocess.Popen(args, stdout=subprocess.PIPE) File "/usr/lib/python2.7/subprocess.py", line 672, in __init__ errread, errwrite) File "/usr/lib/python2.7/subprocess.py", line 1202, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory make: *** [Include/Python-ast.h] Error 1 -- messages: 137363 nosy: schmir priority: normal severity: normal status: open title: current tip doesn't build without mercurial installed versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue12225> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12225] current tip doesn't build without mercurial installed
Ralf Schmitt added the comment: duplicate of http://bugs.python.org/issue12152 -- ___ Python tracker <http://bugs.python.org/issue12225> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12225] current tip doesn't build without mercurial installed
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 check for - the existence of a hg repository - the hg executable itself - the python executable Running $(srcdir)/Parser/asdl_c.py (i.e. ASDLGEN) will fail if any of the above prerequisites is missing, so we now disable it instead. Also see http://bugs.python.org/issue12225 and http://bugs.python.org/issue12152 -- keywords: +patch Added file: http://bugs.python.org/file22213/0001-disable-ASDLGEN-if-hg-won-t-work-or-if-python-is-not.patch ___ Python tracker <http://bugs.python.org/issue12225> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12152] Parser/asdl_c.py relies on mercurial repository revision
Ralf Schmitt added the comment: issue 12225 contains a patch. -- ___ Python tracker <http://bugs.python.org/issue12152> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12225] current tip doesn't build without mercurial installed
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> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12225] current tip doesn't build without mercurial installed
Changes by Ralf Schmitt : Added file: http://bugs.python.org/file22215/0908fbf86e43.diff ___ Python tracker <http://bugs.python.org/issue12225> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12225] current tip doesn't build without mercurial installed
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 is what the makefile is calling. So unless you want to change the Makefile too and start calling '@PYTHON@ Parser/asdl_c.py', I think the check is rather complete. -- ___ Python tracker <http://bugs.python.org/issue12225> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3014] file_dealloc() assumes errno is set when EOF is returned
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue3014> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5043] get_msvcr() returns None rather than []
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue5043> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12346] Python 2.7.2 source code build (release) depends on mercurial
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/issue12346> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12517] Large file support on Windows: sizeof(off_t) is 32 bits
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue12517> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12556] Disable size checks in mmap.mmap()
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue12556> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12641] Remove -mno-cygwin from distutils
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue12641> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3605] Py_FatalError causes infinite loop
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue3605> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1503] test_xmlrpc is still flakey
Ralf Schmitt added the comment: The tests now pass, but the underlying issue hasn't been fixed! -- ___ Python tracker <http://bugs.python.org/issue1503> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10319] SocketServer.TCPServer truncates responses on close (in some situations)
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue10319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8036] Interpreter crashes on invalid arg to spawnl on Windows
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue8036> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11566] hypot define in pyconfig.h clashes with g++'s cmath
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:629:0, from t.cc:2: c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.1/include/c++/tr1_impl/cmath:203:11: error: '::hypot' has not been declared The problem is, that pyconfig.h has the following define: #define hypot _hypot It should probably just be removed when using gcc. -- components: None messages: 131067 nosy: schmir priority: normal severity: normal status: open title: hypot define in pyconfig.h clashes with g++'s cmath type: compile error versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue11566> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6863] Wrong linker command if CXX set to "ccache g++"
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue6863> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11722] mingw64 does not link when building extensions
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/issue11722> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input
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('> ')
except:
pass
--
___
Python tracker
<http://bugs.python.org/issue1195>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input
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 the stream. -- ___ Python tracker <http://bugs.python.org/issue1195> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue3871> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4709] Mingw-w64 and python on windows x64
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/issue4709> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12102] mmap requires file to be synced
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://bugs.python.org/issue12102> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9566] Compilation warnings under x64 Windows
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue9566> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4489] shutil.rmtree is vulnerable to a symlink attack
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue4489> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10897] UNIX mmap unnecessarily dup() file descriptor
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue10897> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4709] Mingw-w64 and python on windows x64
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue4709> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10504] Trivial mingw compile fixes
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue10504> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6335] Add support for mingw
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue6335> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10615] Trivial mingw compile fixes
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue10615> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4566] 2.6.1 breaks many applications that embed Python on Windows
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue4566> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2985] xmlrpclib doesn't support 64bit integer replies
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: which implementations do support those 64 bit integers? -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2985> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2979] use_datetime in SimpleXMLRPCServer
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2979> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2936> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2985] xmlrpclib doesn't support 64bit integer replies
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I think it's also a bug that xmlrpclib just ignores unknown tags (without even printing a warning). and: wouldn't it be nice if we could also write back those integers? >>> import xmlrpclib >>> xmlrpclib.dumps((2**40,)) Traceback (most recent call last): File "", line 1, in File "/home/ralf/pydev/trunk/Lib/xmlrpclib.py", line 1126, in dumps data = m.dumps(params) File "/home/ralf/pydev/trunk/Lib/xmlrpclib.py", line 671, in dumps dump(v, write) File "/home/ralf/pydev/trunk/Lib/xmlrpclib.py", line 693, in __dump f(self, value, write) File "/home/ralf/pydev/trunk/Lib/xmlrpclib.py", line 704, in dump_int raise OverflowError, "int exceeds XML-RPC limits" OverflowError: int exceeds XML-RPC limits I asked about the implementations supporting this as this i8 tag does not conform to the xmlrpc spec (but I would be happy if there was an de facto standard for sending large integers and would also help implement it). ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2985> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1608818] Sloppy error checking in listdir() for Posix
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1608818> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3026] mmap broken with large files on 64bit system
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3026> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3002] shutil.copyfile blocks indefinitely on named pipes
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I can confirm this issue on python 2.5. I think the priority should be set to critical, as this can lead to denial of service attacks. -- nosy: +schmir versions: +Python 2.4, Python 2.5, Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3002> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3026] mmap broken with large files on 64bit system
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I tested this with python 2.6 and can confirm the issue. The problem is that unsigned int isn't big enough to hold the size of the objects, but the size is downcasted to an unsigned int at several places in _hashopenssl.c. All of these occurences of Py_SAFE_DOWNCAST seem problematic to me (Py_SAFE_DOWNCAST(len, Py_ssize_t, unsigned int)) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3026> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3002] shutil.copyfile blocks indefinitely on named pipes
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
The open('fifo', 'rb') already blocks. One has to use os.fdopen with
O_NONBLOCK to prevent blocking.
fd=os.open('fifo', os.O_RDONLY | os.O_NONBLOCK)
and then use
stat.S_ISFIFO(os.fstat(fd).st_mode)
to check if this is a fifo.
Checking with os.stat before opening with open will result in a race
condition.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3002>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3002] shutil.copyfile blocks indefinitely on named pipes
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: if the destination is a named pipe, it will also block (waiting for a reader). ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3002> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3026] mmap broken with large files on 64bit system
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: the same bug also occurs when computing the md5 of a string larger than 2**32 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3026> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2632] performance problem in socket._fileobject.read
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: Can we get the fix for release25-maint? It will not get worse than the current state is. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2632> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
New submission from Ralf Schmitt <[EMAIL PROTECTED]>: import cPickle res=[] for x in range(1,2000): res.append(dict(doc=x, similar=[])) cPickle.dumps(res) Traceback (most recent call last): File "pi.py", line 10, in cPickle.dumps(res) RuntimeError: maximum recursion depth exceeded svn r64471 seems to cause the problematic behaviour. facundo, you committed that one. -- messages: 68629 nosy: facundobatista, schmir severity: normal status: open title: cPickle is seriously broken type: behavior versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: Apparently there are some self->nesting-- calls missing in batch_list and batch_dict. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: Of course it should not raise an RecursionError. for reference: http://bugs.python.org/issue2702 is the original bugreport. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: here is a test case. I cannot run it however: ~/pydev/trunk/ ./python Lib/test/test_cpickle.py [EMAIL PROTECTED] ok Traceback (most recent call last): File "Lib/test/test_cpickle.py", line 3, in from test.pickletester import AbstractPickleTests, AbstractPickleModuleTests ImportError: No module named pickletester ??? -- keywords: +patch Added file: http://bugs.python.org/file10708/test-3179.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: the test works as expected (i.e. it fails). The problem I had was that some Bittorrent bencode also installed a test package for me. == ERROR: test_flat_list (__main__.cPickleFlatList) -- Traceback (most recent call last): File "Lib/test/test_cpickle.py", line 113, in test_flat_list cPickle.dumps(lst) RuntimeError: maximum recursion depth exceeded -- Ran 159 tests in 0.457s FAILED (errors=1) Traceback (most recent call last): File "Lib/test/test_cpickle.py", line 128, in test_main() File "Lib/test/test_cpickle.py", line 124, in test_main cPickleFlatList, File "/home/ralf/pydev/trunk/Lib/test/test_support.py", line 714, in run_unittest _run_suite(suite) File "/home/ralf/pydev/trunk/Lib/test/test_support.py", line 697, in _run_suite raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File "Lib/test/test_cpickle.py", line 113, in test_flat_list cPickle.dumps(lst) RuntimeError: maximum recursion depth exceeded ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: btw. this should be a release blocker. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2702] pickling of large recursive structures crashes cPickle
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: The tests pass on my machine (64 bit debian testing) with cpickle2.patch. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2702> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2235] __eq__ / __hash__ check doesn't take inheritance into account
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2235> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3221] SystemError: Parent module 'foo' not loaded on import statement
New submission from Ralf Schmitt <[EMAIL PROTECTED]>: The following short program work in python 2.5, but does die with a SystemError in python2.6: ~/ cat t.py #! /usr/bin/env python res = dict(__package__='foo') exec "from os import path" in res ~/ python2.5 t.py ~/ python2.6 t.py Traceback (most recent call last): File "t.py", line 4, in exec "from os import path" in res File "", line 1, in SystemError: Parent module 'foo' not loaded I think this has been introduced with svn revision 42649 (http://hgpy.de/py/trunk/rev/54c72e1678d68ebbf274) Part of the diff reads: modules = PyImport_GetModuleDict(); parent = PyDict_GetItemString(modules, buf); if (parent == NULL) - parent = Py_None; + PyErr_Format(PyExc_SystemError, + "Parent module '%.200s' not loaded", buf); return parent; /* We expect, but can't guarantee, if parent != None, that: -- messages: 68850 nosy: schmir severity: normal status: open title: SystemError: Parent module 'foo' not loaded on import statement type: behavior versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3221> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3241] warnings module prints garbage
New submission from Ralf Schmitt <[EMAIL PROTECTED]>: The warnings module prints garbage when the __file__ points to a binary. This happens e.g. when freezing applications with bbfreeze/py2exe. It's easy to reproduce even without freezing: ~/ python [EMAIL PROTECTED] ok Python 2.6b1+ (trunk, Jun 30 2008, 07:26:07) [GCC 4.3.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> __file__=sys.executable >>> import md5 /home/ralf/py26/bin/python:1: DeprecationWarning: the md5 module is deprecated; use hashlib instead ELF>[EMAIL PROTECTED]@85Q@@'$@[EMAIL PROTECTED]@ @@T�T� ��t�t$z�] (�(�t([EMAIL PROTECTED]@ P�td�N�NS�NSDUDUQ�td/lib64/ld-linux-x86-64.so.2GNUH [EMAIL PROTECTED]&��j�>D� =i�w�RJ�0���'[EMAIL PROTECTED]:��� # $_ -- components: Library (Lib) messages: 68992 nosy: schmir severity: normal status: open title: warnings module prints garbage type: behavior versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3241> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3241] warnings module prints garbage
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I just noticed that this also happens with 2.5. I first thought it was a regression, since I've never seen frozen programs print such garbage, it's apparently caused by bbfreeze choosing a dubious __file__ and by 2.6 having much more warnings statements. feel free to close as wontfix. -- versions: +Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3241> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1690840] xmlrpclib methods submit call on __str__, __repr__
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1690840> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1690840] xmlrpclib methods submit call on __str__, __repr__
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I think __str__ should also be implemented. I'm attaching a patch with unittests against current trunk. -- keywords: +patch Added file: http://bugs.python.org/file10805/xmlrpc_repr.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1690840> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1690840] xmlrpclib methods submit call on __str__, __repr__
Ralf Schmitt <[EMAIL PROTECTED]> added the comment:
this is how it looks:
~/pydev/trunk/ python
[EMAIL PROTECTED] ok
Python 2.6b1+ (trunk, Jul 3 2008, 12:43:37)
[GCC 4.3.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from xmlrpclib import Server
>>> Server("http://localhost:8000";).doit
>>
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1690840>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3119] pickle.py is limited by python's call stack
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3119> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3221] SystemError: Parent module 'foo' not loaded on import statement
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: Thanks Nick for fixing this in a timely manner. BTW I've seen this when trying to run doctests with py.test. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3221> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3026] mmap broken with large files on 64bit system
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: this patch adds a digest_update function. digest_update calls EVP_DigestUpdate(..) with chunks of 16 MB size and also checks for signals. I didn't write any tests (as they will most probably annoy many people cause they would need much memory). testbigfile.py however now works. -- keywords: +patch Added file: http://bugs.python.org/file10895/large_digest_update.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3026> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1503] test_xmlrpc is still flakey
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I still think that blocking mode should be turned on in socket.accept. settimeout implicitly sets non-blocking mode (which might be a bit surprising). The sockets returned from accept() being in non-blocking mode is surprising (as this bug shows). ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1503> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3479] unichr integer overflow
New submission from Ralf Schmitt <[EMAIL PROTECTED]>:
unichr(2**32) results in a unicode string containing a 0 byte:
{{{
~/mwlib.hg/tests/ python
Python 2.5.2 (r252:60911, Apr 21 2008, 11:17:30)
[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> unichr(2**32)
u'\x00'
>>> unichr(2**32+1)
u'\x01'
>>> unichr(2**32+2)
u'\x02'
}}}
2.6 shows the same behaviour.
--
components: Unicode
messages: 70513
nosy: schmir
severity: normal
status: open
title: unichr integer overflow
type: behavior
versions: Python 2.5, Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3479>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1503] test_xmlrpc is still flakey
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I would say without a decision on what to do, there will be no patch :) I can write a patch, which unconditionally turns on blocking mode for sockets returned from accept (on unix-platforms). Would that be fine? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1503> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3026] integer overflow in hashlib causes wrong results for cryptographic hash functions [was: mmap broken with large files on 64bit system]
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- title: mmap broken with large files on 64bit system -> integer overflow in hashlib causes wrong results for cryptographic hash functions [was: mmap broken with large files on 64bit system] ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3026> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3173] external strftime for Python?
Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3173> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3886] Integer overflow in _hashopenssl.c (CVE-2008-2316)
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: http://bugs.python.org/issue3026 is about the same issue (with a working patch added 2 months ago). It's really sad that it sat there for so long. I could have spent that time on something else... (btw. my patch also made the hash functions interruptible, this is something you might consider). -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3886> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3026] integer overflow in hashlib causes wrong results for cryptographic hash functions [was: mmap broken with large files on 64bit system]
Ralf Schmitt <[EMAIL PROTECTED]> added the comment: same issue in http://bugs.python.org/issue3886. it's sad that no one took a look at the patch... now, it should probably be closed... ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3026> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7753] newgil backport
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue7753> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7774] sys.executable: wrong location if zeroth command argument is modified.
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.python.org/issue7774>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7735] python creates IPv6 DNS requests even when built with --disable-ipv6
Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue7735> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input
Ralf Schmitt added the comment: The following patch fixes it. The end-of-file indicator is still set, fgets returns NULL when ctrl-c is pressed, and the code checks for feof(fp) which is true. PyErr_CheckSignals() isn't called. This patch calls clearerr on the filepointer and consequently after ctrl-c feof(fp) is false and PyErr_CheckSignals is called. What I don't understand is why the backtrace says the KeyboardInterrupt happens in raw_input. PyErr_CheckSignals must be called on the "pass" statement otherwise something would be fundamentally broken (But I guess then python somehow saves the last real bytecode command). ~/Python-2.5.1/ hg diff diff --git a/Parser/myreadline.c b/Parser/myreadline.c --- a/Parser/myreadline.c +++ b/Parser/myreadline.c @@ -44,6 +44,7 @@ my_fgets(char *buf, int len, FILE *fp) if (PyOS_InputHook != NULL) (void)(PyOS_InputHook)(); errno = 0; + clearerr(fp); p = fgets(buf, len, fp); if (p != NULL) return 0; /* No error */ -- nosy: +schmir __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1195> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue846388] Check for signals during regular expression matches
Ralf Schmitt added the comment:
./python Lib/timeit.py -n 100 -s "import
re;r=re.compile('a?a?a?a?a?a')" "r.match('a')" gives me for
Trunk:
100 loops, best of 3: 3.02 usec per loop
100 loops, best of 3: 2.99 usec per loop
100 loops, best of 3: 3.01 usec per loop
Patched:
100 loops, best of 3: 3.04 usec per loop
100 loops, best of 3: 3.04 usec per loop
100 loops, best of 3: 3.14 usec per loop
which would be ok, I guess.
(This is on a 64bit debian testing with gcc 4.2.3).
Can you test with the following:
if ((0 == (sigcount & 0x)) && PyErr_CheckSignals())
(i.e. the code will (nearly) not even call PyErr_CheckSignals).
I guess this is some c compiler optimization issue (seems like mine does
a better job at optimizing :)
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue846388>
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1089358] need siginterrupt() on Linux - impossible to do timeouts
Ralf Schmitt added the comment: I'm attaching an updated patch against trunk. It also contains some documentation now. Added file: http://bugs.python.org/file9072/siginterrupt _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1089358> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1448325] re search infinite loop
Ralf Schmitt added the comment: You're being a victim of two issues here: 1.regular expression matching can take a long time. see: http://bugs.python.org/issue1662581 2. regular expression matching was not interruptible: http://bugs.python.org/issue846388 -- nosy: +schmir versions: +Python 2.3, Python 2.5 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1448325> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1662581] the re module can perform poorly: O(2**n) versus O(n**2)
Ralf Schmitt added the comment: here are two other bug reports about the same issue: http://bugs.python.org/issue1448325 http://bugs.python.org/issue1566086 -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1662581> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1566086] RE (regular expression) matching stuck in loop
Ralf Schmitt added the comment: With python 2.6 the program can be interrupted with ctrl-c (see http://bugs.python.org/issue846388). I think this one should be closed as a duplicate of: http://bugs.python.org/issue1662581 -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1566086> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1720992] automatic imports
Ralf Schmitt added the comment: it won't get better than: http://pypi.python.org/pypi/autoimp/ I suggest this should be closed. -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1720992> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1488934] file.write + closed pipe = no error
Ralf Schmitt added the comment: the c program is broken as it does not check the error code of fflush. The real problem is buffering. while True: __print 'Hello' __time.sleep (1) will not notice an error until the buffers are flushed. Running python t.py |head -n2 and killing head does not give me an error. with PYTHONUNBUFFERED=1 or when using sys.stdout.flush() the program breaks with: ~/ PYTHONUNBUFFERED=1 python t.py|head -n2 [EMAIL PROTECTED] ok Hello Hello Traceback (most recent call last): File "t.py", line 5, in print "Hello" IOError: [Errno 32] Broken pipe -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1488934> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1488934] file.write + closed pipe = no error
Ralf Schmitt added the comment: ahh.no. the c program does the fflush on the logfile...sorry. _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1488934> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1574217] isinstance swallows exceptions
Ralf Schmitt added the comment: The return value should be -1 in case of errors. There's also a second code path swallowing all errors. I've converted brian's test.py to a unit test testing both code paths and added an updated patch for this one. This patch is against trunk. All tests in Lib/test/test_isinstance.py pass. -- nosy: +schmir versions: +Python 2.6 Added file: http://bugs.python.org/file9132/issue1574217_dont_mask_errors.txt _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1574217> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1215] Python hang when catching a segfault
Ralf Schmitt added the comment: If you replace your call segfault.segfault() with os.kill(os.getpid(), signal.SIGSEGV) everything works as expected. The problem is that the signal is just caught in the c handler (and a flag is set) and then the program continues with the offending *c = 'a'; statement, which again ends with a SIGSEGV and the handler being called. The documentation explicitly states "Because the C signal handler always returns, it makes little sense to catch synchronous errors like SIGFPE or SIGSEGV." I think raising that InvalidArgument exception is most probably the right thing to do (or at least printing a warning). Those that really want to handle SIGSEGV should do it from C anyway. -- nosy: +schmir __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1215> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue919238] Recursive variable definition causes sysconfig infinite loop
Ralf Schmitt added the comment:
This is still applies for trunk.
I've added the following lines to Makefile (in the top level directory).
SELF=$(SELFA)
SELFA=$(SELF)
Running make then hangs.
I'm attaching a patch, which fixes this issue (against trunk). Running
make now prints:
~/python-trunk/ make
[EMAIL PROTECTED] ok
sysconfig.py: warning: could not resolve names from makefile (recursive
definition?): {'SELFA': '$(SELF)', 'SELF': '$(SELFA)'}
running build
running build_ext
INFO: Can't locate Tcl/Tk libs and/or headers
Failed to find the necessary bits to build these modules:
_bsddb_tkinter bsddb185
dbm dlgdbm
imageop sunaudiodev
To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
running build_scripts
--
nosy: +schmir
versions: +Python 2.4, Python 2.5, Python 2.6
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue919238>
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue919238] Recursive variable definition causes sysconfig infinite loop
Changes by Ralf Schmitt: Added file: http://bugs.python.org/file9145/issue919238_sysconfig_recursive_definition.txt Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue919238> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue919238] Recursive variable definition causes sysconfig infinite loop
Changes by Ralf Schmitt: Added file: http://bugs.python.org/file9146/issue919238_sysconfig_recursive_definition.txt Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue919238> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1676] Fork/exec issues with Tk 8.5/Python 2.5.1 on OS X
Changes by Ralf Schmitt: -- nosy: +schmir __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1676> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1215] Python hang when catching a segfault
Ralf Schmitt added the comment: Those who want to legitimately catch SIGSEGV will end up with an uninterruptible python process using 100 % CPU on a real segmentation fault. But, then I can live with the current behaviour. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1215> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1215] Python hang when catching a segfault
Ralf Schmitt added the comment: Should I work on a patch, which makes signal.signal raise an Exception for SIGSEGV, SIGBUS, SIGFPE,...? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1215> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1725737] Distutils default exclude doesn't match top level .svn
Changes by Ralf Schmitt: -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1725737> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
