[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: You are right that this was by mistake; here is a patch to revert that mistake (revert.diff). I'm marking the issue release-critical because of thsi patch; the other patches (for adding a new configure option) clearly can't go into 2.6, and

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> loewis nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ P

[issue3825] Major reworking of Python 2.5.2 re module

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Patch regex_2.6rc2+6.diff is a bugfix. Added file: http://bugs.python.org/file11587/regex_2.6rc2+6.diff ___ Python tracker <[EMAIL PROTECTED]> __

[issue3952] _lsprof: clear() should call flush_unmatched()

New submission from STINNER Victor <[EMAIL PROTECTED]>: Example to reproduce the bug (using Python trunk): --- from gc import collect import _lsprof def callMethod(obj): obj.clear() collect() obj = _lsprof.Profiler() obj.enable() callMethod(obj) obj.enable() del obj collect() --- The

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: Guido compiled my patches here: http://codereview.appspot.com/3055 My patches allows bytes for fnmatch.filter(), glob.glob1(), os.path.join() and open(). ___ Python tracker <[EMAIL PROTECTED]>

[issue433028] SRE: (?flag:...) is not supported

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Implemented in #3825. -- nosy: +mrabarnett ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue433027] SRE: (?-flag) is not supported.

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Implemented in #3825. -- nosy: +mrabarnett ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue433024] SRE: (?flag) isn't properly scoped

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Implemenetd in #3825. -- nosy: +mrabarnett ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3825] Major reworking of Python 2.5.2 re module

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Patch regex_2.6rc2+5.diff adds scoped and 'negative' flags for (?i), (?m) and (?s). The other flags remain unchanged in behaviour. See #433024, #433027 and #433028. Added file: http://bugs.python.org/file11585/regex_2.6rc2+5.diff _

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

Changes by STINNER Victor <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11584/obmalloc-no-debug.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

New submission from STINNER Victor <[EMAIL PROTECTED]>: In rev 56476, martin.v.loewis enabled Py_USING_MEMORY_DEBUGGER by default in an huge commit: PEP 3123: Provide forward compatibility with Python 3.0, while keeping backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and PyV

[issue3939] Patch to implement a real ftplib test suite

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: Patch modified after the remarks discussed with Benjamin is in attachment. Added file: http://bugs.python.org/file11582/test_ftplib.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: > What is test result if the environment variable LANG is set to C ? There is no change. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3187] os.listdir can return byte strings

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Hmm... much of the os.path machinery (and os.walk) probably doesn't work with bytes, and neither do fnmatch.py and glob.py, I expect. Plus io.open() refuses bytes for the filename, even though _fileio accepts them. The latter should be fix

[issue3936] Faulty suppression of 'as' keyword warning

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I would be more comfortable if "started = 1" was also executed in the NEWLINE case. I'm not sure to understand the exact use of its value. And do you think if it's possible to add the type==SEMICOLON case? This would properly show the

[issue3187] os.listdir can return byte strings

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Here's another patch. It simply propagates the UnicodeDecodeErrors. I like this because it avoids silent ignoring problem, and people can get bytes if they want by passing in a bytes path. Added file: http://bugs.python.org/file11581/raise

[issue3950] turtle.py: bug in TurtleScreenBase._drawimage

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Go ahead and apply it. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3885] errors on _bsddb creation and dealloc

STINNER Victor <[EMAIL PROTECTED]> added the comment: > Would be nice to use that fuzzer myself. Details, please :). It's not the best place to explain it, so I will try explain shortly: * install fusil 1.0: use mandriva/debian packages, or use sources * (create fusil user group) * run "sudo fus

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Python is not using CCygwinCCompiler to build itself on cygwin. See issue2445. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2445] Use The CygwinCCompiler Under Cygwin

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: # I found this infomation via "svn blame" According to issue403947, cygwin once used CygwinCCompiler, and problem was there, swiched to UnixCCompier. (r19674) If this issue is not solved yet, maybe it's not good to go back to CygwinCCompi

[issue3950] turtle.py: bug in TurtleScreenBase._drawimage

Changes by Gregor Lingl <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11580/huhn.gif ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3950] turtle.py: bug in TurtleScreenBase._drawimage

Changes by Gregor Lingl <[EMAIL PROTECTED]>: -- type: -> behavior versions: +Python 2.6 Added file: http://bugs.python.org/file11579/_drawimage_bug_fix_test.py ___ Python tracker <[EMAIL PROTECTED]>

[issue3950] turtle.py: bug in TurtleScreenBase._drawimage

New submission from Gregor Lingl <[EMAIL PROTECTED]>: In the first line of TurtleScreenBase._drawimage() there are to scalefactors missing. This leads to the annoying fact, that the drawings and the movement of a turtle which has an image shape differ. This is shown in the short script _drawimag

[issue3885] errors on _bsddb creation and dealloc

Jesús Cea Avión <[EMAIL PROTECTED]> added the comment: Would be nice to use that fuzzer myself. Details, please :). ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3936] Faulty suppression of 'as' keyword warning

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Attaching patch and test. -- keywords: +needs review, patch nosy: +benjamin.peterson priority: -> high Added file: http://bugs.python.org/file11577/fix_warning_after_import.patch ___ Python tra

[issue3885] errors on _bsddb creation and dealloc

STINNER Victor <[EMAIL PROTECTED]> added the comment: Ok, thanks. My initial bug is closed and my fuzzer is unable to find new ones ;-) Great job. ___ Python tracker <[EMAIL PROTECTED]> __

[issue3946] PyObject_CheckReadBuffer crashes on memoryview object

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Attaching patch and test. -- keywords: +needs review, patch nosy: +benjamin.peterson Added file: http://bugs.python.org/file11576/no_null_view.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue3885] errors on _bsddb creation and dealloc

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed type: -> crash ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3949] curses' sigwinch handler isn't visible from python

New submission from Shish <[EMAIL PROTECTED]>: after the first initscr() sigwinch is handled as expected, but then my app needs to ignore sigwinch, leave curses to view the output from something, come back into curses, and start listening for sigwinch again. The signal(SIGWINCH, SIG_IGN) call

[issue3948] readline steals sigwinch

New submission from Shish <[EMAIL PROTECTED]>: I have an app which wants to use a mostly curses interface with some parts readline, however, doing so much as "import readline" causes readline to claim ownership of sigwinch, thus breaking the ability of the app to resize. Worse, it seems to cl

[issue1322] platform.dist() has unpredictable result under Linux

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-09-23 22:19, Zooko O'Whielacronx wrote: > Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: > >> Because that's exactly what lsb_release does as well. I have to correct that: lsb_release will only look at the other relea

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: +1 for adding dylib_lib_extension = ".dll.a" to the CygwinCCompiler class. -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECTED]> __

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Roumen Petrov <[EMAIL PROTECTED]> added the comment: I think that modification has to be in cygwinccompiler. It is specific for win32 binutils and impact both - cygwin and mingw. ___ Python tracker <[EMAIL PROTECTED]> __

[issue1322] platform.dist() has unpredictable result under Linux

Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: > Because that's exactly what lsb_release does as well. You must know something about common lsb_release implementations that I don't. As far as I saw in the LSB documentation, it is required to print out information in a certain format

[issue1322] platform.dist() has unpredictable result under Linux

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-09-23 21:49, Zooko O'Whielacronx wrote: > Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: > > MAL: why do you say it is better to look for > /etc/$supportedplatform-release files first instead of looking for > /etc/lsb

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Jason Tishler <[EMAIL PROTECTED]> added the comment: The Cygwin build issue was worked around by releasing a sqlite3 package that contains a static library too. However, this causes the Python _sqlite module to be statically linked against sqlite3 even though a shared library version is availa

[issue1322] platform.dist() has unpredictable result under Linux

Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: MAL: why do you say it is better to look for /etc/$supportedplatform-release files first instead of looking for /etc/lsb-release first? I do not know if /etc/lsb-release is suitably generic -- I've tried it only on a few platforms. I d

[issue1322] platform.dist() has unpredictable result under Linux

Changes by Zooko O'Whielacronx <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11574/dist.patch.txt ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1322] platform.dist() has unpredictable result under Linux

Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: Okay, per MAL's request over on #3937, I tried platform.get_linux_distribution() on the current svn trunk (which I assume is the version that is about to become python 2.6). It gave the same not-so-great answer as platform.dist() used to

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Roumen Petrov <[EMAIL PROTECTED]> added the comment: What is test result if the environment variable LANG is set to C ? -- nosy: +rpetrov ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3885] errors on _bsddb creation and dealloc

Jesús Cea Avión <[EMAIL PROTECTED]> added the comment: Thanks. Committed as r66568. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue1322] platform.dist() has unpredictable result under Linux

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Zooko, I think the main reason for the parser in platform.py to fail on Ubuntu is that Ubuntu doesn't ship with a /etc/ubuntu-release file and instead uses the optional override parameters in /etc/lsb-release to setup the distribution valu

[issue3936] Faulty suppression of 'as' keyword warning

Koen van de Sande <[EMAIL PROTECTED]> added the comment: I was wondering why I didn't have any warnings in my code in 2.5, when it started failing with errors on import in 2.6. Now I know. -- nosy: +koen ___ Python tracker <[EMAIL PROTECTED]>

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Roumen Petrov <[EMAIL PROTECTED]> added the comment: The search for *dll.a is described in paragraph "direct linking to a dll" here: http://sourceware.org/binutils/docs/ld/WIN32.html -- nosy: +rpetrov ___ Python tracker <[EMAIL PROTECTED]>

[issue3937] platform.dist(): detect Linux distribution version in a robust, standard way

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: As explained in #1322. platform.dist() has been superseded by platform.linux_distribution(). Please check what platform.linux_distribution() returns on your platform using Python 2.6rc2. I'm closing this ticket since it's basically a dup

[issue1322] platform.dist() has unpredictable result under Linux

Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: Please see also #3937 for a patch which first tries to parse "/etc/lsb-release", then tries to execute "lsb_release", then falls back to the old behavior of platform.dist(). (Note that parsing the file named /etc/lsb-release is not guara

[issue1322] platform.dist() has unpredictable result under Linux

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- dependencies: +platform.dist(): detect Linux distribution version in a robust, standard way ___ Python tracker <[EMAIL PROTECTED]>

[issue3937] platform.dist(): detect Linux distribution version in a robust, standard way

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- dependencies: +platform.dist() has unpredictable result under Linux keywords: +patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

[issue3937] platform.dist(): detect Linux distribution version in a robust, standard way

Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: Here is an updated version of my patch which tries parsing /etc/lsb-release first and only if that fails tries executing lsb_release. The reason is that executing lsb_release in a subprocess takes half-a-second on my high-performance Ath

[issue3947] configure --with-threads on cygwin => crash on thread related tests

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: releast25-maint is fine probably because CRYPTO_set_locking_callback() is not used in Modules/_ssl.c. I don't try configure --with-threads on py3k, but probably same on trunk. ___ Python tracker <[EMAIL

[issue3947] configure --with-threads on cygwin => crash on thread related tests

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>: I'm not sure this is python's bug or cygwin's bug, thread enabled python crashes thread related tests on cygwin. (ex: test_exit on test_sys.py, test_threading.py etc) After some investigation, I found following workaround solves this cra

[issue1168055] Add current dir when running try_run test program

Steve Lianoglou <[EMAIL PROTECTED]> added the comment: Sorry to bring up an old issue, but I just got bit by this when trying to install a python package. The `config` command was used to ensure that a certain function was included in the math.h on my cpu before compiling the resulting c binary

[issue3945] compile error in _fileio.c (cygwin)

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66566(trunk). -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3945] compile error in _fileio.c (cygwin)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: OK, please apply! -- keywords: -needs review resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3945] compile error in _fileio.c (cygwin)

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: >The patch is OK, even if the second half is not necessary: >PyType_Ready() takes care of the ob_type field. Oh, OK. >Adding brackets in the macro would be wrong: the object layout is >different between 2.6 and 3.0. I Undarstand. How ab

[issue2486] Decimal slowdown in 3.0 due to str/unicode changes

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > So I would suggest either a new directory in the sandbox, or re-using > Facundo's original directory (which includes the telco benchmark) Makes sense---thanks for the suggestion! But since it seems I don't have any open ssh ports it looks

[issue3945] compile error in _fileio.c (cygwin)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The patch is OK, even if the second half is not necessary: PyType_Ready() takes care of the ob_type field. Adding brackets in the macro would be wrong: the object layout is different between 2.6 and 3.0. 3.0 does not have this problem b

[issue3946] PyObject_CheckReadBuffer crashes on memoryview object

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: And the following statement crashes the interpreter: >>> compile(memoryview(b"text"), "name", "exec") -- nosy: +amaury.forgeotdarc priority: -> critical ___ Python tracker <[EMAIL PROTECTED

[issue3937] platform.dist(): detect Linux distribution version in a robust, standard way

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: Please take a look at #1322 for some discussion on this topic. -- nosy: +draghuram ___ Python tracker <[EMAIL PROTECTED]> __

[issue3946] PyObject_CheckReadBuffer crashes on memoryview object

New submission from Roger Upole <[EMAIL PROTECTED]>: Sample code: PyObject *b=PyBytes_FromString("eh ?"); PyObject *mv=PyMemoryView_FromObject(b); PyObject_CheckReadBuffer(mv); >From following the chain of calls in PyObject_CheckReadBuffer, a few things are unclear.

[issue3945] compile error in _fileio.c (cygwin)

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>: Currently, fails to build trunk on cygwin. gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. - I/home/WhiteRabbit/python-dev/trunk/./Include -I. -IInclude -I./Include -I/home/ WhiteRabbit/python-dev/trunk/Inc

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Last time I checked many more would cause ItimerTest to not run properly, these were: test_asynchat, test_asyncore, test_decimal, text_docxmlrpc, test_ftplib, test_logging, test_poplib, test_queue, test_smtplib, test_socket and all these tests

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: I should be more specific: itimer_test_prof (test.test_signal.ItimerTest) appears to go into an infinite loop when run after test_fork1 or test_wait4 have been run. ___ Python tracker <[EMAIL PROTECTED]

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: >From the problematic test run log: ... test_main (test.test_signal.InterProcessSignalTests) ... FAIL ... I should be using the full name, sorry. This failure seems unrelated to the itimer problem though (which is in itimer_test_prof).

[issue3939] Patch to implement a real ftplib test suite

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Giampaolo, my review comments are on Rietveld: http://codereview.appspot.com/5698 ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3690] sys.getsizeof wrong for Py3k bool objects

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: Attached is a patch which takes the preallocation of small_ints into account. What do you think? Added file: http://bugs.python.org/file11568/smallints_sizeof.patch ___ Python tracker <[EMAIL PROTECTED

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Guilherme Polo <[EMAIL PROTECTED]> added the comment: When you say "interprocess signal test" do you actually mean ItimerTest ? Because I don't see the former failing, and the later hangs because signals are not being delivered to it (SIGVTALRM neither SIGPROF). _

[issue3942] Usability issue from not being able to use defined start and end code block markers

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> rejected status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3926] Idle doesn't obey the new improved warnings arguements

Scott David Daniels <[EMAIL PROTECTED]> added the comment: I found that patch, but it confuses showwarning and formatwarning parameter changes. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: Spelunking with test_fork1, it seems that the interprocess signal test failure is due to the HUP signal not being delivered from the subprocess to the parent (line 99 of test_signal.py: self.assertTrue(self.a_called).

[issue3935] bisect insort C implementation ignores methods on list subclasses

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: -> rhettinger nosy: +rhettinger priority: -> low ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3547] Ctypes is confused by bitfields of varying integer types

Thomas Heller <[EMAIL PROTECTED]> added the comment: Make this a release blocker so hopefully someone will review it. -- priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> __

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: I compiled the C test case from issue 2240: $ gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -o test_2240 test_2240.c {lifted as many gcc options off the standard Python compile as possible} $ ldd test_2240 test_2240:

[issue3885] errors on _bsddb creation and dealloc

Nick Coghlan <[EMAIL PROTECTED]> added the comment: All of those explanations sound fair to me - with those questions answered, the patch looks good to me. ___ Python tracker <[EMAIL PROTECTED]> __

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: After perusing test_wait4, I tried substituting test_fork1 for test_wait4 and got the same behaviour from test_signal. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: Oops - the itimer tests are in test_signal, not test_wait4. test_wait4 just triggers the problems in test_signal (both the itimer problems and the interprocess signal test failure). ___ Python tracker

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: I've had a chance to do some testing and it _is_ related to the itimer tests (in test_wait4). This is with r66550: $ ./python -E -tt ./Lib/test/regrtest.py -l -v test_wait4 test_signal test_wait4 test_wait (test.test_wait4.Wait4Test) ...

[issue3944] faster long multiplication

New submission from Pernici Mario <[EMAIL PROTECTED]>: In this patch x_mul(a, b) uses fewer bit operations for a != b, asymptotically half of them. On the three computers I tried the speed-up is around 5% for size=4 and it increases up to 45-60% just below the Karatsuba cutoff, then it decreases

[issue3943] IDLE won't start in 3.0rc1 "Subprocess didn't make connection...."

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: But #3905 is not yet fixed, furthermore the OP already tried the correction suggested there. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3943] IDLE won't start in 3.0rc1 "Subprocess didn't make connection...."

Jean-Michel Fauth <[EMAIL PROTECTED]> added the comment: I think the problem is fixed. See issue 3905. -- nosy: +jmfauth ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3943] IDLE won't start in 3.0rc1 "Subprocess didn't make connection...."

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: It is probably already corrected in svn. Can you please try from a command prompt: > cd > python Lib/idlelib/idle.py Does this display some error message? -- nosy: +amaury.forgeotdarc ___

[issue3554] ctypes.wstring_at and string_at call Python API without the GIL

STINNER Victor <[EMAIL PROTECTED]> added the comment: Reference to the SVN: - trunk: rev65681 - release25-maint branch: rev65858 -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]>

[issue3934] sphinx - building muppy docs fails on Linux

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: This was fixed in r65489 (see issue3498). Using the current Sphinx trunk (http://svn.python.org/projects/doctools/trunk/sphinx) works for me. -- resolution: -> duplicate status: open -> closed ___

[issue3872] Python 2.6rc2: Tix ComboBox error

Dominique Wahli <[EMAIL PROTECTED]> added the comment: Sorry Martin but I couldn't help to fix this issue. A quick check of Tix widgets show the same issue with: CheckList HList ListNoteBook DirList DirTree DirSelectDialog DirSelectBox ExFileSelectBox FileSelectBox That's a lot of things so may