[issue7672] _ssl module causes segfault

Martin v. Löwis added the comment: > You you suggest that any application which > dynamically loads a library never unload it? Correct. Library unloading just don't work. Trying it anyway is an endless uphill battle. -- ___ Python tracker

[issue7664] python logger does not handle IOError Exception

Vinay Sajip added the comment: > From: Yateen V. Joshi > A question however, I do not see IOError exception being handled > anywhere in the logging module. Is it not possible that the same would > occur when we are trying to 'emit' a record to a log file? Or some other > IO related processing

[issue7674] select.select() corner cases: duplicate fds, out-of-range fds

New submission from Chris Leary : I was just reading through this ACM article that enumerates some of the issues with the select function in .NET: http://cacm.acm.org/magazines/2009/5/24646-api-design-matters/fulltext select.select() currently suffers from the same documentation problem where

[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat

Craig McQueen added the comment: Eric sent a build_ext.py to me and Daniel26 by e-mail. Attached. The idea was to copy it over the one in C:\Python31\Lib\distutils\command. I tried the file that he sent, but I'm getting the same issue that Daniel26 described. -- Added file: http://bu

[issue7664] python logger does not handle IOError Exception

Yateen V. Joshi added the comment: ok, thanks. I will try with subclass for handler. A question however, I do not see IOError exception being handled anywhere in the logging module. Is it not possible that the same would occur when we are trying to 'emit' a record to a log file? Or some other I

[issue2644] errors from msync ignored in mmap_object_dealloc

Changes by Brian Curtin : -- priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue2449] Improved serialization error logging in xmlrpclib

Changes by Brian Curtin : Removed file: http://bugs.python.org/file15824/issue2449.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue2449] Improved serialization error logging in xmlrpclib

Brian Curtin added the comment: This patch should address all but #2. I'm not exactly sure of the use-case blunck2 had in mind so I'm not sure how the message would be used. -- Added file: http://bugs.python.org/file15825/issue2449_v2.diff ___ Pytho

[issue2449] Improved serialization error logging in xmlrpclib

Ezio Melotti added the comment: A few things about the patch: 1) the MarshallError class has a 'message' attribute that results in a warning on some Python versions, it should be renamed in something different (like 'msg'); 2) I'm not sure why the in the exception message is necessary, but I

[issue2644] errors from msync ignored in mmap_object_dealloc

Brian Curtin added the comment: Do you have a test case to reproduce the errors? I see that we call msync followed by munmap, neither one checked. -- nosy: +brian.curtin stage: -> test needed ___ Python tracker _

[issue2449] Improved serialization error logging in xmlrpclib

Changes by Brian Curtin : -- keywords: +patch Added file: http://bugs.python.org/file15824/issue2449.diff ___ Python tracker ___ ___ Py

[issue2449] Improved serialization error logging in xmlrpclib

Brian Curtin added the comment: Here is blunck2's patch updated against r77393. Once I have a better understanding of the issue I'll see if I can write tests (eg. I don't know the significance of 8002 on line 675, etc). -- stage: needs patch -> test needed ___

[issue727898] Support for sending multipart form data

Changes by R. David Murray : -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> multipart/form-data encoding ___ Python tracker __

[issue3244] multipart/form-data encoding

R. David Murray added the comment: Daniel suggested marking this as superseding issue 727898, and I agree. But I want to note that in that issue Barry suggested that it was possible services from the email package could be useful in building this support, and that there might be a better pla

[issue7143] get_payload(decode=True) eats last newline

R. David Murray added the comment: The behavior you object to is in fact correct per RFC 2046, 5.5.1: The boundary delimiter MUST occur at the beginning of a line, i.e., following a CRLF, and the initial CRLF is considered to be attached to the boundary delimiter line rather than part

[issue7544] Fatal error on thread creation in low memory condition

STINNER Victor added the comment: > I'm not sure about autoTLSkey value (...) After some tests (printf fun), it looks ok. -- There is another problem in _testcapi: test_thread_state() calls directly PyThread_start_new_thread() and the thread function calls PyGILState_Ensure(). PyGILState_En

[issue7544] Fatal error on thread creation in low memory condition

STINNER Victor added the comment: > The patch looks good I'm not sure about autoTLSkey value. PyThreadState_New() calls _PyGILState_NoteThreadState() which checks that autoTLSkey is not zero, but I don't know if autoTLSkey have the right value with my preallocation patch. -- ___

[issue7544] Fatal error on thread creation in low memory condition

Amaury Forgeot d'Arc added the comment: The patch looks good; the line tstate->thread_id = PyThread_get_thread_ident(); is needed because the tstate is created in the main thread, but used in another thread. -- nosy: +amaury.forgeotdarc ___ Pyth

[issue7673] audioop: check that length is a multiple of the size

New submission from STINNER Victor : Most functions of audioop takes as input a byte string (audio data) and a size argument (number of bytes of a sample). Functions don't check that the byte string length is a multiple of the size. It leads to read and write from/to uninitialised memory and m

[issue7672] _ssl module causes segfault

Sean Soria added the comment: You've got init_* that Python calls whenever it loads a library, you could just as easily have destroy_*. But that would probably be overkill. How would the application know that Python has created callbacks? This is just one instance. Who knows where else this i

[issue7672] _ssl module causes segfault

Martin v. Löwis added the comment: So how do you do cleanup on Linux, or on OSX, in a shared library? I'd claim that the bug is in your application. It shouldn't unload a DLL that is still in use (by having a function pointer into it stored globally). Testing for a prior pointer value may fix

[issue7672] _ssl module causes segfault

Sean Soria added the comment: The issue was debugged on AMD64 Linux, but I was seeing similar crashing on OSX but could not debug because I wasn't getting a proper stack trace (probably because something else was being loaded into that memory space). I have yet to test if not setting those fu

[issue7672] _ssl module causes segfault

Martin v. Löwis added the comment: What operating system is this on? IIUC, Python has no chance to perform any cleanup. So it's not a bug that no cleanup happens. I don't understand the proposal of not setting the callback if they are already set. If that is done, how can we be sure that the

[issue5683] Speed up cPickle's pickling generally

Skip Montanaro added the comment: Antoine> With the patch, the same command quickly swaps hopelessly and Antoine> after 5 minutes of elapsed time I finally manage to kill the Antoine> process. Verified with an Unladen Swallow test case. I'll see if I can fix it. S -- ___

[issue7672] _ssl module causes segfault

Sean Soria added the comment: Because Python is not cleaning up after itself. I don't see how a multi-threaded app could work around this issue. The only solution I can think of at the app level is to reset those callbacks once python exits, but a different thread could call an SSL function a

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou added the comment: > I find that the null termination for 8-bit strings makes low-level > parsing operations (e.g., parsing a numeric string) safer and easier: Not to mention faster. The new IO library makes use of it (for newline detection), on both bytestrings and unicode strin

[issue7672] _ssl module causes segfault

Martin v. Löwis added the comment: Why do you think this is a bug in Python? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-l

[issue2449] Improved serialization error logging in xmlrpclib

Brian Curtin added the comment: Christopher, are you willing to update your patch for the current trunk (2.7)? -- nosy: +brian.curtin stage: -> needs patch versions: +Python 2.7 -Python 2.4 ___ Python tracker

[issue5372] Distutils inappropriately reuses .o files between extension modules

Tarek Ziadé added the comment: This optimization is indeed simplistic. I'll also remove _prep_compiler() in trunk, as I don't see a problem in removing it in the 2.7.x and 3.2.x series. I also need to fix it in 2.6.x / 3.1.x, but I'll keep the private method there. -- priority: ->

[issue1943] improved allocation of PyUnicode objects

Mark Dickinson added the comment: I find that the null termination for 8-bit strings makes low-level parsing operations (e.g., parsing a numeric string) safer and easier: for example, it makes skipping a series of digits with something like: while (isdigit(*s)) ++s; safe. I'd imagine that

[issue1943] improved allocation of PyUnicode objects

Amaury Forgeot d'Arc added the comment: > Base type Unicode buffers end with a null-Py_UNICODE termination, > but this is not used anywhere, AFAIK On Windows, code like CreateDirectoryW(PyUnicode_AS_UNICODE(po), NULL) is very common, at least in posixmodule.c. -- __

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Adam Olsen wrote: > > Adam Olsen added the comment: > > Points against the subclassing argument: > > * We have a null-termination invariant. For byte strings this was part of > the public API, and I'm not sure that's changed for unicode strings; aren't

[issue7632] dtoa.c: oversize b in quorem

Mark Dickinson added the comment: > Showing once again that a proof of FP code correctness is about as > compelling as a proof of God's ontological status ;-) Clearly we need a 1000-page Isabelle/HOL-style machine-checked formal proof, rather than a ten-page TeX proof. Any takers? All of the

[issue7672] _ssl module causes segfault

New submission from Sean Soria : I seem to have a rather unique setup that causes this crash to be 100% reproducible. My application embeds python in order to execute user code. It is constantly loading and unloading the libraries so that they're only in memory during execution of user code. T

[issue7666] test_lib2to3 fails if path contains space

Benjamin Peterson added the comment: Fixed in r77419. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue7671] test_popen fails if path contains special char like ";"

Benjamin Peterson added the comment: Fixed in r77420. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue7610] Cannot use both read and readline method in same ZipExtFile object

Nir Aides added the comment: If the sequence of readaheads is ['a\r', '\nb\n'], the first use of the pattern will consume 'a', then the peek(2) will trigger a read() and the next use of the pattern will consume '\r\n'. I updated the patch and enhanced a little the inline comments to clear thi

[issue7671] test_popen fails if path contains special char like ";"

Florent Xicluna added the comment: Patch attached. -- keywords: +patch stage: -> patch review title: test_popen fails if path contains semi-colon ";" -> test_popen fails if path contains special char like ";" Added file: http://bugs.python.org/file15821/issue7671_test_popen.diff

[issue7582] [patch] diff.py to use iso timestamp

Brian Curtin added the comment: Whoops, nevermind the Linux comment on that last one. My typo there caused the exception. The result there is the same as the other platforms. -- ___ Python tracker

[issue1943] improved allocation of PyUnicode objects

Adam Olsen added the comment: Points against the subclassing argument: * We have a null-termination invariant. For byte strings this was part of the public API, and I'm not sure that's changed for unicode strings; aren't you arguing that we should maximize how much of our implementation is a

[issue7632] dtoa.c: oversize b in quorem

Tim Peters added the comment: Showing once again that a proof of FP code correctness is about as compelling as a proof of God's ontological status ;-) Still, have to express surprised admiration for 4487665465554760717039532578546e-47! That one's not even close to being a "h

[issue7670] _sqlite3: Block *all* operations on a closed Connection object

Changes by Antoine Pitrou : -- assignee: -> ghaering nosy: +ghaering stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue7671] test_popen fails if path contains semi-colon ";"

New submission from Florent Xicluna : /tmp/semi;colon $ ./python -3 Lib/test/regrtest.py test_popen test_popen sh: /tmp/semi: Aucun fichier ou répertoire de ce type sh: colon/python: Aucun fichier ou répertoire de ce type test test_popen failed -- Traceback (most recent call last): File "/tmp/s

[issue7664] python logger does not handle IOError Exception

Vinay Sajip added the comment: Please clarify exsctly what you mean by "multiprocessing logger". Note that logging does not support logging to the same file from concurrent processes (threads *are* supported). See http://docs.python.org/library/logging.html#logging-to-a-single-file-from-multi

[issue7661] compiling ctypes fails with non-ascii path

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15817/issue7661_ctypes_path_space.diff ___ Python tracker ___ ___ Python-

[issue7661] compiling ctypes fails with non-ascii path

Florent Xicluna added the comment: Updated: added quotes on line 2319. -- Added file: http://bugs.python.org/file15820/issue7661_ctypes_path_space.diff ___ Python tracker ___ ___

[issue7582] [patch] diff.py to use iso timestamp

Brian Curtin added the comment: http://msdn.microsoft.com/en-us/library/2t504ch6%28VS.80%29.aspx has some info for how this is implemented on Windows, and I get the same results on my Mac. On Linux an AttributeError is raised time.struct_time not having an attribute is_dst, and time.daylight

[issue7582] [patch] diff.py to use iso timestamp

Brian Curtin added the comment: The documentation could use some work. It means that if the timezone does use a daylight savings time period, time.daylight specifies the amount of the offset. In my timezone this value is 1. However, time.localtime().is_dst is currently 0, because we are not o

[issue7670] _sqlite3: Block *all* operations on a closed Connection object

New submission from STINNER Victor : Add call to pysqlite_check_connection() on the follow methods: * create_function() * create_aggregate() * set_authorizer() * set_progress_handler() * __call__() Eg. fix the following segfault: c = Connection("test") c.close() c.set_authorizer(

[issue7669] test_unicode_file fails with non-ascii path

New submission from Florent Xicluna : /tmp/py2u…→unicode $ ./python Lib/test/regrtest.py test_unicode_file test_unicode_file test test_unicode_file failed -- Traceback (most recent call last): File "/tmp/py2u…→unicode/Lib/test/test_unicode_file.py", line 173, in test_single_files self._tes

[issue7668] test_httpservers fails with non-ascii path

New submission from Florent Xicluna : /tmp/py2u…→unicode $ ./python Lib/test/regrtest.py test_httpservers test_httpservers File "/tmp/tmplX9agF/cgi-bin/file1.py", line 1 SyntaxError: Non-ASCII character '\xe2' in file /tmp/tmplX9agF/cgi-bin/file1.py on line 1, but no encoding declared; see ht

[issue5127] Use Py_UCS4 instead of Py_UNICODE in unicodectype.c

Marc-Andre Lemburg added the comment: Amaury Forgeot d'Arc wrote: > > Amaury Forgeot d'Arc added the comment: > >> I don't see the point in changing the various conversion APIs in the >> unicode database to return Py_UCS4 when there are no conversions that >> map code points between BMP and n

[issue7648] test_urllib2 fails on Windows if not run from C:

Senthil Kumaran added the comment: Just a Note: test_file in py26 had problems with multiple ips in this scenario (execute test.test_urllib2 from different drive in windows), but not in the py3k version. I need to verify it py26-maint/trunk. -- ___

[issue7667] test_doctest fails with non-ascii path

New submission from Florent Xicluna : /tmp/py2u…→unicode $ ./python Lib/test/regrtest.py test_doctest test_doctest ** File "/tmp/py2u…→unicode/Lib/test/test_doctest.py", line 2052, in test.test_doctest.test_DocFileSuite Failed e

[issue7648] test_urllib2 fails on Windows if not run from C:

Austin English added the comment: Woohoo, thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue7665] test_urllib2 and test_ntpath fail if path contains "\"

Changes by Senthil Kumaran : -- assignee: -> orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue7643] What is a Unicode line break character?

Marc-Andre Lemburg added the comment: Florent Xicluna wrote: > > Florent Xicluna added the comment: > > I don't know what to do about this: > >> - FS, GS, RS are combined marks (CM): “Prohibit a line break between >>the character and the preceding character” > > I know they are not com

[issue5127] Use Py_UCS4 instead of Py_UNICODE in unicodectype.c

Changes by Ezio Melotti : -- superseder: -> UCS4 build incorrectly translates cases for non-BMP code points ___ Python tracker ___ ___

[issue7648] test_urllib2 fails on Windows if not run from C:

Senthil Kumaran added the comment: merged it in other branches: r77413,r77414,r77415. This fixes the errors in test_trivial tests. Verified on windows. -- assignee: -> orsenthil status: open -> closed ___ Python tracker

[issue7663] UCS4 build incorrectly translates cases for non-BMP code points

Marc-Andre Lemburg added the comment: This is a duplicate of http://bugs.python.org/issue5127 -- nosy: +lemburg resolution: -> duplicate status: open -> closed title: UTF-16 build incorrectly translates cases for non-BMP code points -> UCS4 build incorrectly translates cases for non-B

[issue7119] email: msg.items() returns different values before and after msg.as_string()

R. David Murray added the comment: Applied in r77412, with ie and eg changed to 'for example'. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue7665] test_urllib2 and test_ntpath fail if path contains "\"

Florent Xicluna added the comment: Similar issue with test_ntpath. /tmp/py2u… → un\icode $ ./python Lib/test/regrtest.py test_ntpath test_ntpath test test_ntpath failed -- Traceback (most recent call last): File "/tmp/py2u… → un\icode/Lib/test/test_ntpath.py", line 171, in test_relpath t

[issue7648] test_urllib2 fails on Windows if not run from C:

Changes by Senthil Kumaran : -- resolution: -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue7648] test_urllib2 fails on Windows if not run from C:

Senthil Kumaran added the comment: Fixed in revision 77411 for trunk. Will merge it to other branches. -- versions: +Python 2.6, Python 2.7, Python 3.2 ___ Python tracker ___ ___

[issue7666] test_lib2to3 fails if path contains space

New submission from Florent Xicluna : test_lib2to3 diff: opérande supplémentaire « unicode/Lib/lib2to3/pytree.py » diff: Pour en savoir davantage, faites: « diff --help ». test test_lib2to3 failed -- Traceback (most recent call last): File "/tmp/py2u… → un\icode/Lib/lib2to3/tests/test_parser.py

[issue7632] dtoa.c: oversize b in quorem

Mark Dickinson added the comment: One more incorrectly rounded result, this time for a normal number: AssertionError: Incorrectly rounded str->float conversion for 4487665465554760717039532578546e-47: expected 0x1.0p+0, got 0x1.fp-1 -- ___

[issue6854] UnicodeDecodeError when retrieving binary data from cgi.FieldStorage()

R. David Murray added the comment: This appears to be a duplicate of issue 4953. -- nosy: +r.david.murray priority: -> normal resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> cgi module cannot handle POST with multipart/form-data in 3.0 __

[issue7665] test_urllib2 fails if path contains "\"

Changes by Ezio Melotti : -- nosy: +ezio.melotti, orsenthil priority: -> normal stage: -> needs patch ___ Python tracker ___ ___ Pyth

[issue7663] UTF-16 build incorrectly translates cases for non-BMP code points

Changes by Ezio Melotti : -- components: +Unicode nosy: +amaury.forgeotdarc, ezio.melotti, loewis priority: -> normal stage: -> test needed type: -> behavior ___ Python tracker ___

[issue7665] test_urllib2 fails if path contains "\"

New submission from Florent Xicluna : /tmp/py2u… → un\icode $ ./python Lib/test/regrtest.py test_urllib2 test_urllib2 test test_urllib2 failed -- Traceback (most recent call last): File "/tmp/py2u… → un\icode/Lib/test/test_urllib2.py", line 36, in test_trivial f = urllib2.urlopen(file_url)

[issue7661] compiling ctypes fails with non-ascii path

Antoine Pitrou added the comment: The patch looks ok to me. Thomas, do you have any take on this? -- ___ Python tracker ___ ___ Python

[issue5683] Speed up cPickle's pickling generally

Antoine Pitrou added the comment: Quick test on a 3GB machine: Without patch ("top" shows the process reaches 1.2GB RAM max): $ time ./python -c "import cPickle;l=['a'*1024 for i in xrange(100)];cPickle.dump(l, open('/dev/null', 'wb'))" 10.67user 1.47system 0:12.92elapsed 93%CPU (0avgtext

[issue7661] compiling ctypes fails with non-ascii path

Florent Xicluna added the comment: It fails if path contains space, too. Additional patch fixes this case. -- Added file: http://bugs.python.org/file15817/issue7661_ctypes_path_space.diff ___ Python tracker __

[issue5683] Speed up cPickle's pickling generally

Antoine Pitrou added the comment: > Got a test case in mind? If so, I'll code it up and compare 2.6 and Unladen > Swallow as well as offer it up for inclusion in the U-S test suite. Trying to pickle a structure that's larger than half the RAM should do the trick. Something like a list of large

[issue5683] Speed up cPickle's pickling generally

Skip Montanaro added the comment: Antoine> The main thing I'm worried about is the potentially unbounded Antoine> buffering, since it could reduce performance (or even thrash Antoine> the machine) instead of improving it. Got a test case in mind? If so, I'll code it up and compare 2.6

[issue5683] Speed up cPickle's pickling generally

Antoine Pitrou added the comment: > Indeed there are. Given that the Unladen Swallow folks were focusing on the > 2.6 branch and their goal was to improve performance I don't see any reason > to not accept what they've done, then tweak it for 2.7/3.1 assuming the > changes you and Alexandre sug

[issue5683] Speed up cPickle's pickling generally

Skip Montanaro added the comment: Antoine> There were a couple of comments on the Rietveld code review Antoine> above. Indeed there are. Given that the Unladen Swallow folks were focusing on the 2.6 branch and their goal was to improve performance I don't see any reason to not accept what

[issue5683] Speed up cPickle's pickling generally

Antoine Pitrou added the comment: There were a couple of comments on the Rietveld code review above. -- ___ Python tracker ___ ___ Pyt

[issue7664] python logger does not handle IOError Exception

Changes by R. David Murray : -- nosy: +vinay.sajip priority: -> normal stage: -> test needed ___ Python tracker ___ ___ Python-bugs-l

[issue7661] compiling ctypes fails with non-ascii path

Florent Xicluna added the comment: Fixed typo in previous patch. -- Added file: http://bugs.python.org/file15816/issue7661_ctypes_path.diff ___ Python tracker ___ ___

[issue7661] compiling ctypes fails with non-ascii path

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15815/issue7661_ctypes_path.diff ___ Python tracker ___ ___ Python-bugs-l

[issue7661] compiling ctypes fails with non-ascii path

Changes by Florent Xicluna : -- components: +Build, ctypes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue7661] compiling ctypes fails with non-ascii path

Florent Xicluna added the comment: Patch attached. -- keywords: +patch nosy: +flox stage: needs patch -> patch review versions: +Python 3.2 Added file: http://bugs.python.org/file15815/issue7661_ctypes_path.diff ___ Python tracker

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

Changes by Mark Dickinson : -- priority: low -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue7532] Extended slicing with classic class behaves strangely

Mark Dickinson added the comment: Thanks! Applied in r77408. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list ma

[issue6965] tmpnam should not be used if tempfile or mkstemp are available

Florent Xicluna added the comment: Then close it as duplicate of issue486434, which was closed for the same reason. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___

[issue7662] time.utcoffset()

anatoly techtonik added the comment: Answered in msg97503 In the meanwhile it looks like another proposal about RFC format in issue #7584 doesn't account for proper timezone too. -- ___ Python tracker ___

[issue6965] tmpnam should not be used if tempfile or mkstemp are available

Mark Dickinson added the comment: The os.tmpnam and os.tempnam functions are already removed from Python 3.x: see issue 1318 for the discussion leading to that removal. I don't see a way to remove them from 2.7 without breaking backwards compatibility. -- nosy: +mark.dickinson

[issue2973] _ssl compiler warnings

Florent Xicluna added the comment: It occurs on Debian Lenny AMD64. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue6965] tmpnam should not be used if tempfile or mkstemp are available

Changes by Florent Xicluna : -- type: -> compile error ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue2973] _ssl compiler warnings

Florent Xicluna added the comment: Still occurs on dev and py3k. And patch applies correctly. -- nosy: +flox versions: -Python 3.0 ___ Python tracker ___ ___

[issue6965] tmpnam should not be used if tempfile or mkstemp are available

Florent Xicluna added the comment: I get similar warnings while building on Debian AMD64: (...) libpython2.7.a(posixmodule.o): In function `posix_tmpnam': ./Modules/posixmodule.c:7193: warning: the use of `tmpnam_r' is dangerous, better use `mkstemp' libpython2.7.a(posixmodule.o): In function

[issue7664] python logger does not handle IOError Exception

New submission from Yateen V. Joshi : I am running an in house application that uses multiprocessing logger. This application ftp's files from a remote host and keep them on a local disk. Here is the scenario - While pulling the files, I make the local disk full (100%). The application hangs,

[issue7582] [patch] diff.py to use iso timestamp

anatoly techtonik added the comment: Brian, documentation says quite the opposite. time.daylight Nonzero if a DST timezone is defined. http://docs.python.org/library/time.html?highlight=daylight#time.daylight -- ___ Python tracker

[issue7643] What is a Unicode line break character?

Florent Xicluna added the comment: I don't know what to do about this: > - FS, GS, RS are combined marks (CM): “Prohibit a line break between >the character and the preceding character” I know they are not commonly used. So we can keep them as line breaks. But if we comply strictly with U