Terry J. Reedy tjre...@udel.edu added the comment:
Right. This opcode is the end of a sequence of opcodes that sets up the stack
in the way expected. Perhaps something like
Pushes a new function object on the stack. From bottom to top, the consumed
stack must have have argc 0xFF positional
Arnaud Delobelle arno...@googlemail.com added the comment:
This reads a lot better. Perhaps change
(with name and object in separate positions)
to something like
(with name just below object on the stack)
--
___
Python tracker
ozan caglayan ozan...@gmail.com added the comment:
I ported the bz2ms.patch to Python 2.7.2 and it works correctly within the bz2
module.
But when you open a multistream (tar)bz2 with the tarfile module, even the
tarfile uses the BZ2File() class, there exists unextracted missing files. I'll
Georg Brandl ge...@python.org added the comment:
I don't think the help option needs to be documented, it will document itself.
An additional suggestion is to catch errors on tokenizing and exiting with a
non-zero exit status in these cases.
--
___
ozan caglayan ozan...@gmail.com added the comment:
With the current tip everything works correctly. I think it's because of the
complete rewrite of the bz2 module with python and the refactoring of _bz2.so.
--
___
Python tracker
Keith Briggs kbri...@users.sourceforge.net added the comment:
I am still getting this error with SocketServer in Python 2.7.2, even though it
looks the same as was fixed in Issue7133:
File /usr/local/lib/python2.7/SocketServer.py, line 284, in
_handle_request_noblock
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6549
___
___
Python-bugs-list
New submission from Balachandran Sivakumar benignb...@gmail.com:
From the python 2.6.6 interpreter on Debian Lenny(Debian 5.0), on invoking
help(), and issuing the modules command, the interpreter seg faults, and dumps
core. Also, it throws a few Deprecated warnings for modules like md5. The
Meador Inge mead...@gmail.com added the comment:
I agree that 'bytecode_instructions' is a long-winded. FWIW, I
have worked on or with a fair amount instruction level things and
instruction or instr seem to be the established domain terminology.
Here are a few examples:
* Java ASM -
Changes by Cherniavsky Beni b...@google.com:
--
nosy: +cben
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
___
Python-bugs-list mailing
Ezio Melotti ezio.melo...@gmail.com added the comment:
help(modules) imports all the modules, and you probably have some module that
once imported makes the interpreter crash (maybe _keybinder? you could try
importing that from the interpreter and see if it crashes).
The deprecation warnings
Changes by Gökçen Eraslan gok...@pardus.org.tr:
--
nosy: +Gökçen.Eraslan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1625
___
___
Balachandran Sivakumar benignb...@gmail.com added the comment:
But this doesn't happen in other versions of python. Also what I did is
something like this:
bala@bala$ python
...
...
help()
...
...
...
help modules
It is after this I see it dumping. And I see this only with 2.6.6. I have
Ezio Melotti ezio.melo...@gmail.com added the comment:
Doing help('modules') and help(), help modules should be the same.
My point is that the crash is not Python's fault, but it's caused by some
extension module that gets imported by help('modules'). This module is
probably not installed on
New submission from Roger fzvq...@v.mintemail.com:
instead it should check for linux once, store that linux is used and not even
once check for dylib
strace extract
[pid 23025] stat64(//lib/libreadline.dylib, 0xbfd27c1c) = -1 ENOENT (No such
file or directory)
[pid 23025]
Ezio Melotti ezio.melo...@gmail.com added the comment:
Since help(modules) just shows a list of modules without any description,
maybe it could avoid importing them until further information about individual
modules are requested.
Also while trying to do help(modules) twice on py3k, I noticed
STINNER Victor victor.stin...@haypocalc.com added the comment:
The list of file extensions is written in _PyImport_DynLoadFiletab constant.
This list depends on the OS. For Linux, the list is defined in:
Python/dynload_shlib.c.
I don't understand because in Python 2.7, Python/dynload_shlib.c
Charles-François Natali neolo...@free.fr added the comment:
Here's an updated patch, with more tests.
Please review!
--
keywords: +needs review
nosy: +haypo
stage: patch review - commit review
Added file: http://bugs.python.org/file23225/socketcan_v4.patch
New submission from STINNER Victor victor.stin...@haypocalc.com:
Python 3 uses wcsftime() to format a timestamp and decodes tzname[0] and
tzname[1] from UTF-8. The problem is that both methods format the quote
differently: U+0092 for wcsftime(%Z) and U+2019 in tzname[1].
time.strftime(%Z)
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13029
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #10653.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13029
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #13029.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
___
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
Isn't this a duplicate of #10653? In any case, this looks like a windows only
issue, so I cannot move it further. Would be interested in resolution, though.
Thanks for making me nosy.
--
nosy: +ocean-city
Victor Ruiz vic...@ninibe.com added the comment:
Hi,
I think I've come across what seems to be another flavor of this issue. The
following string will cause a crash in some interpreters.
text =
u\u062d\u064e\u064a\u0651\u064b\u0627\u060c\u0648\u064e\u064a\u064e\u062d\u0650\u0642\u0651\u064e
New submission from Sandro Tosi sandro.t...@gmail.com:
Given I have no knowledge of the windows system, I'm just proxying
http://mail.python.org/pipermail/docs/2011-September/005793.html :
Under: http://docs.python.org/install/index.html#inst-how-install-works
It notes Windows
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10254
___
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12729
___
___
Terry J. Reedy tjre...@udel.edu added the comment:
Agreed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13026
___
___
Python-bugs-list mailing
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - patch review
versions: +Python 3.2, Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6549
___
Terry J. Reedy tjre...@udel.edu added the comment:
As I said in msg143786, the second time only c-coded modules are listed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12902
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Right, I missed that.
If we change the way the list is created this bug will be probably get fixed
too. If we don't, we should open another issue.
--
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
This new data does not crash Python 2.7.2, so I assume the issue has been
fixed. Re-closing.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
Adam Cohen a...@seatgeek.com added the comment:
I encountered this issue as well. params is simply a bytestring, with no
encoding. Workaround/proper solution is to cast the string as a bytearray with
bytearray(params).
--
nosy: +Adam.Cohen
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
This new data does not crash Python 2.7.2, so I assume the issue has been
fixed.
Yes, the bug was already fixed in branch 2.7 by the SVN commit r87541:
changeset: 67185:54f1d5651555
branch: 2.7
parent:
STINNER Victor victor.stin...@haypocalc.com added the comment:
This fix is part of Python 2.7.2, but not of 2.7.2.
... but not of 2.7.1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10254
Ezio Melotti ezio.melo...@gmail.com added the comment:
Can the workaround be removed from Lib/pydoc.py:2001 ?
I tried to remove it from 3.2 and help('modules spam') seems to work fine.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c02e790c4535 by Victor Stinner in branch '2.7':
Issue #12931: xmlrpclib now encodes Unicode URI to ISO-8859-1, instead of
http://hg.python.org/cpython/rev/c02e790c4535
New changeset 5ceab07bcd02 by Victor Stinner in
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12931
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
A separate issue would be a feature request to not do that (assuming it
really does).
I tried to verify this (the fact that modules get imported with
help('modules')). Here are the results:
* Lib/foobar.py:
- help('modules'):
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12931
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Here is a patch for httplib encoding HTTP headers to ISO-8859-1, as done in
Python 3 (see HTTPConnection.putheader() from http.client). urllib is not
affected by this issue because it does already encode Unicode, but encode to
STINNER Victor victor.stin...@haypocalc.com added the comment:
socketcan_v4.patch:
- dummy question: why an address is a tuple with 1 string instead of just the
string? Does AF_UNIX also uses a tuple of 1 string?
- the example should also use struct.pack() to create the frame, I don't like
Meador Inge mead...@gmail.com added the comment:
I don't think the help option needs to be documented, it will document
itself.
Normally I would document it anyway, but in this case there is only the
one option. So, I dropped it.
An additional suggestion is to catch errors on tokenizing
New submission from Justin Peel pee...@gmail.com:
Attached small diff speeds up extracting a gzipped tarball on my machine using
python 3.2 by 3-5%. It will probably be a larger percentage on machines that
have faster hard drives (mine is 5400rpm).
Basically, the changes speed up calculating
Changes by Justin Peel pee...@gmail.com:
--
type: - performance
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13031
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
I would say this looks good now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12943
___
___
46 matches
Mail list logo
