[issue13238] Add shell command helpers to shutil module

Nick Coghlan added the comment: Considering this further, I've realised that the idea of implicit quoting for this style of helper function is misguided on another level - the parameters to be interpolated may not even be strings yet, so attempting to quote them would fail: >>> subprocess.ca

[issue13234] os.listdir breaks with literal paths

Manuel de la Pena added the comment: Indeed, in our code we had to write a number of wrappers around the os calls to be able to work with long path on Windows. At the moment working with long paths on windows and python is broken in a number of places and is a PITA to work with. --

[issue13261] time.clock () has very low resolution on Linux

New submission from Elijah Merkin : time.clock () has very poor time resolution on Linux (tested on Ubuntu 11.04). The result of call to clock () changes once per several seconds. On the other side, on Windows it provides very good resolution. Here is a doctest that fails on Linux: """ >>> fr

[issue13261] time.clock () has very low resolution on Linux

STINNER Victor added the comment: This issue is a duplicate of the issue #10278. -- nosy: +haypo resolution: -> duplicate status: open -> closed ___ Python tracker ___

[issue10278] add time.wallclock() method

STINNER Victor added the comment: The issue #13261 has been marked as a duplicate of this issue. Copy of msg146347: - time.clock () has very poor time resolution on Linux (tested on Ubuntu 11.04). The result of call to clock () changes once per several seconds. On the other side,

[issue13234] os.listdir breaks with literal paths

Antoine Pitrou added the comment: Thanks for the patch. Is there a reason you don't use shutil.rmtree in tearDown()? I don't know if it's our business to convert forward slashes passed by the user. Also, general support for extended paths is another can of worms ;) -- ___

[issue10278] add time.wallclock() method

Antoine Pitrou added the comment: CLOCK_MONOTONIC, CLOCK_PROCESS_CPUTIME_ID and CLOCK_THREAD_CPUTIME_ID are optional according to POSIX, which only mandates CLOCK_REALTIME. You should mention it in the docs. You might also want to export clock_getres(): http://pubs.opengroup.org/onlinepubs/96

[issue13218] test_ssl failures on Debian/Ubuntu

Antoine Pitrou added the comment: > It looks like it's been this way for a long time too. But tests have always passed here using OpenSSL 1.0.0. > It's probably too difficult, and not really Python's responsibility, > to determine whether SSL_OP_NO_SSLv2 is set. See http://docs.python.org/dev

[issue13234] os.listdir breaks with literal paths

Manuel de la Pena added the comment: In case of my patch (I don't know about santa4nt case) I did not use shutil.remove because it was not used in the other tests and I wanted to be consistent and not add a new import. Certainly if there is not an issue with that we should use it. --

[issue13262] IDLE opens partially hidden

New submission from Aivar Annamaa : When IDLE opens in Windows 7, its bottom edge will be hidden behind taskbar. It should position itself so that it's fully visible. -- components: IDLE messages: 146354 nosy: Aivar.Annamaa priority: normal severity: normal status: open title: IDLE open

[issue10278] add time.wallclock() method

Roundup Robot added the comment: New changeset 35e4b7c4bafa by Victor Stinner in branch 'default': Close #10278: Add clock_getres(), clock_gettime() and CLOCK_xxx constants to http://hg.python.org/cpython/rev/35e4b7c4bafa -- nosy: +python-dev resolution: -> fixed stage: -> committed/r

[issue10278] add time.wallclock() method

STINNER Victor added the comment: I closed maybe this issue too quickly. My commit doesn't solve the initial issue: Python doesn't provide a portable "wallclock" function. wallclock.patch should be updated to use: - time.clock() on Windows (use QueryPerformanceCounter) - or time.clock_getti

[issue13218] test_ssl failures on Debian/Ubuntu

Barry A. Warsaw added the comment: On Oct 25, 2011, at 09:56 AM, Antoine Pitrou wrote: > >Antoine Pitrou added the comment: > >> It looks like it's been this way for a long time too. > >But tests have always passed here using OpenSSL 1.0.0. Right, sorry, what I meant was this particular behav

[issue13226] Expose RTLD_* constants in the posix module

Roundup Robot added the comment: New changeset c75427c0da06 by Victor Stinner in branch 'default': Issue #13226: Add RTLD_xxx constants to the os module. These constants can by http://hg.python.org/cpython/rev/c75427c0da06 -- nosy: +python-dev ___ Py

[issue13226] Expose RTLD_* constants in the posix module

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue12619] Automatically regenerate platform-specific modules

Roundup Robot added the comment: New changeset 6159311f0f44 by Victor Stinner in branch 'default': Issue #12619: Expose socket.SO_BINDTODEVICE constant http://hg.python.org/cpython/rev/6159311f0f44 -- ___ Python tracker

[issue13256] Document and test new socket options

STINNER Victor added the comment: For #12619, I added socket.SO_BINDTODEVICE constant. -- ___ Python tracker ___ ___ Python-bugs-list

[issue9750] sqlite3 iterdump fails on column with reserved name

Lucas Sinclair added the comment: I just encountered this issue today. So, it's been several months, will the patch be merged into the master branch ? Or will this never be fixed ? -- nosy: +xapple ___ Python tracker

[issue13263] Group some os functions in submodules

New submission from Ezio Melotti : In Python 3.3 the os module gained a few new functions and constants: Python 3.2.2+ (3.2:58a75eeb5c8e, Sep 29 2011, 02:11:05) >>> import os; len(dir(os)) 232 Python 3.3.0a0 (default:a50f080c22ca+, Oct 25 2011, 09:56:01) >>> import os; len(dir(os)) 332 http:

[issue10197] subprocess.getoutput fails on win32

Nick Coghlan added the comment: Without knowing this issue existed, I recently started working on adding some convenience APIs for shell invocation to shutil: http://bugs.python.org/issue13238 I think the getstatus and getstatusoutput APIs were copied from the commands module in 3.0 without

[issue13238] Add shell command helpers to shutil module

Nick Coghlan added the comment: I discovered a couple of APIs that were moved from the commands module to the subprocess module in 3.0: http://docs.python.org/dev/library/subprocess#subprocess.getstatusoutput However, they have issues, especially on Windows: http://bugs.python.org/issue10197

[issue13263] Group some os functions in submodules

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue13263] Group some os functions in submodules

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13256] Document and test new socket options

Changes by STINNER Victor : -- keywords: +patch Added file: http://bugs.python.org/file23516/socket_options_doc.patch ___ Python tracker ___ _

[issue13263] Group some os functions in submodules

Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13264] Monkeypatching using metaclass

New submission from Artem Tomilov : from abc import ABCMeta class Meta(ABCMeta): def __instancecheck__(cls, instance): # monkeypatching class method cls.__subclasscheck__ = super(Meta, cls).__subclasscheck__ return super(Meta, cls).__instancecheck__(instance) def

[issue13238] Add shell command helpers to shutil module

Nick Coghlan added the comment: After a bit of thought, I realised I could use the string.Formatter API to implement a custom formatter for the shell command helpers that auto-escapes whitespace while leaving the other shell metacharacters alone (so you can still interpolate paths containing

[issue13264] Monkeypatching using metaclass

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue13220] print function unable while multiprocessing.Process is being run

ben added the comment: Thanks Terry, That does solve the problem, so the bug is really with IDLE (I got a previous Issue (12967) reported which also was connected to the stdout). I changed the component to IDLE as the lib. is working as it should do. -- components: +IDLE -Library (Li

[issue8036] Interpreter crashes on invalid arg to spawnl on Windows

Vetoshkin Nikita added the comment: against py3k branch? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue8036] Interpreter crashes on invalid arg to spawnl on Windows

Ezio Melotti added the comment: Now we are using Mercurial, and what was called 'py3k' on SVN is now 'default'. Since we now commit on older branches first and then merge with the most recent ones, the patch should either be against 3.2 or 2.7. You can check the devguide for more informations

[issue13258] replace hasattr(obj, '__call__') with callable(obj)

Éric Araujo added the comment: This change is fine for packaging. In the 2.x backport I already use callable (and damn the py3k warning) and the 3.x backport uses the incorrect hasattr(inst, '__call__'); I’ll change that to use a backported d2.compat.callable. -- _

[issue12618] py_compile cannot create files in current directory

Éric Araujo added the comment: I can reproduce in 3.2 and 3.3. I’ll commit a test and patch when I get the time, or another dev can take this over. -- ___ Python tracker ___ _

[issue13260] distutils and cross-compiling the extensions

Éric Araujo added the comment: Hi Alexander, Thanks for your interest in improving Python. I’m forced to reject your request because - Python 2.7 does not get new features (and support for cross-compilation would be one). - distutils does not get new features (we had to freeze it because i

[issue9750] sqlite3 iterdump fails on column with reserved name

Éric Araujo added the comment: Hi Lucas. Have you read my previous message? The patch needs to be updated. Would you like to do it? -- versions: +Python 3.3 -Python 3.1 ___ Python tracker __

[issue13234] os.listdir breaks with literal paths

Santoso Wijaya added the comment: Even if we decide not to convert any forward slash, listdir() adds u"\\*.*" when the input is unicode, but it adds "/*.*" when it is not, before passing it off to Windows API. Hence the inconsistency and the problem Manuel saw. IMO, his patch shouldn't have d

[issue13240] sysconfig gives misleading results for USE_COMPUTED_GOTOS

Éric Araujo added the comment: > If we truly want to enable this by default, then the defaulting should be > moved to > configure. This will give a more accurate portrayal in sysconfig. This sounds good. (I know little about configure/pyconfig.h, but making sysconfig more accurate is a valua

[issue13244] WebSocket schemes in urllib.parse

Éric Araujo added the comment: > # must always be escaped, both in path and query components. Agreed. This just follows from the Generic URI Syntax RFC, it’s not specific to WebSockets. > And further: urlparse should raise an exception upon unescaped # within URLs > from ws/wss schemes. I’d

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

Éric Araujo added the comment: > What about Windows support? Just like with distutils: the file extension is used, not the shebang. -- ___ Python tracker ___ ___

[issue10197] subprocess.getoutput fails on win32

Éric Araujo added the comment: > IMO, both should be deprecated: > - they're not cross-platform Isn’t the purpose of this report to fix that? :) > - they invoke the shell implicitly, which subprocess promises never to do One could argue that it’s not implicit if it’s documented. Nonetheless, I

[issue13218] test_ssl failures on Debian/Ubuntu

Barry A. Warsaw added the comment: I'm not sure I particularly like this patch, and I can't test it on anything other than Debian/Ubuntu right now, but it does "fix" the test (defined as: making it pass :). AFAICT, there's no way to tell openssl to revert back to trying SSLv2 client hello wh

[issue13218] test_ssl failures on Debian/Ubuntu

Barry A. Warsaw added the comment: Here's the diff that disables SSLv2 and changes the expected sense of the connection results. Again, I can't test this on other than Debian/Ubuntu atm, so feedback would be useful. -- Added file: http://bugs.python.org/file23518/issue13218-true.diff

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

Vinay Sajip added the comment: > >> What about Windows support? > Just like with distutils: the file extension is used, not the shebang. Please spell out for me how you see this working: I don't see it. Note that scripts have to use the correct Python even if they are invoked using an expl

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

Vinay Sajip added the comment: To expand on what I said about not seeing how things will work under Windows: are we going to place .exe launchers adjacent to the script, like setuptools does? If the script just has a shebang of "#!/usr/bin/env python", how is the launcher supposed to determin

[issue12641] Remove -mno-cygwin from distutils

Seppo Yli-Olli added the comment: Would it be practical to have a trivial compilation test to see if we are capable of using GCC with -mno-cygwin and if so, use it, otherwise drop off? I think GNU autotools uses a similar strategy for detecting compiler capabilities. -- nosy: +Seppo.Y

[issue13017] pyexpat.c: refleak

Petri Lehtinen added the comment: The patch is not correct: modelobj must not be decref'd, because it has been inserted to the args tuple with the reference-stealing 'N' format. args is later decref'd in function's cleanup code after "finally:". -- keywords: -after moratorium resolut

[issue13263] Group some os functions in submodules

Martin v. Löwis added the comment: I think there is a value to use the very same function names in the posix module as in the posix API. The posix API (and C in general) is also flat, and uses the prefix convention. People who look at the function lists will know to ignore blocks of functions

[issue13016] selectmodule.c: refleak

Petri Lehtinen added the comment: PySequence_Fast_GET_ITEM expects that the object is valid and the index is within bounds, and never returns NULL. There's no need to decref and actually there's even no need to check the return value of PySequence_Fast_GET_ITEM. -- resolution: -> rej

[issue13234] os.listdir breaks with literal paths

Martin v. Löwis added the comment: This issue is getting messy. I declare that this issue is *only* about the original problem reported in msg146031. When that is fixed, this issue will be closed, and any further issues need to be reported separately. As for the original problem, ISTM that th

[issue13234] os.listdir breaks with literal paths

Santoso Wijaya added the comment: Addressing patch comments. -- Added file: http://bugs.python.org/file23519/issue13234_py33_v3.patch ___ Python tracker ___

[issue13263] Group some os functions in submodules

Ezio Melotti added the comment: Of the new ones, only the sched_* ones share a common prefix, the *xattr and *at functions share a common suffix, and it's difficult to find them e.g. in dir() (also it's difficult to find other common os functions among all the names). The fact that the Posix

[issue13234] os.listdir breaks with literal paths

Santoso Wijaya added the comment: Fair enough. Simplifying. -- Added file: http://bugs.python.org/file23520/issue13234_py33_v4.patch ___ Python tracker ___ _

[issue13263] Group some os functions in submodules

Charles-François Natali added the comment: > I think there is a value to use the very same function names in the > posix module as in the posix API. It would still be the case, except that they'd live in distinct submodule. > The posix API (and C in general) is also flat, and uses the prefix

[issue13264] Monkeypatching using metaclass

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

[issue13263] Group some os functions in submodules

Ross Lagerwall added the comment: Some functions would be easy to split off into separate modules conceptually like the sched_* functions and the cap_* functions (see #1615158). However, certain groups of functions like the *at functions cover a lot of different functionality and don't really

[issue13188] generator.throw() ignores __traceback__ of exception

Petri Lehtinen added the comment: The same issue exists on 2.7, working on a patch. -- status: closed -> open versions: +Python 2.7 ___ Python tracker ___ __

[issue13264] Monkeypatching using metaclass

Daniel Urban added the comment: > class Meta(ABCMeta): > def __instancecheck__(cls, instance): > # monkeypatching class method > cls.__subclasscheck__ = super(Meta, cls).__subclasscheck__ This line is approximately the same as: cls.__dict__['__subclasscheck__'] = ...

[issue13247] os.path.abspath returns unicode paths as question marks

STINNER Victor added the comment: os.getcwdb() (GetCurrentDirectoryA) and os.listdir(bytes) (FindNextFileA & co) encode filenames using WideCharToMultiByte() in default mode (flags=0): unencodable characters are replaced by question marks. Such filenames cannot be used, open() fails with OSEr

[issue13247] os.path.abspath returns unicode paths as question marks

STINNER Victor added the comment: os_mbcs.patch adds _Py_EncodeCodePage() to encode directly wchar_t* filenames without having to create a temporary Unicode object. The patch removes HAVE_MBCS because the MBCS is now always needed by the posixmodule.c. Anyway, I don't see why MultiByteToWideC

[issue13234] os.listdir breaks with literal paths

STINNER Victor added the comment: -if (ch != SEP && ch != ALTSEP && ch != ':') +if (ch != '\\' && ch != '/' && ch != ':') I don't understand this change in issue13234_py33_v4.patch (the change looks to be useless). -- ___ Python tra

[issue13263] Group some os functions in submodules

STINNER Victor added the comment: I would prefer to keep the shared prefix even if we move functions to a new module. Python refers usually to the C documentation for the details of a function. If we rename a function, it becomes more difficult to get the manual of the function. --

[issue13234] os.listdir breaks with literal paths

Santoso Wijaya added the comment: > I don't understand this change in issue13234_py33_v4.patch (the change looks > to be useless). It's pedantic correctness on my part. SEP and ALTSEP are defined as wide strings L'\\' and L'/' respectively. Their usage in the unicode conditional branch and t

[issue13244] WebSocket schemes in urllib.parse

Tobias Oberstein added the comment: > I’d say that urlparse should raise an exception when a ws/wss URI contains a > fragment part. Yep, better. > I’m not sure this will be possible; from a glance at the source and a quick > test, urlparse will happily break the Generic URI Syntax RFC and re

[issue13220] print function unable while multiprocessing.Process is being run

Terry J. Reedy added the comment: This may be a 'cannot fix' issue due to the way Windows connects the output and input streams of various processes. It would be helpful to know if *nix has the same difference of behavior between interpreter and IDLE shell. Otherwise some experiments are need

[issue13247] os.path.abspath returns unicode paths as question marks

Atsuo Ishimoto added the comment: -1 from me. - I hate to see Unicode exceptions here. It would be an another source of mysterious Unicode exception. Programmers and users would be confused by error message. If you make such characters error, Python should raise an OSError or such. - File n

[issue1559549] ImportError needs attributes for module and file name

Brian Curtin added the comment: Here's an updated patch, plus support for a second attribute that I need for #10854. I previously wrote a patch that does this same thing for that issue, but this one handles things a lot more nicely :) I renamed "module_name" to just be "name" since I was addi

[issue13247] os.path.abspath returns unicode paths as question marks

STINNER Victor added the comment: Le 26/10/2011 01:32, Atsuo Ishimoto a écrit : > - I don't think filenames cannot be decoded in ANSI code page are rare enough > to be ignored. The issue is able being able to be noticied of encoding errors. Currently, unencodable characters are silently repla

[issue13247] os.path.abspath returns unicode paths as question marks

Terry J. Reedy added the comment: The doc says "All functions accepting path or file names accept both bytes and string objects, and result in an object of the same type, if a path or file name is returned." It does that now (the encoding assumed or produced for bytes is not specified). It sa

[issue13247] os.path.abspath returns unicode paths as question marks

Atsuo Ishimoto added the comment: On Wed, Oct 26, 2011 at 9:12 AM, STINNER Victor wrote: > > STINNER Victor added the comment: > > Le 26/10/2011 01:32, Atsuo Ishimoto a écrit : >> - I don't think filenames cannot be decoded in ANSI code page are rare >> enough to be ignored. > > The issue is

[issue13240] sysconfig gives misleading results for USE_COMPUTED_GOTOS

Meador Inge added the comment: >> P.S. We could probably get rid of the HAVE macro all together by doing >> all the work in the 'configure' script. > Would that be a breach of backward compatibility for sysconfig? Yeah, I think so. Best to leave it alone then. --

[issue11440] fix_callable should be dropped from lib2to3 / changed

Ezio Melotti added the comment: Benjamin added a note in d9571fb37269. I agree with Florent though, if the fixer is disabled by default and people are using 3.1 they will see the error and enable it. If they aren't 2to3 will correctly leave callable(). -- _

[issue12618] py_compile cannot create files in current directory

Meador Inge added the comment: I think it might be easier to just always use the absolute path rather than looking at the directory length. Maybe something like the attached. I added unit tests as well. -- nosy: +meador.inge stage: test needed -> patch review Added file: http://bugs

[issue13207] os.path.expanduser breaks when using unicode character in the username

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue13161] problems with help() documentation of __i*__ operators

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates

Changes by Ezio Melotti : -- dependencies: +Refactor code using unicode_encode_call_errorhandler() in unicodeobject.c ___ Python tracker ___

[issue13265] IDLE crashes when printing some unprintable characters.

New submission from maniram maniram : When you print an unprintable character, IDLE raises an error. >>> print(chr(500304)) # print an unprintable character The error is only visible when you run the code from a commmand-line. When you run python from the command-line and execute the code it show

[issue13265] IDLE crashes when printing some unprintable characters.

maniram maniram added the comment: Here's the Error message. *** Internal Error: rpc.py:SocketIO.localcall() Object: stdout Method: > Args: ('\U0007a250',) Traceback (most recent call last): File "/usr/lib/python3.2/idlelib/rpc.py", line 188, in localcall ret = method(*args, **kwarg

[issue13265] IDLE crashes when printing some unprintable characters.

maniram maniram added the comment: My OS is Ubuntu Linux 11.10 (Oneiric Ocelot) Running uname -a gives "Linux ramcomputer 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux" -- ___ Python tracker

[issue13265] IDLE crashes when printing some unprintable characters.

Ezio Melotti added the comment: Both print(chr(500304)) and print('\U0007a250') seem to work and print two empty boxes on IDLE with Python 3.2/WinXP. Is that error displayed in the IDLE window or does IDLE crash and you see the error somewhere else? -- nosy: +ezio.melotti, kbk _

[issue13265] IDLE crashes when printing some unprintable characters.

maniram maniram added the comment: The error is visible from the command-line. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

Petri Lehtinen added the comment: > It appears the Python 3.2 docs no longer include documentation for URLError Both URLError and HTTPError are documented in 3.2 and 3.3: http://docs.python.org/py3k/library/urllib.error.html#urllib.error.URLError http://docs.python.org/dev/library/urllib.erro

[issue13263] Group some os functions in submodules

Charles-François Natali added the comment: > I would prefer to keep the shared prefix even if we move functions to a new > module. Python refers usually to the C documentation for the details of a > function. If we rename a function, it becomes more difficult to get the > manual of the functi

[issue13247] os.path.abspath returns unicode paths as question marks

Yuval Greenfield added the comment: I use python a lot with Hebrew and many websites have internationalization which may involve unicode paths. I agree that saying "unicode paths are rare" is inaccurate. If the current situation isn't fixed though - you just can't use the resulting path for

[issue13263] Group some os functions in submodules

Ezio Melotti added the comment: It would be fine for me to rename os.sched_get_priority_max() to os.sched.get_priority_max(). os.sched.sched_get_priority_max() is a bit redundant, and I think it's not to difficult to figure out that os.sched.get_priority_max() corresponds to the posix sched_g

[issue13266] Support for unwrapping __wrapped__ functions in 'inspect' module

New submission from Nick Coghlan : I just got bitten by the singularly unhelpful results of doing inspect.getsource(generator_context_manager). Now that @functools.wraps adds the __wrapped__ attribute, perhaps inspect.getsource(f) should follow the wrapper chain by default? This would affect

[issue13266] Support for unwrapping __wrapped__ functions in 'inspect' module

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> needs patch type: -> feature request ___ Python tracker ___ ___ Python-bu

[issue13266] Add inspect.unwrap(f) to easily unravel "__wrapped__" chains

Nick Coghlan added the comment: After a little thought, I think the explicit "unwrap" function is the only viable approach. Doing the unwrapping implicitly just has too many nasty corner cases to track down to ensure we aren't losing existing functionality. I'd also suggest that we add a __wr