[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Added file: http://bugs.python.org/file17085/timemodule-gmtime-r265.diff ___ Python tracker ___ ___ Python-bug

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Added file: http://bugs.python.org/file17086/timemodule-gmtime-r27b1.diff ___ Python tracker ___ ___ Python-bu

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Added file: http://bugs.python.org/file17087/timemodule-gmtime-r312.diff ___ Python tracker ___ ___ Python-bug

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Added file: http://bugs.python.org/file17088/timemodule-gmtime-3-trunk.diff ___ Python tracker ___ ___ Python-

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Removed file: http://bugs.python.org/file16351/timemodule-gmtime-2-trunk.diff ___ Python tracker ___ ___ Pytho

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Removed file: http://bugs.python.org/file16352/timemodule-gmtime-2-r27a3.diff ___ Python tracker ___ ___ Pytho

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Removed file: http://bugs.python.org/file16353/timemodule-gmtime-2-r311.diff ___ Python tracker ___ ___ Python

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Changes by Francesco Del Degan : Removed file: http://bugs.python.org/file16354/timemodule-gmtime-2-r264.diff ___ Python tracker ___ ___ Python

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Francesco Del Degan added the comment: Fixed typos, new patches added -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8532] Refinements to Python 3 New GIL

Changes by Antoine Pitrou : -- resolution: -> duplicate status: open -> closed superseder: -> Convoy effect with I/O bound threads and New GIL ___ Python tracker ___ ___

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Charles-Francois Natali added the comment: > That's what I thought at first too. But the user's sockets were set to > blocking. That's one broken networking stack... > In fact, I think it's a little silly that OS X raises the error rather than > just saying that 0 bytes were sent (which is w

[issue7946] Convoy effect with I/O bound threads and New GIL

Antoine Pitrou added the comment: Dave, > In the current implementation, threads perform a timed-wait on a > condition variable. If time expires and no thread switches have > occurred, the currently running thread is forced to drop the GIL. A problem, as far as I can see, is that these timeou

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Antoine Pitrou added the comment: > That's what I thought at first too. But the user's sockets were set to > blocking. If you set a timeout on a socket, it is really non-blocking internally (from the OS' point of view). So perhaps this is what you are witnessing. By the way, rather than slee

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Antoine Pitrou added the comment: What is the mnemonic corresponding to errno 35 under OS X? (under Linux I get EDEADLOCK, which probably isn't the right one) -- ___ Python tracker _

[issue4171] SSL handshake fails after TCP connection in getpeername()

Antoine Pitrou added the comment: Ok, so I think we can close the issue then. Thank you! -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Antoine Pitrou added the comment: Actually, DNS resolution should be disabled by default, as in most HTTP servers probably. -- nosy: +pitrou stage: -> unit test needed ___ Python tracker _

[issue8513] subprocess: support bytes program name

STINNER Victor added the comment: My patch changes: * os._execvpe(): support bytes type for the file argument (program name) * os.get_exec_path(): support bytes type for the PATH environment variable * Popen._execute_child(): decode the executable name before encoding the arguments (if the p

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Senthil Kumaran added the comment: And for this specific request, it fdqn is looked up only for "logging" to sys.stderr. Either removing the fqdn call or just caching per connection it as the patch does is both fine. I doubt if someone is relying this logging anywhere in the code. This is use

[issue8514] Create fsencode() and fsdecode() functions in os.path

STINNER Victor added the comment: > They're also useful for dealing with environment variables > which are not strictly filesystem (fs) related but also suffer > from the same issue requiring surrogate escape. Yes, Python3 decodes environment variables using sys.getfilesystemencoding()+surro

[issue8214] Add exception logging function to syslog module

Sean Reifschneider added the comment: I believe I have the first function implemented. See the attached patch for that code and feel free to review. -- keywords: +patch nosy: -haypo Added file: http://bugs.python.org/file17089/logexception.diff __

[issue8533] regrtest: use backslashreplace error handler for stdout

New submission from STINNER Victor : If a test fails, regrtest writes the backtrace to sys.stdout. If the backtrace contains a non-ASCII characters, it's encoded using sys.stdout encoding. In some conditions, sys.stdout is unable to encode some or all non-ASCII characters. Eg. if there is no l

[issue8533] regrtest: use backslashreplace error handler for stdout

Changes by STINNER Victor : -- components: +Tests, Unicode ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Antoine Pitrou added the comment: > And for this specific request, it fdqn is looked up only for "logging" > to sys.stderr. Either removing the fqdn call or just caching per > connection it as the patch does is both fine. I doubt if someone is > relying this logging anywhere in the code. This is

[issue8514] Create fsencode() and fsdecode() functions in os.path

STINNER Victor added the comment: Oh! In Python3, ntpath.expanduser() supports bytes path and uses sys.getfilesystemencoding() to encode an unicode environment variable to a byte string. Should we remove bytes path support in ntpath.expanduser(), or support bytes in ntpath.fsencode()/.fsdeco

[issue8534] multiprocessing not working from egg

New submission from simon : testmultiprocessing.py: def main(): import multiprocessing proc = multiprocessing.Process(target=runhi) proc.start() proc.join() def runhi(): print 'hi' if __name__ == "__main__": main() testmultiprocessing.py is inside myegg.egg s

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Senthil Kumaran added the comment: On Mon, Apr 26, 2010 at 10:45:56AM +, Antoine Pitrou wrote: > What do you mean? BaseHTTPRequestHandler is tested in test_httpservers. I meant specifically for that function which is logging to sys.stderr. No return values, state changes and no tests prese

[issue8535] passing optimization flags to the linker required for builds with gcc -flto

New submission from Matthias Klose : Building with -flto (GCC 4.5.0) requires passing the very same optimization flags to the linker (lto1) as well. The attached patch just does this. Tested on Linux only, I don't know what will/could break on on other systems/compilers. Tested with a static

[issue8514] Create fsencode() and fsdecode() functions in os.path

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > Oh! In Python3, ntpath.expanduser() supports bytes path and uses > sys.getfilesystemencoding() to encode an unicode environment variable to a > byte string. > > Should we remove bytes path

[issue7946] Convoy effect with I/O bound threads and New GIL

David Beazley added the comment: Greg, I like the idea of the monitor suspending if no thread owns the GIL. Let me work on that. Good point on embedded systems. Antoine, Yes, the gil monitor is completely independent and simply ticks along every 5 ms. A worst case scenario is that an

[issue8514] Create fs_encode() and fs_decode() functions in os.path

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> Please follow the naming convention used in os.path. The functions >> would have to be called os.path.fsencode() and os.path.fsdecode(). > > Ok > >> Other than that, I'm +0 on the patch: t

[issue8535] passing optimization flags to the linker required for builds with gcc -flto

Marc-Andre Lemburg added the comment: Matthias Klose wrote: > > New submission from Matthias Klose : > > Building with -flto (GCC 4.5.0) requires passing the very same optimization > flags to the linker (lto1) as well. The attached patch just does this. > Tested on Linux only, I don't know

[issue8535] passing optimization flags to the linker required for builds with gcc -flto

Matthias Klose added the comment: > It's probably better to just pass OPT to the linker instead. not enough, because -fno-strict-aliasing might be passed in BASE_CFLAGS. -- ___ Python tracker _

[issue8534] multiprocessing not working from egg

Changes by Antoine Pitrou : -- assignee: -> jnoller nosy: +jnoller priority: -> low stage: -> needs patch type: -> behavior versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker __

[issue8533] regrtest: use backslashreplace error handler for stdout

Antoine Pitrou added the comment: A better resolution IMO would be to output tracebacks on stderr instead. -- nosy: +flox, pitrou ___ Python tracker ___ _

[issue8514] Create fs_encode() and fs_decode() functions in os.path

STINNER Victor added the comment: > In real life applications, you do run into these problems quite > often Yes, I'm agree 100% with you :-) > > Python3 prefers unicode, eg. print expects an unicode string, not a byte > > string. I mean it's more pratical to use unicode everywhere in Python, >

[issue8514] Create fsencode() and fsdecode() functions in os.path

STINNER Victor added the comment: Le lundi 26 avril 2010 13:06:48, vous avez écrit : > I don't see what environment variables have to do with the file > system. A POSIX system only offers *one* function about the encoding: nl_langinfo(CODESET) and Python3 uses it for the filenames, environment

[issue8534] multiprocessing not working from egg

Changes by simon : -- keywords: +patch Added file: http://bugs.python.org/file17092/forking.patch ___ Python tracker ___ ___ Python-bug

[issue3262] re.split doesn't split with zero-width regex

Tim Pietzcker added the comment: Sorry to revive this dormant (?) topic - has anybody brought this any further? This "feature" has tripped me up a few times, and I would be all for adding a flag to enable the "split on zero-size matches" behavior, but I myself am not competent enough to code

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Jean-Paul Calderone added the comment: > What is the mnemonic corresponding to errno 35 under OS X? EAGAIN -- ___ Python tracker ___

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Antoine Pitrou added the comment: Matthew, can you confirm whether the socket had a timeout set to it? (either through settimeout() or setglobaltimeout()) I think this is a bug in Python's socket module. recv()-like functions are written so as to first call select() before actually receiving

[issue8533] regrtest: use backslashreplace error handler for stdout

STINNER Victor added the comment: > A better resolution IMO would be to output tracebacks on stderr instead. Yeah, that sounds easier and safer. Attached patch writes the tracebacks to stderr. I don't remember how to reproduce this issue :-/ I guess that stdout/stderr encoding should be ASCI

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Charles-Francois Natali added the comment: > What is the mnemonic corresponding to errno 35 under OS X? (under Linux I get EDEADLOCK, which probably isn't the right one) >From the first message: "errno 35 (resource temporarily unavailable)". It's >actually EAGAIN on Linux (which makes sense on

[issue8533] regrtest: use backslashreplace error handler for stdout

STINNER Victor added the comment: Write to stderr instead of stdout might change buildbot output order. -- ___ Python tracker ___ ___

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Antoine Pitrou added the comment: [...] > we call internal_select(s, 1) (1 for writting) before sending. Oh, sorry, you are right. -- ___ Python tracker ___

[issue7946] Convoy effect with I/O bound threads and New GIL

Changes by David Beazley : Removed file: http://bugs.python.org/file17084/dabeaz_gil.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7946] Convoy effect with I/O bound threads and New GIL

David Beazley added the comment: I've updated the GIL patch to reflect concerns about the monitor thread running forever. This version has a suspension mechanism where the monitor goes to sleep if nothing is going on for awhile. It gets resumed if threads try to acquire the GIL, but timeout

[issue7946] Convoy effect with I/O bound threads and New GIL

David Beazley added the comment: I've also attached a new file schedtest.py that illustrates a subtle difference between having the GIL monitor thread and not having the monitor. Without the monitor, every thread is responsible for its own scheduling. If you have a lot of threads running, yo

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Jean-Paul Calderone added the comment: > But as I said, it's not reliable. I don't see any evidence in support of this statement. Did you notice that the FreeBSD thread you referenced is: * 6 years old * about UDP It's not obvious to me that it's actually relevant here. > Maybe it woul

[issue8514] Create fsencode() and fsdecode() functions in os.path

STINNER Victor added the comment: Version 3 of the patch: fix also os.getenv() which rejects now bytes on Windows (one of the goals of this issue). -- Added file: http://bugs.python.org/file17096/os_path_fs_encode_decode-3.patch ___ Python tracker

[issue8514] Create fsencode() and fsdecode() functions in os.path

Changes by STINNER Victor : Removed file: http://bugs.python.org/file17082/os_path_fs_encode_decode-2.patch ___ Python tracker ___ ___ Python-b

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Thomas Heller added the comment: I'm not sure this issue is really done. The current state works fine, but there is one problem remaining: There are Python extensions that seem to need a manifest pointing to the MSVC runtime libs: dlls that start in-process com servers, like pythoncom.dll (

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

egaudry added the comment: Hi Thomas, I think we should open a new issue (child from issue 4120), just to make sure the whole thing remains understandable. Regards, Eloi Thomas Heller wrote: > Thomas Heller added the comment: > > I'm not sure this issue is really done. The current state wo

[issue5099] subprocess.Popen.__del__ causes AttributeError (os module == None)

Éric Araujo added the comment: Hello Brett’s patch contains strange-looking docstrings. Since they are for private methods, they could be comments instead. The patch looks otherwise good to me. Does anyone have an idead on how to not write a __del__ method at all, according to Gabriel’s fi

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Charles-Francois Natali added the comment: > I don't see any evidence in support of this statement. >From Microfost Windows' documentation: "The parameter writefds identifies the sockets that are to be checked for writability. If a socket is processing a connect call (nonblocking), a socket

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Matthew Cowles added the comment: [Replying to various posts] [neologix] > That's one broken networking stack... I'm not disagreeing, but you'd have to take that up with Apple. > How would you circumvent this problem anyway ? The code has to go around again in the case of an incomplete send.

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Jean-Paul Calderone added the comment: None of that has much relevance when the socket is in *non-blocking* mode. -- ___ Python tracker ___ __

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Jean-Paul Calderone added the comment: > If there's something else that would be useful and I can provide it, I'd be > glad to. A minimal example which reproduces the behavior. :) -- ___ Python tracker __

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Christoph Gohlke added the comment: I mentioned the problem with pythoncom.dll and suggested a solution in issue7833. -- ___ Python tracker ___ _

[issue8527] [PEP 3147] compileall.compile_dir() called multiple times creates empty __pycache__/__pycache__ subdirectories

Barry A. Warsaw added the comment: Thanks for the patch! I added a test and committed your patch in r80497. -- resolution: -> fixed status: open -> closed ___ Python tracker __

[issue8527] [PEP 3147] compileall.compile_dir() called multiple times creates empty __pycache__/__pycache__ subdirectories

Barry A. Warsaw added the comment: er, make that r80501 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue8523] shutil.rmtree and os.listdir cannot recover on error conditions

rubenlm added the comment: Your solution sounds fine to me. Currently we don't get a NameError because "names" is set to [] before the "try". What happens is that the "for" is skipped and later rmdir fails with "directory not empty". -- ___ Python

[issue3928] os.mknod missing on Solaris

Changes by Jesús Cea Avión : Removed file: http://bugs.python.org/file16536/mknod-solaris_2.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue3928] os.mknod missing on Solaris

Jesús Cea Avión added the comment: Please, Review. Roumen?. I plan to commit this to 2.7, 2.6, 3.1 and 3.2, if you agree. -- Added file: http://bugs.python.org/file17097/mknod-solaris_3.diff ___ Python tracker ___

[issue3928] os.mknod missing on Solaris

Antoine Pitrou added the comment: Jesus, this looks ok, have you checked the changes work fine under e.g. Linux? I don't think DEC Unix is supported anymore, actually I'm not sure anyone still uses it. -- priority: release blocker -> high ___ Python

[issue8325] improve regrtest command line help

R. David Murray added the comment: Committed (with both call formats) to trunk in r80503 and py3k in r80505. -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue3928] os.mknod missing on Solaris

Jesús Cea Avión added the comment: Pitrou, the code configures correctly in Linux. Reading PEP11, I don't see the procedure to propose a platform for deprecation. Just mailing python-dev? I will delay the patch committing a couple of days, just in case somebody else want to comment. Thanks

[issue3928] os.mknod missing on Solaris

Antoine Pitrou added the comment: > Reading PEP11, I don't see the procedure to propose a platform for > deprecation. Just mailing python-dev? Yes. > Thanks for the review, Pitrou. You can call me Antoine. -- ___ Python tracker

[issue7583] Improve explanation of tab expansion in doctests

R. David Murray added the comment: The problem is that it would be equally reasonable for someone to want to put real tab characters in the output section (which results in strange looking doctest text) or to put expanded spaces in the doctest output section based on the assumption that outpu

[issue8536] Support new features of ZLIB 1.2.5

New submission from Jesús Cea Avión : Zlib 1.2.5 adds new features like "inflateReset2()", "inflateMark()", or "Z_TREES" flags. We should support them if we have zlib 1.2.5 installed. I think the patch is trivial, beside testing that we have a recent zlib version. -- keywords: easy me

[issue6006] ffi.c compile failures on AIX 5.3 with xlc

bugs-pyt...@vendor.thewrittenword.com added the comment: Python is using the wrong ffi code, it should be using ffi_darwin.c -- keywords: +patch nosy: +bugs-pyt...@vendor.thewrittenword.com Added file: http://bugs.python.org/file17098/pyffi.patch __

[issue8536] Support new features of ZLIB 1.2.5

Jesús Cea Avión added the comment: Relevant links: http://www.zlib.net/ http://www.zlib.net/manual.html My mistake: these new features were added in zlib 1.2.4, not 1.2.5. -- ___ Python tracker _

[issue8536] Support new features of ZLIB 1.2.4

Changes by Jesús Cea Avión : -- title: Support new features of ZLIB 1.2.5 -> Support new features of ZLIB 1.2.4 ___ Python tracker ___

[issue3262] re.split doesn't split with zero-width regex

Matthew Barnett added the comment: You could try the regex module mentioned in issue 2636. -- ___ Python tracker ___ ___ Python-bugs-l

[issue8537] Add ConfigureAction to argparse

New submission from Eric Smith : >From a python-dev email from Neal Becker, copied here so it won't get lost. steven.beth...@gmail.com made a very nice module for me to enhance argparse called argparse_bool.py, which contains ConfigureAction. This will allow a bool

[issue8538] Add ConfigureAction to argparse

New submission from Eric Smith : >From a python-dev email from Neal Becker, copied here so it won't get lost. steven.beth...@gmail.com made a very nice module for me to enhance argparse called argparse_bool.py, which contains ConfigureAction. This will allow a bool

[issue8539] Add ConfigureAction to argparse

New submission from Eric Smith : >From a python-dev email from Neal Becker, copied here so it won't get lost. steven.beth...@gmail.com made a very nice module for me to enhance argparse called argparse_bool.py, which contains ConfigureAction. This will allow a bool

[issue8539] Add ConfigureAction to argparse

Changes by Eric Smith : -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue7904] urlparse.urlsplit mishandles novel schemes

Tres Seaver added the comment: The fix for this bug breaks any code which worked with non-standard schemes in 2.6.4 (by working around the issue). This kind of backward incompatibility should be called out prominently in NEWS.txt (assuming that such a fix is considered appropriate in a third-do

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Alexander Belopolsky added the comment: It is too late to get new features in 2.x. Francesco, Please double-check timemodule-gmtime-r312.diff, it does not seem to reflect your reported changes. ('-' vs '--' typo is still there) There is no need to submit multiple patches. A patch for py3k b

[issue8540] Make Context._clamp public in decimal module

New submission from Mark Dickinson : The Context class in the decimal module has a hidden _clamp attribute, that controls whether to clamp values with large exponents. (Clamping a Decimal value involves adding extra significant zeros to decrease its exponent, while not altering the numeric va

[issue8537] Add ConfigureAction to argparse

Eric Smith added the comment: Sorry for the dupes. My ISP keeps disconnecting, but apparently it was able to create this issue 3 times for me. -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue3928] os.mknod missing on Solaris

Jesús Cea Avión added the comment: Informal europeans! :-). Hi, Antoine, I am Jesús (sunny Spain!). Deprecation request mailed to python-dev. -- ___ Python tracker ___

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Alexander Belopolsky added the comment: Some more comments: - Documentation needs a "versionadded" entry. - A fate of calendar.timegm() needs to be decided. If the decision is to deprecate it, deprecation warning need to be added to calendar module and docs updated accordingly. Given that

[issue7844] Add -3 warning for absolute imports.

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8538] Add ConfigureAction to argparse

Changes by Eric Smith : -- priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Santoso Wijaya added the comment: Please correct my understanding if I am mistaken, but from skimming through the source code, it seems that a new BaseHTTPRequestHandler is instantiated per request. If a caching mechanism is to be adopted as per the patch, wouldn't it be forgotten when a new

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Martin v. Löwis added the comment: > First question: Open a new issue, or discuss it in this one (and repoen it)? Please open a new issue. AFAICT, the original issues request (do not embed manifests in pyd files) is now implemented fully. Feel free to leave a link to the new issue here, but ple

[issue6280] calendar.timegm() belongs in time module, next to time.gmtime()

Francesco Del Degan added the comment: I thinks that isn't a so easy decision to take. And there are some other issues, imho: 1. timegm function is not specified by any standard (POSIX). The portable way (setting TZ, calling mktime, restore TZ) is a pure hack (could not work in future multit

[issue5099] subprocess.Popen.__del__ causes AttributeError (os module == None)

Brett Cannon added the comment: Did you run the patch on a Windows machine, Eric? As for Gabriel's comment about not using a __del__ method, it's a general rule of thumb, not something you have to do. __del__ methods exist for those times when you REALLY need them, but otherwise should be avo

[issue8540] Make Context._clamp public in decimal module

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

[issue5099] subprocess.Popen.__del__ causes AttributeError (os module == None)

STINNER Victor added the comment: I'm -1 on Brett's patch: keep a reference to the required functions in the function arguments is ugly to me. The process should be destroyed before unloading the modules. I don't know how (or even if it's possible or not :-)), but I think that Brett's patch i

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Matthew Cowles added the comment: > A minimal example which reproduces the behavior. :) Unfortunately the problem wasn't mine originally. I'm just the guy on python-help who happened to figure out the answer. But if someone can get me access to an FTP server on the other end of a slow link, I

[issue5099] subprocess.Popen.__del__ causes AttributeError (os module == None)

Brett Cannon added the comment: I was just following the style already set in __del__ for storing a reference to sys (that and I didn't feel like having to explicitly store all of those references in the __init__ or at the class level just above the methods). As for using atexit, it's possibl

[issue8541] Test issue

New submission from Martin v. Löwis : What is the default priority? -- messages: 104274 nosy: loewis severity: normal status: open title: Test issue ___ Python tracker ___ ___

[issue8541] Test issue

Changes by Martin v. Löwis : -- resolution: -> rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue8542] Another test issue

New submission from Martin v. Löwis : What is the priority now? -- messages: 104275 nosy: loewis priority: normal severity: normal status: open title: Another test issue ___ Python tracker __

[issue8542] Another test issue

Changes by Martin v. Löwis : -- resolution: -> accepted status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue8493] socket's send can raise errno 35 under OS X, which causes problems in sendall

Jean-Paul Calderone added the comment: > But if someone can get me access to an FTP server on the other end of a slow > link, I'd be glad to do what I can . It's easy to get a slow FTP server. Twisted's FTP support lets you do all kinds of customization; making a server that doesn't read ver

[issue5099] subprocess.Popen.__del__ causes AttributeError (os module == None)

Éric Araujo added the comment: I don’t own a Windows machine. I just read the code, sorry if that was not helpful. Regarding quick fix vs. right fix, nothing prevents us from using Brett’s fix now and take some time to try the atexit way later. acute-accent-ly yours, Éric --

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Charles-Francois Natali added the comment: @santa4nt: You're correct, the cache is retained only from within the same handler: the other solution would be to keep the cache at the server level, but then you'd have to deal with the cache size (you don't want it to grow forever), and it seems a

  1   2   >