Nick Coghlan added the comment:
We don't want to restore Python 2.5 behaviour - directories containing a
__main__.py file are meant to be executable in 2.6. With your proposed
change test_cmd_line_script will fail its directory execution tests
(since those rely on the default importer to find
Amaury Forgeot d'Arc added the comment:
I am of the opposite side:
%d should accept floats and anything that can be converted to an integer.
It is for printing objects with a decimal format.
(likewise %s is for printing objects that can be converted to a string)
--
nosy:
Christian Heimes added the comment:
Thanks :)
--
assignee: - georg.brandl
keywords: +patch
nosy: +georg.brandl, tiran
priority: - low
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2160
__
Nick Coghlan added the comment:
I've checked in friendlier error messages as r60955
Examples (paths somewhat redacted):
$ ./python bob
./python: can't open file 'bob': [Errno 2] No such file or directory
$ ./python .
/devel/python/python: can't find '__main__.py' in '.'
$ ./python Lib
Facundo Batista added the comment:
Paul, %d will accept large floats, I need to review Gabriel's patch;
your proposition will break too much code.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1742669
_
New submission from Peter Tröger:
The byte code STORE_LOCAL is referenced in the description of
STORE_NAME, but has no own entry in the list. See here:
http://docs.python.org/lib/bytecodes.html
--
components: Documentation
messages: 62685
nosy: troeger
severity: minor
status: open
Changes by Paul Winkler:
--
components: Documentation
nosy: slinkp
severity: normal
status: open
title: unittest.findTestCases undocumented
versions: Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2162
New submission from Paul Winkler:
I cannot find anything about findTestCases on any of the library doc
pages, certainly not at http://docs.python.org/lib/unittest-contents.html
where I'd expect it to be.
__
Tracker [EMAIL PROTECTED]
Changes by Tarek Ziadé:
Added file: http://bugs.python.org/file9489/distutils.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1858
__
___
Python-bugs-list mailing list
Tarek Ziadé added the comment:
please could you remove the deprecated patch.diff ? thanks :)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1858
__
___
Python-bugs-list mailing
Virgil Dupras added the comment:
findTestCases is an obsolete function. From the code:
# Expose obsolete functions for backwards compatibility
__all__.extend(['getTestCaseNames', 'makeSuite', 'findTestCases'])
--
nosy: +vdupras
__
Tracker [EMAIL
Jeroen Ruigrok van der Werven added the comment:
Is this not solved with the new documentation interface? It groups all
Carbon modules under a collapsable tree element.
See http://docs.python.org/dev/modindex.html under Carbon
--
nosy: +asmodai, georg.brandl
Alexander Belopolsky added the comment:
Nick,
I understand the __main__.py issue now, but I still don't like your
approach. Allowing RunMainFromImporter to call exit and never return
does not feel right. (A minor problem is that objects on the C stack do
not get deleted.) Without a check
ajaksu added the comment:
Would it be implemented in C? How about using Luschny's Prime Swing
(http://www.luschny.de/math/factorial/FastFactorialFunctions.htm and
http://www.luschny.de/math/factorial/Benchmark.html )?
--
nosy: +ajaksu2
__
Tracker [EMAIL
Georg Brandl added the comment:
Still, I don't see File, Files or Folders under that heading.
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue896199
___
Python-bugs-list
New submission from Guido van Rossum:
I find that test_socket fails regularly (but not always) when run via
regrtest.py -uall. The message is always socket is not connected but
it's unclear from which test it comes -- all I know is that it comes
from tearDown() on line 123.
(This may be a
Alexander Belopolsky added the comment:
I think a more elegant solution will be possible if issue2135 patch is
accepted. I suggest to reopen this issue for Py3k pending resolution of
issue2135.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1877
Changes by A.M. Kuchling:
--
title: interators broken for weak dicts - iterators broken for weak dicts
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue839159
___
New submission from Bill Nottingham:
SystemError: module dl requires sizeof(int) == sizeof(long) == sizeof(char*)
That's just unspeakably lame. I realize this is longstanding, and it's
even documented, but just... FAIL.
--
components: Library (Lib)
messages: 62695
nosy: notting
Alexander Belopolsky added the comment:
The patch breaks test_import on Mac OS 10.4:
$ ./python.exe -E -tt -bb ./Lib/test/regrtest.py test_import
test_import
test test_import failed -- Traceback (most recent call last):
File ./Lib/test/regrtest.py, line 1199, in module
main()
File
Bill Nottingham added the comment:
Moreover, eliding the check and subsequent error from the code yields a
module that appears to work in (very) brief testing on x86_64.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2164
Alexander Belopolsky added the comment:
I've noticed that the proposed patch adds const qualifier to many C-API
functions' arguments. While at the first glance these changes are
reasonable, they add clutter to the already massive patch.
I would recommend to separate const qualifier changes
Bill Nottingham added the comment:
sizeof(long) != sizeof(void *) isn't the epic fail here. It's the
complaint about sizeof(int) != sizeof(long).
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2164
__
Martin v. Löwis added the comment:
sizeof(long) != sizeof(void *) isn't the epic fail here. It's the
complaint about sizeof(int) != sizeof(long).
Same story.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2164
__
Bill Nottingham added the comment:
If it's not possible to implement at all, why does it work without the
test? What specific cases do you think will fail?
Heck, if you don't think it's functional on 90% of hardware sold these
days, just remove it, it makes python look less silly. (Portability
Martin v. Löwis added the comment:
The limitation is genuine; it's not possible to implement dl_call
correctly if sizeof(long) != sizeof(void*), say. Otherwise, it would
have been fixed long ago. Use ctypes instead, if that is supported for
your hardware. (More generally, it's not possible to
Bill Janssen added the comment:
This is a straightforward implementation of client-side use of SSL, but
it's missing a test case for evaluation. It should include a patch to
test_ftplib to test it.
Another thing to look at is what the useful arguments are to pass in for
TLS usage over FTP.
Alexander Belopolsky added the comment:
First, let me state that I like the idea of a uniform approach to
importing, but given the complexity of the task, Brett's approach (which
I understand as implementing the builtin importer classes in Python)
would make sense (as long as he can solve the
Brett Cannon added the comment:
Sorry I have not commented on this sooner; been swamped.
First, the error Alexander is seeing is probably caused by a source file
that has an encoding other than ASCII (which is fine as the default
encoding in Python 3.0 is UTF-8). But chances are the file has an
Martin v. Löwis added the comment:
It fails if the function being called has parameters which are not
sizeof(long), and the platform has a calling convention where such
parameters are passed on the stack, and consume a size different from
sizeof(long) on the stack.
I disagree that it won't run
Anders Valind added the comment:
IMHO, The best place to put functions such as xgcd, factorial, etc,
would be a new imath module, an integer equivalent of cmath.
Not only would it keep the standard math module clean, it would also
make clear that these functions are for integers only.
Brett Cannon added the comment:
Patch that has been brought up-to-date with r60968. No new work, though.
Added file: http://bugs.python.org/file9490/c_warnings.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file7708/c-warnings.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file7709/_warnings.c
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list mailing
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file8495/_warnings.c
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list mailing
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file8496/c_warnings.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file8557/_warnings.c
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list mailing
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file8565/_warnings.c
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list mailing
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file8772/test_warnings.py
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file8783/warnings.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list
Changes by Brett Cannon:
Removed file: http://bugs.python.org/file8858/_warnings.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631171
_
___
Python-bugs-list
Douglas Greiman added the comment:
Brett,
I wrote my patch thinking that the next step would be to rewrite
DirectoryImporter in Python. If you're already working on that and
just want to skip straight from point A to point C and skip this point
B, I'm fine with that. Basically, tell me if you
Alexander Belopolsky added the comment:
issue1546078 presents a much more ambitious patch - supporting arbitrary
longs in range. It looks like that patch was applied to py3k branch
where performance issues are not yet a concern.
Unless there are plans to backport 1546078, I would like to see
Raymond Hettinger added the comment:
FWIW, the current Py2.6 code for enumerate() and itertools.count() both
show how to support arbitrary longs without killing the performance of
common cases.
--
nosy: +rhettinger
_
Tracker [EMAIL PROTECTED]
Changes by A.M. Kuchling:
--
keywords: +easy
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1957
__
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
Yes, index/longindex optimization is nice and can be applied to xrange.
However, I don't think python-dev will be happy with the 1546078-style
changes going to 2.6 and optimization patches are probably premature for
3.0.
The ssize_t approach has a
Nick Coghlan added the comment:
Interesting - I'll try to find the time to take a look at this. (I also
added PJE to the nosy list - hopefully he will get a chance to look at it)
--
nosy: +ncoghlan, pje
__
Tracker [EMAIL PROTECTED]
Alexander Belopolsky added the comment:
Nick, you are right about sys.exit(). I did to much C programming
lately and forgot that sys.exit() does not exit. :-)
I understood your comment as saying that 'importer' points to a valid
importer. Now I understand that with the present state of the
Nick Coghlan added the comment:
The mutation of sys.path is deliberate - the use case is to allow the
interpreter to execute a zipfile directly and have access to all of the
Python modules and packages bundled along with __main__.py. Supporting
execution of directories as well makes it much
Nick Coghlan added the comment:
Updated issue title to reflect what was actually implemented
--
title: Add a -z interpreter flag to execute a zip file - Allow interpreter to
execute a zip file
_
Tracker [EMAIL PROTECTED]
Changes by Nick Coghlan:
Removed file: http://bugs.python.org/file8767/runmain_with_tests.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1739468
_
___
51 matches
Mail list logo