[issue19187] Use a set for interned strings

[Raymond Hettinger]

Changes by Raymond Hettinger :


Added file: http://bugs.python.org/file31996/set_intern1.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19171] pow() improvement on longs

[Mark Dickinson]

Mark Dickinson added the comment:

Hmm.  I thought 2.7 (and 3.3, for that matter) was in bugfix mode only?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19171] pow() improvement on longs

[Raymond Hettinger]

Raymond Hettinger added the comment:

> I thought 2.7 (and 3.3, for that matter) was in bugfix mode only?

It would be crazy to not apply this little fix-up.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19187] Use a set for interned strings

[Raymond Hettinger]

Changes by Raymond Hettinger :


Removed file: http://bugs.python.org/file31996/set_intern1.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19171] pow() improvement on longs

[Mark Dickinson]

Mark Dickinson added the comment:

> It would be crazy to not apply this little fix-up.

Crazy?  How so?

Note that this change, while introducing a performance enhancement in some 
rather unlikely corner cases, also introduces a performance regression in some 
other unlikely corner cases:

Before the patch (2.7):

iwasawa:cpython mdickinson$ ./python.exe -m timeit -s "a=7**1; b=0; c=23" 
"pow(a, b, c)"
100 loops, best of 3: 0.232 usec per loop

After the patch:

iwasawa:cpython mdickinson$ ./python.exe -m timeit -s "a=7**1; b=0; c=23" 
"pow(a, b, c)"
10 loops, best of 3: 13.8 usec per loop

That can be easily fixed with more special-casing and more code, but I don't 
think this sort of experimentation is appropriate for a bugfix branch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19187] Use a set for interned strings

[Raymond Hettinger]

Changes by Raymond Hettinger :


Added file: http://bugs.python.org/file31997/set_intern2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19187] Use a set for interned strings

[Antoine Pitrou]

Antoine Pitrou added the comment:

I agree the benefit is likely to be small and very minor. Victor has experience 
measuring memory consumption of various programs, I would like to know about 
his measurements.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19186] expat symbols should be namespaced in pyexpat again

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
priority: normal -> critical

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

utf-16 isn't that widely used, so it's probably fine if it becomes a bit slower.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19158] BoundedSemaphore.release() subject to races

[Antoine Pitrou]

Antoine Pitrou added the comment:

The implementation is a bit weird. Why take the lock a second time instead of 
simply reimplementing the release() method?
(it's a 5-liner)

By the way, Semaphore.acquire could probably use Condition.wait_for.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3982] support .format for bytes

[Antoine Pitrou]

Antoine Pitrou added the comment:

> I'd like to put a nudge towards supporting the __mod__ interface on bytes - 
> for Mercurial this is the single biggest impediment to even getting our
> testrunner working, much less starting the porting process.

Given a spec hasn't been written (bytes.__mod__ can't support the same things 
as str.__mod__), and nobody seems to step up to write it, I'd say this is 
unlikely to appear in 3.4.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19190] Improve cross-references in builtins documentation.

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Indeed, there are false changes. Thank you Georg.

Here is cleaned patch.

--
Added file: http://bugs.python.org/file31998/refs.builtins_2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 08.10.2013 10:46, Antoine Pitrou wrote:
> 
> utf-16 isn't that widely used, so it's probably fine if it becomes a bit 
> slower.

It's the default encoding for Unicode text files and APIs on Windows,
so I'd say it *is* widely used :-)

http://en.wikipedia.org/wiki/UTF-16#Use_in_major_operating_systems_and_environments

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

> On 08.10.2013 10:46, Antoine Pitrou wrote:
> > 
> > utf-16 isn't that widely used, so it's probably fine if it becomes
> > a bit slower.
> 
> It's the default encoding for Unicode text files and APIs on Windows,
> so I'd say it *is* widely used :-)

I've never seen any UTF-16 text files. Do you have other data?

APIs are irrelevant. You only pass very small strings to then (e.g.
file paths).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19142] Cross-compile fails trying to execute foreign pgen on build host

[Antoine Pitrou]

Antoine Pitrou added the comment:

Have you tried "make touch" to avoid rebuilding pgen and stuff?

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 08.10.2013 11:03, Antoine Pitrou wrote:
> 
>>> utf-16 isn't that widely used, so it's probably fine if it becomes
>>> a bit slower.
>>
>> It's the default encoding for Unicode text files and APIs on Windows,
>> so I'd say it *is* widely used :-)
> 
> I've never seen any UTF-16 text files. Do you have other data?

See the link I posted.

MS Notepad and MS Office save Unicode text files in UTF-16-LE,
unless you explicitly specify UTF-8, just like many other Windows
applications that support Unicode text files:

http://msdn.microsoft.com/en-us/library/windows/desktop/dd374101%28v=vs.85%29.aspx
http://superuser.com/questions/294219/what-are-the-differences-between-linux-and-windows-txt-files-unicode-encoding

This is simply due to the fact that MS introduced Unicode plain
text files as UTF-16-LE files and only later added the possibility
to also use UTF-8 with BOM versions.

> APIs are irrelevant. You only pass very small strings to then (e.g.
> file paths).

You are forgetting that wchar_t is UTF-16 on Windows, so UTF-16
is all around you when working on Windows, not only in the OS APIs,
but also in most other Unicode APIs you find on Windows:

http://msdn.microsoft.com/en-us/library/windows/desktop/dd374089%28v=vs.85%29.aspx
http://msdn.microsoft.com/en-us/library/windows/desktop/dd374061%28v=vs.85%29.aspx

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

> MS Notepad and MS Office save Unicode text files in UTF-16-LE,
> unless you explicitly specify UTF-8, just like many other Windows
> applications that support Unicode text files:

I'd be curious to know if people actually edit *text files* using
Microsoft Word (rather than Word documents).
Same for Notepad, which is much too poor to edit something else
than a 10-line configuration file.

> You are forgetting that wchar_t is UTF-16 on Windows, so UTF-16
> is all around you when working on Windows, not only in the OS APIs,
> but also in most other Unicode APIs you find on Windows:

Still, unless those APIs get passed rather large strings, the performance
different should be irrelevant IMHO. We're talking about using those APIs
from Python, not from a raw optimized C program.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

UTF-16 codec still fast enough. Let first make it correct and then will try 
optimize it. I have an idea how restore 3.3 performance (if it worth, the code 
already complicated enough).

The converting to/from wchar_t* uses different code.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 08.10.2013 11:33, Antoine Pitrou wrote:
> 
> Antoine Pitrou added the comment:
> 
>> MS Notepad and MS Office save Unicode text files in UTF-16-LE,
>> unless you explicitly specify UTF-8, just like many other Windows
>> applications that support Unicode text files:
> 
> I'd be curious to know if people actually edit *text files* using
> Microsoft Word (rather than Word documents).
> Same for Notepad, which is much too poor to edit something else
> than a 10-line configuration file.

The question is not so much which program they use for editing.
The format "Unicode text file" is defined as UTF-16-LE on
Windows (see the links I posted).

>> You are forgetting that wchar_t is UTF-16 on Windows, so UTF-16
>> is all around you when working on Windows, not only in the OS APIs,
>> but also in most other Unicode APIs you find on Windows:
> 
> Still, unless those APIs get passed rather large strings, the performance
> different should be irrelevant IMHO. We're talking about using those APIs
> from Python, not from a raw optimized C program.

Antoine, I'm just pointing out that your statement that UTF-16
is not widely used may apply to the Unix world, but
it doesn't apply to Windows. Java also uses UTF-16
internally and makes this available via JNI as jchar*.

The APIs on those platforms are used from Python (the interpreter
and also by extensions) and do use the UTF-16 Python codec to
convert the data to Python Unicode/string objects, so the fact
that UTF-16 is used widely on some of the more popular
platforms does matter.

UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible
in Python to not create performance problems when converting
between platform Unicode data and the internal formats
used in Python.

The real question is: Can the UTF-16/32 codecs be made fast
while still detecting lone surrogates ? Not whether UTF-16
is widely used or not.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I repeat myself. Even with the patch, UTF-16 codec is faster than UTF-8 codec 
(except ASCII-only data). This is fastest Unicode codec in Python (perhaps 
UTF-32 can be made faster, but this is another issue).

> The real question is: Can the UTF-16/32 codecs be made fast
> while still detecting lone surrogates ? Not whether UTF-16
> is widely used or not.

Yes, they can. But let defer this to other issues.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

> UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible
> in Python to not create performance problems when converting
> between platform Unicode data and the internal formats
> used in Python.

"As fast as possible" is a platonic dream.
They only need to be fast enough not to be bottlenecks.
If you know of a *Python* workload where UTF-16 decoding is the
bottleneck, I'd like to know about it :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 08.10.2013 11:42, Serhiy Storchaka wrote:
> 
> UTF-16 codec still fast enough. Let first make it correct and then will try 
> optimize it. I have an idea how restore 3.3 performance (if it worth, the 
> code already complicated enough).

That's a good plan :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 08.10.2013 12:30, Antoine Pitrou wrote:
> 
>> UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible
>> in Python to not create performance problems when converting
>> between platform Unicode data and the internal formats
>> used in Python.
> 
> "As fast as possible" is a platonic dream.
> They only need to be fast enough not to be bottlenecks.

No, they need to be as fast as possible, without sacrificing
correctness.

This has always been our guideline for codec implementations
and string methods. As a result, our implementations are some
of the best out there.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

STINNER Victor added the comment:

I don't think that performances on a microbenchmark is the good question.
The good question is: does Python conform to Unicode? The answer is simple
and explicit: no. Encoding lone surrogates may lead to bugs and even
security vulnerabilities.

Please open a new performance issue after fixing this one if you have
another patch improving performances.

I didn't read the patch yet, but strict, surrogatepass and surrogateescape
error handlers must be checked.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is my idea: http://permalink.gmane.org/gmane.comp.python.ideas/23521.

I see that a discussion about how fast UTF-16 codec should be already larger 
than discussion about patches. Could you please review this not so simple patch 
instead?

Yet one help which I need is writing a note in "Porting to Python 3.4" section 
in Doc/whatsnew/3.4.rst.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19142] Cross-compile fails trying to execute foreign pgen on build host

[Trevor Bowen]

Trevor Bowen added the comment:

I thought "make touch" was only for those trying to build from the Mecurial 
source, as opposed to building from the released tar-ball source.  I thought my 
efforts laid on the other side of the need for that command.  If I understood 
wrong, when would I use it and why? ... Thanks!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Martin v . Löwis]

Martin v. Löwis added the comment:

Marc-Andre: please don't confuse "use in major operating systems" with "major 
use in operating systems".  I agree with Antoine that UTF-16 isn't widely used 
on Windows, despite notepad and Office supporting it. Most users on Windows 
using notepad continue to use the ANSI code page, most users of Word use Word 
files (instead of plain text).

Also, wchar_t on Windows isn't *really* UTF-16. Many APIs support lone 
surrogates just fine; they really are UCS-2 instead (e.g. the file system 
APIs). Only starting with Vista, MultiByteToWideChar will complain about lone 
surrogates.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.

[Florent Viard]

Florent Viard added the comment:

Thank you for your reply.
But I just realised that in my bug issue, I completely forgot to indicate what 
is "req" and so this is maybe the root of you telling me that the best is to 
fix the client code side as the traceback could be confusing.

This is how is defined req.:
opener = urllib2.build_opener(proxy_handler)
req= urllib2.Request(url_src)

then:
while 1:
  read_list = select([req], ...)[0]
  if read_list:
req.read(CHUNK_SIZE)


I found this issue with python 2.7, but I don't care a lot for it to be fixed 
in 2.7. As I saw that the code looks unchanged in python 3.x, I just reported 
the issue for it to be fixed/better handled in 3.x :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3982] support .format for bytes

[Augie Fackler]

Augie Fackler added the comment:

Is there any chance we could just have it work for bytes, ints, and floats? 
That'd solve the immediate need, and it'd be obviously correct how to have 
those behave.

Punting this to 3.5 basically means we'll have to either wait for 3.5, or do 
something awful like use cffi to grab sprintf to port Mercurial.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19106] Prepare .hgtouch and Tools/hg/hgtouch.py to run on the bots

[Eli Bendersky]

Eli Bendersky added the comment:

I think this issue can be closed, since Martin's touch step runs on the bots 
successfully, and the ASDL dependencies in .hgtouch were fixed.

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15964] SyntaxError in asdl when building 2.7 with system Python 3

[Eli Bendersky]

Changes by Eli Bendersky :


--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9317] Incorrect coverage file from trace test_pickle.py

[Eli Bendersky]

Changes by Eli Bendersky :


--
nosy:  -eli.bendersky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8957] strptime(.., '%c') fails to parse output of strftime('%c', ..) in some locales

[Eli Bendersky]

Changes by Eli Bendersky :


--
nosy:  -eli.bendersky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9398] Unify sys.settrace and sys.setprofile tests

[Eli Bendersky]

Changes by Eli Bendersky :


--
nosy:  -eli.bendersky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14332] Better explain "junk" concept in difflib doc

[Eli Bendersky]

Eli Bendersky added the comment:

Tim, any suggestions?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16817] test___all__ affects other tests by doing too much importing

[Eli Bendersky]

Eli Bendersky added the comment:

This is superceded by:

http://bugs.python.org/issue18906

--
superseder:  -> Create a way to always run tests in subprocesses within regrtest

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3982] support .format for bytes

[Eric V. Smith]

Eric V. Smith added the comment:

If you could write up a concrete proposal, including which format specifiers 
would be supported, that would be helpful.

Would it be extensible with something like __bformat__?

There's really quite a bit of work to be done to specify how this would work.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3982] support .format for bytes

[Eric V. Smith]

Eric V. Smith added the comment:

Also, with the PEP 393 changes, the implementation will be much more difficult. 
Sharing code with str (unicode) will likely be impossible, or require much 
refactoring of the existing code.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13405] Add DTrace probes

[Marc Abramowitz]

Marc Abramowitz added the comment:

Nice to see this moving along as I helped Jesús a while back with some testing 
on OS X and FreeBSD. The buildbots in particular sound like a great asset.

Let me know if I can help again with testing, though it looks like the basics 
are pretty well-covered by the buildbots.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3982] support .format for bytes

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Is there any chance we could just have it work for bytes, ints, and
> floats? That'd solve the immediate need, and it'd be obviously
> correct how to have those behave.

You mean "%s" and "%d"? 

> Punting this to 3.5 basically means we'll have to either wait for
> 3.5, or do something awful like use cffi to grab sprintf to port
> Mercurial.

Or write a pure Python implementation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3982] support .format for bytes

[Augie Fackler]

Augie Fackler added the comment:

On Tue, Oct 8, 2013 at 11:08 AM, Antoine Pitrou wrote:

> > Is there any chance we could just have it work for bytes, ints, and
> > floats? That'd solve the immediate need, and it'd be obviously
> > correct how to have those behave.
>
> You mean "%s" and "%d"?
>

Basically, yes.

>
> > Punting this to 3.5 basically means we'll have to either wait for
> > 3.5, or do something awful like use cffi to grab sprintf to port
> > Mercurial.
>
> Or write a pure Python implementation.

Hah. Probably too slow for anything beyond a proof of concept, no?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19191] os.path.splitext in windows , a little question

[xiaowei]

New submission from xiaowei:

>>> print( os.path.splitext.__doc__ )
Split the extension from a pathname.

Extension is everything from the last dot to the end, ignoring
leading dots.  Returns "(root, ext)"; ext may be empty.
>>> os.path.splitext('.txt')
('.txt', '')

 
I think, in windows it should be ('','.txt'), because the first dot doesnot 
mean hiding. Actually, in windows file explorer , it will show a empty file 
name and hide the extension if the extension has been related a program except 
shell32.dll，just like the attachment show. So, in windows, the last dot , even 
it's the first character of the file name, it still means the start of the file 
extension name.

In this case, windows doesnot like linux, we donot have to make them same. 

If you agree, then
why we can talk ignoring leading dots or not ..
i mean
os.path.splitext('...ext')

Anyway, thank you , for your work, even you donot think so

--
components: Windows
files: fileext.JPG
messages: 199208
nosy: xiaowei.py
priority: normal
severity: normal
status: open
title: os.path.splitext in windows , a little question
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file31999/fileext.JPG

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19191] os.path.splitext in windows , a little question

[Tim Golden]

Tim Golden added the comment:

This was implemented after discussion in issue1115886:

  http://bugs.python.org/issue1115886

and python-dev:

  https://mail.python.org/pipermail/python-dev/2007-March/071557.html

In short, it could have gone either way and it went this way.

--
nosy: +tim.golden

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19191] os.path.splitext in windows , a little question

[Tim Golden]

Changes by Tim Golden :


--
resolution:  -> wont fix
stage:  -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18679] include a codec to handle escaping only control characters but not any others

[R. David Murray]

R. David Murray added the comment:

Well, you could writing a streaming codec.  Even if it didn't get accepted for 
the stdlib, you could put it up on pypi.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.

[R. David Murray]

R. David Murray added the comment:

s/httplib/urllib/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.

[R. David Murray]

R. David Murray added the comment:

It seems to me that there is indeed an issue of some sort here, but its locus 
is (to me) unclear.  I haven't commented before this because I wanted to read 
the docs...but I haven't had time yet :)  

One question is, is it even expected that passing a Request to select will 
work?  If it *is* expected, then what is the API that req should be conforming 
to?  This API may be an implicit one that is not documented, or perhaps it is 
documented in select (I haven't checked).  If req is conforming to the explicit 
or implicit API, then the bug would be in select.  Otherwise it is in httplib.

Or, if this isn't something we've been supporting in the past, then as Terry 
says it is a new feature.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19187] Use a set for interned strings

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19142] Cross-compile fails trying to execute foreign pgen on build host

[R. David Murray]

R. David Murray added the comment:

make touch avoids rebuilding "pgen and stuff", and just uses what was checked 
out or provided in the tarball.  The release tarballs are supposed to have the 
time stamps in the correct order so that the compiletime/boostrapping utilities 
don't get built/rebuilt.

So for cross compilation, you should be able to use the existing files to build 
the target python.  If you then also want pgen *on the target*, you will need 
to build it for the target.  Like I said, I don't have much experience with 
this stuff, but if I understand correctly, you only really the utilities if you 
want to be able to do development *of python* on the target.

So, if running make in cross-compile "mode" (whatever that looks like, I have 
no clue) tries to rebuild pgen in your scenario, then *that* is what needs to 
be fixed, I think.

Of course, I could be completely wrong, which is why I've been pretty tentative 
about handing out advice :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19165] Change formatter warning to DeprecationWarning in 3.5

[R. David Murray]

New submission from R. David Murray:

You two may know what this is about, but I have no clue :)  A few more details 
would help if someone wants to try their hand at a patch.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.

[R. David Murray]

R. David Murray added the comment:

There is a decent chance this is a bug in sqlite.  Have you checked?

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19168] pprint.pprint(..., compact=True) not implemented

[R. David Murray]

R. David Murray added the comment:

FYI: the development documentation tracks the tip of the default branch, so it 
sometimes documents features that have not yet been released even in an alpha.  
When we hit the first beta, *then* if the code doesn't match the docs there is 
a bug :)

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19171] pow() improvement on longs

[Tim Peters]

Tim Peters added the comment:

I'll revert the 2.7 change if people agree that's a good thing.  I'm fine with 
it as-is.  Armin pulled the idea from timing a Python public-key crypto project 
(see the original message in this report), where he found a 14% improvement.

I don't care if the trivial exponent == 0 case slows down - that's _truly_ 
unlikely ;-)  The time spent special-casing it would marginally slow down other 
cases without good reason.  For any exponent other than 0, reduction by the 
base must be done.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19192] Move test_current_time from test_xmlrpc_net to test_xmlrpc

[Vajrasky Kok]

New submission from Vajrasky Kok:

Currently, the test_current_time is idle because the server (time.xmlrpc.com) 
that it requires is dead (at the moment being and no end in sight).

The patch moved the test from Lib/test/test_xmlrpc_net.py to 
Lib/test/test_xmlrpc.py and simulate the time.xmlrpc.com server using 
http_server's TestInstanceClass.

--
components: Tests
files: move_current_time_test_from_xmlrpc_net_to_xmlrpc.patch
keywords: patch
messages: 199218
nosy: r.david.murray, vajrasky
priority: normal
severity: normal
status: open
title: Move test_current_time from test_xmlrpc_net to test_xmlrpc
versions: Python 3.4
Added file: 
http://bugs.python.org/file32000/move_current_time_test_from_xmlrpc_net_to_xmlrpc.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19158] BoundedSemaphore.release() subject to races

[Tim Peters]

Tim Peters added the comment:

This is the "right" way to do it:  the subclass wants to extend the behavior of 
the base class .release(), not to replace it.  Calling the base class 
.release() is the natural and obvious way to do that.  It's also utterly normal 
for a lock used by multiple methods to be acquired & released multiple times - 
that's what an RLock is for.  What's odd to my eyes is that Semaphore - before 
the patch - went out of its way to _not_ use an RLock in its condition variable 
(Conditions use an RLock by default, for good reasons).

About acquire(), this is a bugfix - I'm not looking here to change code that 
isn't broken ;-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19142] Cross-compile fails trying to execute foreign pgen on build host

[Trevor Bowen]

Trevor Bowen added the comment:

Thanks, David!  I have no interest in running pgen on the target/host.  My only 
interest is building python and its various modules to run on my embedded host. 
 I do not want to develop Python on the embedded host.  Unfortunately, the 
build process requires Parser/pgen to build the grammar files, which are needed 
for several object files.  Here's the relevant snippet from the Makefile.pre.in:

$(GRAMMAR_H): $(GRAMMAR_INPUT) $(PGENSRCS)
@$(MKDIR_P) Include
$(MAKE) $(PGEN)
$(PGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C)
$(GRAMMAR_C): $(GRAMMAR_H) $(GRAMMAR_INPUT) $(PGENSRCS)
$(MAKE) $(GRAMMAR_H)
touch $(GRAMMAR_C)

$(PGEN):$(PGENOBJS)
$(CC) $(OPT) $(LDFLAGS) $(PGENOBJS) $(LIBS) -o $(PGEN)

Parser/grammar.o:   $(srcdir)/Parser/grammar.c \
$(srcdir)/Include/token.h \
$(srcdir)/Include/grammar.h
...
Python/compile.o Python/symtable.o Python/ast.o: $(GRAMMAR_H) $(AST_H)

If there is a way to eliminate the need for Parser/pgen to run on the build 
system to cross-compile the default "all" target, that would be great. ... I'll 
experiment with "make touch". ... Thanks!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.

[Florent Viard]

Florent Viard added the comment:

R. David, what you say is correct, supporting "select" that would be nice but 
i'm also not sure that is supposed to, and in that case, maybe select as to be 
fixed for that.

But:
a) As urllib2 through httplib provide publicly a fileno, i was excepting so.
b) The real point of my issue is that i noticed that there is 3 different 
return values, for the similar fileno function in 3 different modules of 
python, when the file descriptor is closed or inexistant:
- in urllib2->httplib: AttributeError as "None" as no "fileno()" attribute.
- in socket : ValueError
- in fileinput: -1

And for the 2 firsts, one is finally using the fileno function of the other.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19142] Cross-compile fails trying to execute foreign pgen on build host

[Trevor Bowen]

Trevor Bowen added the comment:

I executed "make touch" between "configure" and "make", but the build process 
still created Parser/pgen and then tried to use it, which of course crashed the 
build, since pgen was compiled for the embedded host not the build system.  :(  
Was that the wrong usage?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13436] compile() doesn't work on ImportFrom with level=None

[Georg Brandl]

Changes by Georg Brandl :


--
Removed message: http://bugs.python.org/msg148146

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13436] compile() doesn't work on ImportFrom with level=None

[Georg Brandl]

Changes by Georg Brandl :


--
components:  -Documentation
nosy:  -docs@python, python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19158] BoundedSemaphore.release() subject to races

[Antoine Pitrou]

Antoine Pitrou added the comment:

Le mardi 08 octobre 2013 à 16:58 +, Tim Peters a écrit :
> Tim Peters added the comment:
> 
> This is the "right" way to do it:  the subclass wants to extend the
> behavior of the base class .release(), not to replace it.  Calling the
> base class .release() is the natural and obvious way to do that.

Well... IMOHO it would be "natural and obvious" if those were in
different modules written by different developers.
Here I think that "practicality beats purity", though.
(although I'm not sure the person who originally wrote that sentence can
really be trusted ;-))

> About acquire(), this is a bugfix - I'm not looking here to change
> code that isn't broken ;-)

Agreed. Just wanted to mention it before I'd totally forget about it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.

[Kushal Das]

Kushal Das added the comment:

Looking at the code, it seems to be a sqlite issue.

--
nosy: +kushaldas

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14224] packaging: path description of resources is mixed up

[Georg Brandl]

Georg Brandl added the comment:

Doc/packaging has been removed.

--
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18037] 2to3 passes through string literal which causes SyntaxError in 3.x

[Roundup Robot]

Roundup Robot added the comment:

New changeset c498d1090970 by Serhiy Storchaka in branch '2.7':
Issue #18037: Do not escape '\u' and '\U' in raw strings.
http://hg.python.org/cpython/rev/c498d1090970

New changeset acb2dacd0d24 by Serhiy Storchaka in branch '3.3':
Issue #18037: Do not escape '\u' and '\U' in raw strings.
http://hg.python.org/cpython/rev/acb2dacd0d24

New changeset a49d313a28ae by Serhiy Storchaka in branch 'default':
Issue #18037: Do not escape '\u' and '\U' in raw strings.
http://hg.python.org/cpython/rev/a49d313a28ae

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18758] Fix internal references in the documentation

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
dependencies: +Improve cross-references in builtins documentation., Improve 
cross-references in pickle documentation.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19193] Improve cross-references in tutorial

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Here is a patch which fixes internal references in the tutorial.

--
assignee: docs@python
components: Documentation
files: refs.tutorial.patch
keywords: patch
messages: 199228
nosy: docs@python, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Improve cross-references in tutorial
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file32001/refs.tutorial.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18037] 2to3 passes through string literal which causes SyntaxError in 3.x

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you Arfrever.

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18758] Fix internal references in the documentation

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
dependencies: +Improve cross-references in tutorial

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13867] misleading comment in weakrefobject.h

[Roundup Robot]

Roundup Robot added the comment:

New changeset 1800107873c0 by Georg Brandl in branch 'default':
Closes #13867: remove untrue comment about PyWeakref_Check().
http://hg.python.org/cpython/rev/1800107873c0

--
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19171] pow() improvement on longs

[Mark Dickinson]

Mark Dickinson added the comment:

No need to revert.  The improvement seems like a good one; I was just a bit 
surprised to see it land in the maintenance branches as well as the default 
branch.  My understanding was that minor performance improvements aren't 
normally candidates for inclusion in 2.7.  Maybe Benjamin can clarify the 
policy here.

> I don't care if the trivial exponent == 0 case slows down [...]

Sure; I guess my point was that even the simplest change can have unexpected / 
unintended consequences, which is one of the reasons that it makes sense to me 
to avoid non-bugfix changes in 2.7 / 3.3.

(We're not totally without use-cases for special-casing pow(a, 0, b), by the 
way:  such a pow operation occurs any time you do 
`hash(Decimal(some_integer))`, though admittedly not with an oversized a.)

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13867] misleading comment in weakrefobject.h

[Roundup Robot]

Roundup Robot added the comment:

New changeset 1cd2fca12abf by Georg Brandl in branch '3.3':
Closes #13867: remove untrue comment about PyWeakref_Check().
http://hg.python.org/cpython/rev/1cd2fca12abf

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13867] misleading comment in weakrefobject.h

[Roundup Robot]

Roundup Robot added the comment:

New changeset 39e5ab118602 by Georg Brandl in branch '2.7':
Closes #13867: remove untrue comment about PyWeakref_Check().
http://hg.python.org/cpython/rev/39e5ab118602

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15264] PyErr_SetFromErrnoWithFilenameObject() undocumented

[Georg Brandl]

Georg Brandl added the comment:

Has been documented meanwhile.

--
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15455] index entries not showing up in glossary

[Georg Brandl]

Changes by Georg Brandl :


--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15863] Fine-grained info about Python versions which support changes introduced in micro releases

[Georg Brandl]

Georg Brandl added the comment:

I don't think this is necessary.

--
nosy: +georg.brandl
resolution:  -> works for me
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19171] pow() improvement on longs

[Tim Peters]

Tim Peters added the comment:

I'm glad you pointed it out, Mark!  You're right about unintended consequences, 
and I confess I didn't think at all about the exponent == 0 case.

I didn't remind myself that 2.7 was a bugfix branch either:  I read Armin's 
"(which can be applied on both trunk and 2.7)" and reflexively checked it in.

I'd _say_ I'd be more careful about that in the future, but since I still use 
2.7.5 for most of my private work I wouldn't believe me either ;-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.

[mpb]

mpb added the comment:

No, I have not checked to see if it is a bug in the Windows version of SQLite.

How would I even test that?

I just tried running the command line version of SQLite (version 3.8.0.2 
2013-09-03) on Windows (XP SP2, in VirtualBox).

I manually ran the same statements from the Python script.  I turned on headers 
(.headers ON).  The headers did not contain the quotes around foo_id.

That's probably all the testing I can do easily, unless there is some other way 
to access the cursor description.  I don't have a C development environment 
installed on Windows, nor have I ever written C code that calls SQLite.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11009] urllib.splituser is not documented

[Georg Brandl]

Changes by Georg Brandl :


--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19158] BoundedSemaphore.release() subject to races

[Tim Peters]

Tim Peters added the comment:

Antoine, how strongly do you feel about this?  I confess I don't get it.  
Copy+paste code duplication doesn't help any of readability, correctness, or 
ease of future maintenance, so I guess it's some micro-efficiency concern.  
Really?! ;-)

Note that the patch doesn't _introduce_ calling the base class .release() - the 
code always did that.  All it does is put the pre-existing code in a `with:` 
block.  Minimal change.  Yes, the pre-existing code had to be indented, but no 
non-whitespace character changed.

Of course in this case it's trivial either way.  So if I have to duplicate the 
code to get your blessing, fine.  On the other hand, since it _is_ trivial 
either way, I'd rather not bother ;-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19158] BoundedSemaphore.release() subject to races

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Antoine, how strongly do you feel about this?  I confess I don't get
> it.  Copy+paste code duplication doesn't help any of readability,
> correctness, or ease of future maintenance, so I guess it's some
> micro-efficiency concern.  Really?! ;-)

Not very strongly, admittedly. It's just that I find the double locking
a bit silly while we control both implementations :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19158] BoundedSemaphore.release() subject to races

[Antoine Pitrou]

Antoine Pitrou added the comment:

(of course, you can go ahead and commit your version)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19171] pow() improvement on longs

[Benjamin Peterson]

Benjamin Peterson added the comment:

In general, we like to touch 2.7 as little as possible. I'm not sure it's worth 
arguing about this (admittely small) change meets the bar.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19142] Cross-compile fails trying to execute foreign pgen on build host

[R. David Murray]

R. David Murray added the comment:

I believe that's the correct usage, in which case there must be a bug in the 
process somewhere.  My guess would be that it is looking for a file in the 
"wrong" place when doing a cross compile, but that's just a guess.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19194] Improve cross-references in fcntl documentation

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Here is a patch which fixes internal references in the documentation of the 
fcntl package.

--
assignee: docs@python
components: Documentation
files: refs.fcntl.patch
keywords: patch
messages: 199242
nosy: docs@python, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Improve cross-references in fcntl documentation
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file32002/refs.fcntl.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18758] Fix internal references in the documentation

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
dependencies: +Improve cross-references in fcntl documentation

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19195] Improve cross-references in C API

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Here is a patch which fixes internal references in C API and extension 
documentation.

--
assignee: docs@python
components: Documentation
files: refs.c-api.patch
keywords: patch
messages: 199243
nosy: docs@python, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Improve cross-references in C API
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file32003/refs.c-api.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18758] Fix internal references in the documentation

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
dependencies: +Improve cross-references in pickle documentation

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19196] Improve cross-references in pickle documentation

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Here is a patch which fixes internal references in distutils  documentation.

--
assignee: docs@python
components: Documentation
files: refs.distutils.patch
keywords: patch
messages: 199244
nosy: docs@python, eric.araujo, serhiy.storchaka, tarek
priority: normal
severity: normal
stage: patch review
status: open
title: Improve cross-references in pickle documentation
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file32004/refs.distutils.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18758] Fix internal references in the documentation

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
dependencies: +Improve cross-references in C API

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19196] Improve cross-references in distutils documentation

[Georg Brandl]

Changes by Georg Brandl :


--
title: Improve cross-references in pickle documentation -> Improve 
cross-references in distutils documentation

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.

[R. David Murray]

R. David Murray added the comment:

OK, I've looked at the docs and code, and as far as I can see this bug does not 
exist in Python3.  Or at least in 3.4, which is the only place I'd feel safe 
about making a change to the exception type.

To summarize: in 3.4 socket logic is based on RawIOBase, as is HTTPResponse.  
And RawIOBase checks to see if the file is closed and raises a ValueError if it 
is, when fileno is called on the 'fp' attribute of the HTTPResponse.  At least, 
that's what I think based on reading the code.

So, unless you can reproduce the error in 3.3 and/or 3.4, I think we should 
close this issue as out of date, since as Terry said there is a non-trivial 
danger of backward incompatibility if we were to change the exception type in 
2.7.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.

[Terry J. Reedy]

Terry J. Reedy added the comment:

Florent, for future reference, marking an issue for 2.7 says to us "I  want 
this fixed for 2.7".

I agree that having 3 different error indicators for 3 similar functions is 
nasty. But this is partly due to the difference between object that *has* a fd 
(socket) versus a object that *wraps such an object. The problem is that 
changing any of them could break code that just uses one of them. 

The select doc says that a 'waitable' object must have .fileno() that return a 
valid fd int. It says nothing about an allowed error return. This could be 
interpreted as meaning that not returning an fd int makes the object (such as a 
closed HTTPResponse) unwaitable. Or this could be interpreted as a deficiency 
in the select doc or code. In the module/selectmodule.c code, the various poll 
methods interpret -1 as the error return for a closed fd. I do not know how it 
deals with socket.fileno raising ValueError (or returning None?).

In the client doc, none of several examples of using HTTPResponses use select. 
They just use the various methods to retrieve data. I could interpret this to 
mean that they are not intended to work with select. The fact that they do not, 
reinforces that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18874] Add a new tracemalloc module to trace memory allocations

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +tim.peters

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19197] Improve cross-references in shlex documentation

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Here is a patch which fixes internal references in the documentation of the 
shlex module.

--
assignee: docs@python
components: Documentation
files: refs.shlex.patch
keywords: patch
messages: 199247
nosy: docs@python, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Improve cross-references in shlex documentation
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file32005/refs.shlex.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19198] Improve cross-references in cgi documentation

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Here is a patch which fixes internal references in the documentation of the cgi 
module.

--
assignee: docs@python
components: Documentation
files: refs.cgi.patch
keywords: patch
messages: 199249
nosy: docs@python, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Improve cross-references in cgi documentation
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file32006/refs.cgi.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18948] deliberately crashing tests should prevent core dumps

[Roundup Robot]

Roundup Robot added the comment:

New changeset 1cbd3d9f7d61 by Antoine Pitrou in branch 'default':
Issue #18948: improve SuppressCoreFiles to include Windows crash popup 
suppression, and use it in more tests.
http://hg.python.org/cpython/rev/1cbd3d9f7d61

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18948] deliberately crashing tests should prevent core dumps

[Antoine Pitrou]

Antoine Pitrou added the comment:

Patch committed. Thanks to both of you!

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18758] Fix internal references in the documentation

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
dependencies: +Improve cross-references in cgi documentation, Improve 
cross-references in shlex documentation

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3982] support .format for bytes

[Glyph Lefkowitz]

Glyph Lefkowitz added the comment:

On Oct 8, 2013, at 8:10 AM, Augie Fackler  wrote:

> Hah. Probably too slow for anything beyond a proof of concept, no?

It should perform acceptably on PyPy ;-).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.

[Antoine Pitrou]

Antoine Pitrou added the comment:

I think ValueError should generally be raised when calling fileno() on a closed 
file. However, this is not something we're gonna change in a bugfix release, so 
it would go in 3.4 at the earliest.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com