Ka-Ping Yee [EMAIL PROTECTED] added the comment:
This is (currently) the intended behaviour. The rfc822 module has an
__all__ attribute that lists its public functions and classes, so pydoc
rfc822 only shows these things. formatdate is not listed in __all__.
If you'd like to discuss ideas for
Changes by Brett Cannon [EMAIL PROTECTED]:
--
assignee: - brett.cannon
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2227
__
___
Python-bugs-list mailing list
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
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
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
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]
http://bugs.python.org/issue2439
__
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.
__
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
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
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
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
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
Changes by Guilherme Polo [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file9802/optparse_py3k__iter__.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2444
__
___
Changes by David Stanek [EMAIL PROTECTED]:
--
type: - compile error
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2445
__
___
Python-bugs-list mailing list
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
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
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]
http://bugs.python.org/issue2445
Changes by David Stanek [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9803/cygwin.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2445
__
___
Python-bugs-list
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: -
Changes by Christian Heimes [EMAIL PROTECTED]:
--
priority: - critical
type: - behavior
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2320
__
___
Python-bugs-list
Changes by Christian Heimes [EMAIL PROTECTED]:
--
keywords: +easy
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2442
__
___
Python-bugs-list
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]
Christian Heimes [EMAIL PROTECTED] added the comment:
Thanks! :)
--
assignee: - tiran
nosy: +tiran
priority: - normal
type: - feature request
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2390
__
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]
http://bugs.python.org/issue2310
__
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]
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
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 ..\.
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
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
Guido van Rossum [EMAIL PROTECTED] added the comment:
Do you mean skipping stuff merged from 2.6 ?
Yes :)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2310
__
___
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.
Georg Brandl [EMAIL PROTECTED] added the comment:
Added to the docs in r61708, r61709.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2442
__
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
Georg Brandl [EMAIL PROTECTED] added the comment:
I think AMK maintains the FAQLs.
--
assignee: georg.brandl - akuchling
nosy: +akuchling
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2420
__
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
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
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
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
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]
http://bugs.python.org/issue2432
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]
http://bugs.python.org/issue2358
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
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]
Georg Brandl [EMAIL PROTECTED] added the comment:
Patch for #2346 included this.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2347
__
Changes by Collin Winter [EMAIL PROTECTED]:
--
assignee: collinwinter - David Wolever
nosy: +David Wolever
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2446
__
___
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2446
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1577
__
___
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
keywords: +easy
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2047
__
___
Python-bugs-list mailing list
Changes by Guilherme Polo [EMAIL PROTECTED]:
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue467384
___
Python-bugs-list mailing list
Unsubscribe:
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]
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
Georg Brandl [EMAIL PROTECTED] added the comment:
Turning into a feature request.
--
nosy: +georg.brandl
type: performance - feature request
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue984219
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]
http://bugs.python.org/issue2300
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
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
Georg Brandl [EMAIL PROTECTED] added the comment:
Certainly.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2162
__
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, committed as r61718.
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2160
__
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.
Changes by Paul Moore [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9799/pkgutil.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2439
__
___
Python-bugs-list
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
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
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
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]
http://bugs.python.org/issue1605
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]
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]
http://bugs.python.org/issue2248
Changes by Guido van Rossum [EMAIL PROTECTED]:
--
assignee: - loewis
nosy: +loewis
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue799428
___
Python-bugs-list
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
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
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
Christian Heimes [EMAIL PROTECTED] added the comment:
Say Go and I'll check the patch in ASAP.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python-bugs-list
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,
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
nosy: +facundobatista
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2450
__
___
Python-bugs-list mailing list
Guido van Rossum [EMAIL PROTECTED] added the comment:
Go.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python-bugs-list mailing list
Unsubscribe:
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
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
nosy: +facundobatista
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2452
__
___
Python-bugs-list mailing list
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
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
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]
http://bugs.python.org/issue2452
Changes by Facundo Batista [EMAIL PROTECTED]:
--
assignee: - facundobatista
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2450
__
___
Python-bugs-list mailing list
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]
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
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
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
This has been fixed around r42454.
--
nosy: +belopolsky
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue908441
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
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)
-
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,
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]
http://bugs.python.org/issue2454
__
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
title: md5 fixer - sha and md5 fixer
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2454
__
___
Python-bugs-list
John J Lee [EMAIL PROTECTED] added the comment:
This should be solved by introducing a not set value other than None.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2450
__
___
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]
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]
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:
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]
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
Facundo Batista [EMAIL PROTECTED] added the comment:
Commited in r61731.
Thank you both!
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2273
__
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!
--
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
96 matches
Mail list logo