[issue3073] Cookie.Morsel breaks in parsing cookie values with whitespace

[Sergey Kirillov]

Changes by Sergey Kirillov :


--
nosy: +rushman

___
Python tracker 

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

[issue8774] 0xe7 in ``heapq.__about__`` causes badness

[Ray.Allen]

Ray.Allen  added the comment:

This is the problem with module tabnanny, it always tries to read the py source 
file as a platform-dependent encoded text module, that is, open the file with 
builtin function "open()", and with no encoding parameters. It doesn't parse 
the encoding cookie at the beginning of the fource file! So if a python source 
file contains some character not encoded in that platform-dependent encoding, 
the tabnanny module will fail on checking that source file. Not only heapq.py, 
but also several other stander modules.

That platform-dependent encoding is judged as following orders:
1. os.device_encoding(fd)
2. locale.preferredencoding()
3. ascii.

I wonder why tabnanny works in this way. Is this the intended behaviour?  On my 
flatform, if I use tabnanny to check a source file which contains some chinese 
characters and encoded in 'gbk', the UnicodeDecodedError will raise.

If this is not the intended behaviour, I guess if we want to fix this problem, 
we have to change the way tabnanny read the source file. Just like the way 
python compiler works. First, open the file in "rb" module, then try to detect 
the encoding use tokenize.detect_encoding() method, then use the dected 
encoding to open the source file again in text module.

--
nosy: +ysj.ray

___
Python tracker 

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

[issue8774] 0xe7 in ``heapq.__about__`` causes badness

[Ray.Allen]

Ray.Allen  added the comment:

I add "tim_one" to nosy list since I found this name in 
Misc/maintainers:tabnanny. Sorry if I did something improper.

If this is really a problem, I'm glad to apply a patch for it.

Thanks!

--
nosy: +tim_one

___
Python tracker 

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

[issue8772] sysconfig: _get_default_scheme can be made public?

[Tarek Ziadé]

Tarek Ziadé  added the comment:

Its a good idea to have that API. 

Now for the subscheme, 


   def get_current_scheme(subscheme=oneof('default', 'home', 'user')):

This doesn't work because the installed Python has already chosen a scheme 
between default or home.

So I'd rather have two APIs answering to that:

- get_current_scheme() : what's the default scheme for this python installation 
?
- get_current_user_scheme() :  what's the default user scheme for his python 
installation

Next, if you want to browse the various available schemes for the platform, we 
could change "get_scheme_names()" and add a new parameter, saying that we want 
only the scheme for the current OS:

  get_scheme_names(current_platform=False)



(removing 2.7 as a target -- it's too late)

--
versions:  -Python 2.7

___
Python tracker 

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

[issue8774] 0xe7 in ``heapq.__about__`` causes badness

[Éric Araujo]

Éric Araujo  added the comment:

PEP 8, section “encodings”, tells that stdlib source code in 3.x should always 
use ASCII or UTF-8, without encoding magic comment (since UTF-8 is the default 
now and ASCII is a subset of UTF-8); it explicitly mentions author names in 
comments or docstrings as the use case for UTF-8 bytes instead of escapes.

tl;dr: Don’t mangle people’s names, fix tabnanny.

--
nosy: +merwok

___
Python tracker 

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

[issue8559] test_gdb: test_strings() fails with ASCII locale

[STINNER Victor]

STINNER Victor  added the comment:

> r81375 improves unicode support of libpython.py. I hope that it will be
> enough to fix test_strings() failures.

Ok, buildbots seem happy: "alpha Debian 3.x" is green again.

Python 3.1 doesn't have libpython.py: commit blocked (r81376).

I forward ported some code from py3k to trunk to fix support of non-BMP unicode 
characters: r81377. Commit blocked in py3k (r81378) and 2.6 (r81379).

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue8775] Use locale encoding to decode sys.argv, not the file system encoding

[STINNER Victor]

New submission from STINNER Victor :

The file system is hardcoded to UTF-8 on Mac OS X, whereas the locale 
encoding... depends on the locale. See issue #4388 for the details.

I think that we should use the locale encoding to encode and decode command 
line arguments. We have to create a new encoding variable used for the command 
line arguments:
 * Py_CommandLineEncoding
 * sys.getcmdlineencoding()
 * (no sys.setcmdlineencoding() please!)
 * ...

This encoding only should be used on POSIX: Windows native type is unicode 
(wchar_t*). It should be used to decode sys.argv and to encode child processes 
arguments (subprocess, os.exec*(), etc.)).

On Linux, it should change anything because the file system encoding is the 
locale encoding. Said differently, Python3 does already use the locale encoding 
for the command arguments on Linux.

If you pass a filename on the command line and then open it: the filename is 
decoded with the locale encoding, and then encoded with the file system 
encoding. I fear that it will fail if both encodings are differents...

--
messages: 106139
nosy: haypo
priority: normal
severity: normal
status: open
title: Use locale encoding to decode sys.argv, not the file system encoding
versions: Python 3.2

___
Python tracker 

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

[issue8776] Bytes version of sys.argv

[STINNER Victor]

New submission from STINNER Victor :

In some situations, the encoding of the command line is incorrect or unknown. 
sys.argv is decoded with the file system encoding which can be wrong. Eg. see 
issue #4388 (ok, it's a bug, it should be fixed).

As os.environb, it would be useful to have bytes version of sys.argv to have 
able to decide the encoding used to decode each argument, or to manipulate 
bytes if we don't care about the encoding.

See also issue #8775 which propose to add a new encoding to decode sys.argv.

--
components: Interpreter Core, Unicode
messages: 106140
nosy: haypo
priority: normal
severity: normal
status: open
title: Bytes version of sys.argv
versions: Python 3.2

___
Python tracker 

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

[issue8776] Bytes version of sys.argv

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

> sys.argv is decoded with the file system encoding

IIRC this is not exact. Py_Main signature is 
Py_Main(int argc, wchar_t **argv)
then PyUnicode_FromWideChar is used, and there is no conversion (except from 
UCS4 to UCS2).
The wchar_t strings themselves are built with mbstowcs(), the file system 
encoding is not used.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue8760] Python 2.6.5 fails to build on AIX 5.3

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

There is a message::
   'import site' failed; use -v for traceback
what do you get when you run "./python -v"?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue8776] Bytes version of sys.argv

[STINNER Victor]

STINNER Victor  added the comment:

> The wchar_t strings themselves are built with mbstowcs(), 
> the file system encoding is not used.

Oops sorry, you are right, and it's worse :-) sys.argv is decoded using the 
locale encoding, but subprocess & cie use the file system encoding for the 
reverse operation. => it doesn't work if both encodings are different (#4388, 
#8775).

The pseudo-code to create sys.argv on Unix is:

 # argv is a bytes list
 encoding = locale.getpreferredencoding()
 sys.argv = [arg.decode(encoding, 'surrogateescape') for arg in argv]

--

___
Python tracker 

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

[issue4388] test_cmd_line fails on MacOS X

[STINNER Victor]

STINNER Victor  added the comment:

I created to related issues:
 - #8775: Use locale encoding to decode sys.argv, not the file system encoding
 - #8776: Bytes version of sys.argv

If #8775 is fixed, it should fix this issue too.

--

___
Python tracker 

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

[issue1512] Removal of stale code in pyconfig.h

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I think there is harm in removing this block; it would cause PY_LONG_LONG not 
to be defined anymore. Closing as invalid.

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

___
Python tracker 

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

[issue1445781] install fails on hard link

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
versions: +Python 3.2 -Python 2.7, Python 3.1

___
Python tracker 

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

[issue1855] Codepage unset in msilib.init_database()

[Martin v . Löwis]

Martin v. Löwis  added the comment:

[The original link seems down; I found a similar description at 
http://msdn.microsoft.com/en-us/library/aa372049%28VS.85%29.aspx]

I think you are misinterpreting the documentation. It doesn't say that the 
codepage property is required (in fact, they explicitly list the required 
properties, namely Template, Revision Number, Page Count, Word Count). What 
they do say is that *if* you want to set the codepage property, *then* you must 
set it before any other string property. Since we are not setting the codepage 
property at all, this requirement is irrelevant.

Closing the report as invalid.

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

___
Python tracker 

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

[issue1884] msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type mismatch

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I fail to see the bug in this report. As you found out, you need to set the 
codepage property before setting any of the string properties. This is a 
requirement imposed by Microsoft, and has nothing to do with Python.

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

___
Python tracker 

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

[issue4388] test_cmd_line fails on MacOS X

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

What if os.system(), os.execvp() and friends used "wcstombs" (or 
locale.preferredencoding) to convert arguments from unicode to bytes? this 
would at least guarantee round-trip when spawning another python interpreter.

An interesting test is to compare the effects of os.unlink(filename) and 
os.system('rm "%s"' % filename), where filename is non-ascii. Does it work 
today?

--

___
Python tracker 

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

[issue1542] Ship 32 and 64bit libs with MSI installer

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
versions: +Python 3.2 -Python 2.7, Python 3.1

___
Python tracker 

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

[issue8775] Use locale encoding to encode command line arguments (subprocess, os.exec*(), etc.)

[STINNER Victor]

STINNER Victor  added the comment:

Fix the title: sys.argv is already decoded using the locale encoding on Unix, 
the problem is that it uses a (possibly) different encoding to encode command 
line arguments: file system encoding.

--
title: Use locale encoding to decode sys.argv, not the file system encoding -> 
Use locale encoding to encode command line arguments (subprocess, os.exec*(), 
etc.)

___
Python tracker 

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

[issue1566260] Better order in file type descriptions

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
versions: +Python 3.2 -Python 2.7, Python 3.1

___
Python tracker 

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

[issue8774] tabnanny improperly handles non-ascii source files

[Dan Buch]

Changes by Dan Buch :


--
title: 0xe7 in ``heapq.__about__`` causes badness -> tabnanny improperly 
handles non-ascii source files

___
Python tracker 

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

[issue8774] tabnanny improperly handles non-ascii source files

[Dan Buch]

Changes by Dan Buch :


Removed file: 
http://bugs.python.org/file17413/françois-pinard-killed-my-tabnanny.patch

___
Python tracker 

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

[issue8774] tabnanny improperly handles non-ascii source files

[Dan Buch]

Dan Buch  added the comment:

removed patch because the fix should be made to tabnanny itself

--

___
Python tracker 

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

[issue8739] Update to smtpd.py to RFC 5321

[Alberto Trevino]

Alberto Trevino  added the comment:

I have attached a version 2 of the patch.  This patch includes everything in 
the first version, and adds the following:

 - Support for help arguments (HELP MAIL, for example)
 - Support for setting the maximum message size from the command line

This last feature adds the -s or --size option to the command line.  It allows 
the user to specify the maximum size for the message.  It is set to 0 for the 
default, meaning no limit.  This mimics the original behavior of module.  If 
you specify a size (like --size 32768), it will reject messages larger than the 
specified number of bytes (32KiB in this case).  If you don't specify the size, 
the response of EHLP won't list SIZE as one of the extensions.  But, if a size 
is specified, then it will show it on EHLP.

Hopefully these two changes will address some of the concerns that have been 
brought up.

--
Added file: 
http://bugs.python.org/file17415/smtpd.py-0.2-rfc5321-enhancements-2.diff

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Meador Inge]

Meador Inge  added the comment:

> is that correct, or should the production list be something like:

Yup, you are right.  I will change the grammar.

> Whether these cases are valid or not (personally, I think they should 
> be), we should add some tests for them.  '<' *is* currently valid, I 
> believe.

I agree, they should be valid.  I will add more test cases.

> The possibility of mixing native size/alignment with standard 
> size/alignment in a single format string makes me a bit uneasy

I agree.  It is hard for me to see how this might be used.  In any case,
the relevant part of the PEP that I was following is:

"Endian-specification ('!', '@','=','>','<', '^') is also allowed inside the 
string so that it can change if needed. The previously-specified endian string 
is in force until changed. The default endian is '@' which means native 
data-types and alignment. If un-aligned, native data-types are requested, then 
the endian specification is '^'."

However, I am not quite sure how to interpret the last sentence.

> Should the switch to '>' within the embedded struct be regarded as 
> local to the struct?

No, there is no notion of scope here.  A given specifier is active until the 
next one is found.

> Ah, it should have been:
> 
> assert(soself->s_tree != NULL);

D'oh!  I missed that when I merge over to py3k -- I started this work on trunk. 
 Thanks.

--
Added file: http://bugs.python.org/file17416/struct-string.py3k.2.patch

___
Python tracker 

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

[issue8611] Python3 doesn't support locale different than utf8 and an non-ASCII path (POSIX)

[Andrew Svetlov]

Andrew Svetlov  added the comment:

After looking in #4352 deep I figured out what true separation of filesystem 
default encoding and utf8 python namespace is really too complicated.
For example import call stack chain converts module name from utf-8 to  
filesystem in import.c:find_module. After that converted name used by 
PyImport_ExecCodeModule* as utf-8 name while actually it has filesystem 
encoding. That problem cannot be solved by "five-line patch" and Martin von 
Loevis suggested me to stop potentially dangerous big import.c changes in 
python 3.1 beta. 
I like importlib way (with maybe C implementation as next step) in terms of 
"true way" reorganization of python import machinery, but unfortunatelly Cannon 
has no time for that. From my perspective only big refactoring can solve 
encoding issues (and we can use excellent io implementation to open utf-8 named 
files in Windows using native unicode functions). We need to split 'module 
names' from 'filesystem pathes' clean. 
Maybe pure python importing is not easy - not sure. But reorganizing of current 
'import spaghetti' is required. importlib (and PEP 302) introduced a nice way 
to do that.
I like to be volunteer for this task and I feel enough knowledge to implement 
and test cover at least windows and linux (MacOs is not big problem also). But 
I need a mentor (Petrou, Cannon - you are welcome) to make it done, done clear 
and stable, done in resonable time period.

--
nosy: +asvetlov

___
Python tracker 

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

[issue8611] Python3 doesn't support locale different than utf8 and an non-ASCII path (POSIX)

[Andrew Svetlov]

Changes by Andrew Svetlov :


--
nosy: +brett.cannon

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> > The possibility of mixing native size/alignment with standard 
> > size/alignment in a single format string makes me a bit uneasy
> 
> I agree.  It is hard for me to see how this might be used.

Without having anything more constructive to add, I also agree with this
gut feeling. Perhaps not all of the PEP needs implementing; we can just
add what is genuinely useful.

--

___
Python tracker 

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

[issue8748] integer-to-complex comparisons give incorrect results

[Meador Inge]

Meador Inge  added the comment:

Thanks for the review.  I incorporated the check re-orderings.

I am also writing more tests.  Which already exposed a subtly that I was not 
expecting:


Python 3.2a0 (py3k:81284M, May 20 2010, 09:08:20) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> n = 2 ** 53
[37447 refs]
>>> complex(n + 2) == n + 2
True
[37457 refs]
>>> complex(n + 1) == n + 1
False
[37459 refs]
>>> complex(n + 3) == n + 3
False
[37460 refs]
>>> complex(n + 4) == n + 4
True
[37461 refs]
>>> 

It seems as if 'complex(n + delta) == n + delta' when 'delta' is even.

--

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Mark Dickinson]

Mark Dickinson  added the comment:

Thanks for the new patch.

> "... If un-aligned, native data-types are requested, then the
> endian specification is '^'."
>
> However, I am not quite sure how to interpret the last sentence.

Hmm.  Seems like the PEP authors are proposing a new byteorder/alignment/size 
specifier here:  '^' = native byte-order + native size + no alignment.  I 
missed this before.

>> Should the switch to '>' within the embedded struct be regarded as 
>> local to the struct?

>No, there is no notion of scope here.  A given specifier is active >until the 
>next one is found.

Okay.  I wonder whether that's the most useful thing to do, though.

As a separate issue, I notice that the new 'T{}' code doesn't respect 
multiplicities, e.g., as in 'H3T{HHL}'.  Is that intentional/desirable?

>>> struct.pack('H3T{HHL}', 1, (2, 3, 4))
b'\x01\x00\x02\x00\x03\x00\x00\x00\x04\x00\x00\x00\x00\x00\x00\x00'

If we don't allow multiplicities, this should produce an exception, I think.  
If we do allow multiplicities (and I don't immediately see why we shouldn't), 
then we're going to have to be clear about how endianness behaves in something 
like:

'>H3T{HHHT{HH

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

[issue8748] integer-to-complex comparisons give incorrect results

[Mark Dickinson]

Mark Dickinson  added the comment:

> It seems as if 'complex(n + delta) == n + delta' when 'delta' is even.

For n = 2**53, and 0 <= delta <= 2**53, this sounds about right;  the reason is 
that the numbers in the range [2**53, 2**54] that are exactly representable as 
an IEEE 754 double are the even numbers.  Similarly, the only numbers in 
[2**54, 2**55] that are representable are multiples of 4, etc.

Thanks for the updated patch;  I'll take a closer look tonight, and apply it if 
all looks good.

--

___
Python tracker 

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

[issue8611] Python3 doesn't support locale different than utf8 and an non-ASCII path (POSIX)

[STINNER Victor]

STINNER Victor  added the comment:

As I wrote, I have an huge patch somewhere in my harddrive fixing this issue. 
But I don't want to publish it because it's really huge. I prefer to fix the 
problem step by step. I fixed most related issues: see the dependency list of 
#8242. I will publish the big patch shortly.

--

___
Python tracker 

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

[issue8771] Socket freezing under load issue on Mac.

[Jean-Paul Calderone]

Jean-Paul Calderone  added the comment:

Have you looked at the number of TIME_WAIT sockets you have on the system when 
your benchmark gets to the 16000 request mark?

This looks exactly like a regular TCP limitation to me.  You'll find the limit 
on any platform, not just OS X.

--
nosy: +exarkun

___
Python tracker 

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

[issue8772] sysconfig: _get_default_scheme can be made public?

[Sridhar Ratnakumar]

Sridhar Ratnakumar  added the comment:

On 2010-05-20, at 2:45 AM, Tarek Ziadé wrote:

> So I'd rather have two APIs answering to that:
> 
> - get_current_scheme() : what's the default scheme for this python 
> installation ?
> - get_current_user_scheme() :  what's the default user scheme for his python 
> installation

+1

> Next, if you want to browse the various available schemes for the platform, 
> we could change "get_scheme_names()" and add a new parameter, saying that we 
> want only the scheme for the current OS:
> 
>  get_scheme_names(current_platform=False)

+1 as well. Perhaps `get_scheme_names(all=True)`? This seems like it can be 
done for 2.7, if found to be worthy of implementation.

--

___
Python tracker 

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

[issue8765] Tests unwillingly writing unicocde to raw streams

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> The initial problem here is that we can't write unicode to a buffered 
> binary stream (TypeError), but we can do it with an unbufferred raw 
> stream - as the C implementation of the latter does string coercion 
> instead of raising TypeError.
> Shouldn't we unify the behaviour of binary streams in such cases ?

Yes, we certainly should. This is probably an oversight or a bug.

--

___
Python tracker 

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

[issue8772] sysconfig: _get_default_scheme can be made public?

[Sridhar Ratnakumar]

Sridhar Ratnakumar  added the comment:

> removing 2.7 as a target -- it's too late

If contribute a patch to `get_current_scheme` and `get_current_user_scheme`, 
will be accepted as part of 2.7?

Roughly I would do something like this:

scheme = os.name
if usersite: # get_current_user_scheme
if sys.platform == 'darwin':
scheme = 'osx_framework_user'
else:
scheme += '_user'
elif scheme == 'posix':
scheme = 'posix_prefix'
return scheme

--

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Mark Dickinson]

Mark Dickinson  added the comment:

After a bit more thought (and after soliciting a couple of opinions on 
#python-dev), I'm convinced that endianness changes within a substruct should 
be local to that substruct:

- it makes the meaning of '>2T{HT{HH

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

[issue8772] sysconfig: _get_default_scheme can be made public?

[Sridhar Ratnakumar]

Sridhar Ratnakumar  added the comment:

Here it is:

def get_current_scheme():
scheme = os.name
if scheme == 'posix':
scheme = 'posix_prefix'
return scheme

def get_current_user_scheme():
scheme = os.name
if sys.platform == 'darwin':
scheme = 'osx_framework_user'
else:
scheme += '_user'
return scheme

What do you think?

--

___
Python tracker 

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

[issue8775] Use locale encoding to encode command line arguments (subprocess, os.exec*(), etc.)

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue8776] Bytes version of sys.argv

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue1289118] timedelta multiply and divide by floating point

[Mark Dickinson]

Mark Dickinson  added the comment:

Sorry, dropping this again.  I've got caught up with too many non-datetime 
related issues.

--
assignee: mark.dickinson -> 

___
Python tracker 

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

[issue8777] Add threading.Barrier

[Kristján Valur Jónsson]

New submission from Kristján Valur Jónsson :

The "barrier" synchronization primitive is often very useful.  It is simpler to 
use than an Event, for example, when waiting for threads to start up, or to 
finish.
The patch contains a simple barrier implementation based on a Condition 
variable, for your perusal.

See http://en.wikipedia.org/wiki/Barrier_(computer_science) for info.

This particular implementation contains an important feature:  The ability to 
adjust the 'count' of the barrier.  This is useful in case a thread dies for 
some reason, to avoid a deadlock for the other threads.

There is still no documentation, since this is only a proposal, but there is a 
unittest.

--
components: Library (Lib)
files: barrier.patch
keywords: patch, patch
messages: 106167
nosy: krisvale
priority: normal
severity: normal
status: open
title: Add threading.Barrier
type: feature request
versions: Python 2.7
Added file: http://bugs.python.org/file17417/barrier.patch

___
Python tracker 

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

[issue8777] Add threading.Barrier

[Brian Curtin]

Changes by Brian Curtin :


--
versions: +Python 3.2 -Python 2.7

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Meador Inge]

Meador Inge  added the comment:

> As a separate issue, I notice that the new 'T{}' code doesn't respect 
> multiplicities, e.g., as in 'H3T{HHL}'.  Is that 
> intentional/desirable?

That could have been an oversight on my part.  I don't see any immediate reason 
why we wouldn't allow it.

> But now I've got a new open issue:  how much padding should be 
> inserted/expected (for pack/unpack respectively) between the 'B' and 
> the 'T{...}' in a struct format string of the form 'BT{...}'?

Doesn't that depend on what is in the '...'?  For example, I would expect the 
same padding for 'BT{I}' and 'BI'.  In general, I would expect the padding to 
be the same for 'x+T{y+}' and 'x+y+'.  The 'T{...}'s are merely organizational, 
right?

> I'm tempted to suggest that for native mode, changing the specifier be 
> disallowed entirely.

I am tempted to suggest that we just go back to having one specifier at the 
beginning of the string :).  Things seem to be getting complicate without any 
clear benefits.

--

___
Python tracker 

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

[issue8748] integer-to-complex comparisons give incorrect results

[Meador Inge]

Meador Inge  added the comment:

> Thanks for the updated patch;  I'll take a closer look tonight, and 
> apply it if all looks good.

I incorporated the changes locally and have not updated the patch yet.  I will 
update it later today.

--

___
Python tracker 

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

[issue8748] integer-to-complex comparisons give incorrect results

[Mark Dickinson]

Mark Dickinson  added the comment:

D'oh!  Sorry.

--

___
Python tracker 

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

[issue8775] Use locale encoding to decode sys.argv, not the file system encoding

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> I think that we should use the locale encoding to encode and decode command 
> line arguments. 

I disagree. IIUC, this is only about OSX. Now, we shouldn't take any
action until either some OSX expert explains us how command line
arguments are being passed on OSX, or we find some Apple documentation
that can be taken as a specification.

I think the C locale is very poorly supported on OSX, and we shouldn't
really use it for anything. What may be useful is the terminal encoding
(which may be different both from UTF-8 and the locale encoding),
however, it's not possible to find out what the terminal encoding is.
In addition, programs may be started "directly" (i.e. not from the
terminal), in which case the terminal encoding would be irrelevant.

For file name arguments at least, it's very clear that the command line
arguments also use the file system encoding.

--
nosy: +loewis
title: Use locale encoding to encode command line arguments (subprocess, 
os.exec*(), etc.) -> Use locale encoding to decode sys.argv, not the file 
system encoding

___
Python tracker 

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

[issue8776] Bytes version of sys.argv

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> As os.environb, it would be useful to have bytes version of sys.argv
> to have able to decide the encoding used to decode each argument, or
> to manipulate bytes if we don't care about the encoding.

-1. Py_Main expects wchar_t*, so no byte-oriented representation of the
command line is readily available.

--
nosy: +loewis

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Mark Dickinson]

Mark Dickinson  added the comment:

> For example, I would expect the same padding for 'BT{I}' and 'BI'.

Granted, yes.  But I wouldn't expect the same padding for 'BT{BI}' and 'BBI'.  
'BT{BI}' should match a C struct which itself has an embedded struct.  For C, I 
get the following results on my machine:

#include 

/* corresponds to 'T{BI}' */
typedef struct {
  char y;
  int z;
} A;

/* corresponds to 'BT{BI}' */
typedef struct {
  char x;
  A yz;
} B;

/* corresponds to 'BBI' */
typedef struct {
  char x;
  char y;
  int z;
} C;

int main(void) {
  printf("sizeof(A) = %zu\n", sizeof(A));
  printf("sizeof(B) = %zu\n", sizeof(B));
  printf("sizeof(C) = %zu\n", sizeof(C));
  return 0;
}

/*  
 
Results on a (64-bit) OS X 10.6 machine:
 

 
sizeof(A) = 8   
 
sizeof(B) = 12  
 
sizeof(C) = 8   
 
*/

--

___
Python tracker 

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

[issue8765] Tests unwillingly writing unicocde to raw streams

[Pascal Chambon]

Pascal Chambon  added the comment:

Allright, what's the expected behaviour then - implicitly converting unicode to 
bytes (like C RawFileIO), or raising a typeerror (like buffered streams do) ?

--

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Mark Dickinson]

Mark Dickinson  added the comment:

(whoops -- used unsigned struct codes to correspond to signed C types there;  
but it shouldn't make any difference to the sizes and padding).

> I am tempted to suggest that we just go back to having one specifier at the 
> beginning of the string :).  Things seem to be getting complicate without any 
> clear benefits.

Agreed.  Though if anyone following this issue wants to make the case that 
there are benefits to being able to change the endianness midway through a 
string, please do so!

--

___
Python tracker 

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

[issue8765] Tests unwillingly writing unicocde to raw streams

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Allright, what's the expected behaviour then - implicitly converting
> unicode to bytes (like C RawFileIO), or raising a typeerror (like
> buffered streams do) ?

Sorry, I should have been clearer. The expected behaviour is to raise a
TypeError. The new io module was written for Python 3, where you
shouldn't mix bytes and unicode strings and expect things to work.

--

___
Python tracker 

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

[issue1289118] timedelta multiply and divide by floating point

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
assignee:  -> belopolsky
nosy: +belopolsky -Alexander.Belopolsky

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Meador Inge]

Meador Inge  added the comment:

> Granted, yes.  But I wouldn't expect the same padding for 'BT{BI}' and 
> 'BBI'.  'BT{BI}' should match a C struct which itself has an embedded 
> struct.  For C, I get the following results on my machine:

I wasn't sure.  The C99 standard does not specify what the behavior should be.  
It is implementation defined.  I guess most implementations just set the 
alignment of the struct with the alignment of its most demanding member.

I need to change how the alignment for nested structures is computed.  Right 
now alignments are being computed as if the 'T{...}' codes were not there.  I 
will hold off until we decide what that rule should be, but I think the most 
demanding element rule seems reasonable.

--

___
Python tracker 

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

[issue7902] relative import broken

[Brett Cannon]

Brett Cannon  added the comment:

Thanks for the patch, Meador. All I did was tweak the test slightly. Committed 
in:

+ 2.7: r81380
+ 2.6: r81381

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

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Mark Dickinson]

Mark Dickinson  added the comment:

> The C99 standard does not specify what the behavior should be.

Right;  it's down to the platform ABI.

I think the least common multiple of the alignment requirements of the struct 
members is the way to go, though.  It's difficult to imagine an ABI for which 
this lcm isn't the same thing as the largest struct member alignment, but I 
don't want to categorically say that such ABIs don't exist.

Here's a snippet from the gcc manual [1]:

"Note that the alignment of any given struct or union type is required by the 
ISO C standard to be at least a perfect multiple of the lowest common multiple 
of the alignments of all of the members of the struct or union in question."

I'm not sure I could identify the precise pieces of the standard that imply 
that requirement, though.

[1] 
http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Type-Attributes.html#Type-Attributes

--

___
Python tracker 

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

[issue3132] implement PEP 3118 struct changes

[Mark Dickinson]

Mark Dickinson  added the comment:

Another snippet, from the latest public draft of the System V x86-64 ABI [1]:

"""Structures and unions assume the alignment of their most strictly aligned 
compo- nent. Each member is assigned to the lowest available offset with the 
appropriate alignment. The size of any object is always a multiple of the 
object‘s alignment."""

I'd be fine with using the largest alignment, as above, instead of computing an 
lcm;  I can't believe it'll ever make a difference in practice.  For an empty 
struct (not allowed in C99, but allowed as a gcc extension, and allowed by the 
struct module), the alignment would be 1, of course.

[1] http://www.x86-64.org/documentation/abi.pdf

--

___
Python tracker 

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

[issue8772] sysconfig: _get_default_scheme can be made public?

[Tarek Ziadé]

Tarek Ziadé  added the comment:

No sorry, no API change for 2.7 at this point. We are in beta stage.

Now for the implementation, it's going to be a little more complex. We need to 
look at variables like PYTHONFRAMEWORK for instance.

--

___
Python tracker 

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

[issue8760] Python 2.6.5 fails to build on AIX 5.3

[Orlando Irrazabal]

Orlando Irrazabal  added the comment:

Sorry, i didn't send that because the output is the same:

r...@host:python-2.6.5# ./python -m test.regrtest -w -v
'import site' failed; use -v for traceback
Could not import runpy module

r...@catastrix:python-2.6.5# ./python -v
# installing zipimport hook
import zipimport # builtin
# installed zipimport hook
'import site' failed; traceback:
ImportError: No module named site
Python 2.6.5 (r265:79063, May 19 2010, 17:31:05) [C] on aix5
Type "help", "copyright", "credits" or "license" for more information.
 >>>

If I run the command ../python -m test.regrtest -w -v from the Lib 
directory, I get the below output:

r...@host:Lib# ../python -m test.regrtest -w -v
'import site' failed; use -v for traceback
Traceback (most recent call last):
   File "runpy.py", line 122, in _run_module_as_main
 "__main__", fname, loader, pkg_name)
   File "runpy.py", line 34, in _run_code
 exec code in run_globals
   File "/sw_install/python-2.6.5/Lib/test/regrtest.py", line 124, in 

 import cStringIO
ImportError: No module named cStringIO

Thanks

Orlando

--

___
Python tracker 

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

[issue5753] CVE-2008-5983 python: untrusted python modules search path

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Here is a new patch giving more details in the doc, and explicitly mentioning 
the CVE entry.

--
stage: needs patch -> patch review
Added file: http://bugs.python.org/file17418/setargvex2.patch

___
Python tracker 

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

[issue4870] ssl module is missing SSL_OP_NO_SSLv2

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I would like to move forward on this. Does anyone have any comments or 
objections to the current proposal?

--

___
Python tracker 

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

[issue1289118] timedelta multiply and divide by floating point

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

dt.diff does not apply to current SVN version anymore.  I am attaching a quick 
update that does not change the actual calculation performed.  See 
issue1289118-py3k.diff.

I am still -1 for the reason I stated before, but I would like to review a 
working patch first before proposing a resolution.

--
keywords: +patch
Added file: http://bugs.python.org/file17419/issue1289118-py3k.diff

___
Python tracker 

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

[issue1289118] timedelta multiply and divide by floating point

[Daniel Stutzbach]

Changes by Daniel Stutzbach :


--
nosy:  -agthorr

___
Python tracker 

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

[issue1371826] distutils is silent about multiple -I/-L/-R

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1109602] Need some setup.py sanity

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue967934] csv module cannot handle embedded \r

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1072404] Bugs in _csv module - lineterminator

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue5332] csv sniffer

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1563079] code.InteractiveConsole() and closed sys.stdout

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1690103] trace module borks __file__

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1776160] Buffer overflow when listing deeply nested directory

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1054] scriptsinstall target fails in alternate build dir

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue2403] Add figleaf coverage metrics

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1467929] %-formatting and dicts

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1581906] test_sqlite fails on OS X if test_ctypes is run

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue4106] multiprocessing occasionally spits out exception during shutdown

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue998998] pickle bug - recursively memoizing class?

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue6251] c++ extension module implementation guide/example in extending/embedding documentation

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue4506] 3.0 make test failures on Solaris 10

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue6520] urllib.urlopen does not have timeout parameter where as urllib2.urlopen has

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue5736] Add the iterator protocol to dbm modules

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue6695] PyXXX_ClearFreeList for dict, set, and list

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue4010] configure options don't trickle down to distutils

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue5148] gzip.open breaks with 'U' flag

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue6105] json.dumps doesn't respect OrderedDict's iteration order

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue7185] csv reader utf-8 BOM error

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue6186] test_thread occasionally reports unhandled exceptions on OS X

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue7247] test_fcntl_64_bit from test_fcntl.py fails in Python 2.6.4

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue7475] codecs missing: base64 bz2 hex zlib ...

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue766910] fix one or two bugs in trace.py

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue1374063] Broader iterable support for xmlrpclib

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue2623] Patch: xmlrpclib client ignores datetime tzinfo when creating iso8601 dates

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue3539] Problem with pgen make dependencies in certain circumstances

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue4086] support %z format in time.strftime and _strptime?

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue3173] external strftime for Python?

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue4810] timeit needs "official" '--' flag

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue2262] Helping the compiler avoid memory references in PyEval_EvalFrameEx

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue4888] misplaced (or misleading) assert in ceval.c

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue4896] Faster why variable manipulation in ceval.c

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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