[issue1605] Semi autogenerated _types module

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

>  Well, okay. I still think we should expose these core interpreter types
>  somehow, so people can identify types easily. I don't want to be forced
>  to finding the type of sys._getframe to tell if I have a frame object on
>  my hands. Where would you put them?

Perhaps that one belongs together with sys._getframe?

You don't seem to be getting my point (or you are purposely ignoring
it), and this is frustrating for me. If these types must be exposed
they should be each be exposed in a a module (new or existing) that
defines other objects (types, functions, constants, what have you)
with a related purpose. So maybe dict views etc. can be in
collections. And maybe module, function, class, properties, some
standard decorators (classmethod, staticmethod) and various types of
methods and method wrappers can be in a module that packages code
structures. OTOH code, frame, traceback may be more suitable for a
low-level module (although I'm not sure about traceback, perhaps it is
closer exceptions). Many types of iterators may best be placed in
itertools (which defines them in the first place, many operations
there already *are* their own type). But the iterators over the
built-in collection types (list, dict etc.) should probably live in
collections again.

You see, coming up with a meaningful grouping is not all that easy --
but that's no reason to lump them all together in a "built-in-types"
module. Another criterion for grouping is whether the types make sense
for other implementations like Jython, IronPython or PyPy, or not.

I'm all for exposing these. But I'm 100% against just collecting all
those types and putting them in a single grab-bag module.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2281] Enhanced cPython profiler with high-resolution timer

[Alexandre Vassalotti]

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:

I don't think this should be added to 2.5. Only bugfixes are admissible
to the backporting process (see PEP 6).

Finally, could you post the diff of your changes as described at
http://www.python.org/dev/patches/. Thanks!

--
components: +Extension Modules -None
keywords: +patch
nosy: +alexandre.vassalotti
priority:  -> normal
type:  -> performance

__
Tracker <[EMAIL PROTECTED]>

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

[issue2273] test_decimal: possible thread lockup in test case

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

Commited in r61731.

Thank you both!

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue2351] Using __(get|set|del)slice__ needs a Py3K warning

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Here's a patch for that. It gives warnings on use of __getslice__,
__delslice__, and __setslice__ and includes tests.
But
it only works on new style classes. I don't think this is a big problem
because users will see the warnings when they switch their classes to
new-style.

--
keywords: +patch
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file9808/slice_methods_py3kwarn.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue2450] urllib2.Request constructor has no timeout parameter

[John J Lee]

John J Lee <[EMAIL PROTECTED]> added the comment:

I don't buy the "API complication" argument.

I might accept an argument that the timeout isn't really anything to do
with the request, so I won't bother to continue with this bug report.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2455] stat.ST_CTIME and stat.ST_ATIME problem

[Andrey Skvortsov]

New submission from Andrey Skvortsov <[EMAIL PROTECTED]>:

stat.ST_CTIME and stat.ST_ATIME are mixed up.
ST_CTIME gives access time and should be ST_ATIME and vice versa 
ST_ATIME gives creation time. Linux.

--
components: Library (Lib)
messages: 64310
nosy: sassas
severity: normal
status: open
title: stat.ST_CTIME and stat.ST_ATIME problem
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue974635] Slice indexes passed to __getitem__ are wrapped

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

This looks like a duplicate of issue723806 which was closed as "won't 
fix."

--
components: +Interpreter Core -None
nosy: +belopolsky
type:  -> behavior


Tracker <[EMAIL PROTECTED]>


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

[issue2450] urllib2.Request constructor has no timeout parameter

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

As I wrote in the other bug that you opened (#2451), introducing this
will complicate the usage and semantics of what is already established
and working.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2450] urllib2.Request constructor has no timeout parameter

[John J Lee]

John J Lee <[EMAIL PROTECTED]> added the comment:

This should be solved by introducing a "not set" value other than None.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2454] sha and md5 fixer

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
title: md5 fixer -> sha and md5 fixer

__
Tracker <[EMAIL PROTECTED]>

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

[issue2454] md5 fixer

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

And do the same for:

sha.sha1 -> hashlib.sha1
sha.new  -> hashlib.sha1

--
nosy: +gregory.p.smith

__
Tracker <[EMAIL PROTECTED]>

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

[issue2454] md5 fixer

[Martin v. Löwis]

New submission from Martin v. Löwis <[EMAIL PROTECTED]>:

Usages of the md5 module could be fixed, as it's unavailable in 3k.

In particular:

import md5 -> import hashlib
md5.new(...) -> hashlib.md5(...)
md5.md5(...) -> hashlib.md5(...)

Notice that users could already change this manually in 2.6, since
hashlib is available since 2.5, so the fixer is not strictly needed, but
would be convenient.

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
messages: 64305
nosy: collinwinter, loewis
severity: normal
status: open
title: md5 fixer

__
Tracker <[EMAIL PROTECTED]>

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

[issue2450] urllib2.Request constructor has no timeout parameter

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

The argument timeout can not have the same semantics than data, see the
following cases:

- r = Request(url)
- urlopen(r, data="foo")
- # data is "foo"

- r = Request(url, data="foo")
- urlopen(r)
- # data is "foo"

- r = Request(url, data="foo")
- urlopen(r, data="bar")
- # data is "bar"

So, what would happen if you put timeout in Request:

- r = Request(url, timeout=3)
- urlopen(r, timeout=10)
- # here, the final timeout can be 10, no problem!

- r = Request(url, timeout=3)
- urlopen(r)
- # Oops!

In this last one, which the final timeout should be? None, as you passed
that to urlopen()? Or the original 3 from the Request?

With data you can do it, because None has no meaning, so only you
replace the Request value if actually you passed something in urlopen().
But for timeout, None *has* a meaning...

--
resolution:  -> wont fix
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2453] fix_except needs to allow for empty excepts

[Martin v. Löwis]

New submission from Martin v. Löwis <[EMAIL PROTECTED]>:

The code

try:
f()
except X,a:
g()
except:
h()

currently doesn't get changed, but should be converted to

try:
f()
except X as a:
g()
except:
h()

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
messages: 64303
nosy: collinwinter, loewis
severity: normal
status: open
title: fix_except needs to allow for empty excepts
type: behavior

__
Tracker <[EMAIL PROTECTED]>

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

[issue908441] default index for __getslice__ is not sys.maxint

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

This has been fixed around r42454.

--
nosy: +belopolsky


Tracker <[EMAIL PROTECTED]>


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

[issue2451] No way to disable socket timeouts in httplib, etc.

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

Two or three threads run in parallel at that time for this issue, don't
remember exactly where this was decided.

> *Because* socket.setdefaulttimeout() is a hack for when nothing else is
> available, there should be a way to avoid that global state.

Yes: don't call setdefaulttimeout().


> socket.setdefaulttimeout(), or requires use of it in order to set a
> timeout.  Can you explain why this state of affairs makes it necessary
> to force this global state on users of httplib?

The issue is that to allow caller to override the default state you
should pass it None, but None is for default timeout value in the call,
so you should be passing a specific object to mean "override default
timeout", etc... all this is well explained in that thread.

Lot of suggestions were handled, and the final decision was that all
that behaviours will complicate unnecessarily the semantics here (with
the cost of not being able to override the global default).

I suggest you to raise the discussion again in python-dev if you want
this decided behaviour to change.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2451] No way to disable socket timeouts in httplib, etc.

[John J Lee]

John J Lee <[EMAIL PROTECTED]> added the comment:

I see this thread:

http://www.gossamer-threads.com/lists/python/dev/552292

But I don't see an explanation of this API decision there that I understand.

*Because* socket.setdefaulttimeout() is a hack for when nothing else is
available, there should be a way to avoid that global state.

You say that "Now that you can pass the timeout when creating the
connection, you shouldn't use the default setting.".  That's true, for
new code, and for code is able to immediately change -- indeed, that
always has been true.  Code exists that makes use of
socket.setdefaulttimeout(), or requires use of it in order to set a
timeout.  Can you explain why this state of affairs makes it necessary
to force this global state on users of httplib?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1657] [patch] epoll and kqueue wrappers for the select module

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

I've applied the patch in r61722.

TODO: finish the documentation, any help is appreciated

--
components: +Documentation -Extension Modules
resolution:  -> accepted

__
Tracker <[EMAIL PROTECTED]>

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

[issue2450] urllib2.Request constructor has no timeout parameter

[Facundo Batista]

Changes by Facundo Batista <[EMAIL PROTECTED]>:


--
assignee:  -> facundobatista

__
Tracker <[EMAIL PROTECTED]>

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

[issue2452] inaccuracy in httplib timeout documentation

[John J Lee]

John J Lee <[EMAIL PROTECTED]> added the comment:

Oops, un-finished sentence in my opening comment ("In fact, other
non-blocking.") should have read:

In fact, other blocking operations will also time out.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2451] No way to disable socket timeouts in httplib, etc.

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

When the semantics of timout in htmllib (and the other libraries) were
discussed, the community approved the following behaviour:

- setdefaulttimeout() was a hack to allow to set the timeout when
nothing else is available.

- Now that you can pass the timeout when creating the connection, you
shouldn't use the default setting.

So, as to enhance practicality and ease to use, when you pass a timeout
value it will set up the timeout in the socket. When you don't pass
anything, or pass None, it will not set anything. And if you set
previously a default value, you can not override it through this
parameter: you shouldn't been setting the default in first place.

Regards,

--
nosy: +facundobatista
resolution:  -> wont fix
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2054] add ftp-tls support to ftplib - RFC 4217

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

On Fri, Mar 21, 2008 at 5:43 AM, Robert E. <[EMAIL PROTECTED]> wrote:

>
> Robert E. <[EMAIL PROTECTED]> added the comment:
>
> Concerning the plain-text login. I think a FTPS class should default to
> encrypted login (you could use the ftp class if you dont want). In no
> way should the login credentials be sent unencrypted on default. Using
> another parameter might be a soulution to that, though I would prefer
> the library to raise an error if establishing an FTPS connection did not
> succeed. The main program could then catch it and decide how to proceed
> (using plain ftp or aborting according to a given policy).

Sounds reasonable to me.

Note that FTP is an old and somewhat gnarly protocol, and
doesn't work the way more recent application protocols do.  The SSL
module is designed for TCP-based single-connection call-response
protocols, more or less.  Doing FTPS right might mean we'd have to
extend it.

Added file: http://bugs.python.org/file9807/unnamed

__
Tracker <[EMAIL PROTECTED]>

__On Fri, Mar 21, 2008 at 5:43 AM, Robert E. [EMAIL PROTECTED]> wrote:

Robert E. [EMAIL PROTECTED]> 
added the comment:
Concerning the plain-text login. I think a FTPS 
class should default to
encrypted login (you could use the ftp class if you dont want). In no
way should the login credentials be sent unencrypted on default. Using
another parameter might be a soulution to that, though I would prefer
the library to raise an error if establishing an FTPS connection did not
succeed. The main program could then catch it and decide how to proceed
(using plain ftp or aborting according to a given 
policy).Sounds reasonable to me.Note that FTP is 
an old and somewhat gnarly protocol, anddoesn't work the way more 
recent application protocols do.  The SSL
module is designed for TCP-based single-connection call-responseprotocols, 
more or less.  Doing FTPS right might mean we'd have toextend 
it.
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2452] inaccuracy in httplib timeout documentation

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
nosy: +facundobatista

__
Tracker <[EMAIL PROTECTED]>

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

[issue2452] inaccuracy in httplib timeout documentation

[John J Lee]

New submission from John J Lee <[EMAIL PROTECTED]>:

The documentation for the new timeout support in 2.6 states that "If the
optional timeout parameter is given, connection attempts will timeout
after that many seconds".  In fact, other non-blocking.  The only
operation that might block for longer than the requested timeout is the
getaddrinfo() in socket.create_connection().

There may be similar inaccuracies in the docs of other modules to which
timeout support was added.

--
assignee: georg.brandl
components: Documentation, Library (Lib)
messages: 64295
nosy: georg.brandl, jjlee
severity: normal
status: open
title: inaccuracy in httplib timeout documentation
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue1657] [patch] epoll and kqueue wrappers for the select module

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Go.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2450] urllib2.Request constructor has no timeout parameter

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
nosy: +facundobatista

__
Tracker <[EMAIL PROTECTED]>

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

[issue2451] No way to disable socket timeouts in httplib, etc.

[John J Lee]

New submission from John J Lee <[EMAIL PROTECTED]>:

The new timeout support in 2.6 makes use of new function
socket.create_connection().  socket.create_connection() provides no way
to disable timeouts, other than by relying on socket.getdefaulttimeout()
returning None.  This is unfortunate, because it was the purpose of the
new timeout support to allow control of timeouts without reliance on
global state.

setdefaultsocket.create_connection() should always call
sock.settimeout() with the timeout passed to create_connection(), unless
a special non-None value is passed indicating that the global default is
to be used.  Specific modules may then use that special non-None value
where required, to preserve backwards-compatibility.

--
components: Library (Lib)
messages: 64293
nosy: jjlee
severity: normal
status: open
title: No way to disable socket timeouts in httplib, etc.
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue1657] [patch] epoll and kqueue wrappers for the select module

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Say "Go" and I'll check the patch in ASAP.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2450] urllib2.Request constructor has no timeout parameter

[John J Lee]

New submission from John J Lee <[EMAIL PROTECTED]>:

r55792 added timeout support to urllib2.  A timeout parameter was added
to urllib2.OpenerDirector.open(), but there is no corresponding Request
constructor parameter.  timeout is unique in that respect.  Instead,
OpenerDirector.open() sets req.timeout on request instances.  The
parameter "timeout" should behave in the same way as existing parameter
"data".

--
components: Library (Lib)
messages: 64291
nosy: jjlee
severity: normal
status: open
title: urllib2.Request constructor has no timeout parameter
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue1605] Semi autogenerated _types module

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

> No
Well, okay. I still think we should expose these core interpreter types
somehow, so people can identify types easily. I don't want to be forced
to finding the type of sys._getframe to tell if I have a frame object on
my hands. Where would you put them?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1605] Semi autogenerated _types module

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

On Fri, Mar 21, 2008 at 3:03 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
>  Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
>  Okay. How about we use this like it is for 2.x, and split it out into
>  different modules in Py3k. We could have execution_types and core_types.

No.

__
Tracker <[EMAIL PROTECTED]>

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

[issue799428] tk_focusNext() fails

[Guido van Rossum]

Changes by Guido van Rossum <[EMAIL PROTECTED]>:


--
assignee:  -> loewis
nosy: +loewis


Tracker <[EMAIL PROTECTED]>


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

[issue2248] quit() method of SMTP instance (of smtplib) doesn't return it's result

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

No time to review, but making a function return something useful instead
of None seems a good idea.

--
assignee: gvanrossum -> 

__
Tracker <[EMAIL PROTECTED]>

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

[issue1657] [patch] epoll and kqueue wrappers for the select module

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

pyepoll for static names sounds fine (assuming you want some consistency). 

Given all the rave reviews, what are the chances that you'll be checking
this in soon?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1605] Semi autogenerated _types module

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Okay. How about we use this like it is for 2.x, and split it out into
different modules in Py3k. We could have execution_types and core_types.

__
Tracker <[EMAIL PROTECTED]>

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

[issue467384] provide a documented serialization func

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

There isn't anything actionable in this bug request.  It makes much more
sense to start a discussion about requirements etc. on python-ideas.

--
resolution:  -> out of date
status: open -> closed


Tracker <[EMAIL PROTECTED]>


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

[issue1605] Semi autogenerated _types module

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

I'm still resounding -1 on this.

Grouping types together because they happen to be implemented in C is a
silly thing to do.  Groupings should be based on usage, not on
implementation style.  I successfully argued against the inclusion of
all metaclasses in the abc.py module.  This proposal would be even more
wrong.  You might as well insist that all decorators need to be placed
in one module.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1605] Semi autogenerated _types module

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

I think this is a really good idea. It's in stride with DRY, clean, and
sure beats the Python acrobatics that types currently does to find them.

--
nosy: +benjamin.peterson

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Changes by Paul Moore <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file9799/pkgutil.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Paul Moore <[EMAIL PROTECTED]> added the comment:

OK, I found it. There were 2 problems, the double-loading one, and a
problem with adding my importer to sys.meta_path - if the test failed, I
wasn't removing it (so it was there for the next test, and interfering
with it).

Here's a fixed patch. Thanks, Phillip, for persevering!

Added file: http://bugs.python.org/file9806/pkgutil.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue2160] Document PyImport_GetImporter

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Thanks, committed as r61718.

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2162] unittest.findTestCases undocumented

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Certainly.

--
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1737127] re.findall hangs python completely

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Closing as fixed, then.

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

_
Tracker <[EMAIL PROTECTED]>

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

[issue2298] Patch for "string without null bytes" check in getargs.c

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I've added XXX comments to the code, so this is now tracked by #2322.

--
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> Clean up getargs.c and its formatting possibilities

__
Tracker <[EMAIL PROTECTED]>

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

[issue467384] provide a documented serialization func

[Guilherme Polo]

Guilherme Polo <[EMAIL PROTECTED]> added the comment:

Sorry, but is the feature request related to constructing a safe
unpickler ? If yes, then I suppose this issue should be closed and an
appropriate one be created.

Nevertheless, reading the following comment at pickletools.py (trunk)
makes me think this feature request won't be done, not in the pickle
module at least:

"Another independent change with Python 2.3 is the abandonment of any
pretense that it might be safe to load pickles received from untrusted
parties -- no sufficient security analysis has been done to guarantee
this and there isn't a use case that warrants the expense of such an
analysis."

--
nosy: +gpolo


Tracker <[EMAIL PROTECTED]>


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

[issue2300] make html fails

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I assume that it is fixed for Christian too, so am closing it.

--
keywords: +patch
resolution:  -> out of date
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue984219] hotspot.stats.load is very slow

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Turning into a feature request.

--
nosy: +georg.brandl
type: performance -> feature request


Tracker <[EMAIL PROTECTED]>


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

[issue2449] Improved serialization error logging in xmlrpclib

[Christopher Blunck]

New submission from Christopher Blunck <[EMAIL PROTECTED]>:

When xmlrpclib fails to serialize objects into XML a generic "failed to
serialize output" error is returned to the client and no log messages
are produced to give insight into the true cause of the problem.  In
real-world scenarios where lots of data moves along the wire it can be
difficult to determine the cause of the serialization problem.

I propose the attached patch as an initial cut at improving xmlrpclib
under circumstances where serialization fails.

--
components: Library (Lib)
files: Python-2.4.4.all.patch04
messages: 64274
nosy: blunck2
severity: normal
status: open
title: Improved serialization error logging in xmlrpclib
type: feature request
versions: Python 2.4
Added file: http://bugs.python.org/file9805/Python-2.4.4.all.patch04

__
Tracker <[EMAIL PROTECTED]>

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

[issue2348] Py3K warn using file.softspace

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Committed a simpler patch (the file object already had a getsetlist) in
r61716.

--
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue467384] provide a documented serialization func

[Guilherme Polo]

Changes by Guilherme Polo <[EMAIL PROTECTED]>:



Tracker <[EMAIL PROTECTED]>


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

[issue467384] provide a documented serialization func

[Guilherme Polo]

Changes by Guilherme Polo <[EMAIL PROTECTED]>:



Tracker <[EMAIL PROTECTED]>


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

[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path

[Raghuram Devarakonda]

Changes by Raghuram Devarakonda <[EMAIL PROTECTED]>:


--
keywords: +easy

__
Tracker <[EMAIL PROTECTED]>

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

[issue1577] shutil.move() does not use os.rename() if dst is a directory

[Raghuram Devarakonda]

Changes by Raghuram Devarakonda <[EMAIL PROTECTED]>:


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

__
Tracker <[EMAIL PROTECTED]>

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

[issue2446] 2to3 translates "import foobar" to "import .foobar" rather than "from . import foobar"

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

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

[issue2446] 2to3 translates "import foobar" to "import .foobar" rather than "from . import foobar"

[Collin Winter]

Changes by Collin Winter <[EMAIL PROTECTED]>:


--
assignee: collinwinter -> David Wolever
nosy: +David Wolever

__
Tracker <[EMAIL PROTECTED]>

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

[issue2347] Py3K warn for using __methods__

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Patch for #2346 included this.

--
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2346] Py3K warn against using __members__

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Added test case and warning for another use of __methods__ and committed
as r61715.

--
nosy: +georg.brandl
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2337] Backport oct() and hex() to use __index__

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Shouldn't we leave alone oct() and hex() (there is another issue for
deprecation warning for __oct__ and __hex__), and let people use the
versions from future_builtins?

--
nosy: +georg.brandl

__
Tracker <[EMAIL PROTECTED]>

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

[issue2358] Using sys.exc_clear should raise a Py3K warning

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Reformatted, added test case and committed in r61714.

--
nosy: +georg.brandl
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2432] DictReader does not suport line_num

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Fixed by adding line_num attr to DictReader in r61712, r61713 (2.5).

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue2136] urllib2 basic auth handler doesn't handle realm names in single-quoted strings

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Huh, I'm not really an HTTP expert either :)
But this seems reasonable to me. Implemented this (with a slightly
different patch) in r61711.

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Paul Moore <[EMAIL PROTECTED]> added the comment:

Ah, no. I see your command line. I get the same failure as you in that
case. I can see why test_getdata_filesys fails in that case, I'll fix
that. I'm confused as to why test_alreadyloaded fails there but not via
rt.bat, but nevertheless I can fix that now I can see it. Thanks for
your patience. Leave it with me.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Paul Moore <[EMAIL PROTECTED]> added the comment:

By the way, for comparison, I'm running the test (under Windows) using
rt -q -v test_pkgutil from the PCBuild directory. I can't see how
test_getdata_filesys can fail, as long as you're running it from the
correct place - it reads the test_pkgutil.py file relative to the test
package, so it won't run outside of there (maybe I should change this,
but that's a separate issue for now).

Here's my output:

>rt -q -v test_pkgutil
.\\python  -E -tt ../lib/test/regrtest.py -v test_pkgutil
test_pkgutil
test_alreadyloaded (test.test_pkgutil.PkgutilTests) ... ok
test_getdata_filesys (test.test_pkgutil.PkgutilTests) ... ok
test_getdata_pep302 (test.test_pkgutil.PkgutilTests) ... ok

--
Ran 3 tests in 0.000s

OK
1 test OK.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2243] urllib2. strange behavior for getting chuncked transfer-ecnoded data

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I don't think we should change this -- it sounds like gratuitous
breakage to me, and I also don't see the reason why httplib should throw
away an HTTP header just because the user isn't likely to need it.

--
resolution:  -> wont fix
status: open -> pending

__
Tracker <[EMAIL PROTECTED]>

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

[issue2420] Faq 4.28 -- Trailing comas

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I think AMK maintains the FAQLs.

--
assignee: georg.brandl -> akuchling
nosy: +akuchling

__
Tracker <[EMAIL PROTECTED]>

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

[issue1775] filehandle.write() does not return None (Python 3.0a2)

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

The docs for "io" are practically nonexistent :)

I'll leave that for a separate issue, and fixed this one by adding a
paragraph to the current file object docs (better than nothing) in r61710.

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue2442] Undocumented features added to 2.6

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Added to the docs in r61708, r61709.

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Paul Moore <[EMAIL PROTECTED]> added the comment:

Thanks for the update. Something's seriously screwy here. I am getting
no failures, so you can probably see why I was confused. Can you tell me
what platform, etc (anything that might be relevant) and I'll try to see
what's going on.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2310] Reorganize the 3.0 Misc/NEWS file

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

>  Do you mean "skipping stuff merged from 2.6" ?

Yes :)

__
Tracker <[EMAIL PROTECTED]>

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

[issue2448] namedtuple breaks refleak tests

[Christian Heimes]

New submission from Christian Heimes <[EMAIL PROTECTED]>:

trunk$ ./python Lib/test/regrtest.py -ubsddb,network -R::
test_collections
test_collections
beginning 9 repetitions
123456789
test test_collections failed -- Traceback (most recent call last):
  File "/home/heimes/dev/python/trunk/Lib/doctest.py", line 2131, in runTest
raise self.failureException(self.format_failure(new.getvalue()))
AssertionError: Failed doctest test for collections.namedtuple
  File "/home/heimes/dev/python/trunk/Lib/collections.py", line 13, in
namedtuple

--
File "/home/heimes/dev/python/trunk/Lib/collections.py", line 16, in
collections.namedtuple
Failed example:
Point = namedtuple('Point', 'x y')
Exception raised:
Traceback (most recent call last):
  File "/home/heimes/dev/python/trunk/Lib/doctest.py", line 1231, in
__run
compileflags, 1) in test.globs
  File "", line 1, in 
Point = namedtuple('Point', 'x y')
NameError: name 'namedtuple' is not defined

--
assignee: rhettinger
components: Library (Lib), Tests
messages: 64258
nosy: rhettinger, tiran
priority: high
severity: normal
status: open
title: namedtuple breaks refleak tests
type: crash
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue2447] Python 2.6 refleak test issues

[Christian Heimes]

New submission from Christian Heimes <[EMAIL PROTECTED]>:

linux-i686-2.6
Revision 61704.
Ubuntu 7.10 on i586 machine
gcc-Version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)

trunk$ ./python Lib/test/regrtest.py -ubsddb,network -R::
[...]
311 tests OK.
7 tests failed:
test_collections test_cprofile test_frozen test_logging test_pkg
test_profile test_tcl
27 tests skipped:
test_aepack test_al test_applesingle test_bsddb185 test_cd test_cl
test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp
test_codecmaps_kr test_codecmaps_tw test_curses test_gl
test_imageop test_imgfile test_linuxaudiodev test_macostools
test_normalization test_ossaudiodev test_pep277 test_py3kwarn
test_scriptpackages test_startfile test_sunaudiodev test_winreg
test_winsound test_zipfile64
Those skips are all expected on linux2.

trunk$ cat reflog.txt
test_smtplib leaked [86, -86, 80, -80] references, sum=0
test_socket_ssl leaked [0, 123, -123, 0] references, sum=0
test_threading leaked [0, 0, 0, -86] references, sum=-86
test_urllib2_localnet leaked [3, 171, -165, 3] references, sum=12

--
components: Tests
messages: 64257
nosy: tiran
priority: high
severity: normal
status: open
title: Python 2.6 refleak test issues
type: crash
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue2256] Install failure of 2.6a1 on Windows XP without VS8 installed

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

We are still having trouble with msvcrt90.dll and SxS assemblies (side
by side assembly dlls). Chris suggested to modify the manifest of the
Python dlls (pyd) files to look for the private copy of msvcrt90.dll in
the parent directory ..\.

--
nosy: +loewis, tiran
priority:  -> critical

__
Tracker <[EMAIL PROTECTED]>

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

[issue2422] Automatically disable pymalloc when running under valgrind

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Please provide a patch for Python 2.6 that includes a ./configure
--with-valgrind option. We may consider such a patch for 2.6 and 3.0 but
definitely not for 2.5.

--
nosy: +tiran
priority:  -> normal
versions: +Python 2.6 -Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue2388] Compiler warnings when using UCS4

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

I'll check it out later. I haven't been testing UCS4 builds for more
than a month.

--
assignee:  -> tiran
keywords: +easy
nosy: +tiran
priority:  -> high

__
Tracker <[EMAIL PROTECTED]>

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

[issue2310] Reorganize the 3.0 Misc/NEWS file

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

> but skipping stuff merged from 3.0.

Do you mean "skipping stuff merged from 2.6" ?

--
nosy: +tiran

__
Tracker <[EMAIL PROTECTED]>

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

[issue2408] types module can be implemented only in Python

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Please have a look at patch #1605, too. It implements a semi
autogenerated _types module which exposes all types in from Include/*.h

--
nosy: +tiran

__
Tracker <[EMAIL PROTECTED]>

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

[issue2399] Patches for Tools/msi

[Christian Heimes]

Changes by Christian Heimes <[EMAIL PROTECTED]>:


--
assignee:  -> loewis
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

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

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Thanks! :)

--
assignee:  -> tiran
nosy: +tiran
priority:  -> normal
type:  -> feature request

__
Tracker <[EMAIL PROTECTED]>

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

[issue2443] uninitialized access to va_list

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Can you provide a patch for 2.6 against the latest svn checkout of the
trunk please?

--
components: +Interpreter Core -Build
nosy: +tiran
priority:  -> high

__
Tracker <[EMAIL PROTECTED]>

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

[issue2442] Undocumented features added to 2.6

[Christian Heimes]

Changes by Christian Heimes <[EMAIL PROTECTED]>:


--
keywords: +easy
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

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

[issue2320] Race condition in subprocess using stdin

[Christian Heimes]

Changes by Christian Heimes <[EMAIL PROTECTED]>:


--
priority:  -> critical
type:  -> behavior

__
Tracker <[EMAIL PROTECTED]>

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

[issue2405] Drop w9xpopen and all dependencies

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

I'm not sure either but I like to consider the removal of w9xpopen
wrapper for the 3.x series. The py3k project was started to remove old
cruft and I view w9xpopen as such a cruft.

--
components: +Windows
nosy: +tiran
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

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

[issue2445] Use The CygwinCCompiler Under Cygwin

[David Stanek]

Changes by David Stanek <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file9803/cygwin.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2445] Use The CygwinCCompiler Under Cygwin

[David Stanek]

David Stanek <[EMAIL PROTECTED]> added the comment:

As Christian suggested I removed the unrelated svn:ignore changes.

Added file: http://bugs.python.org/file9804/cygwin-smaller.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2446] 2to3 translates "import foobar" to "import .foobar" rather than "from . import foobar"

[Bruce Frederiksen]

New submission from Bruce Frederiksen <[EMAIL PROTECTED]>:

2to3 svn rev 61696 translates "import local_module" into "import
.local_module" which isn't legal syntax.

Should be "from . import local_module".

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
messages: 64247
nosy: collinwinter, dangyogi
severity: normal
status: open
title: 2to3 translates "import foobar" to "import .foobar" rather than "from . 
import foobar"
type: behavior
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue2445] Use The CygwinCCompiler Under Cygwin

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

The patch contains lots of unrelated changes. Can you please provide a
clean patch and some doc updates? The rest looks fine to me.

--
nosy: +tiran
priority:  -> high
resolution:  -> accepted
versions: +Python 3.0

__
Tracker <[EMAIL PROTECTED]>

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

[issue2445] Use The CygwinCCompiler Under Cygwin

[David Stanek]

Changes by David Stanek <[EMAIL PROTECTED]>:


--
type:  -> compile error

__
Tracker <[EMAIL PROTECTED]>

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

[issue2445] Use The CygwinCCompiler Under Cygwin

[David Stanek]

New submission from David Stanek <[EMAIL PROTECTED]>:

I was having an issue building extension with a fresh checkout of
revision 61699. distutils was using the UnixCCompiler. This is not able
to find thec correct libraries to link against. I made a few changes in
this patch:

* distutils now uses the CygwinCCompiler when building extensions on the
Cygwin platform
* CygwinCCompiler.static_lib_extension needed to be .lib.a instead of
just .a
* Added some files to the svn:ignore property on a handful of directories.

--
components: Distutils
files: cygwin.diff
keywords: patch
messages: 64245
nosy: dstanek
severity: normal
status: open
title: Use The CygwinCCompiler Under Cygwin
versions: Python 2.6
Added file: http://bugs.python.org/file9803/cygwin.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2444] Adding __iter__ to class Values of module optparse

[Guilherme Polo]

Changes by Guilherme Polo <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file9802/optparse_py3k__iter__.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2444] Adding __iter__ to class Values of module optparse

[Guilherme Polo]

New submission from Guilherme Polo <[EMAIL PROTECTED]>:

Hi,

Doing (opts, args) = parser.parse_args(), supposing parser is an
OptionParser instance, gets you an instance of class Values into opts.

This patch adds the __iter__ method to the class Values so it is
possible to iterate over the options you could have received. This is
useful when all your options are required and you don't want to use a
lot of if's to check if they are all there (for example).

Right now it is possible to do this but you would have to iterate over
opts.__dict__, an ugly way as I see.

--
components: Library (Lib)
files: optparse__iter__.diff
keywords: patch
messages: 64244
nosy: gpolo
severity: normal
status: open
title: Adding __iter__ to class Values of module optparse
versions: Python 2.6
Added file: http://bugs.python.org/file9801/optparse__iter__.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Phillip J. Eby]

Phillip J. Eby <[EMAIL PROTECTED]> added the comment:

But I'm getting a failure on that test, and the other one, too:

$ ./python Lib/test/test_pkgutil.py
test_alreadyloaded (__main__.PkgutilTests) ... FAIL
test_getdata_filesys (__main__.PkgutilTests) ... FAIL
test_getdata_pep302 (__main__.PkgutilTests) ... ok

==
FAIL: test_alreadyloaded (__main__.PkgutilTests)
--
Traceback (most recent call last):
   File "Lib/test/test_pkgutil.py", line 45, in test_alreadyloaded
 self.assertEqual(foo.loads, 1)
AssertionError: 2 != 1

==
FAIL: test_getdata_filesys (__main__.PkgutilTests)
--
Traceback (most recent call last):
   File "Lib/test/test_pkgutil.py", line 30, in test_getdata_filesys
 self.assert_('PkgutilTests' in this_file)
AssertionError

--
Ran 3 tests in 0.017s

FAILED (failures=2)

I'm rebuilding my entire 2.6 checkout to double-check there's not 
something else going on, but I know my Lib/ tree is up-to-date.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Paul Moore <[EMAIL PROTECTED]> added the comment:

It has to be a valid loader, as I see no reason to support loaders that
aren't valid. In any case, I did try incrementing a counter and it
doesn't demonstrate the problem. If you try the currently attached
patch, you should see that. (I assume you've tried or at least read the
current patch - but the fact that you're suggesting the approach I have
implemented makes me wonder. I did re-upload the patch after you
reported the issue - msg 64225 - maybe you didn't notice this, as I
deleted the old patch?) If you do see what I mean, please tell me where
my code is wrong. I don't want to add a fix without a test showing why
the current behaviour is wrong. The test_alreadyloaded test is intended
to do that, but the current pkgutil code doesn't fail the test - so
either the test is wrong (and I'd appreciate help fixing the test) or
the "problem" isn't real, and I can leave the code as is.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Phillip J. Eby]

Phillip J. Eby <[EMAIL PROTECTED]> added the comment:

Why does it need to be a valid loader?  It's a mock, not a real 
loader.  But if it really bothers you, have it increment a global in 
the module or something, and put the assertion in the test 
proper.  Heck, have it update a counter in the module it returns, 
making it into a loader that keeps track of how many times you reload 
the same module.  Then it's a useful example loader.  :)

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Paul Moore <[EMAIL PROTECTED]> added the comment:

But that's not a valid loader.

I'm still struggling here. I see what you're trying to get at, but I
can't see how I can write a valid loader that does this.

To test the problem you're suggesting (that the code calls load_module
when the module is already loaded) I need a valid loader which does
something detectably different of the module is already loaded when it runs.

Obviously, I can fix the get_data code - that's not even remotely hard.
But I'd rather create a failing test with the current code, so that I
can confirm that the "problem" is fixed. At the moment, I can't even
demonstrate a problem!

__
Tracker <[EMAIL PROTECTED]>

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

[issue2054] add ftp-tls support to ftplib - RFC 4217

[Robert E.]

Robert E. <[EMAIL PROTECTED]> added the comment:

>> FWIW, m2crypto already provides an FTP-TLS facility with an
>> ftplib-compatible API. See
http://chandlerproject.org/Projects/MeTooCrypto

Right but m2crypto is not part of the standard library (and is not going
to be anytime soon). SSL is scheduled to be in 2.6. So it would be the
natural choice to use that SSL binding to extend the ftp library. Of
course we could have a look how ftps is implemented in m2crypto.

Concerning the plain-text login. I think a FTPS class should default to
encrypted login (you could use the ftp class if you dont want). In no
way should the login credentials be sent unencrypted on default. Using
another parameter might be a soulution to that, though I would prefer
the library to raise an error if establishing an FTPS connection did not
succeed. The main program could then catch it and decide how to proceed
(using plain ftp or aborting according to a given policy).

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Phillip J. Eby]

Phillip J. Eby <[EMAIL PROTECTED]> added the comment:

An easy way to test it: just change your load_module() to raise an 
AssertionError if the module is already in sys.modules, and the main 
body of the test to make two get_data() calls for the same module.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2439] Patch to add a get_data function to pkgutil

[Paul Moore]

Paul Moore <[EMAIL PROTECTED]> added the comment:

Nick, thanks I now see the issue. I'll work up a test to check for this
(and then correct it :-)).

__
Tracker <[EMAIL PROTECTED]>

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

[issue2389] Array pickling exposes internal memory representation of elements

[Hrvoje Nikšić]

Hrvoje Nikšić <[EMAIL PROTECTED]> added the comment:

Here is an example that directly demonstrates the bug.  Pickling on x86_64:

Python 2.5.1 (r251:54863, Mar 21 2008, 13:06:31) 
[GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import array, cPickle as pickle
>>> pickle.dumps(array.array('l', [1, 2, 3]))
"carray\narray\np1\n(S'l'\nS'\\x01\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x02\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x03\\x00\\x00\\x00\\x00\\x00\\x00\\x00'\ntRp2\n."

Unpickling on ia32:
Python 2.5.1 (r251:54863, Oct  5 2007, 13:36:32) 
[GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import cPickle as pickle
>>>
pickle.loads("carray\narray\np1\n(S'l'\nS'\\x01\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x02\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x03\\x00\\x00\\x00\\x00\\x00\\x00\\x00'\ntRp2\n.")
array('l', [1, 0, 2, 0, 3, 0])

__
Tracker <[EMAIL PROTECTED]>

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

[issue1163367] correct/clarify documentation for super

[Kent Johnson]

Kent Johnson <[EMAIL PROTECTED]> added the comment:

This issue seems to have foundered on finding an explanation for the
finer points of super(). Perhaps the glaring errors could at least be
corrected, or the fine points could be omitted or glossed over? For
example change the first sentence of the docs to "Returns a proxy for
the type following 'type' in the method resolution order of
'object-or-type'." 

Perhaps link to these?
http://chandlerproject.org/bin/view/Projects/UsingSuper
http://fuhm.net/super-harmful/

--
nosy: +kjohnson

_
Tracker <[EMAIL PROTECTED]>

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

[issue2443] uninitialized access to va_list

[Rolland Dudemaine]

New submission from Rolland Dudemaine <[EMAIL PROTECTED]>:

In many files, the following code is present (with slight variations,
but the important part is there) :
static PyObject *
objargs_mktuple(va_list va)
{
int i, n = 0;
va_list countva;
PyObject *result, *tmp;

#ifdef VA_LIST_IS_ARRAY
memcpy(countva, va, sizeof(va_list));
#else
#ifdef __va_copy
__va_copy(countva, va);
#else
countva = va;
#endif
#endif

...

memcpy() is accessing va_list before it is initialized.

Before the first access to a va_list type variable, and after the last
access to that variable, calls to va_start() and va_end() must be made
to initialize and free the variable.

Such behaviour should be corrected in the following files :
- Objects/abstract.c, line 1901
- Objects/stringobject.c, line 162
- getargs.c, line 66
- getargs.c, line 1188
- modsupport.c, line 479

--
components: Build
messages: 64234
nosy: rolland
severity: normal
status: open
title: uninitialized access to va_list
type: compile error
versions: Python 2.5, Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

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