[issue12641] Remove -mno-cygwin from distutils

Jon added the comment: [Eric] This is about mingw, which is the **main free software that builds executables on Windows**. You know, for when you don't want to require your users to install Visual Studio. Let me state that I fully sympathize with people who use Windows and still want to use

[issue12641] Remove -mno-cygwin from distutils

Jon added the comment: Eric, I'm assuming you are the key decision maker for any fix. As I want to see this issue stay razor focused, where specifically do you need community help? Depending upon your needs, I can test on my win7 32bit notebook with official python 2.7.3. It also has arch

[issue12641] Remove -mno-cygwin from distutils

Jon jon.for...@gmail.com added the comment: I have confirmed on Win7 that the following 32bit MinGW flavors still recognize -mno-cygwin option and build without error: (4.5.2) http://tdm-gcc.tdragon.net/download (4.5.4) http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting

[issue12641] Remove -mno-cygwin from distutils

Jon jon.for...@gmail.com added the comment: should the question be what's the first mingw gcc version that -mno-cygwin usage unnecessary rather than finding the first version the option was removed? and, does it matter whether you're building on win for win, or cross compiling for win from

[issue12641] Remove -mno-cygwin from distutils

Jon jon.for...@gmail.com added the comment: and, does it matter whether you're building on win for win, or cross compiling for win from nix? I’m afraid I don’t know enough about Windows and MinGW to answer that. If we can’t be sure about versions and consequences here, I’ll go to the MinGW

[issue12641] Remove -mno-cygwin from distutils

Jon jon.for...@gmail.com added the comment: are you ok with a targeted patch similar to what's being discussed at http://sourceforge.net/mailarchive/message.php?msg_id=27895558 assuming the regex search the output of `gcc -dumpspecs` idea is valid

[issue12641] Remove -mno-cygwin from distutils

Jon jon.for...@gmail.com added the comment: shortly after opening this issue i removed -mno-cygwin from my 2.7.2 install and have had no issues on win7 32bit. but i understand you're hesitation. regardless what you decide, please consider placing a summary note in the source comments

[issue24187] del statement documentation doesn't mention name binding behaviour

Jon added the comment: Sorry, I think I just misread this section. I was confused by the fact that del binds names like assignment does, so that the following tries to delete a local name and fails: x = 1 def f(): del x f() In fact the documentation does say that there must

[issue24187] del statement documentation doesn't mention name binding behaviour

New submission from Jon: The documentation for the del keyword in the language reference doesn't mention the name binding behaviour: https://docs.python.org/3/reference/simple_stmts.html#grammar-token-del_stmt It is mentioned in section 4.1 where it says: A target occurring in a del

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: BTW, I have win10 x64 v 1809 b 17763.720. -- ___ Python tracker <https://bugs.python.org/issue38533> ___ ___ Python-bugs-list mailin

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: @eryk. Could I just have separate folder with each python minor version? I would keep it portable and just reference the python/pythonw.exe filepath directly for each version when I run. I could just download the 3.7.5 and drop it anywhere

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: When I have some time. Maybe this weekend. 3.7.4 is working ok right now for production level. So I didn't bother with anything else yet. Might help someone else in the meantime though. Glad to see that someone is taking the complaint seriously

[issue38533] py script runs with python.exe but not pythonw.exe (python console)

New submission from Jon : 3.7.5. Any py script that I run with python.exe or py.exe executes just fine. But if I try to run any py script with pythonW.exe or pyW.exe it will not run. I don't know where the logging for the python executable is located. On the same machine, java.exe

[issue38533] py script runs with python.exe but not pythonw.exe (python console)

Jon added the comment: by the way, just to be sure, I am actually running the python.exe / py.exe / pythonw.exe / pyw.exe from the full file path just to be sure. e.g. %LOCALAPPDATA%\Programs\Python\Launcher\pyw.exe test.py -- ___ Python

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working)

Change by Jon : -- title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python console) -> v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working) ___ Python tracker <https://bugs.pyth

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python console)

Jon added the comment: I installed v3.7.4 x86 and scripts work with `pythonw.exe` and `pyw.exe` I also tested v3.7.4 x64 bit and scripts also work ok. So that is some good news. This proves that pythonw (python console) for 3.7.5 is not working for some unknown reasons. It is not related

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Change by Jon : -- title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working) -> v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working) ___ Python tracker <

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: @paul.moore all scripts failed. it's like pyw.exe does not run at all (or quits shortly after. i have about 5 proprietary scripts. going back to 3.7.4 everything works as before. I do suspect there is something wrong with the way that 3.7.5 was compiled

[issue1673409] datetime module missing some important methods

Jon Ribbens added the comment: Almost everything you just said about time_t is wrong. time_t is signed, and always has been (otherwise the 'end of time' for 32-bit time_t would be 2106, not 2038). Also, time_t does not end at 2038 because nothing says it must be 32 bits. Also, Python has 'long

[issue11251] cmd.Cmd tab completion treats dashes as spaces

New submission from Jon McKenzie jcmc...@gmail.com: I'm writing a cmd.Cmd module that operates on filenames. As such, I'm attempting to write tab completions that operate similar to bash. However, files that contain dashes (hyphens) appear to exhibit unexpected behavior. It appears

[issue11251] cmd.Cmd tab completion treats dashes as spaces

Jon McKenzie jcmc...@gmail.com added the comment: Marked as closed, since I found this was not a bug, but just a readline default. Can set tab completion delimiters with readline.set_completer_delims(string) -- resolution: - wont fix status: open - closed

[issue1673409] datetime module missing some important methods

Jon Ribbens added the comment: No fractions of a second... If we're expecting floating-point, then everything you said earlier about the limitations of ints was a bit redundant ;-) _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1673409

[issue1673409] datetime module missing some important methods

Jon Ribbens added the comment: Well, I still think that a convert-to-time_t function is essential, and I don't buy any of the counter-arguments so far. The only argument I can see is should it return float or integer? - floats are inaccurate and integers can't represent partial seconds

[issue1673409] datetime module missing some important methods

Jon Ribbens added the comment: Skip has already provided what amounts to a patch. It just needs to be decided whether to (a) not include it, (b) include it with the floating point part, or (c) include it without the floating point part. I couldn't comment as to how many people need it. I can

[issue1911] webbrowser.open firefox 3 issues

New submission from Jon Wilson: webbrowser.open('http://example.com') opens something like: file:///path/to/home/directory/http://example.com; in firefox 3 beta 2. this behavior of firefox will most like not change in the stable release. -- components: Extension Modules messages

[issue1911] webbrowser.open firefox 3 issues

Jon Wilson added the comment: I'm running 2.6.23.9 linux kernel fedora 8. I've gone ahead and downloaded the subversion checkout of the webbrowser.py file to see the differences. The svn version fixes the issue, so then I went a hunting as to why. In the 2.5 version, with a version of firefox

[issue9016] IDLE won't launch (Win XP)

New submission from Jon Seger se...@biology.utah.edu: I upgraded from 2.5.2 to 2.6.5 on a WinXP system. Console interpreter worked fine, but IDLE would not launch (quit without displaying anything on screen). Same with 2.6.4. Finally tried 2.5.4, which works as expected (like the old 2.5.2

[issue9016] IDLE won't launch (Win XP)

Jon Seger se...@biology.utah.edu added the comment: Here's the result of doing what Martin asked (and then launching the interpreter, to confirm that it's the 2.5.4 version that I installed on Thursday just before submitting my original bug report). C:\PYTHON25 is the first item in the PATH

[issue9016] IDLE won't launch (Win XP)

Jon Seger se...@biology.utah.edu added the comment: Actually I did do exactly what Martin requested, but then somehow I failed to include the output in my message, which doesn't really make sense as a result. How embarrassing! I apologize. I thought I had included something like

[issue9622] Allow to set profile/trace function globally

Jon Parise j...@indelible.org added the comment: There are a few places in the patch where you call the global version immediately followed by the local version. For example: +PyEval_SetGlobalTrace(NULL, NULL); PyEval_SetTrace(NULL, NULL); Isn't the local call now redundant

[issue6394] getppid support in os module on Windows

Jon Anglin jang...@fortresgrand.com added the comment: Here is a unit test for os.getppid on Windows. The test_os.diff file is the diff of the Lib/test/test.os.py file from the py3k svn branch. -- Added file: http://bugs.python.org/file18784/test_os.diff

[issue6394] getppid support in os module on Windows

Jon Anglin jang...@fortresgrand.com added the comment: I have uploaded a new diff file (from the py3k svn trunk) that has all of the changes in Doc/library/os.rst, Modules/posixmodule.c, and Lib/test/test_os.py. It is called 6394.diff. Let me know if I can do anything else to make

[issue9752] MSVC Compiler warning in Python\import.c

Jon Anglin jang...@fortresgrand.com added the comment: Windows provides two versions of mkdir in direct.h: int mkdir(const char* dirname) int _mkdir(const char* dirname) The latter is the preferred function because it is conformant to the ISO C++ standard. As you can see, neither

[issue9752] MSVC Compiler warning in Python\import.c

Jon Anglin jang...@fortresgrand.com added the comment: Visual Studio ships with the source code for the CRT (\Program Files\Microsoft Visual Studio 9.0\VC\crt\src). I looked up _mkdir. It does just call CreateDirectory(path, NULL). If no error occurs it returns zero. If an error occurs

[issue9752] MSVC Compiler warning in Python\import.c

Jon Anglin jang...@fortresgrand.com added the comment: How about this: see no-macro.diff BTW: should I be using the .patch extension or .diff extension? -- Added file: http://bugs.python.org/file18798/no-macro.diff ___ Python tracker rep

[issue9808] Implement os.getlogin on Windows

New submission from Jon Anglin jang...@fortresgrand.com: This is a feature request to implement the os.getlogin function on Windows systems. This may not be a widely used function, but implementing on Windows will bring Python on Windows one step closer to Python on Unix (like) systems

[issue9808] Implement os.getlogin on Windows

Jon Anglin jang...@fortresgrand.com added the comment: I can't answer that for the 'LOGNAME' environment variable on non-Windows systems, I was just keying off of what the docs claimed. As for Windows, I just came across this article http://support.microsoft.com/kb/273633 that shows we can

[issue9808] Implement os.getlogin on Windows

Jon Anglin jang...@fortresgrand.com added the comment: Here is an updated patch with the updated test. This test does not use either the LOGNAME or USERNAME environment variables. -- Added file: http://bugs.python.org/file18814/issue9808.diff

[issue9784] _msi.c warnings under 64-bit Windows

Changes by Jon Anglin jang...@fortresgrand.com: -- nosy: +janglin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9784 ___ ___ Python-bugs-list

[issue9783] _elementtree.c warnings under 64-bit Windows

Changes by Jon Anglin jang...@fortresgrand.com: -- nosy: +janglin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9783 ___ ___ Python-bugs-list

[issue9782] _multiprocessing.c warnings under 64-bit Windows

Changes by Jon Anglin jang...@fortresgrand.com: -- nosy: +janglin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9782 ___ ___ Python-bugs-list

[issue9566] Compilation warnings under x64 Windows

Changes by Jon Anglin jang...@fortresgrand.com: -- nosy: +janglin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9566 ___ ___ Python-bugs-list

[issue9614] _pickle is not entirely 64-bit safe

Changes by Jon Anglin jang...@fortresgrand.com: -- nosy: +janglin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9614 ___ ___ Python-bugs-list

[issue9808] Implement os.getlogin on Windows

Jon Anglin jang...@fortresgrand.com added the comment: I went ahead and moved the test skip decorator to the class level as suggested by Brian Curtin, see issue9808-new.diff. -- Added file: http://bugs.python.org/file18886/issue9808-new.diff

[issue9808] Implement os.getlogin on Windows

Jon Anglin jang...@fortresgrand.com added the comment: The _countof(_x_) macro expands to something like this: sizeof(_x_)/sizeof(_x_[0]) This was an attempt by Microsoft to mitigate some buffer overrun issues. I have gotten in the habit of using it as it is less verbose. I have

[issue9808] Implement os.getlogin on Windows

Changes by Jon Anglin jang...@fortresgrand.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9808 ___ ___ Python-bugs

[issue9783] _elementtree.c warnings under 64-bit Windows

Jon Anglin jang...@fortresgrand.com added the comment: issue9783.diff provides a patch that will compile clean on 32 and 64 bit Windows systems. I tried to avoid explicit casts where I could, but it was not always possible. I have ported a lot of my company's code to 64 bit (all Windows

[issue9784] _msi.c warnings under 64-bit Windows

Jon Anglin jang...@fortresgrand.com added the comment: issue9784.diff contains a patch that compiles clean on 32 and 64 bit Windows. This patch is exactly what Amaury Forgeot d'Arc recommended in msg115750. -- keywords: +patch Added file: http://bugs.python.org/file18989/issue9784.diff

[issue9944] Typo in doc for itertools recipe of consume

New submission from Jon Clements jon...@googlemail.com: Very low priority. def consume(iterator, n): Advance the iterator n-steps ahead. If n is none, consume entirely. # Use functions that consume iterators at C speed. if n is None: # feed the entire iterator into a zero

[issue9784] _msi.c warnings under 64-bit Windows

Jon Anglin jang...@fortresgrand.com added the comment: Martin Lowis do you mean API when you type SDK? If I understand what you are saying, you would rather use the Win32 API instead of the CRT API? It may interest you to know that _open calls CreateFile internally, _read calls ReadFile

[issue9784] _msi.c warnings under 64-bit Windows

Jon Anglin jang...@fortresgrand.com added the comment: I have the long-term plan to eliminate all CRT usage from Python on Windows. In this case, there is a straight-forward opportunity to do so. Oh, OK. If that is the plan then I am on board. I will re-code the patch using the Win32 API

[issue9783] _elementtree.c warnings under 64-bit Windows

Jon Anglin jang...@fortresgrand.com added the comment: Martin is correct about this patch. In cases where we really can't propagate Py_ssize_t to (e.g. XML_Parse), we need to check for an int overflow, and raise an exception if it does overflow. Is this an appropriate approach? int

[issue9784] _msi.c warnings under 64-bit Windows

Jon Anglin jang...@fortresgrand.com added the comment: I have uploaded another patch that replaces CRT API calls with Win32 API calls. It compiles cleanly under 32 and 64 bit Windows. Is there a unit test for msilib? I was not able to find one, thus the patch is not fully tested

[issue10194] Add gc.remap() function to the gc module.

Changes by Jon Parise j...@indelible.org: -- nosy: +jon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10194 ___ ___ Python-bugs-list mailing list

[issue4249] HTTPResponse instance has no attribute 'code'

New submission from Jon Perez [EMAIL PROTECTED]: In http_response in HTTPErrorProcessor, the following line code, msg, hdrs = response.code, response.msg, response.info() results in an error because response.code is not a valid attribute, changing it to response.status works

[issue4250] urllib2.py: HTTPResponse instance has no attribute 'code'

New submission from Jon Perez [EMAIL PROTECTED]: In http_response() in HTTPErrorProcessor in urllib2.py, the following line code, msg, hdrs = response.code, response.msg, response.info() results in an error because response.code is not a valid attribute, changing it to response.status works

[issue1673409] datetime module missing some important methods

Jon Ribbens jribb...@users.sourceforge.net added the comment: A timedelta.toseconds method (or equivalent) makes no sense. The number of seconds in a day is not fixed (due to leap seconds) and relying on such a method would introduce subtle bugs. You are misunderstanding what timedelta

[issue6906] Tkinter sets an unicode environment variable on win32

Jon Foster jon.fos...@cabot.co.uk added the comment: This bug also breaks code that uses the subprocess module, e.g.: env = os.environ.copy() env['MY_VARIABLE'] = 'MY_VAL' subprocess.Popen(... , env=env) Fails on Windows 7 with an error that the environment can only contain strings

[issue8078] add more baud constants to termios

New submission from Jon Smirl jonsm...@gmail.com: termios doesn't have the constants defined for higher baud rates on Linux. According to my bits/termios.h: #define B57600 0010001 #define B115200 0010002 #define B230400 0010003 #define B460800 0010004 #define B50 0010005 #define

[issue7424] segmentation fault in listextend during install

Jon Buller j...@bullers.net added the comment: Sorry to not be able to follow up for so long, but I was moving cross-country. I was playing with the tests a bit and ended up trying this: $ ./python -E -tt -d -v -W all ./Lib/test/regrtest.py -l -v -s test_builtin Which resulted (after quite

[issue7424] segmentation fault in listextend during install

Jon Buller j...@bullers.net added the comment: ./configure --without-threads didn't seem to have any effect... :( -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7424

[issue7424] segmentation fault in listextend during install

Jon Buller j...@bullers.net added the comment: This is bad. The problem went away and the test completed without the segfault. If you think the output would help track anything down, let me know and I'll save and upload it somewhere. (Or I could hand out an SSH account via IPv6

[issue8185] re.findall()

Jon Clements jon...@googlemail.com added the comment: Seems consistent to me: .match, .search and .finditer return a MatchObject whose .group() return the *entire matched string*. If you use .group(1) you'll get similar results to .findall() which returns a list of (possibly of tuples

[issue7424] segmentation fault in listextend during install

Jon Buller j...@bullers.net added the comment: I found that python 2.4.5 will compile and install on this machine, though I don't know if that helps anyone or not, or how to track this down further. (At least I can run mercurial on that machine again.) On 03/11/10 18:16, Jon Buller wrote

[issue6394] getppid support in os module on Windows

Jon Anglin jang...@fortresgrand.com added the comment: I didn't raise an exception because the Unix version never fails (or raises) so I thought to maintain compatibility I would always return a value. Do you advise that I should change it? As for the tabs... This entire process is new

[issue6394] getppid support in os module on Windows

New submission from Jon Anglin jang...@fortresgrand.com: Implements getppid in the os module on Windows systems. The getppid function was only available on Unix like systems, this diff patch brings this functionality to Windows systems. This function will return the parent process Id, upon

[issue6394] getppid support in os module on Windows

Jon Anglin jang...@fortresgrand.com added the comment: Implements getppid in the os module on Windows systems. The getppid function was only available on Unix like systems, this diff patch brings this functionality to Windows systems. This function will return the parent process Id, upon

[issue6394] getppid support in os module on Windows

Jon Anglin jang...@fortresgrand.com added the comment: Just some information, on Windows: - process ids are re-used. - parent process id is set at process creation time and never updated. (Windows Internal 4th Ed. by Russinovich and Solomon). Thus, I would say that a long running process can

[issue6588] insert cookies into cookie jar - cookielib.py

New submission from Jon Debonis j...@tooln.com: Added ability to insert cookies into cookie jar. Fixed problem where some domain names are prepended with '.' and others were not. Fixed problem with _LWPCookieJar.py to handle case where version = None import urllib2, urllib, time import

[issue6819] Typo in datamodel.rst (Custon - Custom)

New submission from Jon Parise j...@indelible.org: reference/datamodel.rst misspells Custom as Custon. The attached patch fixes that. -- assignee: georg.brandl components: Documentation files: datamodel.custon.diff keywords: patch messages: 92157 nosy: georg.brandl, jon severity

[issue6930] [PATCH] PyUnicode_DecodeUTF16 docs wrong (byteorder param)

New submission from Jon Foster jon.fos...@cabot.co.uk: The documentation for the C API function PyUnicode_DecodeUTF16() does not match the code. If *byteorder is 1 or -1, the documentation says that the function looks for a BOM. It doesn't. This patch updates the documentation to match

[issue7060] test_multiprocessing dictionary changed size errors and hang

Changes by Jon Parise j...@indelible.org: -- nosy: +jon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7060 ___ ___ Python-bugs-list mailing list

[issue7105] weak dict iterators are fragile because of unpredictable GC runs

Changes by Jon Parise j...@indelible.org: -- nosy: +jon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7105 ___ ___ Python-bugs-list mailing list

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

New submission from Jon Nelson jnel...@users.sourceforge.net: import os try: from email.mime.multipart import MIMEMultipart except ImportError: from email.MIMEMultipart import MIMEMultipart m = MIMEMultipart('form-data') print m.items() m.as_string() print m.items() print out

[issue7373] Use PyModule_AddIntMacro() in Modules/gcmodule.c

New submission from Jon Parise j...@indelible.org: The attached patch uses PyModule_AddIntMacro() to register the gc module's constants instead of using a local ADD_INT() macro. -- components: Interpreter Core files: gc_macros-trunk.patch keywords: patch messages: 95589 nosy: jon

[issue7373] Use PyModule_AddIntMacro() in Modules/gcmodule.c

Changes by Jon Parise j...@indelible.org: Added file: http://bugs.python.org/file15379/gc_macros-py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7373

[issue7373] Use PyModule_AddIntMacro() in Modules/gcmodule.c

Jon Parise j...@indelible.org added the comment: That's true. I thought it worked the same as the ADD_INT() macro I replaced, but I see that I was wrong. Given that, perhaps the original code is best. I don't see a lot of value in replacing PyModule_AddIntConstant() with PyModule_AddIntMacro

[issue7424] segmentation fault in listextend during install

New submission from Jon Buller j...@bullers.net: On a NetBSD/sparc-current system building from the 2.6.4.tgz file... Compiling /usr/pkg/lib/python2.6/test/test_bool.py ... Compiling /usr/pkg/lib/python2.6/test/test_bsddb.py ... Compiling /usr/pkg/lib/python2.6/test/test_bsddb185.py

[issue5755] -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++

Changes by Jon Parise j...@indelible.org: -- nosy: +jon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5755 ___ ___ Python-bugs-list mailing list

[issue13345] Invisible Files in Windows 7

New submission from Jon Bryan jrbr...@sandia.gov: Running 32-bit Python in 64-bit Windows 7 Enterprise. I am very much a Python noob. A .dll in c:\Windows\System32 that I need to access can't be found by ctypes.WinDLL(). Upon further investigation I have found that the file, along

[issue13345] Invisible Files in Windows 7

Jon Bryan jrbr...@sandia.gov added the comment: Thanks for the suggestions. Since I can put the OEM-supplied DLL in another directory and everything works just fine, I'm not going to spend any more time on it. I assume that it's something to do with file permissions in Win7 that I don't have

[issue13464] HTTPResponse is missing an implementation of readinto

Jon Kuhn jonk...@gmail.com added the comment: This is my first contribution to a real open source project. Attached is my patch. Suggestions for improvements are welcome. -- keywords: +patch nosy: +Jon.Kuhn Added file: http://bugs.python.org/file23847/issue13464.patch

[issue13464] HTTPResponse is missing an implementation of readinto

Jon Kuhn jonk...@gmail.com added the comment: Thanks for the comments. Attached is an updated patch. In the RawIOBase docs it says If the object is in non-blocking mode and no bytes are available, None is returned. So I wasn't sure if that meant any time no bytes were available or just when

[issue13812] multiprocessing package doesn't flush stderr on child exception

New submission from Jon Brandvein jon.brandv...@gmail.com: When a child process exits due to an exception, a traceback is written, but stderr is not flushed. Thus I see a header like Process 1:\n, but no traceback. I don't have a development environment or any experience with Mecurial, so I'm

[issue13812] multiprocessing package doesn't flush stderr on child exception

Jon Brandvein jon.brandv...@gmail.com added the comment: (Er, that should be /Lib/multiprocessing/process.py :: Process._bootstrap of course.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13812

[issue13812] multiprocessing package doesn't flush stderr on child exception

Jon Brandvein jon.brandv...@gmail.com added the comment: On Windows, the problem appears under Python 3.2.2 and 3.1.3, but not under 2.7.1. On Linux, I have not reproduced the problem on versions 2.6.3, 2.7.2, 3.1.1, or 3.2.2. So to summarize: - It seems there should be a stderr flush call

[issue13812] multiprocessing package doesn't flush stderr on child exception

Jon Brandvein jon.brandv...@gmail.com added the comment: I've been looking over this package some more, and in particular, /Lib/multiprocessing/forking.py. There's plenty I don't understand, and I do have questions, if you would be willing to indulge me. I see that both the unix and windows

[issue13812] multiprocessing package doesn't flush stderr on child exception

Jon Brandvein jon.brandv...@gmail.com added the comment: Some more information: When I write to a new file created by open(), all versions flush correctly. However, if I reassign sys.stdout to that file, Python 3.x does not (again, under Windows). I wonder what it is that causes these other

[issue13812] multiprocessing package doesn't flush stderr on child exception

Jon Brandvein jon.brandv...@gmail.com added the comment: It turns out the file output was flushing due to garbage collection. When I created and held a global reference to it, it ceased to flush. Clearly, reassigning sys.stdout also held a reference to it. So it wasn't any kind of special

[issue13812] multiprocessing package doesn't flush stderr on child exception

Jon Brandvein jon.brandv...@gmail.com added the comment: Regarding the patch: I'd also like to see sys.stdout.flush() and sys.stderr.flush() between exitcode = self._boostrap() and exit(exitcode) in /Lib/multiprocessing/forking.py :: main(). (The extra stderr flush would be for symmetry

[issue13841] multiprocessing should use sys.exit() where possible

New submission from Jon Brandvein jon.brandv...@gmail.com: Currently the multiprocessing library calls a hard exit function (os._exit under unix, ExitProcess under Windows) to terminate the child process. Under unix, this is necessary because the child is forked without exec-ing. Calling

[issue13812] multiprocessing package doesn't flush stderr on child exception

Jon Brandvein jon.brandv...@gmail.com added the comment: Patch looks fine. I like the use of finally for the flush. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13812

[issue13841] multiprocessing should use sys.exit() where possible

Jon Brandvein jon.brandv...@gmail.com added the comment: Good point. I don't think those particular behaviors are documented, so I'm not sure whether we need to worry about breaking them. -- ___ Python tracker rep...@bugs.python.org http

[issue13853] SystemExit/sys.exit() doesn't print boolean argument

New submission from Jon Brandvein jon.brandv...@gmail.com: Raising SystemExit manually, or calling sys.exit, with an argument of True or False results in no output to the screen. According to Doc/library/exceptions.rst and Doc/library/sys.rst, any object that is not an integer or None should

[issue13854] multiprocessing: SystemExit from child with non-int, non-str arg causes TypeError

New submission from Jon Brandvein jon.brandv...@gmail.com: In a child process, raising SystemExit or calling sys.exit with a non-integer, non-string argument value causes a TypeError at Lib/multiprocessing/process.py :: _bootstrap. This is from concatenating the argument with '\n' and writing

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Jon Brandvein jon.brandv...@gmail.com added the comment: If such a function is added, I'd like the option to not indent empty lines: trailing spaces are often not a good idea. From dedent's documentation, it wasn't immediately clear to me that it ignores blank lines when determining common

[issue13854] multiprocessing: SystemExit from child with non-int, non-str arg causes TypeError

Jon Brandvein jon.brandv...@gmail.com added the comment: Also, as Brett pointed out to me in #13853, bool is a subclass of int, so they should follow the same code path. I suggest replacing elif type(e.args[0]) is int: exitcode = e.args[0] with something like elif isinstance

[issue1003195] segfault when running smtplib example

Jon Bringhurst j...@bringhurst.org added the comment: I just ran into this while using the smtplib example on: 2.6 (r26:66714, Jan 17 2012, 11:02:11) GCC 4.1.2 20080704 (Red Hat 4.1.2-44) Running the program simply gives a Segmentation Fault (core dumped) Running it under gdb... [Thread

[issue1003195] segfault when running smtplib example

Changes by Jon Bringhurst j...@bringhurst.org: -- type: - crash versions: +Python 2.6 -Python 2.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1003195

[issue13877] segfault when running smtplib example

New submission from Jon Bringhurst j...@bringhurst.org: I just ran into this while using the smtplib example on: 2.6 (r26:66714, Jan 17 2012, 11:02:11) GCC 4.1.2 20080704 (Red Hat 4.1.2-44) Running the program simply gives a Segmentation Fault (core dumped) Running it under gdb... [Thread

  1   2   3   >