[issue1621] Python should compile with -Wstrict-overflow when using gcc

Martin v. Löwis added the comment: Using ansi is out of scope of this issue, and should not be mixed with it. -ansi is about disabling certain GCC extensions. This report is about C code in Python which has undefined behavior. I think there is disagreement on whether Python should stop relying o

[issue1608] test_str.py crashes

Thomas Heller added the comment: Guido van Rossum schrieb: > (Thomas, could you run it in the 2.5 branch as well? I seem to have > checked in a lot of gratuitous changes by using an older version of > autoconf.) Done, see rev 59494. __ Tracker <[EMAIL PROTECTED]

[issue1618] locale.strxfrm can't handle non-ascii strings

Martin v. Löwis added the comment: It operates on char*, not Unicode strings. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubs

[issue1623] Implement PEP-3141 for Decimal

New submission from Jeffrey Yasskin: I added __round__, __ceil__, __floor__, and __trunc__ -- components: Library (Lib) files: decimal_3141.patch messages: 58614 nosy: jyasskin severity: normal status: open title: Implement PEP-3141 for Decimal type: behavior versions: Python 3.0 Added f

[issue1469] SSL tests leak memory

Guido van Rossum added the comment: I spoke too soon. In a debug build, this hangs forever during the second iteration: ./python.exe Lib/test/regrtest.py -uall -R1:1 test_ssl Adding -v, it looks like two iterations are carried out perfectly (one must be a trial run, one the warm-up run), but th

[issue1469] SSL tests leak memory

Guido van Rossum added the comment: > Good catch. I flipped a bit cleaning up the C code. > > Here's a fixed patch. > > Added file: http://bugs.python.org/file8949/patch-3 Great! Go ahead and check it in. Sorry for deleting the _real_close() earlier BTW. Enjoy your time away!

[issue1621] Python should compile with -Wstrict-overflow when using gcc

Christian Heimes added the comment: Socket and SSL are using bluetooth.h which defines some functionas as inline. Inline isn't part of C89. Linuxaudiodev depends on the 'linux' macro which is not defined in C89. The Python core can be compiled with -ansi but the extension modules require -std=g

[issue1621] Python should compile with -Wstrict-overflow when using gcc

Christian Heimes added the comment: Should we use -ansi (C90 aka C89 standard) option, too? Python core compiles fine with -ansi but together with -Werror it breaks several extensions: _bsddb_codecs_iso2022 _ctypes _socket _ssl linuxaudiodev

[issue1621] Python should compile with -Wstrict-overflow when using gcc

Christian Heimes added the comment: My gcc 4.1 doesn't have the -Wstrict-overflow option. gcc-Version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) -- nosy: +tiran __ Tracker <[EMAIL PROTECTED]> _

[issue1469] SSL tests leak memory

Changes by Bill Janssen: Removed file: http://bugs.python.org/file8922/patch-2 __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsu

[issue1469] SSL tests leak memory

Bill Janssen added the comment: Good catch. I flipped a bit cleaning up the C code. Here's a fixed patch. Added file: http://bugs.python.org/file8949/patch-3 __ Tracker <[EMAIL PROTECTED]> __ p

[issue1620] New @spam.getter property syntax modifies the property in place

Christian Heimes added the comment: Fixed in r59488 -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python

[issue1622] zipfile hangs on certain zip files

Changes by Guido van Rossum: -- keywords: +patch nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscr

[issue1622] zipfile hangs on certain zip files

New submission from Eric Huss: Creating a ZipFile object with a certain type of zip file can cause it to go into an infinite loop. The problem is the new extra field parsing routine. It unpacks integers as a signed value, which if they are sufficiently large (over 32767), then it will loop fore

[issue1607] Patch for TCL 8.5 support

Kurt B. Kaiser added the comment: But indices are supposed to be strings according to the Tk documentation, and with 8.4 the Tkinter indices are strings. Since most of the Tkinter 'documentation' is actually the Tcl/Tk man pages, it would be quite confusing to users if Tkinter diverged from T

[issue1608] test_str.py crashes

Guido van Rossum added the comment: > """code that has been audited and fixed in the past will again be > vulnerable.""" > > That code wasn't properly audited or fixed if it depended on integer > overflow behavior. Whatever, this is how overflow checks have been coded all over the code base. __

[issue1608] test_str.py crashes

Gregory P. Smith added the comment: """code that has been audited and fixed in the past will again be vulnerable.""" That code wasn't properly audited or fixed if it depended on integer overflow behavior. Anyways, I'm glad we have the flag to disable the optimization on gcc in the meantime. We

[issue1621] Python should compile with -Wstrict-overflow when using gcc

New submission from Gregory P. Smith: The resolution to http://bugs.python.org/issue1608 looks like it'll add a -fwrapv gcc flag when building python. This works around the issue nicely on one compiler (gcc) but doesn't fix our fundamentally broken code. We should fix all dependencies on intege

[issue1333] merge urllib and urlparse functionality

Brett Cannon added the comment: Yes, the modules should probably all get merged somehow. But discussing it in the web-sig is fine with me and I am happy to look at what the web-sig ends up recommending. __ Tracker <[EMAIL PROTECTED]>

[issue1333] merge urllib and urlparse functionality

Christian Heimes added the comment: Please contact Brett Cannon. He organized the stdlib cleanup. -- assignee: -> brett.cannon nosy: +brett.cannon, tiran __ Tracker <[EMAIL PROTECTED]> __

[issue1618] locale.strxfrm can't handle non-ascii strings

Christian Heimes added the comment: What's wrong with the locale module? -- nosy: +tiran __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue1620] New @spam.getter property syntax modifies the property in place

New submission from Christian Heimes: As reported by Duncan Booth at http://permalink.gmane.org/gmane.comp.python.general/551183 the new @spam.getter syntax modifies the property in place but it should create a new one. The patch is the first draft of a fix. I've to write unit tests to verify th

[issue1608] test_str.py crashes

Guido van Rossum added the comment: Thomas Heller ran autoconf for the trunk and submitted as r59485. (Thomas, could you run it in the 2.5 branch as well? I seem to have checked in a lot of gratuitous changes by using an older version of autoconf.) -- nosy: +theller resolution: -> fix

[issue1619] Test

Changes by Martin v. Löwis: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing lis

[issue1619] Test

Changes by Martin v. Löwis: -- nosy: loewis severity: normal status: open title: Test __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mai

[issue1618] locale.strxfrm can't handle non-ascii strings

Martin v. Löwis added the comment: locale.strxfrm needs to be removed in Python 3, probably along with the entire locale module. We can't support it anymore. -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]> __

[issue1617] Rare exception in test_urllib2net

Guido van Rossum added the comment: Can you log in to the box and reproduce it manually? On Dec 13, 2007 1:49 PM, Neal Norwitz <[EMAIL PROTECTED]> wrote: > > Neal Norwitz added the comment: > > This may happen every time on the MIPS buildbot. Here is a recent run. > > http://www.python.org/dev/

[issue1606] Doc: subprocess wait() may lead to dead lock

Guido van Rossum added the comment: > I believe so, too. The subprocess docs aren't warning about the problem. > I've seen a fair share of programmers who fall for the trap - including > me a few weeks ago. Yes, the docs should definitely address this. > Consider yet another example > > >>> p =

[issue1617] Rare exception in test_urllib2net

Neal Norwitz added the comment: This may happen every time on the MIPS buildbot. Here is a recent run. http://www.python.org/dev/buildbot/all/MIPS%20Debian%20trunk/builds/190/step-test/0 My guess is that there is some exception happening in C code and that propagates back up to the error we se

[issue1618] locale.strxfrm can't handle non-ascii strings

New submission from Filip Salomonsson: locale.strxfrm currently does not handle non-ascii strings: $ ./python Python 3.0a2 (py3k:59482, Dec 13 2007, 21:27:14) [GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import loca

[issue1606] Doc: subprocess wait() may lead to dead lock

Raghuram Devarakonda added the comment: Look at #1256 for similar report. A doc change was suggested there as well. -- nosy: +draghuram __ Tracker <[EMAIL PROTECTED]> __ __

[issue1469] SSL tests leak memory

Christian Heimes added the comment: It hangs on my Linux box, too. I've not yet tried on Windows. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue1606] Doc: subprocess wait() may lead to dead lock

Christian Heimes added the comment: Guido van Rossum wrote: > That is done precisely to *avoid* blocking. I believe the only reason > your example blocks is because you wait before reading -- you should > do it the other way around, do all I/O first and *then* wait for the > process to exit. I b

[issue1617] Rare exception in test_urllib2net

New submission from Guido van Rossum: test test_urllib2net failed -- Traceback (most recent call last): File "/tmp/python-test/local/lib/python2.6/test/test_urllib2net.py", line 175, in test_ftp self._test_urls(urls, self._extra_handlers()) File "/tmp/python-test/local/lib/python2.6/test/tes

[issue1609] test_re.py fails

Ismail Donmez added the comment: Remove test_ucn from the list, it still fails but its for another bug report. __ Tracker <[EMAIL PROTECTED]> __ ___ Pyth

[issue1608] test_str.py crashes

Guido van Rossum added the comment: Committed revision 59483 (2.5 branch). Committed revision 59484 (2.6 trunk). Keeping this open since someone still needs to run autoconf to regenerate configure for the 2.6 trunk. -- priority: urgent -> normal __ Track

[issue1609] test_re.py fails

Ismail Donmez added the comment: Removing --with-wctype-functions in total fixes following regression tests, test_codecs test_re test_ucn test_unicodedata __ Tracker <[EMAIL PROTECTED]> __

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Last patch had a grammar error in comment, fix that. Added file: http://bugs.python.org/file8945/wrap.patch __ Tracker <[EMAIL PROTECTED]> __Index: configure.in ==

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Attached patch exactly checks if compiler supports -fwrapv otherwise doesn't use it. Is this ok? Added file: http://bugs.python.org/file8944/wrap.patch __ Tracker <[EMAIL PROTECTED]>

[issue1616] compiler warnings (gcc 2.96)

New submission from Guido van Rossum: I figured this would be useful: /home/guido/p25/Modules/_ctypes/libffi/src/x86/ffi.c:177: warning: function declaration isn't a prototype /home/guido/p25/Modules/_ctypes/libffi/src/x86/ffi.c:194: warning: function declaration isn't a prototype /home/guido/p2

[issue1501] 0 ** 0 documentation

Changes by Facundo Batista: -- assignee: -> facundobatista nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue1615] descriptor protocol bug

New submission from ganges master: it seems the code of PyObject_GenericGetAttr, which invokes the descriptor protocol, silences any AttributeErrors raised by the descriptor, for classes that also define __getattr__. it should propagate up rather than being silently ignored. the attached example

[issue1469] SSL tests leak memory

Guido van Rossum added the comment: Hm, when I run the full test_ssl test suite with ./python Lib/test/regrtest.py -v -uall test_ssl it always hangs in testAsyncoreServer after printing this: testAsyncoreServer (test.test_ssl.ThreadedTests) ... server: new connection from 127.0.0.1:59781 cl

[issue1608] test_str.py crashes

Guido van Rossum added the comment: GCC 2.96 is still the golden standard for me, and it doesn't like -fwrapv. Please try to come up with a better patch. It should be easy enough to invoke gcc -fwrapv with a dummy program. __ Tracker <[EMAIL PROTECTED]>

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Ok gcc developers say -fwrapv is there since gcc 3.3 so I think its still fine, if not I will prepare another patch. Regards. __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1608] test_str.py crashes

Ismail Donmez added the comment: After applying patch you need to run autoconf to update configure file and svn commit afterwards. Regards, ismail __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Looks like -fwrapv is there since gcc 2.95.3 attached patch adds -fwrapv when debugging disabled, also removes gcc 4.x part from README as it no longer applies. Added file: http://bugs.python.org/file8942/fwrapv.patch __ Tracker <

[issue1608] test_str.py crashes

Guido van Rossum added the comment: Can you suggest a patch that adds this permanently, whenever it is supported? __ Tracker <[EMAIL PROTECTED]> __ ___ P

[issue1608] test_str.py crashes

Ismail Donmez added the comment: -fwrapv fixes the issue, thanks! __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1608] test_str.py crashes

Guido van Rossum added the comment: > Ok so this is a code bug according to GCC developers see comment 1 & 2 > at http://gcc.gnu.org/PR34454 . I told you you can't win this argument with the GCC devs. We'll have to use -fwrapv or whatever. __ Tracker <[EMAIL PRO

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Ok so this is a code bug according to GCC developers see comment 1 & 2 at http://gcc.gnu.org/PR34454 . __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Reported as a gcc bug, http://gcc.gnu.org/PR34454 __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Following testcase doesn't print overflow with gcc 4.3 when compiled with -O3, works with gcc 3.4.6 though. #include #include void foo(ssize_t x) { if (x >= 0) { if (x+x < 0) printf("Overflow\n"); } } main() { volatile ssize_t x =2147483647; foo(x); }

[issue1613] Makefile's VPATH feature is broken

Christian Heimes added the comment: Fixed in r59482 I've updated the README and changed distutils slightly. Distutils was using Modules/Setup.dist to detect an uninstalled Python. However Setup.dist is only available in the srcdir and not in the VPATH dir. I've changed it to Setup.local. ---

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Test always prints overflow here, tested with -O3 but here are interesting overflow warnings that might give a clue , but I think Cpickle is not involved here, but anyway: /home/cartman/python-2.5/Modules/cPickle.c: In function 'Unpickler_noload': /home/cartman/p

[issue1613] Makefile's VPATH feature is broken

Christian Heimes added the comment: Guido van Rossum wrote: > Do you need more help at this point? No, I'm fine. I've a working solution for the problem. :) Christian __ Tracker <[EMAIL PROTECTED]> _

[issue1608] test_str.py crashes

Guido van Rossum added the comment: > if you can give me a sample testcase I can bug GCC developers, this > doesn't look good from GCC side at all. Btw from my limited C knowledge > marking variables would volatile would prevent optimizations of them. The example would be something like void fo

[issue1609] test_re.py fails

Ismail Donmez added the comment: > Not quite yet, gcc 4.3 had a big inlining bug that was just corrected > two weeks ago: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33434 > You may have encountered this bug, or another similar one... Two weeks ago is too old for me, I am using SVN snapshot fr

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Guido, if you can give me a sample testcase I can bug GCC developers, this doesn't look good from GCC side at all. Btw from my limited C knowledge marking variables would volatile would prevent optimizations of them. __ Tracker <[

[issue1608] test_str.py crashes

Guido van Rossum added the comment: Martin, can you look into this? It seems GCC 4.3 disables buffer overflow protection checks. The best short-term solution may be to disable that particular kind of optimization. How? -- assignee: -> loewis nosy: +loewis ___

[issue1608] test_str.py crashes

Guido van Rossum added the comment: Martin, can you look into this? It seems GCC 4.3 disables buffer overflow protection checks. The best short-term solution may be to disable that particular kind of optimization. How? __ Tracker <[EMAIL PROTECTED]>

[issue1608] test_str.py crashes

Ismail Donmez added the comment: Indeed you are correct, >>> '\ta\n\tb'.expandtabs(2147483647) Program received signal SIGSEGV, Segmentation fault. string_expandtabs (self=0xb7ba7c60, args=0xb7ba7dec) at Objects/stringobject.c:3358 3358*q++ = ' '; (gdb) bt #0 string_exp

[issue1608] test_str.py crashes

Guido van Rossum added the comment: Actually, looking at the sample code and the string_expandtabs() implementation it's clear what happened: the test for overflow on line 3318 or 3331 or 3339 must have been optimized out by GCC. This is very inconvenient because lots of buffer overflow protecti

[issue1609] test_re.py fails

Amaury Forgeot d'Arc added the comment: > > Is GCC 4.3 released yet? > > Not yet but soon, its less buggy compared to 4.1 and 4.2 > at the moment. Not quite yet, gcc 4.3 had a big inlining bug that was just corrected two weeks ago: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33434 You may have

[issue1608] test_str.py crashes

Guido van Rossum added the comment: > This is a soon to be released GCC though I won't deny it has > regressions, but note that extra optimizations already uncovered bugs in > other software. And the GCC authors always win these cases, C standard in hand. > And unless I can get a minimal C test

[issue1613] Makefile's VPATH feature is broken

Guido van Rossum added the comment: Do you need more help at this point? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe

[issue1609] test_re.py fails

Ismail Donmez added the comment: > What system libraries? libpython2.5.so.1.0 , this is a shared lib build after all. > Does it make a difference if you don't specify either of > > --enable-unicode=ucs4 \ > --with-wctype-functions Removing --with-wctype-functions fixes the issue. > Is GCC 4.3

[issue1608] test_str.py crashes

Ismail Donmez added the comment: This is a soon to be released GCC though I won't deny it has regressions, but note that extra optimizations already uncovered bugs in other software. And unless I can get a minimal C testcase, GCC bug will be worthless. Exact crashling call is string_tests.py li

[issue1613] Makefile's VPATH feature is broken

Christian Heimes added the comment: You are right! :) A make clean in the root of my local workspace solved the problem but revealed another problem: $ make running build running build_ext building '_struct' extension gcc -pthread -fPIC -fno-strict-aliasing -g -Wall -Wstrict-prototypes -I. -I/ho

[issue1609] test_re.py fails

Guido van Rossum added the comment: > Without LD_LIBRARY_PATH it would use the system libraries and not the > compiled ones which anyway is not wanted. What system libraries? Does it make a difference if you don't specify either of --enable-unicode=ucs4 \ --with-wctype-functions ? Is GCC 4.

[issue1333] merge urllib and urlparse functionality

Changes by Alexandre Vassalotti: -- resolution: accepted -> __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1614] bug in string method "title"

Guido van Rossum added the comment: That's not going to change. -- nosy: +gvanrossum resolution: -> wont fix status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1608] test_str.py crashes

Guido van Rossum added the comment: BTW is this a released version of GCC? If not, you might want to file the bug with the GCC project... __ Tracker <[EMAIL PROTECTED]> __

[issue1608] test_str.py crashes

Guido van Rossum added the comment: Looks like expandtabs() has a problem. Can you boil it down to a single call? __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1608] test_str.py crashes

Ismail Donmez added the comment: --enable-pydebug fixes the crash it might be that some uninitialized variable doesn't take affect unless optimized as valgrind output shows many of this. __ Tracker <[EMAIL PROTECTED]> ___

[issue1609] test_re.py fails

Ismail Donmez added the comment: gcc 4.3, Linux 2.6.18, 32bit. Without LD_LIBRARY_PATH it would use the system libraries and not the compiled ones which anyway is not wanted. Configure line used is (damn I forgot to specify this before, sorry) --with-fpectl \ --enable-shared \ --enable-ipv6

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Bill Janssen added the comment: The mechanism is there for direct use of the SSL module, yes. But the question is, what should indirect usage, like the httplib or urllib modules, do? If they are going to check hostnames on use of an https: URL, they need some way to pass a ca_certs file through

[issue1613] Makefile's VPATH feature is broken

Guido van Rossum added the comment: Before I try to reproduce this, I remember having problems when switching between using VPATH and not using it in the same subversion workspace. The .o files left behind by one version confuse the other. -- nosy: +gvanrossum _

[issue1614] bug in string method "title"

New submission from Bob Helmbold: Summary: "title" method of string objects does not handle contractions and possessives correctly. See the following short program and its results for examples. <<< """ Test of string method 'capitalize' """ stringList=

[issue1611] doctest.testmod gets noisy if called more than once per SystemExit

Guido van Rossum added the comment: I suspect that doctest was simply not intended to be used this way. Maybe Tim remembers more? -- assignee: -> tim_one nosy: +gvanrossum, tim_one __ Tracker <[EMAIL PROTECTED]> __

[issue1609] test_re.py fails

Guido van Rossum added the comment: Can't reproduce. Like before, what platform, compiler etc.? Does using ./configure --with-pydebug make a difference? What's the LD_LIBRARY_PATH for? -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]>

[issue1313119] urlparse "caches" parses regardless of encoding

Alexandre Vassalotti added the comment: Fixed in r59480. -- nosy: +alexandre.vassalotti resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> _

[issue1608] test_str.py crashes

Guido van Rossum added the comment: What hardware and OS? 32 or 64 bit? What optimization level? Debug build or not? NB. Unless you used /Misc/valgrind-python.supp, the valgrind output is useless. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]>

[issue1613] Makefile's VPATH feature is broken

New submission from Christian Heimes: Makefile has a feature called VPATH that is often used for cross platform compilation or the creation of a different flavor. Example: $ cd py3k $ mkdir debug $ cd debug $ ../configure --with-pydebug $ make ... gcc -pthread -c -fno-strict-aliasing -g -Wall -

[issue1606] Doc: subprocess wait() may lead to dead lock

Guido van Rossum added the comment: > > Why not simply reverse the wait() and read() calls? > > I don't think it is sufficient if the user uses more than one pipe. The > subprocess.communicate() and _communicate() methods are using threads > (Windows) or select (Unix) when multiple pipes for stdi

[issue1612] infinite recursion when using collections.Sequence in a recursive function (Py30a2)

Guido van Rossum added the comment: The bug is in your code; a string is considered a sequence but its elements are also strings (of length 1). -- nosy: +gvanrossum resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Changes by Guido van Rossum: -- nosy: -gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1612] infinite recursion when using collections.Sequence in a recursive function (Py30a2)

New submission from Mark Summerfield: In the attached file there are two tiny functions, flatten1() and flatten2(). There is only one difference between them: flatten1() has the line: if isinstance(x, list): and flatten2() has this line instead: if isinstance(x, collections.Sequence): fl

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Andreas Hasenack added the comment: > do it automatically. Unfortunately, that means that client-side certificate > verification has to be done (it's pointless to look at the data in > unverified certificates), and that means that the client software has to > have an appropriate collection of ro

[issue1611] doctest.testmod gets noisy if called more than once per SystemExit

New submission from Pat LaVarre: SUMMARY: Calling doctest.testmod more than once before SystemExit spews stderr messages such as "*** DocTestRunner.merge: '__main__' in both testers; summing outcomes" STEPS TO REPRODUCE: $ cat tttestmod.py import doctest doctest.testmod() # 1 doctest.testmo

[issue1610] test_socket.py fails

Ismail Donmez added the comment: Then it won't run as expected (I got python 2.4 installed system wise) : ./python: error while loading shared libraries: libpython2.5.so.1.0: cannot open shared object file: No such file or directory __ Tracker <[EMAIL PROTECTED]>

[issue1350] IDLE - CallTips enhancement - show full doc-string in new window

Tal Einat added the comment: Yes, I admit I haven't tested this very thoroughly. I'll give this some more time this weekend and submit another patch. As for 3.0, I'll have to see what you've changed, but I'll gladly work up a patch based on the newer version. __

[issue1610] test_socket.py fails

Facundo Batista added the comment: What happens if you do NOT change the library path in front of it? -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1609] test_re.py fails

Changes by Ismail Donmez: -- type: -> behavior __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1608] test_str.py crashes

Changes by Ismail Donmez: -- title: Regression tests crashes with gcc 4.3 -> test_str.py crashes __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bu

[issue1610] test_socket.py fails

New submission from Ismail Donmez: Checkout Python 2.5 from release25-maint branch, revision 59479, [~/python-2.5]> LD_LIBRARY_PATH=/home/cartman/python-2.5: ./python ./Lib/test/test_socket.py testCrucialConstants (__main__.GeneralModuleTests) ... ok testDefaultTimeout (__main__.GeneralModuleTes

[issue1609] test_re.py fails

New submission from Ismail Donmez: Using python 2.5 revision 59479 from release25-maint branch, [~/python-2.5]> LD_LIBRARY_PATH=/home/cartman/python-2.5: ./python ./Lib/test/test_re.py test_anyall (__main__.ReTests) ... ok test_basic_re_sub (__main__.ReTests) ... ok test_bigcharset (__main__.Re

[issue1608] Regression tests crashes with gcc 4.3

Ismail Donmez added the comment: gdb backtrace, segfaulting test is Lib/test/test_str.py Added file: http://bugs.python.org/file8936/backtrace.txt __ Tracker <[EMAIL PROTECTED]> __(gdb) run ./Lib/

[issue1608] Regression tests crashes with gcc 4.3

New submission from Ismail Donmez: Checkout Python 2.5 from release25-maint branch, revision 59479 Compiled with gcc 4.3.0 20071212 , make test crashes with the following output [... snip ...] test_socket_ssl test_socket_ssl skipped -- Use of the `network' resource not enabled test_socketserver

[issue1580] Use shorter float repr when possible

Noam Raphael added the comment: 2007/12/13, Guido van Rossum <[EMAIL PROTECTED]>: > > > Ok, so if I understand correctly, the ideal thing would be to > > implement decimal to binary conversion by ourselves. This would make > > str <-> float conversion do the same thing on all platforms, and would

  1   2   >