[issue8809] smtplib should support SSL contexts
Kasun Herath kasun...@gmail.com added the comment: Thanks for the quick review. I'm submitting a new patch with changes suggested. -- Added file: http://bugs.python.org/file21791/smtp_sslcontext_updated3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11763] assertEqual memory issues with large text inputs
Roundup Robot devnull@devnull added the comment: New changeset 8dbf661c0a63 by Ezio Melotti in branch '2.7': #11763: don't use difflib in TestCase.assertMultiLineEqual if the strings are too long. http://hg.python.org/cpython/rev/8dbf661c0a63 New changeset 04e64f77c6c7 by Ezio Melotti in branch '3.1': #11763: don't use difflib in TestCase.assertMultiLineEqual if the strings are too long. http://hg.python.org/cpython/rev/04e64f77c6c7 New changeset b316019638df by Ezio Melotti in branch '3.2': #11763: merge with 3.1. http://hg.python.org/cpython/rev/b316019638df New changeset df154c872b0c by Ezio Melotti in branch 'default': #11763: merge with 3.2. http://hg.python.org/cpython/rev/df154c872b0c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11763 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11763] assertEqual memory issues with large text inputs
Ezio Melotti ezio.melo...@gmail.com added the comment: I committed a slightly modified version of the patch, so the issue should be fixed now. There are two related problems though: 1) difflib is used in other places, so those should probably be checked too; 2) _baseAssertEqual should check if the len of the msg (or the sum of the lengths of the two args) is greater than maxDiff and use safe_repr(arg, short=True) to avoid long diffs. -- resolution: - fixed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11763 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11922] Add General Index to Windows .chm help file Contents
Tim Golden m...@timgolden.me.uk added the comment: I can't say I'd object as such, but the [Index] tab already contains the items in the General Index and is arguably the killer feature of the CHM in any case. -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11922 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9390] Error in sys.excepthook on windows when redirecting output of the script
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: I've seen the same question/answer on other forums, about Perl, Lua and Javascript http://stackoverflow.com/questions/3018848/cannot-run-python-script-on-windows-with-output-redirected but nobody suggested to set this flag by default. I don't know if it can have unwanted effects. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11921] distutils2 should be able to compile an Extension based on the Python implementation version
Éric Araujo mer...@netwok.org added the comment: Alexis is right, the implementation name is not currently available as an environment marker. Maybe another approach could be used: consider all extensions optional on non-CPython platforms? -- versions: +3rd party -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11928] fail on filename with space at the end
Éric Araujo mer...@netwok.org added the comment: Do you get the bug if you put such a filename in the MANIFEST file, or MANIFEST.in, or data_files argument, or something else, or all of them? If it’s a MANIFEST bug, can you test with quotes around the filename? -- assignee: tarek - eric.araujo components: +Distutils2 nosy: +alexis versions: +3rd party -Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9614] _pickle is not entirely 64-bit safe
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: The warnings above are a bit old: 027f81579b4a changed Pdata into a PyVarObject, and the int length member is now accessed with the Py_SIZE() macro. Unfortunately, the only win64 buildbot is offline, and I could not find any recent log of compilation warnings. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9614 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10148] st_mtime differs after shutil.copy2
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11933] newer() function in dep_util.py mixes up new vs. old files due stat.st_mtime vs stat[ST_MTIME]
Éric Araujo mer...@netwok.org added the comment: Hi! Welcome to the joy of Python and thanks for the bug report and analysis. In researching a bug Is it public? I’d be curious to look at it. I was surprised that a newly created file was being replaced when being processed a second time What created the file? What king of “processing” happened after? I tracked the surprise to diff Lib/distutils/dep_util.py @ 57642:9211a5d7d0b4 where a comparison with a resolution of 1 second was replaced by a floating point comparison Indeed. The whole distutils codebase should use ST_MTIME or st_mtime consistently. Using all floating point doesn't resolve the issue as OS timestamped files can have more resolution than python floating point may hold, If I understand this bug correctly, it’s a platform-specific limitation. We can try changing all distutils files to use st_mtime and see if tests break. Would you like to work on a additional test case to reproduce your bug? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11914] pydoc modules/help('modules') crash in dirs with unreadable subdirs
Changes by Éric Araujo mer...@netwok.org: -- components: +Library (Lib) -Demos and Tools nosy: +eric.araujo stage: - test needed versions: -Python 2.5, Python 2.6, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6625] UnicodeEncodeError on pydoc's CLI
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo versions: -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6625 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9614] _pickle is not entirely 64-bit safe
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Yes there are still warnings, but in different places; here is an extract of the previous buildlog.html file: ..\Modules\_pickle.c(156) : warning C4244:'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(195) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(754) : warning C4244: 'return' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(1278) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'long', possible loss of data ..\Modules\_pickle.c(1285) : warning C4267: '=' : conversion from 'size_t' to 'int', possible loss of data ..\Modules\_pickle.c(1952) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(2233) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(2493) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(4350) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(4615) : warning C4244: 'initializing' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(4655) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(4896) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(4943) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(4960) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(4991) : warning C4244: 'function' : conversion from 'Py_ssize_t' to 'int', possible loss of data ..\Modules\_pickle.c(5147) : warning C4244: '=' : conversion from 'Py_ssize_t' to 'int', possible loss of data -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9614 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11928] fail on filename with space at the end
anatoly techtonik techto...@gmail.com added the comment: The mere presence of this file in directory with setup.py files this error. It is not added in any files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11928] fail on filename with space at the end
Éric Araujo mer...@netwok.org added the comment: Wow. Can you set DISTUTILS_DEBUG=1 in your environment and then copy the full traceback here? Try to see if other commands like build or check cause the error too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11928] fail on filename with space at the end
anatoly techtonik techto...@gmail.com added the comment: python setup.py sdist {{{ Distribution.parse_config_files(): options (after parsing config files): no commands known yet options (after parsing command line): option dict for 'sdist' command: {} running sdist Distribution.get_command_obj(): creating 'sdist' command object checking if setup.py newer than MANIFEST error: some file : The system cannot find the file specified Traceback (most recent call last): File setup.py, line 17, in module 'Operating System :: OS Independent', File C:\Python25\lib\distutils\core.py, line 151, in setup dist.run_commands() File C:\Python25\lib\distutils\dist.py, line 974, in run_commands self.run_command(cmd) File C:\Python25\lib\distutils\dist.py, line 994, in run_command cmd_obj.run() File C:\Python25\lib\distutils\command\sdist.py, line 143, in run self.get_file_list() File C:\Python25\lib\distutils\command\sdist.py, line 237, in get_file_list self.filelist.findall() File C:\Python25\lib\distutils\filelist.py, line 48, in findall self.allfiles = findall(dir) File C:\Python25\lib\distutils\filelist.py, line 298, in findall stat = os.stat(fullname) WindowsError: [Error 2] The system cannot find the file specified: 'some file ' }}} -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11928] fail on filename with space at the end
Éric Araujo mer...@netwok.org added the comment: WindowsError: [Error 2] The system cannot find the file specified: 'some file ' The strange thing is that the filename is correct (I feared it was a strip() call somewhere that caused the bug), and that you get a WindowsError. This makes me think that the fault lies in the OS, not in distutils. I can’t reproduce your bug on linux2. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Éric Araujo mer...@netwok.org added the comment: There are a lot of examples that use a bare “python”; changing all of those would cause merging pains. I’ve changed my mind. Given the python/python2/python3 drama with distributions, I now think that we should use “python3” in the 3.x docs. Merging is not hard. -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11182] remove unused undocumented pydoc.Scanner class
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo stage: - needs patch title: pydoc.Scanner class not used by anything - remove unused undocumented pydoc.Scanner class ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11182 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11934] build with --prefix=/dev/null and zlib enabled in Modules/Setup failed
New submission from ysj.ray ysj@gmail.com: The development guide(http://docs.python.org/devguide/setup.html) suggested that one can build with --prefix=/dev/null in order to avoid accidentally install it. But in the Modules/Setup.dist the zlib module is defined as: zlib zlibmodule.c -I$(prefix)/include -L$(exec_prefix)/lib -lz So configure with --prefix=/dev/null and enable zlib in Module/Setup and then make results in such error: (debian 5) cc1: error: /dev/null/include: Not a directory Not sure if this is really a problem. But I need to modify the Module/Setup zlib line to zlib zlibmodule.c -L$(exec_prefix)/lib -lz instead of just uncomment it to make my build process success. I think it's better to be improved. -- components: Build messages: 134544 nosy: ysj.ray priority: normal severity: normal status: open title: build with --prefix=/dev/null and zlib enabled in Modules/Setup failed type: compile error versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10616] Change PyObject_AsCharBuffer() error message
Éric Araujo mer...@netwok.org added the comment: +1 to Antoine’s +1. -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10616 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6780] startswith error message is incomplete
Éric Araujo mer...@netwok.org added the comment: I would have used with self.assertRaises to write the tests, thinking it would be less verbose/cumbersome. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6780 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11924] Pickle and copyreg modules don't document the interface
Changes by Éric Araujo mer...@netwok.org: -- components: +Documentation nosy: +eric.araujo stage: - needs patch versions: +Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11924 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6780] startswith error message is incomplete
Ezio Melotti ezio.melo...@gmail.com added the comment: In 3.1 I had to use try/except because cm.exception is new in 2.7/3.2. I used assertRaises on the other branches. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6780 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11918] Drop OS/2 and VMS support in Python 3.3
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11918 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11926] help(keywords) returns incomplete list of keywords
Éric Araujo mer...@netwok.org added the comment: True and False are keywords in 3.x for the parser (IIUC), even though they’re still instances of bool. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9938] Documentation for argparse interactive use
Xuanji Li xua...@gmail.com added the comment: I don't think it's best to create a new subclass to throw an ArgumentParserExit exception; if I read the stack trace I'd see that an ArgumentError was thrown, then caught, then an ArgumentParserExit was thrown, which IMHO is confusing. In the current design, parse_known_errors catches an ArgumentError and then exits. I propose that the user be optionally allowed to turn off the handling of ArgumentError and to handle it himself instead through an exit_on_argument_error flag. Attached patch does this. Also I think this issue falls under component 'Lib' too. -- components: +Library (Lib) keywords: +patch Added file: http://bugs.python.org/file21793/issue9938.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9938 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11682] PEP 380 reference implementation for 3.3
Éric Araujo mer...@netwok.org added the comment: (“Create patch” does not work for some reason, I’ll report that to the metatracker in a few days if nobody does it first) -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11682 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11918] Drop OS/2 and VMS support in Python 3.3
Changes by STINNER Victor victor.stin...@haypocalc.com: -- resolution: accepted - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11918 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11927] SMTP_SSL doesn't use port 465 by default
Kasun Herath kasun...@gmail.com added the comment: I did a quick patch based on the suggested solution. (pitrou, thanks for adding to the nosy list or could have missed this) -- keywords: +patch Added file: http://bugs.python.org/file21794/smtplib_default_ports.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11935] MMDF/MBOX mailbox need utime
New submission from Steffen Daode Nurpmeso sdao...@googlemail.com: According to the de-facto MBOX standard [1] and the MMDF description [2] mtime and atime are used to detect wether a mailbox has new mail: If the mtime on a nonempty mbox file is greater than the atime, the file has new mail. For [1] this is documented under UNSPECIFIED DETAILS, though. The attached patch enables MUAs like mutt(1) to show the new-mail-has-arrived status in the overview, too. Note i've randomly chosen 3 seconds; it also could have been 5. [1] http://qmail.org/man/man5/mbox.html [2] http://linux.die.net/man/5/mmdf -- components: Library (Lib) files: mailbox.diff keywords: patch messages: 134552 nosy: sdaoden priority: normal severity: normal status: open title: MMDF/MBOX mailbox need utime versions: Python 3.3 Added file: http://bugs.python.org/file21795/mailbox.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11935 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11918] Drop OS/2 and VMS support in Python 3.3
Piéronne Jean-François piero...@users.sourceforge.net added the comment: What we have planed is to release 2.7 in september, and I think we will be on time, so we can start working on 3.x in october, is it compatible with your schedule? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11918 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3451] Asymptotically faster divmod and str(long)
Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3451 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10912] PyObject_RichCompare differs in behaviour from PyObject_RichCompareBool ; difference not noted in documentation
Nick Coghlan ncogh...@gmail.com added the comment: Reopening, as a 2.7 backport of this would be a nice thing to have. -- assignee: rhettinger - status: closed - open versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10761] tarfile.extractall fails to overwrite symlinks
Scott Leerssen sleers...@gmail.com added the comment: It happens on RedHat and CentOS 5, but I suspect it would happen on any Unix variant. Here's a test that exacerbates the issue: # # test_tarfile.py # # Description: # tests for python tarfile module # # $Id$ # import os import shutil import tarfile import tempfile def test_tar_overwrites_symlink(): d = tempfile.mkdtemp() try: new_dir_name = os.path.join(d, 'newdir') archive_name = os.path.join(d, 'newdir.tar') os.mkdir(new_dir_name) source_file_name = os.path.join(new_dir_name, 'source') target_link_name = os.path.join(new_dir_name, 'symlink') with open(source_file_name, 'w') as f: f.write('something\n') os.symlink(source_file_name, target_link_name) with tarfile.open(archive_name, 'w') as tar: for f in [source_file_name, target_link_name]: tar.add(f, arcname=os.path.basename(f)) # this should not raise OSError: [Errno 17] File exists with tarfile.open(archive_name, 'r') as tar: tar.extractall(path=new_dir_name) finally: shutil.rmtree(d) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10761 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11682] PEP 380 reference implementation for 3.3
Nick Coghlan ncogh...@gmail.com added the comment: It's because it isn't a true Mercurial clone-and-update - it's a patch queue, which the review generation code doesn't know how to interpret. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11682 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11918] Drop OS/2 and VMS support in Python 3.3
STINNER Victor victor.stin...@haypocalc.com added the comment: PEP 398 -- Python 3.3 Release Schedule http://www.python.org/dev/peps/pep-0398/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11918 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11874] argparse assertion failure with brackets in metavars
Manveru manv...@manveru.pl added the comment: I was a victim of the same issue, but only after my usage list does not fit in one line. Please fix! -- nosy: +manveru ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11874 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11839] argparse: unexpected behavior of default for FileType('w')
Manveru manv...@manveru.pl added the comment: I have the same issue with default here with 2.7. Fortunately I have my own type function so I can prevent is by changing my internal state. This is however only a workaround for real bug in the argparse. -- nosy: +manveru versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11935] MMDF/MBOX mailbox need utime
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11935 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11588] Add necessarily inclusive groups to argparse
Manveru manv...@manveru.pl added the comment: I am subscribing to this idea as I've just fall into such use case where I need it. I would like to submit a patch, but I still have difficulties to understand argparse code not much spare time to spent on this. -- nosy: +manveru ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11588 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11936] plistlib.writePlistToBytes does not exist on 2.6 (osx) and documentation does not include information about version
New submission from sorin sorin.sbar...@gmail.com: On OS X (10.6) with Python 2.6 import plistlib plistlib.writePlistToBytes(dict()) AttributeError: 'module' object has no attribute 'writePlistToBytes' Python documentation contains no information regarding when writePlistToBytes was add. http://docs.python.org/dev/library/plistlib.html#plistlib.writePlistToBytes -- assignee: ronaldoussoren components: Library (Lib), Macintosh messages: 134561 nosy: ronaldoussoren, sorin priority: normal severity: normal status: open title: plistlib.writePlistToBytes does not exist on 2.6 (osx) and documentation does not include information about version type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11921] distutils2 should be able to compile an Extension based on the Python implementation version
dholth dho...@fastmail.fm added the comment: Yes, putting implementation-specific environment markers in the Extensions section is the idea (instead of the haphazard and occasionally-applied 'Python code in setup.py appends to a list of extensions' method). An Extension can only be optional when there is equivalent and working Python code. This isn't likely to happen for libraries like PIL where the foreign code provides core functionality instead of a speedup. The reason I submitted this bug is that as Pypy's C API improves it can successfully compile Extensions to its detriment. Unlike Jython which IIRC has no C API, Pypy cannot patch Extension to always fail, but some of those Extensions are slower than the equivalent Python. I think there ought to be a declarative way to mark an extension as a. Required b. Optional and preferred c. Optional, not preferred depending on the Python implementation. For (b) and (c) it would also be quite cool to have a standard flag or runtime mechanism to switch between the C and Python implementation to see which one was really faster (could be done with an import hook?). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11927] SMTP_SSL doesn't use port 465 by default
Sijin Joseph sijinjos...@gmail.com added the comment: Should we add a unit test for this as well? -- nosy: +sijinjoseph ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11937] Interix support
New submission from Markus Duft markus.d...@salomon.at: Hey! For a while now, i'm maintaining python build patches for interix for the gentoo prefix project. I thought maybe i can bring them upstream :) currently i have python 2.7.1 building, and i'll start testing python 3.2 in a while... may i ask your opinions on my patch, and maybe inclusion in the repository...? Regards, Markus -- components: Build files: python-2.7.1-interix.patch keywords: patch messages: 134564 nosy: mduft priority: normal severity: normal status: open title: Interix support type: compile error versions: Python 2.7 Added file: http://bugs.python.org/file21796/python-2.7.1-interix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11937 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11938] duplicated test name in getattr_static's test case
New submission from Andreas Stührk andy-pyt...@hammerhartes.de: There are two tests called test_descriptor in getattr_static's test case. Attached is a patch that renames one. -- components: Tests files: duplicated_test_descriptor.patch keywords: patch messages: 134565 nosy: Trundle, michael.foord priority: normal severity: normal status: open title: duplicated test name in getattr_static's test case versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file21797/duplicated_test_descriptor.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11938 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11277] Crash with mmap and sparse files on Mac OS X
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: What do you think - i think this issue can really be closed now. I'll attach a final 11277.5.diff which has a less irritated and thus better understandable comment than .4.diff. I'll also drop .3 and .4. A lot of noise again 8| -- Added file: http://bugs.python.org/file21798/11277.5.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11277 ___diff --git a/Doc/library/mmap.rst b/Doc/library/mmap.rst --- a/Doc/library/mmap.rst +++ b/Doc/library/mmap.rst @@ -86,6 +86,10 @@ defaults to 0. *offset* must be a multiple of the PAGESIZE or ALLOCATIONGRANULARITY. + To ensure validity of the created memory mapping the file specified + by the descriptor *fileno* is internally automatically synchronized + with physical backing store on Mac OS X and OpenVMS. + This example shows a simple way of using :class:`mmap`:: import mmap diff --git a/Lib/test/test_zlib.py b/Lib/test/test_zlib.py --- a/Lib/test/test_zlib.py +++ b/Lib/test/test_zlib.py @@ -70,7 +70,7 @@ with open(support.TESTFN, wb+) as f: f.seek(_4G) f.write(basdf) -with open(support.TESTFN, rb) as f: +f.flush() self.mapping = mmap.mmap(f.fileno(), 0, access=mmap.ACCESS_READ) def tearDown(self): diff --git a/Modules/mmapmodule.c b/Modules/mmapmodule.c --- a/Modules/mmapmodule.c +++ b/Modules/mmapmodule.c @@ -23,6 +23,9 @@ #ifndef MS_WINDOWS #define UNIX +# ifdef __APPLE__ +# include fcntl.h +# endif #endif #ifdef MS_WINDOWS @@ -1122,6 +1125,12 @@ mmap invalid access parameter.); } +#ifdef __APPLE__ +/* Issue 11277: fsync(2) is not enough on OS X - a special, OS X specific + * fcntl(2) is necessary to force DISKSYNC and get around mmap(2) bug */ +if (fd != -1) +(void)fcntl(fd, F_FULLFSYNC); +#endif #ifdef HAVE_FSTAT # ifdef __VMS /* on OpenVMS we must ensure that all bytes are written to the file */ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11277] Crash with mmap and sparse files on Mac OS X
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com: Removed file: http://bugs.python.org/file21715/11277.3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11277] Crash with mmap and sparse files on Mac OS X
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com: Removed file: http://bugs.python.org/file21717/11277.4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
Changes by Gökçen Eraslan gok...@pardus.org.tr: -- nosy: +Gökçen.Eraslan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8296 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly
Changes by Gökçen Eraslan gok...@pardus.org.tr: -- nosy: +Gökçen.Eraslan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9205 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9207] multiprocessing occasionally spits out exception during shutdown (_handle_workers)
Changes by Gökçen Eraslan gok...@pardus.org.tr: -- nosy: +Gökçen.Eraslan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9207 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10252] Fix resource warnings in distutils
Roundup Robot devnull@devnull added the comment: New changeset 85fefd41ef5d by Éric Araujo in branch '3.2': Fix double use of f.close(). http://hg.python.org/cpython/rev/85fefd41ef5d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11591] python -S should be robust against e.g. from site import addsitedir
Roundup Robot devnull@devnull added the comment: New changeset 9a1ca0062950 by Éric Araujo in branch 'default': Add versionchanged for a364719e400a (#11591) http://hg.python.org/cpython/rev/9a1ca0062950 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10998] Remove last traces of -Q / sys.flags.division_warning / Py_DivisionWarningFlag
Roundup Robot devnull@devnull added the comment: New changeset f9e2b2b17e58 by Éric Araujo in branch 'default': Add versionchanged for c19752ea037f (#10998) http://hg.python.org/cpython/rev/f9e2b2b17e58 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Antoine, I wonder if we can restore PyThread_set_key_value to behave like a canonical TLS api function (always setting) but fix the cases that want to set if it has not already been set like the cases you mention. It is very unorthodox to have such only set if it hasn't been set before built into your only TLS function. This wart on python's TLS api has bugged me for yearsand it would be cool to fix it. The init functions (that internally call the python TLS apis) could simply do a TLS get explicitly themselves, to make it explicit and clear that they _want_ to use any pre-existing tls value. Of course, that won't fix _this_ problem (which is that the main thread's tls value gets inherited on fork). The right way to do that is to explicitly clearthe main thread's TLS value after fork... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10060] python.exe crashes or hangs on help() modules when bad modules found
Dev Player devpla...@gmail.com added the comment: mhammond added a recent note at: python.exe help() modules crashes - ID: 3150027 https://sourceforge.net/tracker/?func=detailaid=3150027group_id=78018atid=551954 Scroll down below the detail and click the Comments link. View the note from mhammond's on 4/24/2011. Although this note will likely solve my particular problem, I suspect it does not directly solve any corrput package that would cause python.exe help() modules to crash or appear to crash (i.e. the modal popup appearing behind it's parent window). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9264] trace.py documentation is incomplete
Éric Araujo mer...@netwok.org added the comment: Nesting of class/method and class/data directives recommended in 584f9c213a6d. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9264 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Antoine Pitrou pit...@free.fr added the comment: Antoine, I wonder if we can restore PyThread_set_key_value to behave like a canonical TLS api function (always setting) but fix the cases that want to set if it has not already been set like the cases you mention. It is very unorthodox to have such only set if it hasn't been set before built into your only TLS function. This wart on python's TLS api has bugged me for yearsand it would be cool to fix it. Well, these functions are supposed to be private so, while I agree their behaviour is a bit unusual, I'm not sure there's any point to fix them if it shifts the burden of reproducing the old behaviour on another part of our code. The init functions (that internally call the python TLS apis) could simply do a TLS get explicitly themselves, to make it explicit and clear that they _want_ to use any pre-existing tls value. Granted. Of course, that won't fix _this_ problem (which is that the main thread's tls value gets inherited on fork). The right way to do that is to explicitly clearthe main thread's TLS value after fork... The main thread is fine, actually, it's the other (disappeared) threads which cause this problem when the same TID is re-used. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9614] _pickle is not entirely 64-bit safe
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Wed, Apr 27, 2011 at 4:31 AM, Amaury Forgeot d'Arc rep...@bugs.python.org wrote: .. 027f81579b4a changed Pdata into a PyVarObject, and the int length member is now accessed with the Py_SIZE() macro. ISTM that with this change Pdata struct is now indistinguishable from a list. I wonder if the code could be simplified by using a regular list instead of a custom object. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9614 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11926] help(keywords) returns incomplete list of keywords
R. David Murray rdmur...@bitdance.com added the comment: As part of fixing this we should add a unit test to pydoc that goes something like this: assertEqual(sorted(pydoc.Helper.keywords.keys())), sorted(keyword.kwlist)) -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11933] newer() function in dep_util.py mixes up new vs. old files due stat.st_mtime vs stat[ST_MTIME]
John S. Gruber johnsgru...@gmail.com added the comment: Thanks for considering my report so quickly. Attached is a simple test to reproduce the bug, as you suggested. Please note that I am not suggesting the code base use stat.st_mtime. Running the attached with ext4, which keeps sub-second file timestamps: gruber@gruber-Satellite-L355D:~$ ~/setuptest running build running build_py creating build creating build/lib.linux-i686-2.7 copying charley.py - build/lib.linux-i686-2.7 running build running build_py copying charley.py - build/lib.linux-i686-2.7 Under an ext3 filesystem which only accounts to the nearest second: gruber@gruber-Satellite-L355D:~$ pushd /media/EXT3/ /media/EXT3 ~ gruber@gruber-Satellite-L355D:/media/EXT3$ ~/setuptest running build running build_py copying charley.py - build/lib.linux-i686-2.7 running build running build_py You can see under ext3 the newer() function of dep_util.py works correctly and the redundant copy of charley.py to the build directory, when setup.py is run a second time, is skipped. Above, with ext4, the mtime comparison was confused. As I said in the report, not a big problem--but it obviously isn't what was intended so I hoped a problem report would be worthwhile to the distutils developers. Thanks. -- Added file: http://bugs.python.org/file21799/setuptest ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Ah, using the fallback implementation of tls? Surely this isn't a problem with the pthreads tls, I'd be surprised if it retains TLS values after fork. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9614] _pickle is not entirely 64-bit safe
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I believe attached issue9614.diff should fix the warnings, but I don't have a box to test this on. -- Added file: http://bugs.python.org/file21800/issue9614.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9614 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11933] newer() function in dep_util.py mixes up new vs. old files due stat.st_mtime vs stat[ST_MTIME]
John S. Gruber johnsgru...@gmail.com added the comment: The original bug report is at: https://bugs.launchpad.net/ubuntu/+source/python-distutils-extra/+bug/770566 As you can see it had to do with a symbolic link created by distutils-extra before distutils was called upon to copy anything. Since this was done behind distutils back, LP: 770566 really was a distutils-extra problem and Martin's fix means this issue no longer arises there. To recreate the problem in that environment distutils-extra had to be modified to coerce processing to happen in a particular order so setup.py would complete, and then results compared between an ext4 run and the build farm's presumably ext3 run. In the ext4 case the symbolic link was predictably replaced by the file itself. The test case I posted above should be easier to follow and doesn't involve any smoke and mirrors being done behind distutils back! Please let me know if I provide any further information. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11588] Add necessarily inclusive groups to argparse
Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11588 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11874] argparse assertion failure with brackets in metavars
Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11874 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9723] Add shlex.quote
Changes by Xuanji Li xua...@gmail.com: -- nosy: +xuanji ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9723 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Charles-Francois Natali neolo...@free.fr added the comment: Ah, using the fallback implementation of tls? Surely this isn't a problem with the pthreads tls, I'd be surprised if it retains TLS values after fork. It surprised me too when I found that out, but it's really with the pthread TLS, on RHEL 4 and 5 (fixed in RHEL6). See the attached test_specific.c test script. You could add a new _PyGILState_ReInit() function and call it from PyOS_AfterFork() or PyEval_ReInitThreads(). See attached tls_reinit.diff patch. But I really find this redundant with PyThread_ReInitTLS, because what we're really doing is reinit the TLS. Also, this calls this for every thread implementation, while it's only necessary for pthreads (and for other implementation it will redo the work done by PyThread_ReInitTLS). So I've written another patch which does this in pthread's PyThread_ReInitTLS. You've got much more experience than me, so it's really your call. Actually, I kind of feel bad for adding such a hack for a pthread's bug affecting only RHEL 4 and 5, I'm wondering whether it's really worth fixing it. -- Added file: http://bugs.python.org/file21801/tls_reinit.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Charles-Francois Natali neolo...@free.fr: Added file: http://bugs.python.org/file21802/tls_reinit_bis.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11933] newer() function in dep_util.py mixes up new vs. old files due stat.st_mtime vs stat[ST_MTIME]
Éric Araujo mer...@netwok.org added the comment: Please note that I am not suggesting the code base use stat.st_mtime. Yep, I did :) Do you have another idea for a fix? We have to walk on eggshells with the distutils codebase: it has often happened that changes made to fix bugs were causing problems in third-party code relying on undocumented behavior (and/or bugs), so we want to fix bugs without causing undesired effects. (In the next-generation version, distutils2, we can break compatibility for the better.) I think using only ST_MTIME or only st_mtime could prevent the bug you’re reporting without doing harm otherwise. Running the attached with ext4, which keeps sub-second file timestamps: I think filesystems with this precision are becoming widespread. Python 3 doesn’t have the bug AFAICT but Python 2.7 will be used for years, so it’s a worthwhile bug to fix. You can see under ext3 the newer() function of dep_util.py works correctly and the redundant copy of charley.py to the build directory, when setup.py is run a second time, is skipped. This would be particularly annoying with larger projects involving C extensions. Would you be willing to turn your test file to a patch, and then fix the code? We have some basic unit tests in test_dep_util.py and test_build_py.py, you could see how they work and add a test for this bug. If you’re inclined to do so, please read the developpers guide at http://docs.python.org/devguide . It not, thanks for what you’ve already done, and I’ll take up from here. -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Antoine Pitrou pit...@free.fr added the comment: You could add a new _PyGILState_ReInit() function and call it from PyOS_AfterFork() or PyEval_ReInitThreads(). See attached tls_reinit.diff patch. Thank you. I like this patch, except that _PyGILState_ReInit() should be declared in the appropriate .h file, not in signalmodule.c. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11871] test_default_timeout() of test_threading.BarrierTests failure: BrokenBarrierError
Charles-Francois Natali neolo...@free.fr added the comment: The most obvious explanation for that failure is that the barrier's timeout is too low. def test_default_timeout(self): Test the barrier's default timeout #create a barrier with a low default timeout barrier = self.barriertype(self.N, timeout=0.1) If the last thread waits on the barrier more than 0.1s after the first thread, then you'll get a BrokenBarrierError. A 0.1s delay is not that much, 100ms was the default quantum with Linux O(1) scheduler... -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8400] zipimporter find_module fullname mis-documented
Ram Rachum cool...@cool-rr.com added the comment: I was bitten now as well... -- nosy: +cool-RR ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Charles-Francois Natali neolo...@free.fr added the comment: Thank you. I like this patch, except that _PyGILState_ReInit() should be declared in the appropriate .h file, not in signalmodule.c. I asked myself this question when writing the patch: what's the convention regarding functions ? Should they always be declared in a header with PyAPI_FUNC, or should this be reserved to functions exported through the API? I've seen a couple external function declarations in several places, so I was wondering (and since this one isn't meant to be exported, I chose the later option). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11914] pydoc modules/help('modules') crash in dirs with unreadable subdirs
Ben Okopnik b...@okopnik.com added the comment: Here's a test that should exercise every version of pydoc installed on the system: mkdir -p /tmp/foo/bar; cd /tmp/foo; chmod 0 bar for n in `whereis -b pydoc`; do echo $n ; $n modules; done Tested under Ubuntu with bash and sh; should work fine with any Bourne-derived shell that supports 'whereis'. Please see attached file. -- Added file: http://bugs.python.org/file21803/pydoc_crash_test ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Antoine Pitrou pit...@free.fr added the comment: Thank you. I like this patch, except that _PyGILState_ReInit() should be declared in the appropriate .h file, not in signalmodule.c. I asked myself this question when writing the patch: what's the convention regarding functions ? Should they always be declared in a header with PyAPI_FUNC, or should this be reserved to functions exported through the API? IMO they should always be exposed in header files. It makes them easier to discover and re-use than with some extern decls sprinkled in .c files. As for PyAPI_FUNC, I think we always use it out of convention, although it's probably not useful for private API functions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11914] pydoc modules/help('modules') crash in dirs with unreadable subdirs
Éric Araujo mer...@netwok.org added the comment: The script is bugged, since whereis prefixes its output with its argument (i.e. here “pydoc: ”). It’s not a concern anyway: branches open for bugfixes are 2.7, 3.1, 3.2 and 3.3, so when we have a test (preferably as a patch to test_pydoc.py, see http://docs.python.org/devguide for more guidelines on testing and contributing) we check versions and fix where needed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Charles-Francois Natali neolo...@free.fr: Removed file: http://bugs.python.org/file21802/tls_reinit_bis.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Charles-Francois Natali neolo...@free.fr: Removed file: http://bugs.python.org/file21801/tls_reinit.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Charles-Francois Natali neolo...@free.fr: Removed file: http://bugs.python.org/file21678/thread_invalid_key.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Charles-Francois Natali neolo...@free.fr added the comment: Here's an updated patch, tested on RHEL4U8. -- Added file: http://bugs.python.org/file21804/tls_reinit.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10632] multiprocessing generates a fatal error
Charles-Francois Natali neolo...@free.fr added the comment: It's a duplicate of http://bugs.python.org/issue10517 -- nosy: +neologix, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11247] Error sending packets to multicast IPV4 address
Charles-Francois Natali neolo...@free.fr added the comment: Suggesting to close. -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11247 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11670] configparser read_file now iterates over f, docs still say it calls readline
Roundup Robot devnull@devnull added the comment: New changeset 6f937d6369b6 by Łukasz Langa in branch '3.2': Closes #11670: configparser read_file now iterates over f. http://hg.python.org/cpython/rev/6f937d6369b6 New changeset 9da06f771a57 by Łukasz Langa in branch 'default': Merged #11670 from 3.2 http://hg.python.org/cpython/rev/9da06f771a57 -- nosy: +python-dev resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11670 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11670] configparser read_file now iterates over f, docs still say it calls readline
Łukasz Langa luk...@langa.pl added the comment: Closed in http://hg.python.org/cpython/rev/6f937d6369b6. -- resolution: fixed - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11670 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10060] python.exe crashes or hangs on help() modules when bad modules found
Dev Player devpla...@gmail.com added the comment: What about this application modal popup window appearing behind the DOS window? (See attached) That popup window may only need to have a system style flag to push it to the top of the window z-order stack. What causes that popup to appear? Is it Python source code or compiled C code built into python.exe? There is a MS-Windows win32 function called SetForegroundWindow() that may be the issue if it's not Python source code. Maybe this URL might shed some light on the popup issue? http://stackoverflow.com/questions/3772233/win32-setforegroundwindow-unreliable I am grasping for straws here. Perhaps the python.exe app crashes in the cmd.exe window because of attempts to do something with the cmd.exe window while the app modal popup windows is behind it? As per my previous post is seems mhammond has a solution for his pythonwin package causing python.exe-help()-modules to crash. (If that's the case) it still doesn't address other packages having the same ability to crash python.exe, IDLE and other interactive interpreters thru help()-modules. -- Added file: http://bugs.python.org/file21805/python_exe_help()_modules_app_modal_popup_window_behind_main_window_a.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11939] Implement stat.st_dev and os.path.samefile on windows
New submission from Amaury Forgeot d'Arc amaur...@gmail.com: Since 9cd1036455e7, os.stat() on Windows fills the st_ino member; it could fill st_dev just as easily; then os.path.samefile() could be shared with the posix implementation. -- components: Windows messages: 134595 nosy: amaury.forgeotdarc priority: normal severity: normal status: open title: Implement stat.st_dev and os.path.samefile on windows type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11939 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11834] wrong module installation dir on Windows
Bryce Verdier bryceverd...@gmail.com added the comment: Ok, so after getting some off list help, I changed the defaults to what they should be. Also, Mark was right, --install-scripts generally puts things in pythondir\Scripts... as tested with pylint, mako, and some others. I changed data back to Data... though I could no verify it. Even with --install-data, I couldn't seem to find a new Data directory. Maybe I was doing something wrong. Anyway, here is the new patch. -- nosy: -brian.curtin, markm Added file: http://bugs.python.org/file21806/issue133572.py33.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10632] multiprocessing generates a fatal error
Jesse Noller jnol...@gmail.com added the comment: Dupe of issue10517 -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11937] Interix support
Jesús Cea Avión j...@jcea.es added the comment: I don't agree with some details of the patch (I would move the log-like calculation to a inline function, and document WHY it is needed at all, for instance), but supporting a new platform is good, moreover when the patch is so small. I would ask for a seasoned Python-developer to decide the target for this. Personally I would be OK to target 2.7.2, 3.2.1 and 3.3. But since this would be considered a new feature the target would be 3.3. Given the special status of 2.7 (to be maintained for a long time), I would target it too. In any case, this is something that the release managers of each version should consider. I am nosy-ing Benjamin Peterson (2.7) and Georg Brandl (3.2) as release managers. I am interested in their opinion. I don't think we should involucrate 3.1 with this, with 3.2 already published. After that, we can discuss the patch details. PS: Markus, could you possibly summarize intierix?. We would need a patch for 3.3 too. Maybe too for 3.2, if Georg opinion is favourable. -- nosy: +benjamin.peterson, georg.brandl, jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11937 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Antoine Pitrou pit...@free.fr: -- dependencies: -multiprocessing generates a fatal error stage: - commit review superseder: - multiprocessing generates a fatal error versions: +Python 2.7, Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10632] multiprocessing generates a fatal error
Changes by Antoine Pitrou pit...@free.fr: -- superseder: - multiprocessing generates a fatal error ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Changes by Antoine Pitrou pit...@free.fr: -- superseder: multiprocessing generates a fatal error - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10419] distutils command build_scripts fails with UnicodeDecodeError
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever, haypo versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10419 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11921] distutils2 should be able to compile an Extension based on the Python implementation version
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10517] test_concurrent_futures crashes with --with-pydebug on RHEL5 with Fatal Python error: Invalid thread state for this thread
Roundup Robot devnull@devnull added the comment: New changeset f6feed6ec3f9 by Antoine Pitrou in branch '2.7': Issue #10517: After fork(), reinitialize the TLS used by the PyGILState_* http://hg.python.org/cpython/rev/f6feed6ec3f9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11914] pydoc modules/help('modules') crash in dirs with unreadable subdirs
Ben Okopnik b...@okopnik.com added the comment: Trivial fix: please see attached. As to test_pydoc.py, I don't know the system well enough to fiddle with it, but something like this should work (untested): def test_unreadable_dir(self): ''' pydoc should handle unreadable subdirs gracefully ''' @contextmanager def mk_unreadable_dir(): top_level_dir = tempfile.mkdtemp() bad_dir = tempfile.mkdtemp(dir=top_level_dir) os.chmod(bad_dir, 0) os.chdir(top_level_dir) yield os.removedirs(top_level_dir) with mk_unreadable_dir(): doc = pydoc.render_doc('modules') self.assertTrue(modules in doc) -- Added file: http://bugs.python.org/file21807/pydoc_crash_test ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11937] Interix support
Jesús Cea Avión j...@jcea.es added the comment: Markus, could you possibly provide a buildbot running under Interix?. A virtual machine could be OK, if available 24x7, with reasonable resources (CPU, memory). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11937 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11939] Implement stat.st_dev and os.path.samefile on windows
Brian Curtin br...@python.org added the comment: I created/assigned #10646 to myself for other samefile issues - I can cover this as well unless someone beats me to it. -- assignee: - brian.curtin nosy: +brian.curtin stage: - needs patch versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11939 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com