[issue15448] utimes() functions fail with ENOSYS even when detected by configure

Bohuslav "Slavek" Kabrda added the comment: Ouch, the problem was in fact on my side. I was building python inside a mock [1] chroot that had different version of headers than the actual kernel. When I figured this out and made the versions the same, everything passed perfectly. Sorry for the c

[issue16957] shutil.which() shouldn't look in working directory on unix-y systems

Serhiy Storchaka added the comment: No, it should be if os.path.dirname(cmd): if _access_check(cmd, mode): return cmd return None -- ___ Python tracker _

[issue16957] shutil.which() shouldn't look in working directory on unix-y systems

Serhiy Storchaka added the comment: I think it should be if os.path.dirname(cmd) and _access_check(cmd, mode): -- nosy: +hynek, serhiy.storchaka, tarek ___ Python tracker __

[issue16991] Add OrderedDict written in C

Benjamin Peterson added the comment: Nit: This really not be exposed through _collections rather than hacked into builtins. -- nosy: +benjamin.peterson ___ Python tracker ___ __

[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64

py.user added the comment: the hunk is from commit commit b2edc2629f5e0f11280ba9846d1a86346f4a7287 Author: Stefan Krah Date: Thu Nov 22 23:47:32 2012 +0100 Fix more usages of NULL without including stdio.h. --HG-- branch : 3.3 -- ___

[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64

Changes by Trent Nelson : -- nosy: +trent ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64

py.user added the comment: found a redundant code (stdlib.h already defines the NULL macro) commit e33747a4b1a45acdd696a4e07bbd40ea7fb37366 Author: Stefan Krah Date: Thu Nov 22 22:49:11 2012 +0100 Issue #13057: Include stdio.h when NULL is used in configure.ac. --HG-- branc

[issue16992] signal.set_wakeup_fd(400) crashes on Windows

Roundup Robot added the comment: New changeset 2adc83b4738f by Benjamin Peterson in branch '3.3': check windows fd validity (closes #16992) http://hg.python.org/cpython/rev/2adc83b4738f New changeset 1a1989021451 by Benjamin Peterson in branch '2.7': check windows fd validity (closes #16992) htt

[issue16969] test_urlwithfrag fail

Ry Erickson added the comment: I don't think compile is a valid command in mint. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue16992] signal.set_wakeup_fd(400) crashes on Windows

New submission from Guido van Rossum: On Windows I get an immediate crash with the following code: import signal signal.set_wakeup_fd(400) I think there's a range check missing somewhere. (I found this because I was passing a socket's fileno() -- my bug, but shouldn't crash.) -- mess

[issue16991] Add OrderedDict written in C

New submission from Eric Snow: Here's an initial stab at writing OrderedDict in C. Though, the implementation is not heavily optimized and isn't super subclass-friendly, my hope is that it's relatively close to the final version. I'm getting this up now to get some eyes on it. The spot in t

[issue16468] argparse only supports iterable choices

Chris Jerdonek added the comment: Actually, let me relax (1). We can just use what the argparse code calls the "default_metavar" in that case (which it constructs from the argument name). The important thing for me is not displaying the str/repr when it might not be intended. -- ___

[issue16468] argparse only supports iterable choices

Chris Jerdonek added the comment: I have a new suggestion that I hope will satisfy Terry. After looking at the code more, I noticed that add_argument() does currently work for non-iterable choices provided that metavar is passed. This was also noted in the report for the duplicate issue 16697

[issue16990] re: match of nongreedy regex not grouping right

Jared Grubb added the comment: You're right. My mistake. I thought "match" meant "the full string must match", but in Python it means "the beginning must match". Sorry for the noise. -- ___ Python tracker ___

[issue16990] re: match of nongreedy regex not grouping right

R. David Murray added the comment: So, group() is returning the correct value, then. -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue16990] re: match of nongreedy regex not grouping right

Jared Grubb added the comment: Yes: >>> re.match('.*', '') <_sre.SRE_Match object at 0x107c6d308> >>> re.match('.*?', '') <_sre.SRE_Match object at 0x107c6d370> -- ___ Python tracker ___

[issue16990] re: match of nongreedy regex not grouping right

R. David Murray added the comment: Wouldn't a non-greedy .* match the null string? -- nosy: +r.david.murray ___ Python tracker ___ ___

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Benjamin Peterson added the comment: I think "None" should be treated as meaning not present for an optional argument. By the way, it would be good if we could get you to sign a contributor agreement. http://www.python.org/psf/contrib/ -- ___ Pytho

[issue16990] re: match of nongreedy regex not grouping right

New submission from Jared Grubb: re.match matches, but the capture groups are empty. That's not possible. Python 2.7.2 (default, Oct 11 2012, 20:14:37) [GCC 4.2.1 Compatible Apple Clang 4.0 (tags/Apple/clang-418.0.60)] on darwin Type "help", "copyright", "credits" or "license" for more informat

[issue16989] allow distutils debug mode to be enabled more easily

New submission from Chris Jerdonek: This issue is to allow distutils's debug mode [1] to be enabled more easily (e.g. programmatically). Currently, for example, distutils.core does the following: from distutils.debug import DEBUG (from http://hg.python.org/cpython/file/cb297930d2cf/Lib/di

[issue16957] shutil.which() shouldn't look in working directory on unix-y systems

Thomas Kluyver added the comment: I've added a patch with my suggested fix, as well as a test for this. test_shutil all passes on Linux - I haven't run the tests on Windows. -- keywords: +patch Added file: http://bugs.python.org/file28761/shutil_which_cwd.patch

[issue16987] HP-UX: SHLIB_EXT is not set

Changes by Stefan Krah : -- assignee: -> skrah keywords: +3.3regression resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue11983] Inconsistent hash and comparison for code objects

Brett Cannon added the comment: I have no issue with the current behaviour, so it sounds like the source comment just needs updating. Care to suggest some wording, Eugene? -- ___ Python tracker ___

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

Roundup Robot added the comment: New changeset cd54b48946ca by Stefan Krah in branch '3.3': Issue #11870: Skip test_3_join_in_forked_from_thread() on HP-UX. http://hg.python.org/cpython/rev/cd54b48946ca -- ___ Python tracker

[issue6135] subprocess seems to use local encoding and give no choice

Joseph Perry added the comment: I've found a workaround by specifying the enviroment variable: my_env = os.environ my_env['PYTHONIOENCODING'] = 'utf-8' p = subprocess.Popen(shlex.split(command), stdout=subprocess.PIPE, stderr=subprocess.PIPE, stdin=subprocess.PIPE, env=my_env) I've attached an

[issue16988] argparse: PARSER option for nargs not documented

Changes by Chris Jerdonek : -- nosy: +chris.jerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue16970] argparse: bad nargs value raises misleading message

Robert Leenders added the comment: The new issue about PARSER can be found here: http://bugs.python.org/issue16988 -- ___ Python tracker ___ _

[issue16988] argparse: PARSER option for nargs not documented

New submission from Robert Leenders: There is a value for nargs: PARSER="A..." which is not documented at http://docs.python.org/3.4/library/argparse.html#nargs. The docstring for the action class in argparse.py also does not list PARSER as a valid value for nargs. In argparse.py on line 2199

[issue16970] argparse: bad nargs value raises misleading message

Chris Jerdonek added the comment: Thanks for the patch. I will take a look. And good observation re: PARSER. Can you open a separate documentation issue for that where it can be discussed? -- ___ Python tracker

[issue16977] argparse: mismatch between choices parsing and usage/error message

Chris Jerdonek added the comment: This wasn't just in the documentation. It was the *first* example of how to use the choices argument out of the two examples in that section (from the time Python first adopted argparse and before): 16.4.3.7. choices Some command-line arguments should be

[issue16970] argparse: bad nargs value raises misleading message

Robert Leenders added the comment: Attached is a patch which solves these problems and adds test cases of Chris Jerdonek. When nargs is negative the same ValueError is raised as when nargs is zero. Also when nargs is any other invalid value a ValueError("invalid value for nargs") is raised. I

[issue7353] cporting docs recommend using Include/intobject.h, which was removed in 3.1?

Stefan Krah added the comment: I tend to agree with the argument that the removal of intobject.h was a good thing, since it avoids subtle errors. Probably no one wants to reinstate intobject.h at this point, so unless there are objections, I'll update the docs in a couple of days. -- ke

[issue15448] utimes() functions fail with ENOSYS even when detected by configure

Charles-François Natali added the comment: There are actually two distinct issues. For the first one, the problem is really a distribution issue: the libc is more recent than the kernel, and exports *utimes() whereas the kernel doesn't implement those syscalls, which results in ENOSYS. I don't

[issue16987] HP-UX: SHLIB_EXT is not set

Roundup Robot added the comment: New changeset 937e9df47ccd by Stefan Krah in branch '3.3': Issue #16987: Fix definition of SHLIB_EXT. http://hg.python.org/cpython/rev/937e9df47ccd -- nosy: +python-dev ___ Python tracker

[issue16987] HP-UX: SHLIB_EXT is not set

New submission from Stefan Krah: Since 5e33b27c71a8 SHLIB_EXT is not set in configure.ac, since the block in which $SO is defined has been moved below this line: AC_DEFINE_UNQUOTED(SHLIB_EXT, "$SO", [Define this to be extension of shared libraries (including the dot!).]) This prevents extensi

[issue16273] f.tell() returning negative number on Windows build

Antoine Pitrou added the comment: I am afraid I cannot reproduce with the 2.7.3 64-bit installer either: C:\>python27\python.exe Python 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> f = open

[issue16273] f.tell() returning negative number on Windows build

Stefan Krah added the comment: What is in sample.txt? I cannot reproduce this with a source build (Windows 7, 64-bit pgo build): Python 2.7.3+ (default, Jan 17 2013, 20:26:24) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for mor

[issue16273] f.tell() returning negative number on Windows build

Armin Rigo added the comment: FWIW, on Windows only, "open('foo', 'a').tell()" always returns 0, which I think is broken too. It usually works anyway, because it updates the position before the first .write(). But it does not work in case the writing occurs in another process, like described

[issue16952] test_kqueue failure on NetBSD/OpenBSD

Changes by Charles-François Natali : -- resolution: -> duplicate stage: patch review -> committed/rejected status: open -> closed superseder: -> Broken test_kqueue.py on OpenBSD ___ Python tracker ___

[issue16986] ElementTree incorrectly parses strings with declared encoding not UTF-8

Serhiy Storchaka added the comment: Patch for issue10590 fixes this for Python implementation of ElementTree, but not for C implementation. -- dependencies: +Parameter type error for xml.sax.parseString(string, ...) ___ Python tracker

[issue16986] ElementTree incorrectly parses strings with declared encoding not UTF-8

New submission from Serhiy Storchaka: >>> import xml.etree.ElementTree >>> data = '\n>> value="$\xa3\u20ac\U0001017b">$\xa3\u20ac\U0001017b' >>> xml.etree.ElementTree.tostring(xml.etree.ElementTree.fromstring(data), >>> 'unicode') '$£â\x82¬ð\x90\x85»' -- components: XML messages: 18014

[issue16969] test_urlwithfrag fail

Changes by Ramchandra Apte : -- type: compile error -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16969] test_urlwithfrag fail

Ramchandra Apte added the comment: Hmmm. Because of the recent doc changes, that link is redirecting to "http://docs.python.org/2...";. Even if we change that, for some reason, the fragment is disappearing when redirecting. -- nosy: +ramchandra.apte ___

[issue10590] Parameter type error for xml.sax.parseString(string, ...)

Serhiy Storchaka added the comment: Here is a patch which fixes this issue and a couple of related issues:  issue1483, issue2174, issue2175, issue10590. -- keywords: +patch nosy: +BreamoreBoy, akuchling, eli.bendersky, georg.brandl, loewis, terry.reedy, tshepang, ygale stage: needs patc

[issue7353] cporting docs recommend using Include/intobject.h, which was removed in 3.1?

Ramchandra Apte added the comment: Bump... is this still valid? -- nosy: +ramchandra.apte ___ Python tracker ___ ___ Python-bugs-list m

[issue15443] datetime module has no support for nanoseconds

Changes by Ramchandra Apte : -- nosy: +ramchandra.apte ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue16982] _ssl not built --without-threads

Changes by Stefan Krah : -- assignee: -> skrah resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue16982] _ssl not built --without-threads

Roundup Robot added the comment: New changeset 8630fa732cf6 by Stefan Krah in branch 'default': Issue #16982: Fix --without-threads build failure. http://hg.python.org/cpython/rev/8630fa732cf6 -- nosy: +python-dev ___ Python tracker

[issue16985] Docs reference a concrete UTC tzinfo, but none exists

New submission from Jason R. Coombs: The Python 2.7 docs for datetime state, "The standard library has no tzinfo instances except for UTC," but if I read issue5094 correctly, Python 2.7 does not even have a UTC tzinfo instance, and never will. Is there any reason I shouldn't correct the docs t

[issue12210] test_smtplib: intermittent failures on FreeBSD

Stefan Krah added the comment: Since this occurs only on 2.7 and *very* rarely, let's close it. -- resolution: out of date -> wont fix status: open -> closed ___ Python tracker _

[issue16977] argparse: mismatch between choices parsing and usage/error message

Eric V. Smith added the comment: Isn't this really just an inappropriate use of a string instead of a list? If indeed this is in the documentation, it should be changed. I still don't like: >>> p.add_argument('a', choices=list('abc')) but at least it would work. This call to list() could be do

[issue14110] FreeBSD: test_os fails if user is in the wheel group

Changes by Stefan Krah : -- assignee: -> skrah resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.4 ___ Python tracker ___ __

[issue14110] FreeBSD: test_os fails if user is in the wheel group

Roundup Robot added the comment: New changeset a94752d75c74 by Stefan Krah in branch '3.3': Issue #14110: Fix test failures on FreeBSD if the user is in the wheel group. http://hg.python.org/cpython/rev/a94752d75c74 -- nosy: +python-dev ___ Python tra

[issue16969] test_urlwithfrag fail

Ry Erickson added the comment: ./python -m test -v -uall test_urllib2net == CPython 3.3.0 (default, Jan 14 2013, 20:45:36) [GCC 4.6.1] == Linux-3.0.0-29-generic-i686-with-debian-wheezy-sid little-endian == /home/ry/Desktop/Python-3.3.0/build/test_python_2264 Testing with flags: sys.flags(deb

[issue16914] timestamping in smtplib.py to help troubleshoot server timeouts/delays

gac added the comment: Thanks, I'll look into your suggestions and try to submit a further improved patch :) -- ___ Python tracker ___ __

[issue16525] wave file module does not support 32bit float format

Sebastian Kraft added the comment: Any news or feedback regarding my patch? -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue15362] pyport.h includes antiquated UTF handling for FreeBSD

Stefan Krah added the comment: Does this apply to Python 3.3 as well? I don't think we're going to fix this in 2.7. -- nosy: +skrah status: open -> pending ___ Python tracker ___

[issue15757] ./configure --with-pydebug on FreeBSD results in -O2 -pipe eventually ending up in CFLAGS.

Stefan Krah added the comment: Trent, do you want to keep this open? I think sys.mk is behaving exactly as intended. -- ___ Python tracker ___ ___

[issue12812] libffi does not build with clang on amd64

Stefan Krah added the comment: This is a duplicate of #11729, which is fixed. -- nosy: +skrah resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> libffi assembler relocation check is not robust, fails with clang type: -> compile error ___

[issue16952] test_kqueue failure on NetBSD/OpenBSD

Stefan Krah added the comment: Could we merge this with #6419? -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue3876] multiprocessing does not compile on systems which do not define sem_timedwait

Stefan Krah added the comment: On OpenBSD 5.2 this is fixed. The AIX buildbot looks okay and I doubt that anyone will commit something for Solaris 9. -- nosy: +skrah resolution: -> out of date stage: test needed -> committed/rejected status: open -> closed _

[issue8712] Skip libpthread related test failures on OpenBSD

Stefan Krah added the comment: All threading issues are fixed in OpenBSD 5.2. -- resolution: -> out of date stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue15443] datetime module has no support for nanoseconds

Andrew Clegg added the comment: I would like to add a real-world use case I have for nanosecond-precision support. I deal with data loggers that are controlled by GPS clocks, and I am writing some processing software in Python that requires the input of high-precision timestamps for calculatin

[issue8714] Delayed signals in the REPL on OpenBSD (possibly libpthread related)

Stefan Krah added the comment: Fixed in OpenBSD 5.2. -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___ P

[issue15448] utimes() functions fail with ENOSYS even when detected by configure

Bohuslav "Slavek" Kabrda added the comment: I have a similar problem with python 3.3.0. During installation, I get running install_lib creating /builddir/build/BUILDROOT/python33-python-3.3.0-3.el6.i386/opt/rh/python33/root/usr/lib/python3.3/lib-dynload copying build/lib.linux-i686-3.3-pydebug

[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)

Jerome Dubois added the comment: We encountered the same issue when upgrading our application's JRE from 1.5 to 1.6. We use a kind of grid, which has engines written in C, which uses an embedded JAVA JVM, which loads C dll. One of these uses python. Here is what happens: 1. C executable launch

[issue14576] IDLE: closes when writing warnings on Windows

Terry J. Reedy added the comment: >I think the next interesting question is to find out why an invalid home >directory causes idle to not start up. There's no obvious reason why that >should be the case in principle, As Roger showed, IDLE will start up with an invalid home directory. > so I