[issue12546] str.format cannot fill with \x00 char

New submission from Gavin Andresen : This gives me "foo " instead of expected "foo\x00\x00\x00" : "{0:\x00<6}".format('foo') -- components: Library (Lib) messages: 140225 nosy: Gavin.Andresen priority: normal severity: normal status: open title: str.format cannot fill with \x00 char t

[issue3565] array documentation, method names not 3.x-compliant

Matt Giuca added the comment: There are still some inconsistencies in the documentation (in particular, incorrectly using the word "string" to refer to a bytes object, which made sense in Python 2 but not 3), which I fixed in my doc-only.patch file that's coming up to its third birthday. Mos

[issue12545] Incorrect handling of return codes in the posix_lseek function in posixmodule.c

Kuberan Naganathan added the comment: In addition I would like the posix_lseek function to accept a value larger than 2^63 as a seek offset. Currently I seem to need to seek multiple times within a file to achieve an offset larger than 2^63 ( assuming the return type check on the return valu

[issue12545] Incorrect handling of return codes in the posix_lseek function in posixmodule.c

New submission from Kuberan Naganathan : The lseek function can legitimately return a code less then zero ( except for -1 ) when seeking beyond an offset of 2^63. This behavior should be supported in order to permit the python interpreter to seek in files with valid data at locations greater

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

Martin added the comment: ...typo in the first patch, this one should be okay. But... already landed without the testcase? -- Added file: http://bugs.python.org/file22637/avoid_TestCase_refcycle.diff ___ Python tracker

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

Changes by Benjamin Peterson : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

Roundup Robot added the comment: New changeset 02a591131360 by Benjamin Peterson in branch '2.7': this can be done without a custom dict (also fixes #12544) http://hg.python.org/cpython/rev/02a591131360 New changeset 842f5ed06255 by Benjamin Peterson in branch '3.2': this can be done without a

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

Changes by Martin : Removed file: http://bugs.python.org/file22636/avoid_TestCase_refcycle.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

Martin added the comment: Michael: See attached patch, that should merge up to Python 3 without too much pain as well. -- ___ Python tracker ___ ___

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

Changes by Martin : -- keywords: +patch Added file: http://bugs.python.org/file22636/avoid_TestCase_refcycle.diff ___ Python tracker ___ _

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

Michael Foord added the comment: It isn't clear to me exactly what fix you are suggesting for Python 2.7? -- assignee: -> michael.foord ___ Python tracker ___ _

[issue12544] Avoid using a pseudo-dict for _type_equality_funcs in unittest

New submission from Martin : The fix for issue 10326 landing on Python 2.7 trunk has interfered with a hack I wrote in Bazaar to break the reference cycles the private `unittest.TestCase._type_equality_funcs` member creates. As the change to make pickling work is nearly enough to avoid the tes

[issue12543] `issubclass(collections.deque, collections.Sequence) == False`

Raymond Hettinger added the comment: index() isn't supported. -- assignee: -> rhettinger resolution: -> invalid status: open -> closed ___ Python tracker ___ _

[issue6721] Locks in python standard library should be sanitized on fork

Nir Aides added the comment: Well, my brain did not deadlock, but after spinning on the problem for a while longer, it now thinks Tomaž Šolc and Steffen are right. We should try to fix the multiprocessing module so it does not deadlock single-thread programs and deprecate fork in multi-thread

[issue12543] `issubclass(collections.deque, collections.Sequence) == False`

R. David Murray added the comment: Maybe they don't support all Sequence operations? They don't support slicing, certainly, but I can't tell from the collections ABC docs if Sequence is required to support slicing. -- nosy: +r.david.murray, rhettinger ___

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Antoine Pitrou added the comment: Should be fixed now. Thanks again Davide for the patch. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Roundup Robot added the comment: New changeset 9618303852da by Antoine Pitrou in branch '2.7': Issue #12149: Update the method cache after a type's dictionnary gets http://hg.python.org/cpython/rev/9618303852da -- ___ Python tracker

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Roundup Robot added the comment: New changeset cd40ea4087b0 by Antoine Pitrou in branch '3.2': Issue #12149: Update the method cache after a type's dictionnary gets http://hg.python.org/cpython/rev/cd40ea4087b0 New changeset 5992cbbedf59 by Antoine Pitrou in branch 'default': Issue #12149: Upda

[issue3565] array documentation, method names not 3.x-compliant

Antoine Pitrou added the comment: > Is there still any idea/intention of renaming .from/.tounicode to > .from/.tostring? That would have to be done at least one version with > the 'string' names absent, and would have little gain as 'unicode' is > clear. Indeed, not only it would bring little b

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Antoine Pitrou added the comment: Thank you very much! -- stage: needs patch -> patch review versions: -Python 3.1 ___ Python tracker ___ __

[issue8668] Packaging: add a 'develop' command

Carl Meyer added the comment: > I’ve reviewed the last patch. It looks like the code only installs > to the global site-packages, and there is no support to install to > the user site-packages or to another arbitrary location. > > On Windows, normal users seem to be able to write to the global

[issue9254] __import__ docstring should recommend importlib.import_module()

Brett Cannon added the comment: Patch looks good to me. -- stage: needs patch -> commit review ___ Python tracker ___ ___ Python-bugs-

[issue12543] `issubclass(collections.deque, collections.Sequence) == False`

New submission from Ram Rachum : Is there a good reason that `issubclass(collections.deque, collections.Sequence) == False`? What's not-sequence-y about `deque`? -- messages: 140206 nosy: cool-RR priority: normal severity: normal status: open title: `issubclass(collections.deque, collec

[issue8668] Packaging: add a 'develop' command

Carl Meyer added the comment: > Ah, higery’s code already has an answer for me: it writes *two* paths in the > .pth file, one to the build dir (so that .dist-info is found) and one to the > modules root (for modules, built in place). Anyone sees a problem with that? > (For example huge sys.

[issue12279] Add build_distinfo command to packaging

Carl Meyer added the comment: >> I don't really think the "invalid PEP 376" issue is a problem: PEP >> 376 describes the metadata for installed distributions; it has >> nothing to say about built metadata for a distribution which has not >> yet been installed. > The problem is that develop is a

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Davide Rizzo added the comment: The attached test segfaults (and passes with the patch). It wasn't clear to me where to put the test (it is a typeobject issue triggered by io) but Antoine on IRC agreed it would make sense to add it to test_io anyway. Python 2.7 is affected too by the bug, but

[issue12417] Inappropriate copyright on profile files

Paul Hildebrandt added the comment: Good catch, thanks Eric! You are a wonderful human being. -- ___ Python tracker ___ ___ Python-b

[issue11553] Docs for: import, packages, site.py, .pth files

Éric Araujo added the comment: >>> Exactly what variants of arguments are possible, and what are their >>> effects? >> Does http://docs.python.org/dev/library/functions#__import__ help? >> Does http://docs.python.org/dev/library/importlib ? > Well somewhat overkill -- because the matter of inter

[issue12449] Add accelerator "F" to button "Finish" in all MSI installers made by bdist_msi

Thomas Holmes added the comment: I mean that msi is _not_ set as a valid format. I will verify this evening. -- ___ Python tracker ___ __

[issue12449] Add accelerator "F" to button "Finish" in all MSI installers made by bdist_msi

Thomas Holmes added the comment: > > It also creates an exe installer, not an MSI. > Why would you think it creates an MSI? bdist_wininst is not bdist_msi. My concern for MSI is that this issue is referencing a change to MSI generation. I never had any expectation for wininst to generate an M

[issue8668] Packaging: add a 'develop' command

Éric Araujo added the comment: I’ve reviewed the last patch. It looks like the code only installs to the global site-packages, and there is no support to install to the user site-packages or to another arbitrary location. On Windows, normal users seem to be able to write to the global site-p

[issue8668] Packaging: add a 'develop' command

Éric Araujo added the comment: Ah, higery’s code already has an answer for me: it writes *two* paths in the .pth file, one to the build dir (so that .dist-info is found) and one to the modules root (for modules, built in place). Anyone sees a problem with that? (For example huge sys.path.)

[issue12279] Add build_distinfo command to packaging

Éric Araujo added the comment: About writing dist-info files into the build dir or the project root dir, see msg140195 -- ___ Python tracker ___ ___

[issue8668] Packaging: add a 'develop' command

Éric Araujo added the comment: Oh, I just realized that one thing I insisted on was wrong. I pushed for the modules to be built in the build dir, as well as the dist-info dir, so that the build dir can be added to sys.path to let both import and packaging.database find the files. But this br

[issue8668] Packaging: add a 'develop' command

Michael Mulich added the comment: On Tue, Jul 12, 2011 at 9:39 AM, higery wrote: >> The develop command writes three pieces of information to the filesystem: >>  1. It calls upon the build action(s) to build the package relative to >> the package's root directory. >>  2. It calls the [build|ins

[issue12542] Remove duplicates of cmp_to_key used in tests

Changes by Raymond Hettinger : -- resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue12541] Accepting Badly formed headers in urllib HTTPBasicAuth

Changes by Senthil Kumaran : -- assignee: -> orsenthil nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12542] Remove duplicates of cmp_to_key used in tests

New submission from Éric Araujo : Two test files still use their own CmpToKey after the introduction of functools.cmp_to_key. -- components: Tests files: remove-custom-cmptokey.diff keywords: patch messages: 140193 nosy: eric.araujo, rhettinger priority: normal severity: normal stage: c

[issue12417] Inappropriate copyright on profile files

Changes by Éric Araujo : Added file: http://bugs.python.org/file22633/profile-free-followup.diff ___ Python tracker ___ ___ Python-bugs-list m

[issue12417] Inappropriate copyright on profile files

Éric Araujo added the comment: The former license was also present in the reST documentation. Attached patch removes it, and also cleans up two lines: it removes a comment that duplicates a docstring, and removes the docstring from profile that you added to pstats :) --

[issue8668] Packaging: add a 'develop' command

Changes by Éric Araujo : Removed file: http://bugs.python.org/file22614/b1b9da3b3d20.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue12541] Accepting Badly formed headers in urllib HTTPBasicAuth

New submission from Alex Leon : It looks like some servers using basic authentication don't include quotes around the realm (example https://api.connect2field.com) as required by rfc 2617. urllib wont handle these requests and silently fails, but a simple change to the regex in AbstractBasicAu

[issue8668] Packaging: add a 'develop' command

Changes by higery : Added file: http://bugs.python.org/file22632/2750cd9e2111.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue10968] threading.Timer should be a class so that it can be derived

Éric Araujo added the comment: Attached patch removes the indirection functions; the _Verbose shenanigans are left alone. The test suite passes; I haven’t edited the doc yet. -- keywords: +patch Added file: http://bugs.python.org/file22631/threading-classes.diff _

[issue3565] array documentation, method names not 3.x-compliant

Éric Araujo added the comment: It was Antoine in fa8b57f987c5, for #8990. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs

[issue12279] Add build_distinfo command to packaging

Éric Araujo added the comment: > So if we include the RECORD file (point number 2) without the checksum > and size (two columns in the RECORD csv format), Well, three columns, the last one being empty. > we will still be PEP376 valid (maybe?), but the file verification > information will be mis

[issue8668] Packaging: add a 'develop' command

Changes by higery : Removed file: http://bugs.python.org/file22630/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue7559] TestLoader.loadTestsFromName swallows import errors

Alex Garel added the comment: May I just add that I also ran into this and give my +1 for any fix :-) -- nosy: +alexgarel ___ Python tracker ___ _

[issue8668] Packaging: add a 'develop' command

higery added the comment: 2011/7/12 Michael Mulich > > Michael Mulich added the comment: > > The wiki page has been edited to note what the develop command will > write to the file system. I'll restate it here as well... > > The develop command writes three pieces of information to the filesy

[issue12539] multiprocessing.Event.wait(n) doesn't time out properly

Charles-François Natali added the comment: >> Are you using a 2.6.38 kernel? > Yes Alright, closing as invalid then. -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue8668] Packaging: add a 'develop' command

Éric Araujo added the comment: For now, you should not worry about pkg_resources. Write a simple pure-packaging implementation compatible with packaging; the setuptools and distribute developers will see if they want to add forward compatibility with our system. --

[issue8668] Packaging: add a 'develop' command

Changes by Éric Araujo : Removed file: http://bugs.python.org/file22628/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue9254] __import__ docstring should recommend importlib.import_module()

Éric Araujo added the comment: The docstring of __import__ was updated to mention importlib in 3d490c3a019e, for #7397. Attached patch edits the docs. -- keywords: +patch versions: -Python 3.1 Added file: http://bugs.python.org/file22629/__import__-mention-importlib.diff ___

[issue8668] Packaging: add a 'develop' command

higery added the comment: > > ** After the package has been installed in-place (using the develop > command), how does one identify it as an in development project (or in > development mode)? -- Case 3 and 6 touch on this topic (case 3 is a little > vague at this time), but doesn't explain what

[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

digi proc added the comment: By the way, that above C++ function is not re-entrant! I was lazy and just made a static return buffer. To make it re-entrant, you'd need to figure out how to allocate enough space in the DefFile string so the C function could write the selected filename to that b

[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

digi proc added the comment: Almost certainly a tkinter bug. A work around is below. First build a DLL from the following C++ source (and add a similar function for the 'save' dlg rather than the 'open' dlg): #include "windows.h" #include "Commdlg.h" #include "tchar.h" extern "C"{ __declsp

[issue12485] textwrap.wrap: new argument for more pleasing output

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

New submission from Peter Caven : On Windows Vista (x64) the IDLE "Restart Shell" command leaves a "pythonw.exe" process running each time that the command is used. Observed in Python 3.2.1 release and RC2. -- components: IDLE messages: 140179 nosy: Peter.Caven priority: normal severity

[issue12539] multiprocessing.Event.wait(n) doesn't time out properly

mokrates added the comment: > Are you using a 2.6.38 kernel? Yes > There was a regression in early 2.6.38 kernels that caused FUTEX_WAIT > with a timeout to never return after a suspend-resume, see: > https://lkml.org/lkml/2011/4/13/23 Ah, thank you, that explains why gajim has problems too..

[issue4376] Nested ctypes 'BigEndianStructure' fails

Amaury Forgeot d'Arc added the comment: Is there a unit test about the actual feature: that the bytes are actually swapped in the structure? For example, with a class T(BigEndianStructure): _fields_ = [("a", c_int), ("b", c_int)] cast a pointer to T into a pointer to c_int, and read the values

[issue12535] Chained tracebacks are confusing because the first traceback is minimal

Nick Coghlan added the comment: The ordering is as it is so that the last line in the displayed traceback corresponds to the exception that was actually caught. That is, the last line remains the same regardless of whether or not there was an earlier exception in the chain. Without that, the

[issue12436] Provide reference to detailed installation instructions

Nick Coghlan added the comment: Nice, I didn't know we have those comprehensive using docs. However, they should be linked from http://docs.python.org/dev/tutorial/interpreter.html (definitely inline and perhaps a see also). -- ___ Python tracker

[issue12539] multiprocessing.Event.wait(n) doesn't time out properly

Charles-François Natali added the comment: Are you using a 2.6.38 kernel? There was a regression in early 2.6.38 kernels that caused FUTEX_WAIT with a timeout to never return after a suspend-resume, see: https://lkml.org/lkml/2011/4/13/23 It's been fixed by this commit: http://git.kernel.org/?