[issue9253] argparse: optional subparsers

Changes by Zsolt Cserna : -- nosy: +csernazs ___ Python tracker <http://bugs.python.org/issue9253> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9100] test_sysconfig fails (test_user_similar)

Zsolt Cserna added the comment: No, I think it's not the duplicate of any of the bugs you've specified. Meanwhile I've installed to another location and it's now python 2.7.1, but the problem still present: My configure parameters are: --prefix=//ms/dist/python/PROJ

[issue5625] test_urllib2 fails - urlopen error file not on local host

Zsolt Cserna added the comment: Could you please add this change to test_urllib2.py as well? It has the following line: localaddr = socket.gethostbyname(socket.gethostname()) But urllib2.py has the change related to this bug. That makes test_urllib2 failing when gethostbyname

[issue5625] test_urllib2 fails - urlopen error file not on local host

Zsolt Cserna added the comment: The test which failed was HandlerTests.test_file, and I'm using python 2.7.1. socket.gethostbyname('localhost') returns "127.0.0.1" which is ok, but in the unittest it's already tested (line 671). The problem is that my /etc/host

[issue5625] test_urllib2 fails - urlopen error file not on local host

Zsolt Cserna added the comment: The order of the IP addresses doesn't matter as urllib2 is flexible enough to handle all local IP addresses as local (that was the original bug - it handled only one IP returned by gethostbyname which returned a random IP if there were more than one)

[issue9115] test_site: support for systems without unsetenv

Zsolt Cserna added the comment: I confirm that this patch fixes the problem. Thanks. On my systems I haven't seen other bugs related to unsetenv - however, it might be useful to fix subprocess.Popen and subprocess.call to use the os.environ by default (but this would be another reque

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: Could you please provide any advise on this bug? I've submitted my patch, would be curious if there any chance to get it merged. -- ___ Python tracker <http://bugs.python.org/i

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: I compile it with -lpthread. os.fork1() was not available by default, I enabled it by removing two lines from posixmodule.c (it seems it's only enabled when #if defined(__USLC__) && defined(__SCO_VERSION__) is true). With os.fork1() I have the

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: Ok, here's the new patch. I've removed the #ifdef-#endif lines. It passed the test thread_test.py on linux (and as well on solaris). -- Added file: http://bugs.python.org/file16011/patch_2.diff ___ Pyth

[issue7906] float("INFI") returns inf on certain platforms

New submission from Zsolt Cserna : Python 2.6.4 On my system which is solaris 8/sparc, float("INFI") returns inf instead of raising ValueError, both 32 and 64-bit. (since it's case-insensitive it applies to any upper/lower combination of letters). This issue breaks test_float

[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris

Changes by Zsolt Cserna : -- nosy: +csernazs ___ Python tracker <http://bugs.python.org/issue1471934> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7906] float("INFI") returns inf on certain platforms

Zsolt Cserna added the comment: I was not able to compile 3.1.1 due to issue6236, but with 2.7a3 it raises the expected ValueError, which is correct. Is there any chance to get those changes you mentioned backported to 2.6? -- ___ Python tracker

[issue7906] float("INFI") returns inf on certain platforms

Zsolt Cserna added the comment: This issue doesn't seem to cause any problems in our production code, however I haven't tested it. Btw what is the status of the solaris support? According to wiki page it should be supported by python, in real it seems it's not really suppor

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: There's a bundled unittest in test_httpservers which actually fails if this patch is not applied. See the unittest attached. Unfortunatelly RuntimError is raised in the child process after fork() so I cannot re-raise it to the parent, instead I send a me

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: I've run unittest with both patched and vanilla versions of python 2.6.4 and I confirm that it fails when it's run by vanilla on solaris 8, but passes on the patched version. -- ___ Python trac

[issue4161] test_urllib fails with ValueError

New submission from Zsolt Cserna <[EMAIL PROTECTED]>: test_urllib regression test fails with ValueError on linux (kernel 2.4, glibc 2.3): test_urllib test test_urllib failed -- Traceback (most recent call last): File "/tmp/x/Lib/test/test_urllib.py", line 112, in tearDown

[issue46956] TextIOWrapper.seek silently wraps around on very large offsets

Change by Zsolt Cserna : -- nosy: +csernazs ___ Python tracker <https://bugs.python.org/issue46956> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35297] untokenize documentation is not correct

Change by Zsolt Cserna : -- versions: +Python 3.6 ___ Python tracker <https://bugs.python.org/issue35297> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35297] untokenize documentation is not correct

New submission from Zsolt Cserna : untokenize documentation (https://docs.python.org/3/library/tokenize.html#tokenize.untokenize) states the following: """ Converts tokens back into Python source code. The iterable must return sequences with at least two elements, the tok

[issue34260] shutil.copy2 is not the same as cp -p

New submission from Zsolt Cserna : The docstring of shutil.copy2 says the following: Copy data and all stat info ("cp -p src dst"). This can be misleading as it is not the same as 'cp -p', as it does not copy the file owner (uid and gid). That would need to have a chow

[issue34299] argparse description formatting

Zsolt Cserna added the comment: You would need to use the RawTextHelpFormatter as format_class for the constructor. In this case, argparse will apply no re-wrapping of the description. import argparse parser = argparse.ArgumentParser(description="""foo bar baz"

[issue34248] dbm errors should contain file names

Zsolt Cserna added the comment: I've made a patch which works for me. >>> dbm.gnu.open("/tmp/z") Traceback (most recent call last): File "", line 1, in _gdbm.error: [Errno 2] No such file or directory: '/tmp/z' >>> Could y

[issue34248] dbm errors should contain file names

Change by Zsolt Cserna : -- pull_requests: +8100 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34248> ___ ___ Python-bugs-list mai

[issue34248] dbm errors should contain file names

Zsolt Cserna added the comment: Alright, I created a PR for this. We will see if this can be merged to upstream or not. -- ___ Python tracker <https://bugs.python.org/issue34

[issue34260] shutil.copy2 is not the same as cp -p

Change by Zsolt Cserna : -- pull_requests: +9401 ___ Python tracker <https://bugs.python.org/issue34260> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34260] shutil.copy2 is not the same as cp -p

Change by Zsolt Cserna : -- pull_requests: +9404 ___ Python tracker <https://bugs.python.org/issue34260> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34260] shutil.copy2 is not the same as cp -p

Change by Zsolt Cserna : -- pull_requests: +9405 ___ Python tracker <https://bugs.python.org/issue34260> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34260] shutil.copy2 is not the same as cp -p

Zsolt Cserna added the comment: Thanks for your help! :) -- ___ Python tracker <https://bugs.python.org/issue34260> ___ ___ Python-bugs-list mailing list Unsub

[issue18808] Thread.join returns before PyThreadState is destroyed

Changes by Zsolt Cserna : -- nosy: +csernazs ___ Python tracker <http://bugs.python.org/issue18808> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7230] test_hotshot fails on solaris

New submission from Zsolt Cserna : On sparc/solaris 5.8, test_hotshot fails: csern...@localhost:/tmp/python2.6$ LD_LIBRARY_PATH=/tmp/python2.6 ./python -E -tt ./Lib/test/regrtest.py -v -l test_hotshot test_hotshot test_addinfo (test.test_hotshot.HotShotTestCase) ... ok test_bad_sys_path

[issue7242] Forking in a thread raises RuntimeError

New submission from Zsolt Cserna : Python 2.6.4 (r264:75706, Oct 29 2009, 12:00:12) [C] on sunos5 On my sunos5 system if I call os.fork() in a thread created by thread.start_new_thread(), it raises RuntimeError with the message 'not holding the import lock'. It's a vanilla pyt

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: Sorry, the working version is not 2.6.3 (I mistyped the version), it's 2.6.1 (I've no info about 2.6.2). -- ___ Python tracker <http://bugs.python.

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: I've tested it only on solaris 8, 32-bit. -- ___ Python tracker <http://bugs.python.org/issue7242> ___ ___ Python-bugs-list m

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: solaris 10 x86, 32-bit, sun-studio 11 is ok (in this case the parent's thread has thread_id=2 and the child inherits this id) solaris 8 sparc4, 32-bit, sun-studio 11 is not working So it seems it's independent from sun-cc but depends from the architect

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: I've attached a patch which seems to fix this issue. It sets import_lock_thread to the current thread id after forking in the child process, but still I'm not quite sure that it's the correct way of solving this issue. -- keywords: +p

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: Additional info: I've tested it on solaris 10 / sparc 32-bit, and my test script runs fine on that. Based on my test it seems that this bug does not affect solaris 10. -- ___ Python tracker <http://bugs.py

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Zsolt Cserna added the comment: I would say that both string and list should be accepted in args, and depending on the shell parameter, the module should create a list or a string from the specified list/string. We already have a list2cmdline function to convert a list to string, we would

[issue9100] test_sysconfig fails (test_user_similar)

New submission from Zsolt Cserna : Python 2.7rc2 test_user_similar test in test_sysconfig fails for me. I think it's because I have different --exec-prefix and --prefix specified. The test assumes that get_config_var('base') is the part of the global_path = get_p

[issue8799] Hang in lib/test/test_threading.py

Changes by Zsolt Cserna : -- nosy: +csernazs ___ Python tracker <http://bugs.python.org/issue8799> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9115] test_site: support for systems without unsetenv

New submission from Zsolt Cserna : On systems where there's no unsetenv function (for example solaris 8), test_site fails because the PYTHONUSERBASE environment variable remains set to "xoxo" (set in the previous tests). This results a failed test_s_option test. -- co

[issue9185] os.getcwd causes infinite loop on solaris

New submission from Zsolt Cserna : os.getcwd() causes infinite loop on solaris10 when the length of the current directory is greater than 1024 (them limit of the maximum absolute path). os.getcwd is implemented by a while loop in python, see the function posix_getcwd in posixmodule.c. That

[issue9185] os.getcwd causes infinite loop on solaris

Zsolt Cserna added the comment: There would be also a solution to allocate a fix buffer with MAXLPATHLEN size and call the getcwd function only one time - if MAXLPATHLEN is available. -- ___ Python tracker <http://bugs.python.org/issue9

[issue9185] os.getcwd causes infinite loop on solaris

Zsolt Cserna added the comment: You are right, but this bug could be easily avoided by using one of the suggested solutions. In my experience a fix sized buffer (whose size is MAXLPATHLEN - or 1024 if not defined) is usually passed to getcwd and the errno is propagated back to the caller if

[issue9185] os.getcwd causes infinite loop on solaris

Zsolt Cserna added the comment: I confirm that test_posix passes after applying the patch issue9185-2.patch on solaris 8. Thank you. Now solaris and openbsd have a clean os.getcwd() implementation. -- ___ Python tracker <http://bugs.python.

[issue9185] os.getcwd causes infinite loop on solaris

Zsolt Cserna added the comment: I confirm that test_posix passes after applying the patch issue9185-2.patch on solaris 8. Thank you. Now solaris and openbsd have a clean os.getcwd() implementation. -- ___ Python tracker <http://bugs.python.