[issue28595] shlex.shlex should not augment wordchars

2017-01-20 Thread Gustavo Goretkin
Gustavo Goretkin added the comment: Sorry, I typo'd that last example pretty badly. Should be >>> list(shlex.shlex(b"mkdir Bad\xffButLegalPath".decode("utf-8", >>> "surrogateescape"))) ['mkdir', 'Bad', '\udcff', 'ButLegalPath'] --

[issue28595] shlex.shlex should not augment wordchars

2017-01-20 Thread Gustavo Goretkin
Gustavo Goretkin added the comment: >Instead of trying to enumerate all possible wordchars, I think a more robust >solution is to use whitespace_split to include *all* characters not otherwise >considered special. I agree with that approach. Also note that dash/hyphen gets in

[issue26343] os.O_CLOEXEC not available on OS X

2016-02-11 Thread Gustavo Goretkin
Gustavo Goretkin added the comment: It looks like cpython will check to see if O_CLOEXEC is #defined. In my system's /usr/include/sys/fcntl.h #if __DARWIN_C_LEVEL >= 200809L #define O_CLOEXEC 0x100 /* implicitly set FD_CLOEXEC */ #en

[issue26343] os.O_CLOEXEC not available on OS X

2016-02-11 Thread Gustavo Goretkin
New submission from Gustavo Goretkin: I am on OS X 10.9.5 Python 3.5.1 (v3.5.1:37a07cee5969, Dec 5 2015, 21:12:44) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>>

[issue26343] os.O_CLOEXEC not available on OS X

2016-02-11 Thread Gustavo Goretkin
Gustavo Goretkin added the comment: Can the documentation be updated accordingly? Currently the documentation (roughly) says that this is available. If not separately noted, all functions that claim “Availability: Unix” are supported on Mac OS X, which builds on a Unix core. os.O_EXLOCK