[issue11104] distutils sdist ignores MANIFEST

Stephen Thorne added the comment: I have 2 patches, with tests, that applies on python2.7 and the python3 series of branches, attached this ticket. I have also got a signed contributor agreement lodged with the PSF. Can I please have someone either apply my patches or tell me what I need to d

[issue12303] expose sigwaitinfo() and sigtimedwait() in the signal module

Ross Lagerwall added the comment: Here's a patch to add the two functions (with docs and tests). You'll need to run autoreconf before compiling. -- assignee: -> rosslagerwall keywords: +patch nosy: +rosslagerwall stage: -> patch review type: -> feature request Added file: http://bug

[issue11909] Doctest sees directives in strings when it should only see them in comments

Devin Jeanpierre added the comment: You're right, and good catch. If a doctest starts with a "#coding:XXX" line, this should break. One option is to replace the call to tokenize.tokenize with a call to tokenize._tokenize and pass 'utf-8' as a parameter. Downside: that's a private and undocum

[issue12361] Memory Leak in File Logging

Vinay Sajip added the comment: Marked as pending since no further information is available. I will close this issue in two weeks unless more information becomes available; even after this, if you get more information, you can re-open this issue. Also please note that Python 2.6 is closed for

[issue12393] Packaging should provide support for extensible categories

New submission from Vinay Sajip : Some installation locations are platform-dependent and cannot be categorised into a small but fixed number of categories. This is particularly true for the Windows ecosystem - PowerShell, Office, SharePoint all have specific locations where files need to be in

[issue12394] Packaging should provide better support for executable scripts on Windows

New submission from Vinay Sajip : At present, packaging support for scripts on Windows is the same as for any other system. This is sub-optimal, for the following reasons: 1. Windows doesn't support #! lines to find the correct executable for a script. On a system with multiple Python versions

[issue12394] Packaging should provide better support for executable scripts on Windows

Tim Golden added the comment: Are you aware of PEP 397? http://www.python.org/dev/peps/pep-0397/ -- nosy: +tim.golden ___ Python tracker ___ ___

[issue12303] expose sigwaitinfo() and sigtimedwait() in the signal module

STINNER Victor added the comment: Cool, a patch! "Some" comments. Why do you wait until the end of PyInit_signal() to set initialized to 1? If this variable is only present to call PyStructSequence_InitType() only once, you can set initialized to 1 directly in the if. Is it possible that PyI

[issue12394] Packaging should provide better support for executable scripts on Windows

Vinay Sajip added the comment: @Tim: It had gone under my radar, thanks for the link! I don't know if/when it will be accepted (i.e. whether before 3.3), so my suggestion could be considered as a fallback alternative which works now. If the PEP 397 launcher is available, then of course we sho

[issue12394] Packaging should provide better support for executable scripts on Windows

Tim Golden added the comment: Adding Mark H as the author of PEP 397 -- nosy: +mhammond ___ Python tracker ___ ___ Python-bugs-list m

[issue11104] distutils sdist ignores MANIFEST

Éric Araujo added the comment: I have outstanding comments and questions on the review page (follow the review link on the right of the 3.x patch). -- ___ Python tracker ___ __

[issue12394] Packaging should provide better support for executable scripts on Windows

Éric Araujo added the comment: My GSoC student will work on integrating the scripts generation from setuptools into packaging. -- ___ Python tracker ___ ___

[issue11104] distutils sdist ignores MANIFEST

Stephen Thorne added the comment: Oh! I didn't see any notification that there was a review done. Thanks, I'll attend to that. -- ___ Python tracker ___ ___

[issue12191] Add shutil.chown to allow to use user and group name (and not only uid/gid)

Éric Araujo added the comment: haypo, you missed this comment from gps on Rietveld: > As for the _user = user stuff, the reason that is being done is so > that the original user and or group value can be included in the > raised exception error message. That is actually a nice thing to do. >

[issue12388] cannot specify recursive extra_files in packaging setup.cfg

Éric Araujo added the comment: +1. We have a function in the util module to handle such extended globs (it’s used by the resources code), so this should not be hard. -- stage: -> needs patch ___ Python tracker

[issue12394] Packaging should provide better support for executable scripts on Windows

Vinay Sajip added the comment: Éric, what will be the scope of that integration? Please bear in mind, I have a working solution, so there's no need to cover this part again unless you think there's a problem with my implementation. The changes were straightforward, see https://bitbucket.org

[issue12393] Packaging should provide support for extensible categories

Éric Araujo added the comment: I think this should be part of the setup.cfg specification, not an install_data hook. -- ___ Python tracker ___ _

[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions

sorin added the comment: Can we get more info regarding resolution of this bug. Due to this bug httplib cannot be used anymore to send binary data. This bug breaks other modules, one example being PyAMF (that does communicate only using binary data). -- nosy: +sorin _

[issue12394] Packaging should provide better support for executable scripts on Windows

Éric Araujo added the comment: In the setup.cfg files, scripts will now be a mapping of names to callables, like the setuptools scripts and gui_scripts entry points: scripts = sphinx-build = sphinx.build.run On UNIX, a Python script named sphinx-build will be created, on Windows, a binar

[issue12393] Packaging should provide support for extensible categories

Vinay Sajip added the comment: @Éric: I agree that some support in setup.cfg would be good, but the problem is that you can't be 100% declarative - sometime the locations can only be determined at runtime. I assume you are thinking of something like: [install_data] categories = cat1 =

[issue12394] Packaging should provide better support for executable scripts on Windows

Vinay Sajip added the comment: Does that mean that you can't just put an arbitrary Python script in your application? You have to structure it as a callable? Of course, I see the applicability of it for the entry_points functionality of setuptools. -- ___

[issue12242] distutils2 environment marker for current compiler

Éric Araujo added the comment: Thanks! > This patch was made against the hg.python.org/cpython repo. This is good. See http://wiki.python.org/moin/Distutils/Contributing > I'm not sure where I should add documentation about this new behavior. At least in Doc/library/packaging.compiler.rst and

[issue12386] packaging fails in install_distinfo when writing RESOURCES

Éric Araujo added the comment: It is strange that neither the tests for install_distinfo and resources did not catch this. I agree about the nonsense of opening in binary mode. -- assignee: tarek -> eric.araujo stage: -> needs patch ___ Python tra

[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions

sorin added the comment: There is another problem that makes the problem even more critical. OS X 10.7 does include Python 2.7.1 as the *default* interpreter. So we'll need both a fix for the future and an workaround. BTW, the hack with sys.setdefaultencoding cannot be used if you really send

[issue12223] Datamodel documentation page: 'operator' where 'operand' should be

Changes by Eli Bendersky : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12394] Packaging should provide better support for executable scripts on Windows

Éric Araujo added the comment: > Does that mean that you can't just put an arbitrary Python script in > your application? Arbitrary script files are supported via the resources feature (when the bug you reported is fixed :) The generation of scripts from callables is a widely-used setuptools

[issue5572] distutils ignores the LIBS configure env var

Éric Araujo added the comment: I’m afraid performance improvements are not bug fixes, which are the only possible changes in distutils now. This change is however appreciated for packaging. -- ___ Python tracker

[issue12395] packaging remove fails under Windows

New submission from Vinay Sajip : "pysetup3 remove projectX" fails on Windows. The reason is that the RECORD file can't be moved, as it's still open (we're using a generator in list_installed_files). Apart from fixing that, a related annoyance is that you get the [Error 32] The process canno

[issue12394] Packaging should provide better support for executable scripts on Windows

Vinay Sajip added the comment: Then for Unix at least, how will the installer know which resources need the execute permission turned on? Just by the destination? -- ___ Python tracker ___

[issue12395] packaging remove fails under Windows

Vinay Sajip added the comment: I can confirm that putting a list() around the generator allows the removal to proceed: diff -r d2453f281baf Lib/packaging/install.py --- a/Lib/packaging/install.py Fri Jun 24 10:21:46 2011 +0100 +++ b/Lib/packaging/install.py Fri Jun 24 12:48:33 2011 +0100 @@

[issue12395] packaging remove fails under Windows

Vinay Sajip added the comment: I can confirm that putting a list() around the generator allows the removal to proceed: diff -r d2453f281baf Lib/packaging/install.py --- a/Lib/packaging/install.py Fri Jun 24 10:21:46 2011 +0100 +++ b/Lib/packaging/install.py Fri Jun 24 12:48:33 2011 +0100 @@

[issue12395] packaging remove fails under Windows

Changes by Vinay Sajip : -- Removed message: http://bugs.python.org/msg138920 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12386] packaging fails in install_distinfo when writing RESOURCES

Vinay Sajip added the comment: I suppose it's because I'm writing a script as if it were data? (i.e. to the {scripts} location. -- ___ Python tracker ___ __

[issue12394] Packaging should provide better support for executable scripts on Windows

Éric Araujo added the comment: The copy function used will preserve rights. IOW, the +x will be needed in the source. -- ___ Python tracker ___ ___

[issue12395] packaging remove fails under Windows

Éric Araujo added the comment: > So the error message needs to say which file(s) couldn't be moved. Isn’t that a Windows error message which we have no control on? -- ___ Python tracker ___

[issue12296] Minor clarification in devguide

Éric Araujo added the comment: What about this: (this obviously does not apply to new classes, functions or arguments) -- ___ Python tracker ___ ___

[issue12395] packaging remove fails under Windows

Vinay Sajip added the comment: We could fix the error message, for example, like this: --- a/Lib/packaging/install.py Fri Jun 24 10:21:46 2011 +0100 +++ b/Lib/packaging/install.py Fri Jun 24 13:06:08 2011 +0100 @@ -412,6 +415,7 @@ error = _move_file(file_, tmpfile)

[issue10403] Use "member" consistently

Éric Araujo added the comment: > I used "methods and attribute" in io.rst because BufferedIOBase > included one attribute and several methods. My terminology may be > off, but I felt this was the correct replacement of "members." Nearly :) See in the first message: > "Members and methods" sho

[issue12379] build outside source fail in head

Éric Araujo added the comment: Out-of-tree configure also fails because of missing .o files. -- nosy: +dmalcolm, eric.araujo ___ Python tracker ___ _

[issue12396] Delivery failed

Éric Araujo added the comment: This should go to the meta-tracker. -- nosy: +eric.araujo resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue12395] packaging remove fails under Windows

Éric Araujo added the comment: Ah, nice, just use %r for the filename. I’ll commit this improvement in a few days. Do you want to write a test for the remove error? -- assignee: tarek -> eric.araujo stage: -> needs patch ___ Python tracker

[issue11933] newer() function in dep_util.py mixes up new vs. old files due stat.st_mtime vs stat

Éric Araujo added the comment: Thanks, I’ll commit shortly. -- assignee: tarek -> eric.araujo ___ Python tracker ___ ___ Python-bugs-

[issue12394] packaging: generate scripts from callable (dotted paths)

Changes by Éric Araujo : -- assignee: tarek -> eric.araujo nosy: +higery stage: -> needs patch title: Packaging should provide better support for executable scripts on Windows -> packaging: generate scripts from callable (dotted paths) ___ Python tr

[issue4015] Make installed scripts executable on windows

Changes by Éric Araujo : -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> packaging: generate scripts from callable (dotted paths) ___ Python tracker

[issue4015] Make installed scripts executable on windows

Éric Araujo added the comment: We’re going to follow setuptools’ lead and generate platform-appropriate script or binary files from callables. -- ___ Python tracker ___

[issue10403] Use "member" consistently

Adam Woodbeck added the comment: I was always under the impression attributes and methods were mutually exclusive. I've corrected the patch as requested. -- Added file: http://bugs.python.org/file22436/issue10403_v2.patch ___ Python tracker

[issue1004696] translate Windows newlines when installing scripts on POSIX

Éric Araujo added the comment: FTR, We’re going to follow setuptools’ lead and generate platform-appropriate script or binary files from callables. -- superseder: Scripts need platform-dependent handling -> packaging: generate scripts from callable (dotted paths)

[issue870479] Scripts need platform-dependent handling

Éric Araujo added the comment: All right, we’re going to follow setuptools’ lead and generate platform-appropriate script or binary files from callables. See the superseder bug report to follow the work that will be done during this summer’s GSoC. -- resolution: -> duplicate stage:

[issue976869] Stripping script extensions with distutils

Éric Araujo added the comment: We’re going to follow setuptools’ lead and generate platform-appropriate script or binary files from callables. -- resolution: -> duplicate stage: patch review -> committed/rejected status: open -> closed superseder: -> packaging: generate scripts from

[issue12397] re match object methods have no docstrings

New submission from Ned Batchelder : If I have a match object in hand, and ask for help on its methods, there is no information: >>> m = re.match("a", "a") >>> help(m.group) Help on built-in function group: group(...) >>> -- messages: 138937 nosy: nedbat priority: normal severity: no

[issue12394] packaging: generate scripts from callable (dotted paths)

Éric Araujo added the comment: Short review of the superseded bugs. #870479 — Scripts need platform-dependent handling A request to remove .py on POSIX and create a .cmd file on Windows. The .cmd part was quickly shot down (see bug thread for problems), and the discussion moved to the setupt

[issue12393] Packaging should provide support for extensible categories

Éric Araujo added the comment: > I assume you are thinking of something like: Yep. > In my specific use case, declarative paths will not work in all > scenarios - you have to use ctypes to call a Windows API > (SHGetKnownFolderPath) to find the specific place to put things. Ah, too bad. > The

[issue7175] Define a standard location and API for configuration files

Éric Araujo added the comment: See also #12393. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11104] distutils sdist ignores MANIFEST

Stephen Thorne added the comment: This patch is an updated patch that fixes the things noted in the review from eric.araujo. -- Added file: http://bugs.python.org/file22437/manifest-respect-3 ___ Python tracker _

[issue10403] Use "member" consistently

Changes by Adam Woodbeck : Added file: http://bugs.python.org/file22438/issue10403_v3.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12303] expose sigwaitinfo() and sigtimedwait() in the signal module

Ross Lagerwall added the comment: Thanks for the review. > Why do you wait until the end of PyInit_signal() to set initialized to 1? Fixed. > If this variable is only present ... but I see that the init function of the > posixmodule.c has also a static initialized variable. I simply followed

[issue12394] packaging: generate scripts from callable (dotted paths)

Fred L. Drake, Jr. added the comment: People working on this should probably also look at how zc.buildout's zc.recipe.egg handles script generation. It's similar to setuptools in that "console_script" entry points are used, but it binds in the desired Python executable as well. (If you ran

[issue12394] packaging: generate scripts from callable (dotted paths)

Vinay Sajip added the comment: > Short review of the superseded bugs. > > #870479 — Scripts need platform-dependent handling > A request to remove .py on POSIX and create a .cmd file on Windows. The > .cmd >part was quickly shot down (see bug thread for problems), and the discussion >mov

[issue12394] packaging: generate scripts from callable (dotted paths)

Vinay Sajip added the comment: > Fred L. Drake, Jr. added the comment: > > People working on this should probably also look at how zc.buildout's >zc.recipe.egg handles script generation. It's similar to setuptools in that >"console_script" entry points are used, but it binds in the des

[issue12353] argparse cannot handle empty arguments

R. David Murray added the comment: Ah, I see now. I misread the original traceback. Creating a new test case would be the appropriate way to go, given the structure of the argparse test suite. -- ___ Python tracker

[issue12353] argparse cannot handle empty arguments

R. David Murray added the comment: Actually, your original test might be fine. Let me double check the test implementation. -- ___ Python tracker ___ _

[issue11909] Doctest sees directives in strings when it should only see them in comments

R. David Murray added the comment: I agree that having a unicode API for tokenize seems to make sense, and that would indeed require a separate issue. That's a good point about doctest not otherwise supporting coding cookies. Those only really apply to source files. So no doctest fragments

[issue12291] file written using marshal in 3.2 can be read by 2.7, but not 3.2 or 3.3

Changes by Vinay Sajip : Added file: http://bugs.python.org/file22440/ab1c38ffb8d4.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue12393] Packaging should provide support for extensible categories

Vinay Sajip added the comment: > Yes. Let’s implement this in setup.cfg and document how to write a hook to >call Windows APIs to get app-specific paths. See also #7175. When you say "let's", do you mean me, or you? :-) Just so we don't *both* do it ... Re. #7175, the discussion is somew

[issue12356] more argument error improving

Roundup Robot added the comment: New changeset 52744a5a9260 by Benjamin Peterson in branch 'default': give the names of missing positional or keyword-only arguments (closes #12356) http://hg.python.org/cpython/rev/52744a5a9260 -- nosy: +python-dev resolution: -> fixed stage: patch revi

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

Benjamin Peterson added the comment: Maybe #12356 then? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions

Senthil Kumaran added the comment: Sorin, can you please open another report with more details and how some condition in httplib breaks PyAMF. We will see through that it is fixed. Commenting on an invalid closed issue is confusing. -- ___ Python t

[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions

New submission from sorin : It looks that Python 2.7 changes did induce some important bugs into httplib due to to implicit str-unicode encoding/decoding. One clear example is that PyAMF library doesn't work with Python 2.7 because it is not able to generate binary data POST responses. Please

[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions

sorin added the comment: Added as bug http://bugs.python.org/issue12398 -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue10206] python program starting with unmatched quote spews spaces to stdout

Francisco Martín Brugué added the comment: I've attached an alternative test case. I'm not sure if there is a more robust way to test: self.assert_('SyntaxError' in err.decode('ascii', 'ignore')) Due the use of 'SyntaxtError' directly as string. I would prefer something like str(SyntaxtError)

[issue12399] make cell var initialization more efficient

New submission from Benjamin Peterson : Initializing cell variables currently involves 2 nested loops every function call. This patch makes that process much more efficient by saving information which doesn't change every function call to the code object. -- components: Interpreter Cor

[issue10206] python program starting with unmatched quote spews spaces to stdout

R. David Murray added the comment: I think that self.assertRegex(err.decode('ascii', 'ignore'), 'SyntaxError') would be fine. We are extremely unlikely to change the string representation of the name of SyntaxError or omit it from the error message, so I think this is a reliable test. If yo

[issue5572] distutils ignores the LIBS configure env var

Collin Winter added the comment: I have no interest in forward-porting the patch, closing accordingly. At least there will be a record of this patch for anyone interested in getting a free 10% performance boost for their Python 2.x or 3.[012] systems. -- assignee: tarek -> eric.araujo

[issue12397] re match object methods have no docstrings

SilentGhost added the comment: 2.6 is in security-only mode, if I'm not mistaken. -- nosy: +SilentGhost versions: -Python 2.6 ___ Python tracker ___ ___

[issue10206] python program starting with unmatched quote spews spaces to stdout

Francisco Martín Brugué added the comment: Just attaching the review patch -- Added file: http://bugs.python.org/file22443/issue10206v2.patch ___ Python tracker ___

[issue10206] python program starting with unmatched quote spews spaces to stdout

Francisco Martín Brugué added the comment: On 06/24/2011 06:07 PM, R. David Murray wrote: > self.assertRegex(err.decode('ascii', 'ignore'), 'SyntaxError') I understand that's the standard way to check if a given failure happened in the command line or there is also a helper for that case (may

[issue12399] make cell var initialization more efficient

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

[issue12372] semaphore errors on AIX 7.1

Charles-François Natali added the comment: > Nobody is able to get more information, or maybe nobody wants to dig this > issue. It would be better to get the real cause of the issue, Well, it looks like a libc or kernel bug, and we probably can't do much about it. Just falling back to mutex +

[issue12399] make cell var initialization more efficient

Jesús Cea Avión added the comment: Could you possibly post a before/after timing comparison?. Some realistic code... Post the test code too. And yes, I know that the difference will depend of code, and hardware architecture. But some references are better that not reference at all. -

[issue12399] make cell var initialization more efficient

Benjamin Peterson added the comment: 2011/6/24 Jesús Cea Avión : > > Jesús Cea Avión added the comment: > > Could you possibly post a before/after timing comparison?. Some realistic > code... Post the test code too. > > And yes, I know that the difference will depend of code, and hardware > a

[issue12393] Packaging should provide support for extensible categories

Vinay Sajip added the comment: Basic support for categories now added to install_data: https://bitbucket.org/vinay.sajip/pythonv/changeset/a4822be62d90 I couldn't see a packaging.util function for matching lines of type "key = value", but if there's one I missed, I can change the implementati

[issue10206] python program starting with unmatched quote spews spaces to stdout

Roundup Robot added the comment: New changeset 2a4764376c51 by R David Murray in branch '3.2': #10206: add test for previously fixed bug. http://hg.python.org/cpython/rev/2a4764376c51 New changeset 5ec95f46bac5 by R David Murray in branch 'default': Merge #10206: add test for previously fixed b

[issue10206] python program starting with unmatched quote spews spaces to stdout

R. David Murray added the comment: Thanks, Petri and Francisco. Eric, I'm closing this since we now have a minimal test. If you still want to go back and add more tests based on a deeper understanding of what was broken, feel free to reopen the issue. -- resolution: -> fixed stage:

[issue12399] make cell var initialization more efficient

Jesús Cea Avión added the comment: Then change the issue title :-p. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue12399] make cell var initialization more efficient

Benjamin Peterson added the comment: The attached highly braindead benchmark reports about a 2% improvement. -- Added file: http://bugs.python.org/file22444/x.py ___ Python tracker

[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6

Charles-François Natali added the comment: > Attached patch implements the suggested fix. The patch looks good to me. > It would be possible to fix the test to fail instead of blocking I think this issue deserves a specific test, since: - test_pending tests something completely different - a

[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions

R. David Murray added the comment: If this worked in 2.6 and fails in 2.7, it would probably be helpful if we can determine what change broke it. I believe hg has some sort of 'bisect' support that might make this not too onerous to do. Senthil (or someone) will eventually either figure out

[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions

Terry J. Reedy added the comment: Soren, this is an issue that claimed a bug, not a bug. The resolution is that the claim appears false because the problem arose from using unicode rather than bytes url. The error message may be confusing, but the error class cannot be changed. Senthil says t

[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6

Roundup Robot added the comment: New changeset 024827a9db64 by Victor Stinner in branch 'default': Issue #12392: fix thread initialization on FreeBSD 6 http://hg.python.org/cpython/rev/024827a9db64 -- nosy: +python-dev ___ Python tracker

[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6

STINNER Victor added the comment: > I've attached a patch spawning a new interpreter to test that. Thanks, I commited your test at the same time of the fix. -- ___ Python tracker _

[issue12374] Execution model should explain compile vs definition vs execution time

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions

Terry J. Reedy added the comment: A crash is a segfault or equivalent. Python 2.6 only gets security fixes. PyAMF does not run on Python 3. Hence a problem with PyAMF is no evidence of a problem with 3.x. Separate tests/examples would be needed. Changes are not bugs unless they introduce a dis

[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions

Changes by Terry J. Reedy : -- stage: -> test needed type: crash -> behavior versions: -Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker ___ __

[issue12303] expose sigwaitinfo() and sigtimedwait() in the signal module

STINNER Victor added the comment: >> It is possible to pass a negative timeout > It now raises an exception like select. Great. >> According to the manual page, sigwaitinfo() or sigtimedwait() >> can be interrupted (EINTR) > Actually, PyErr_SetFromErrno() does this implicitly. I added a test

[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions

Terry J. Reedy added the comment: Did things like "u'a'+'\xf0'" work in 2.6- (with implicit latin-1 decoding)? (I do not have 2.6 loaded.) The doc for seq+seq (concatenation) in the language reference section 5.6. Binary arithmetic operations says that both sequences must be the same type. In

[issue11457] Expose nanosecond precision from system calls

STINNER Victor added the comment: > I suggest that rather than using composite time stamps, > decimal.Decimal is used to represent high-precision time in Python. Hey, why nobody proposed datetime.datetime objects? Can't we improve the datetime precision to support nanoseconds? I would prefer t

[issue11457] Expose nanosecond precision from system calls

Martin v. Löwis added the comment: > Hey, why nobody proposed datetime.datetime objects? datetime.datetime is extremely bad at representing time stamps. Don't use broken-down time if you can avoid it. > By the way, Windows does also use timestamps with a nanosecond > resolution, it's not speci

[issue11457] Expose nanosecond precision from system calls

STINNER Victor added the comment: > datetime.datetime is extremely bad at representing time stamps. > Don't use broken-down time if you can avoid it. I didn't know that datetime is "extremely bad at representing time stamps", could you explain please? -- _

[issue12400] regrtest: always run tests in verbose mode, but hide the output on success

New submission from STINNER Victor : Sporadic issues are difficult to analyze on the buildbots because sometimes a test fails, but when it runs again in verbose mode... it doesn't fail anymore. Typical example: === [ 99/356/1] test_smtplib Re-running test test_smtpl

[issue6068] ctypes is not correctly handling bitfields backed by 64 bit integers on Windows

Vlad Riscutia added the comment: Changing title and type to better reflect issue. On Windows MSVC build, ctypes is not correctly setting bitfields backed by 64 bit integers if specifying custom width. Simple repro: from ctypes import * class X(Structure): _fields_ = [("a", c_ulonglong, 1

  1   2   >