[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: +s

[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

[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 star

[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:

[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 r

[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

[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"

[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.sp

[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

[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"

[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-bug

[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

[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 mailin

[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> ___ ___

[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 m

[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 i

[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:

[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:

[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/issue12

[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:

[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:

[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:

[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:

[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> ___ ___

[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:

[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:

[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

[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:

[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/issue11

[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

[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

[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:

[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/i

[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://bug

[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:

[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:

[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:

[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:

[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:

[issue10504] Trivial mingw compile fixes

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue10504> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6335] Add support for mingw

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue6335> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10615] Trivial mingw compile fixes

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue10615> ___ ___ Python-bugs-list mailing list Unsubscribe:

[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:

[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.pytho

[issue2979] use_datetime in SimpleXMLRPCServer

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2979> ___ ___ Python

[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

[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.dump

[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> ___ __

[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

[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, Pyth

[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. A

[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 ch

[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.pytho

[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.pytho

[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.pytho

[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 recursio

[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.py

[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.pytho

[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 t

[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 (__

[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> ___

[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.pytho

[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

[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

[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:

[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 mu

[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> ___ __

[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 ___

[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", "

[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

[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.

[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

[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 th

[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 linux

[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 b

[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] _

[issue3173] external strftime for Python?

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3173> ___ ___ Python

[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 has

[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.

[issue7753] newgil backport

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker <http://bugs.python.org/issue7753> ___ ___ Python-bugs-list mailing list Unsubscribe:

[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.py

[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:

[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

[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

[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.or

[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 ver

[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/iss

[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

[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.or

[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 hea

[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> _ ___

[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. A

[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 = &#

[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:

[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/is

[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/is

[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 Unsubs

[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]>

[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/

[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 Unsubs

  1   2   3   >