[issue16105] Pass read only FD to signal.set_wakeup_fd

Charles-François Natali added the comment: > I would not say that is a bug, but there is a write(wakeup_fd) call > with ignored return code and maybe this can be improved to an output > to stderr, or maybe a better solution. The problem is that it's called from the signal handler, so there's not

[issue16106] antigravity tests

Christian Heimes added the comment: Ezio is as serious as the antigravity module. *g* -- nosy: +christian.heimes ___ Python tracker ___ __

[issue16089] _elementtree causes segfault in GC

Stefan Krah added the comment: Nice find. -- The Python version does this: _Element = _ElementInterface = Element So (naively) I would think the same should be done for the C version after importing Element. But then one runs into the object layouts conflict that you mentioned. On the oth

[issue16094] Tuple extraction in a lambda isn't supported by 2to3

Serhiy Storchaka added the comment: f = lambda t, c, *, _f=(lambda a, b, c: a + b + c): _f(*(unpack_tuple(2, t) + (c,))) def unpack_tuple(n, t): t = tuple(t) if len(t) > n: raise ValueError('too many values to unpack (expected %d)' % (n,)) if len(t) < n: raise ValueE

[issue8800] add threading.RWLock

Kristján Valur Jónsson added the comment: > You are not restricted to the context manager model. Just use > selock.shared.acquire() or selock.exclusive.acquire(). The unlock operation is the same, so now you have to arbitrarily pick one of the "lockd" and chose release(). Why take a construc

[issue8800] add threading.RWLock

Kristján Valur Jónsson added the comment: > We've already departed from that. Our Lock is nothing like a mutex, for > example (it's more of a binary semaphore). This is not by nature of good design, but an accident. C python needed both mutex and signaling ability and decided that a single non

[issue8800] add threading.RWLock

Kristján Valur Jónsson added the comment: > I have implemented the simplest possible acquisition order. > The lock acquired first will be granted first. Without that (or a more > advanced policy) in applications with concurrent threads/processes > that are heavily using the shared lock, the exclu

[issue8800] add threading.RWLock

Richard Oudkerk added the comment: > I think you got that argument backwards. The simple greedy policy you > implement works well provided there are not too many readers. Otherwise, > the writers will be starved, since they have to wait for an oppertune > moment when no readers are active to

[issue15609] Format string: add more fast-path

Roundup Robot added the comment: New changeset 5ddc7b3f2795 by Victor Stinner in branch 'default': Issue #15609: Fix refleak introduced by my last optimization http://hg.python.org/cpython/rev/5ddc7b3f2795 -- ___ Python tracker

[issue8800] add threading.RWLock

Richard Oudkerk added the comment: > The unlock operation is the same, so now you have to arbitrarily pick one > of the "lockd" and chose release(). That depends on the implementation. In the three implementations on http://en.wikipedia.org/wiki/Readers-writers_problem the unlock operate

[issue15776] Allow pyvenv to work in existing directory

Changes by Vinay Sajip : -- hgrepos: +150 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15776] Allow pyvenv to work in existing directory

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

[issue8800] add threading.RWLock

Kristján Valur Jónsson added the comment: Here is a new patch. it is complete with: threading implementation and tests multiprocessing implementation and tests. Let's leave the naming bikeshedding a bit and focus on some practical aspects: 1) The threading version contains a RWLock and a FairR

[issue3754] cross-compilation support for python build

Václav Šmilauer added the comment: Being a newcomer to this issue, I would like to ask for a brief summary about which parts of the patch are checked in for 3.3.0 and which are still to be applied. Roumen mentions #15483, #15484, #15268 and the ac_cv_thread in the previous post as mandatory a

[issue8800] add threading.RWLock

Kristján Valur Jónsson added the comment: Oh, I forgot to mention: Once one gets into the domain of allowing such niceties as writer priority, surely you can agree that the implementation of both locking modes belongs in the same class instance. That is just plain good coding practice, allow

[issue8800] add threading.RWLock

Sebastian Noack added the comment: Exactly, with my implemantation "the lock acquired first will be granted first". There is no way that either shared nor exclusive locks can starve, and therefore it should satisfy all use cases. Since you can only share simple datastructures like integers acr

[issue8800] add threading.RWLock

Sebastian Noack added the comment: @Kristján: Uhh, that is a huge amount of code, more than twice as much (don't counting tests) as my implementation, to accomplish the same. And it seems that there is not much code shared between the threading and multiprocessing implementation. And for what?

[issue3982] support .format for bytes

Jean-Paul Calderone added the comment: Since Benjamin originally requested this feature, and then decided that he could accomplish his desired goal (ftplib porting, as far as I can tell) without it, I think that the "rejected" status is actually incorrect. I think that Benjamin just wanted to

[issue8800] add threading.RWLock

Kristján Valur Jónsson added the comment: This amount of code provides recursion, context managers, condition variable compatibility, timeout functionality, error checking and conformance with the unit tests. The actual locking code is encapsulated in the three functions acquire_read(), acqui

[issue8800] add threading.RWLock

Kristján Valur Jónsson added the comment: Ah, you are implementing an FIFO lock. That should have been made clear. I see it now that you grant the lock in the order that the acquisition is attempted. Ok, this is fine, but with one important caveat: Explicit handoff such as that can suffer fro

[issue5497] openssl compileerror with original source

Martin v. Löwis added the comment: I think this issue is outdated. ocean-city, is this still concern for you? FWIW, I'll be removing the VC6 build process from the 3.4 (default) branch soon. -- ___ Python tracker

[issue3982] support .format for bytes

Christian Heimes added the comment: The proposal sounds like a good idea to me. Benjamin, what needs to be done to implement the feature? -- nosy: +christian.heimes versions: +Python 3.4 -Python 3.1 ___ Python tracker

[issue16101] Verify all imported modules at startup are needed

Changes by Brett Cannon : -- dependencies: +Speedup sysconfig startup, locale can be imported at startup but relies on too many library modules ___ Python tracker ___ _

[issue3982] support .format for bytes

Serhiy Storchaka added the comment: Formatting is a very complicated part of Python (especially after Victor's optimizations). I think no one wants to maintain this code for a long time. The price of maintaining exceeds the potential very limited benefits from the use. -- nosy: +storch

[issue16106] antigravity tests

Brett Cannon added the comment: It's actually a nice example of using unittest.mock. =) -- nosy: +brett.cannon ___ Python tracker ___

[issue3849] FUD in documentation for urllib.urlopen()

Chris Jerdonek added the comment: The section of the Dev Guide on "affirmative tone" should also be applied: "The documentation focuses on affirmatively stating what the language does and how to use it effectively" http://docs.python.org/devguide/documenting.html#affirmative-tone

[issue3982] support .format for bytes

Eric V. Smith added the comment: I was just logging in to make this point, but Serhiy beat me to it. When I wrote several years ago that this was "easy", it was before the (awesome) PEP 393 work. I suspect, but have not verified, that having a bytes version of this code would now require an im

[issue3982] support .format for bytes

Jean-Paul Calderone added the comment: > The price of maintaining exceeds the potential very limited benefits from the > use. The "very limited benefits" of being able to write I/O code without roughly 3 times code bloat? Perhaps for people who don't write code that does non-trivial I/O, but

[issue3982] support .format for bytes

Eric V. Smith added the comment: > The implementation may be difficult, therefore no one should attempt it? The development cost and maintenance cost is surely part of the evaluation when deciding whether to implement a feature, no? -- ___ Python tr

[issue16106] antigravity tests

Michael Foord added the comment: What happens if test_geohash runs first? It looks like test_antigravity will only pass if it is run first. You could remove the order dependence by ensuring antigravity is not in sys.modules. sys.modules.pop('antigravity', None) --

[issue3982] support .format for bytes

Jean-Paul Calderone added the comment: > The development cost and maintenance cost is surely part of the evaluation > when deciding whether to implement a feature, no? Sure, but in an open source project where almost all contributions are done by volunteers (ie, donated), what is the developme

[issue3982] support .format for bytes

Serhiy Storchaka added the comment: > I suspect, but have not verified, that having a bytes version of this code > would now require an implementation that shared very little with the str > version. This is not all. The usage model will be completely different too. * The default formatting sh

[issue16106] antigravity tests

Chris Jerdonek added the comment: Oh, this explains it. I was wondering why my browser was opening xkcd whenever I tried running doctest against all modules in the library. -- nosy: +chris.jerdonek ___ Python tracker

[issue3982] support .format for bytes

Benjamin Peterson added the comment: As Serhiy suggests, it would be best to collect th eusecases for a format-like method for bytes and design something which can meet them. It's definitely a PEP. -- ___ Python tracker

[issue15452] Improve the security model for logging listener()

Roundup Robot added the comment: New changeset 26c3d170fd56 by Vinay Sajip in branch 'default': Issue #15452: Added verify option for logging configuration socket listener. http://hg.python.org/cpython/rev/26c3d170fd56 -- nosy: +python-dev ___ Python

[issue14850] The inconsistency of codecs.charmap_decode

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file25934/decode_charmap_fffe.patch ___ Python tracker ___ ___ Python-bugs-

[issue15452] Improve the security model for logging listener()

Vinay Sajip added the comment: I've updated logging as discussed in this issue, except for the removal of the two calls to eval() in logging.config. I propose to resolve that as follows: 1. Add the Evaluator implemented in the Gist I linked to to ast.py. 2. Expose a function 'ast.lookup_eval(so

[issue16107] distutils2.version doesn't str() "1.0.post1" correctly

Éric Araujo added the comment: Thanks, will apply. -- versions: +3rd party ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue15776] Allow pyvenv to work in existing directory

Éric Araujo added the comment: LGTM. -- priority: critical -> normal stage: needs patch -> patch review ___ Python tracker ___ ___ Pyt

[issue16109] urllib2.urlopen throws HTTP Error in python 2.7.2, 2.7.3, but not in python 2.7

New submission from Christian Fertig: wespe:/tmp/python2.7 # cat /etc/SuSE-release openSUSE 12.1 (x86_64) VERSION = 12.1 CODENAME = Asparagus wespe:/tmp/python2.7 # rpm -q python python-2.7.2-7.17.1.x86_64 wespe:/tmp/python2.7 # python Python 2.7.2 (default, Aug 19 2011, 20:41:43) [GCC] on linu

[issue16110] Provide logging.config.configParserConfig

New submission from thbach: Currently logging.config provides a fileConfig function which reads a ini-style file via configparser.ConfigParser. I would like to have a function e.g. configParserConfig which accepts a ConfigParser instance and configures logging directly from the settings found

[issue15888] ipaddress doctest examples have some errors

Changes by Chris Jerdonek : -- assignee: docs@python -> chris.jerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue16110] Provide logging.config.configParserConfig

Changes by R. David Murray : -- nosy: +vinay.sajip type: -> enhancement versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-

[issue14850] The inconsistency of codecs.charmap_decode

Serhiy Storchaka added the comment: Patch updated to resolve conflict with issue15379. Added tests. Added patches for 3.2 and 2.7. -- Added file: http://bugs.python.org/file27387/decode_charmap_fffe-3.3.patch Added file: http://bugs.python.org/file27388/decode_charmap_fffe-3.2.patch Add

[issue14850] The inconsistency of codecs.charmap_decode

Changes by Serhiy Storchaka : -- components: +Unicode keywords: +needs review versions: +Python 3.4 ___ Python tracker ___ ___ Python-

[issue15379] Charmap decoding of no-BMP characters

Serhiy Storchaka added the comment: We forgot about 2.7 (because I had not thought to apply it even for a 3.2). Here is backported patch. -- status: closed -> open Added file: http://bugs.python.org/file27390/decode_charmap_maxchar-2.7.patch ___ Pyth

[issue15379] Charmap decoding of no-BMP characters

Changes by Serhiy Storchaka : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue3982] support .format for bytes

Terry J. Reedy added the comment: In 3.3+, somestring.encode('ascii') is a small constant-time operation. So for pure ascii *text* bytes, that seems the appropriate 3.x approach. I agree that something else should be used for binary formatting. Perhaps struct.pack could be extended to work wit

[issue3982] support .format for bytes

Benjamin Peterson added the comment: It's not constant time. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15490] Correct __sizeof__ support for StringIO

Changes by Serhiy Storchaka : -- versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue15475] Correct __sizeof__ support for itertools

Changes by Serhiy Storchaka : -- versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue15696] Correct __sizeof__ support for mmap

Changes by Serhiy Storchaka : -- versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue14161] python2 file __repr__ does not escape filename

Ronny Pfannschmidt added the comment: wtf? you made it possible to return NULL in some case -- ___ Python tracker ___ ___ Python-bugs-

[issue14161] python2 file __repr__ does not escape filename

Ronny Pfannschmidt added the comment: sorry for the buzz, i got myself up to date on the c api now why is there still the unicode case? the PyObject_Repr variant should work fine in both cases -- ___ Python tracker

[issue16109] urllib2.urlopen throws HTTP Error in python 2.7.2, 2.7.3, but not in python 2.7

R. David Murray added the comment: That's a non-public IP, so you'll have to provide a trace of the http traffic. It is likely the error is correct, and is reported only post 2.7.0 because a bug was fixed. -- nosy: +r.david.murray ___ Python tracke

[issue16111] Python 2.7.3 Windows MSI installer installs the VC++ 9 dlls directly to WinSxS folder

New submission from Ganesh R.: Python 2.7.3 Windows MSI installer installs the VC++ 9 dlls directly to WinSxS folder. The recommended way to distribute VC++ dlls is to either install the VC++ Redistributable as a pre-requisite or just add the dll to local folder. Directly installing the VC++ d

[issue3982] support .format for bytes

Terry J. Reedy added the comment: Sorry, I was thinking of something else. Encoding ascii-only text is merely much faster (3x?) than in 3.2- because it directly copies without using the codec. -- ___ Python tracker

[issue16101] Verify all imported modules at startup are needed

Antoine Pitrou added the comment: These are not dependencies, though. -- dependencies: -Speedup sysconfig startup, locale can be imported at startup but relies on too many library modules nosy: +pitrou ___ Python tracker

[issue16106] antigravity tests

Antoine Pitrou added the comment: I'm not sure why we would test undocumented jokes... Do other Python implementations have to provide them too? -- nosy: +pitrou ___ Python tracker _

[issue3982] support .format for bytes

Serhiy Storchaka added the comment: > Sorry, I was thinking of something else. Encoding ascii-only text is merely > much faster (3x?) than in 3.2- because it directly copies without using > the codec. In 3.3 encoding to ascii or latin1 as fast as memcpy. 12-15x on my computer. -- _

[issue16112] platform.architecture does not correctly escape argument to /usr/bin/file

New submission from David Benjamin: The implementation of platform.architecture shells out to the file command. It tries to escape quotes by replacing " with \", but that's not sufficient. $ python3.2 -c 'import platform; platform.architecture("foo\\\"; echo Hi there > /tmp/Z; echo \\\"")' &&

[issue6322] Pdb breakpoints don't work on lines without bytecode

Xavier de Gaye added the comment: Another example where pdb does not stop at breakpoints set at global, else and finally statements: $ nl -ba foo.py 1 x = 1 2 def main(): 3 global x 4 try: 5 if not x: 6 x = 2 7 else:

[issue16110] Provide logging.config.configParserConfig

Vinay Sajip added the comment: Thanks for the suggestion - I'm sorry, but I'm not inclined to add this. My reasoning is as follows: 1. I want to encourage usage of the dictConfig() API, as fileConfig() does not cover as much of the logging API as dictConfig() does (for example, Filters). I'd

[issue16110] Provide logging.config.configParserConfig

R. David Murray added the comment: Vinay, you missed one use case in his request: reading the program's configuration, *modifying it* (based on command line args), and then passing it to logging. How would you suggest he handle that use case? Is there an easy way to get from a loaded configu

[issue16089] _elementtree.TreeBuilder broken with a non-C-deriving element_factory

Antoine Pitrou added the comment: Here is a patch. It still needs some tests. -- title: _elementtree causes segfault in GC -> _elementtree.TreeBuilder broken with a non-C-deriving element_factory Added file: http://bugs.python.org/file27392/c_treebuilder.patch _

[issue12370] Use of super overwrites use of __class__ in class namespace

Carsten Klein added the comment: The change was introduced in r30 (Python/symtable.c @ near where it reads /* Special-case super: it counts as a use of __class__ */) which now enforces that a class that calls super on init will have the correct class information present. I do not think that th

[issue16089] _elementtree.TreeBuilder broken with a non-C-deriving element_factory

Antoine Pitrou added the comment: Updated patch with tests. -- stage: needs patch -> patch review Added file: http://bugs.python.org/file27393/c_treebuilder2.patch ___ Python tracker ___

[issue12370] Use of super overwrites use of __class__ in class namespace

Mark Shannon added the comment: There seems to be an ongoing confusion about scopes on this thread. The __class__ variable used by super() is a non-local variable in the scope of any function using super(), whereas the __class__ used to define the type of an object is a class attribute like an

[issue16106] antigravity tests

Changes by Michele Orrù : -- nosy: +maker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15897] zipimport.c doesn't check return value of fseek()

Jesús Cea Avión added the comment: I think this patch must be applied too to 2.7 and 3.2. Felipe, you are using "%R" modifier, but that modifier doesn't exist in Solaris, for instance. This seems to be a Linux specific option, I don't know what it does. Also, you should be sure not to overflo

[issue15897] zipimport.c doesn't check return value of fseek()

Antoine Pitrou added the comment: Jesus, please read the PyErr_Format() documentation. -- ___ Python tracker ___ ___ Python-bugs-list

[issue15897] zipimport.c doesn't check return value of fseek()

Felipe Cruz added the comment: Should I send patches for 3.2 and 2.7? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue9650] format codes in time.strptime docstrings

Roundup Robot added the comment: New changeset 3a0acdc25cca by Alexander Belopolsky in branch 'default': Issue #9650: List commonly used format codes in time.strftime and time.strptime docsttings. http://hg.python.org/cpython/rev/3a0acdc25cca -- nosy: +python-dev __

[issue11798] Test cases not garbage collected after run

Michael Foord added the comment: The patch looks good to me, although there probably needs to be a note in the TestSuite docs too. I'll apply this to Python 3.4, which leaves plenty of time for people to object. Note that people needing the old behaviour can subclass TestSuite and provide a d

[issue9650] format codes in time.strptime docstrings

Changes by Alexander Belopolsky : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed versions: +Python 3.4 -Python 3.3 ___ Python tracker ___

[issue9650] format codes in time.strptime docstrings

Éric Araujo added the comment: Christian, did you ask on python-dev about your idea? -- nosy: +eric.araujo ___ Python tracker ___ ___ P

[issue15897] zipimport.c doesn't check return value of fseek()

Jesús Cea Avión added the comment: Antoine, I was reading the documentation of Python 2.7. It doesn't support %R. Felipe, Python 2.7 has direct access to the path. You can print it directly, in this case. I will take care of this. -- assignee: -> jcea

[issue9650] format codes in time.strptime docstrings

Alexander Belopolsky added the comment: Christian's or rather Skip's idea is covered by Issue 3173. This was discussed several times on python-dev. -- ___ Python tracker ___ ___

[issue9650] format codes in time.strptime docstrings

Changes by Brian Curtin : -- nosy: -brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue16105] Pass read only FD to signal.set_wakeup_fd

Antoine Pitrou added the comment: > The problem is that it's called from the signal handler, so there's not > much we can do here (and certainly not log a warning or raise an > exception). However, I think the errno could be passed via the "void *" argument to Py_AddPendingCall. Then checksign

[issue15786] IDLE code completion window does not scoll/select with mouse

suddha sourav added the comment: I would like to let you know that the issue also persists for Windows 8 Pro RTM. Has anything been decided on this bug? On Fri, Aug 31, 2012 at 5:56 PM, Terry J. Reedy wrote: > > Changes by Terry J. Reedy : > > > -- > nosy: +serwy, terry.reedy > > __

[issue15897] zipimport.c doesn't check return value of fseek()

Roundup Robot added the comment: New changeset 39e608d462b6 by Jesus Cea in branch '2.7': Closes #15897: zipimport.c doesn't check return value of fseek() http://hg.python.org/cpython/rev/39e608d462b6 New changeset 4da48083aaab by Jesus Cea in branch '3.2': Closes #15897: zipimport.c doesn't che

[issue3173] external strftime for Python?

Changes by Chris Rebert : -- nosy: +cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15897] zipimport.c doesn't check return value of fseek()

Christian Heimes added the comment: You broke the build of 3.2: ./Modules/zipimport.c: In function 'read_directory': ./Modules/zipimport.c:747:65: error: 'archive' undeclared (first use in this function) ./Modules/zipimport.c:747:65: note: each undeclared identifier is reported only once for e

[issue15897] zipimport.c doesn't check return value of fseek()

Roundup Robot added the comment: New changeset 0f4d4f4db724 by Jesus Cea in branch '3.2': Closes #15897: zipimport.c doesn't check return value of fseek(). Typo http://hg.python.org/cpython/rev/0f4d4f4db724 -- resolution: -> fixed status: open -> closed

[issue16094] Tuple extraction in a lambda isn't supported by 2to3

Raymond Hettinger added the comment: Not pretty :-) IMO, we're better off leaving 2-to-3 without an automated conversion for this and people will just have to stop using the feature in their 2.7 code. We could add a -3 warning in Py2.7 to flag code that needs to be changed. -- __

[issue16105] Pass read only FD to signal.set_wakeup_fd

Felipe Cruz added the comment: Hello, since Antonie mentioned Py_AddPendingCall I came up with a patch describing what he proposed. Let me know if this patch can be improved or discarded(if the problem requires a more sophisticated solution). In case of improvement I can also submit another

[issue16106] antigravity tests

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

[issue16076] xml.etree.ElementTree.Element is no longer pickleable

Changes by Jesús Cea Avión : -- nosy: +jcea priority: high -> normal stage: needs patch -> ___ Python tracker ___ ___ Python-bugs-lis

[issue16076] xml.etree.ElementTree.Element is no longer pickleable

Changes by Jesús Cea Avión : -- priority: normal -> high stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue15989] Possible integer overflow of PyLong_AsLong() results

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

[issue16113] Add SHA-3 (Keccak) support

New submission from Christian Heimes: Today the latest crypto hash function was announced by NIST [1]. I suggest that we include the new hash algorithm in 3.4 once it lands in OpenSSL. The Keccak site also has a reference implementation in C and Assembler [2]. It may take some effort to integr

[issue15786] IDLE code completion window does not scoll/select with mouse

Roger Serwy added the comment: I can confirm that the existing behavior of IDLE prohibits clicking on the scroll bar on Windows (but not Linux). Clicking on an item in the window closes it without actually selecting the clicked item. This is true on both Windows and Linux. On Windows, the ev

[issue16113] Add SHA-3 (Keccak) support

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue16114] incorrect path in subprocess.Popen() FileNotFoundError message

New submission from Chris Jerdonek: The error message in the FileNotFoundError error raised by subprocess.Popen() displays the wrong path when the bad path is due to the executable argument rather than args. The message gives the path for args[0] rather than for the executable argument. For

[issue16114] incorrect path in subprocess.Popen() FileNotFoundError message

Chris Jerdonek added the comment: 2.7 is not affected because 2.7 makes no attempt to display the path: OSError: [Errno 2] No such file or directory -- versions: +Python 3.2 ___ Python tracker

[issue16114] incorrect path in subprocess.Popen() FileNotFoundError message

Chris Jerdonek added the comment: It looks like the error is here: if issubclass(child_exception_type, OSError) and hex_errno: errno_num = int(hex_errno, 16) if errno_num != 0: err_msg = os.strerror(errno_num) if errno_num == errno.ENOENT: err_msg += ': ' + re

[issue16105] Pass read only FD to signal.set_wakeup_fd

Charles-François Natali added the comment: > since Antonie mentioned Py_AddPendingCall I came up with a patch describing > what he proposed. > > Let me know if this patch can be improved or discarded(if the problem > requires a more sophisticated solution). In case of improvement I can also >

[issue16105] Pass read only FD to signal.set_wakeup_fd

Charles-François Natali added the comment: > I agree with Felipe that issues here can be difficult to diagnose. For > example the fd could get mistakingly closed, but the write() EBADF would then > be ignored and the expected signal wakeups would be lost. Yeah, but it's also completely possibl

[issue15963] Improve ./configure's support for 32/64-bit debug|release|profiled builds w/ vendor (non-gcc) compilers on proprietary UNIX systems (Solaris/HP-UX/AIX et al).

GOGER Valentin Eugen added the comment: Hello On AIX 64bit (see http://bugs.python.org/issue6600) you should add in CFLAGS -U__STR__ to bypass xlc(_r) define/inlining issue. -- nosy: +gix ___ Python tracker _

  1   2   >