Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 11d18ebb2dd1 by Ezio Melotti in branch 'default':
#13251: update string description in datamodel.rst.
http://hg.python.org/cpython/rev/11d18ebb2dd1
--
nosy: +python-dev
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13251
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Maybe a 2to3 fixer to convert the names should be added?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13248
___
Nick Coghlan ncogh...@gmail.com 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:
Manuel de la Pena man...@canonical.com 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
New submission from Elijah Merkin e...@transas.com:
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
STINNER Victor victor.stin...@haypocalc.com added the comment:
This issue is a duplicate of the issue #10278.
--
nosy: +haypo
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13261
STINNER Victor victor.stin...@haypocalc.com 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
Antoine Pitrou pit...@free.fr 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 ;)
--
Antoine Pitrou pit...@free.fr 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():
Antoine Pitrou pit...@free.fr 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
Manuel de la Pena man...@canonical.com 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
New submission from Aivar Annamaa aivar.anna...@gmail.com:
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
Roundup Robot devn...@psf.upfronthosting.co.za 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:
STINNER Victor victor.stin...@haypocalc.com 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
Barry A. Warsaw ba...@python.org added the comment:
On Oct 25, 2011, at 09:56 AM, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr 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
Roundup Robot devn...@psf.upfronthosting.co.za 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
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13226
___
Roundup Robot devn...@psf.upfronthosting.co.za 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
STINNER Victor victor.stin...@haypocalc.com added the comment:
For #12619, I added socket.SO_BINDTODEVICE constant.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13256
___
Lucas Sinclair blastoc...@mac.com 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
New submission from Ezio Melotti ezio.melo...@gmail.com:
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;
Nick Coghlan ncogh...@gmail.com 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
Nick Coghlan ncogh...@gmail.com 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:
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13263
___
___
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13263
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
keywords: +patch
Added file: http://bugs.python.org/file23516/socket_options_doc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13256
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13263
___
___
New submission from Artem Tomilov scrapl...@gmail.com:
from abc import ABCMeta
class Meta(ABCMeta):
def __instancecheck__(cls, instance):
# monkeypatching class method
cls.__subclasscheck__ = super(Meta, cls).__subclasscheck__
return super(Meta,
Nick Coghlan ncogh...@gmail.com 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
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13264
___
___
ben thelen_...@yahoo.com 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.
--
Vetoshkin Nikita nikita.vetosh...@gmail.com added the comment:
against py3k branch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8036
___
___
Ezio Melotti ezio.melo...@gmail.com 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
Éric Araujo mer...@netwok.org 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.
--
Éric Araujo mer...@netwok.org 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 rep...@bugs.python.org
http://bugs.python.org/issue12618
Éric Araujo mer...@netwok.org 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
Éric Araujo mer...@netwok.org 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 rep...@bugs.python.org
Santoso Wijaya santoso.wij...@gmail.com 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
Éric Araujo mer...@netwok.org 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
Éric Araujo mer...@netwok.org 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
Éric Araujo mer...@netwok.org added the comment:
What about Windows support?
Just like with distutils: the file extension is used, not the shebang.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12394
Éric Araujo mer...@netwok.org 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.
Barry A. Warsaw ba...@python.org 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
Barry A. Warsaw ba...@python.org 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:
Vinay Sajip vinay_sa...@yahoo.co.uk 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
Vinay Sajip vinay_sa...@yahoo.co.uk 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
Seppo Yli-Olli seppo.ylio...@gmail.com 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.
Petri Lehtinen pe...@digip.org 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
Martin v. Löwis mar...@v.loewis.de 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
Petri Lehtinen pe...@digip.org 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.
--
Martin v. Löwis mar...@v.loewis.de 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
Santoso Wijaya santoso.wij...@gmail.com added the comment:
Addressing patch comments.
--
Added file: http://bugs.python.org/file23519/issue13234_py33_v3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13234
Ezio Melotti ezio.melo...@gmail.com 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).
Santoso Wijaya santoso.wij...@gmail.com added the comment:
Fair enough. Simplifying.
--
Added file: http://bugs.python.org/file23520/issue13234_py33_v4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13234
Charles-François Natali neolo...@free.fr 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
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13264
___
___
Python-bugs-list
Ross Lagerwall rosslagerw...@gmail.com 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
Petri Lehtinen pe...@digip.org added the comment:
The same issue exists on 2.7, working on a patch.
--
status: closed - open
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13188
Daniel Urban urban.dani...@gmail.com 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:
STINNER Victor victor.stin...@haypocalc.com 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
STINNER Victor victor.stin...@haypocalc.com 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
STINNER Victor victor.stin...@haypocalc.com 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).
--
STINNER Victor victor.stin...@haypocalc.com 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
Santoso Wijaya santoso.wij...@gmail.com 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
Tobias Oberstein tobias.oberst...@tavendo.de 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
Terry J. Reedy tjre...@udel.edu 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
Atsuo Ishimoto ishim...@gembook.org 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
Brian Curtin br...@python.org 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
STINNER Victor victor.stin...@haypocalc.com 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
Terry J. Reedy tjre...@udel.edu 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
Atsuo Ishimoto ishim...@gembook.org added the comment:
On Wed, Oct 26, 2011 at 9:12 AM, STINNER Victor rep...@bugs.python.org wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le 26/10/2011 01:32, Atsuo Ishimoto a écrit :
- I don't think filenames cannot be decoded in
Meador Inge mead...@gmail.com 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.
--
Ezio Melotti ezio.melo...@gmail.com 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().
--
Meador Inge mead...@gmail.com 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
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13207
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13161
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
dependencies: +Refactor code using unicode_encode_call_errorhandler() in
unicodeobject.c
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12892
New submission from maniram maniram maniandra...@gmail.com:
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
maniram maniram maniandra...@gmail.com added the comment:
Here's the Error message.
*** Internal Error: rpc.py:SocketIO.localcall()
Object: stdout
Method: bound method PseudoFile.write of idlelib.PyShell.PseudoFile object
at 0x2675550
Args: ('\U0007a250',)
Traceback (most recent call
maniram maniram maniandra...@gmail.com 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
Ezio Melotti ezio.melo...@gmail.com 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:
maniram maniram maniandra...@gmail.com added the comment:
The error is visible from the command-line.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13265
___
83 matches
Mail list logo