Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4707
___
Marc-Andre Lemburg m...@egenix.com added the comment:
On 2008-12-21 22:37, Antoine Pitrou wrote:
New submission from Antoine Pitrou pit...@free.fr:
This patch prints opcode statistics at the end of a pybench run if
DYNAMIC_EXECUTION_PROFILE has been enabled when compiling the interpreter.
Antoine Pitrou pit...@free.fr added the comment:
I don't think it's worth doing this for low-level and highly
artificial benchmarks like the ones run by pybench.
Well, it can help to know which opcodes are executed when running a
particular bunch of sub-tests :)
If at all, then opcode
New submission from Fabio Zadrozny fab...@users.sourceforge.net:
In Python 3.0, the interpreter will not shutdown properly after setting
a tracing function and something goes into stdout.
The code attached shows the problem in action: just execute it and
notice how the interpreter will be kept
New submission from Fabio Zadrozny fab...@users.sourceforge.net:
In 2to3, execfile(file, globals, locals) is translated to
exec(open(file).read(), globals, locals)
But that's not correct, as the actual file from the executed code gets
wrong with that.
The correct thing would be:
New submission from Dmitry Vasiliev d...@hlabs.spb.ru:
It seems the wsgiref package was copied from Python 2.* without any
modifications. There are already 3 issues about that but they only
describe a part of the problem so I decided to start a new one. The
issues was:
Antoine Pitrou pit...@free.fr added the comment:
Phillip, do you have time to take a look at it? We really *must* fix
wsgiref in py3k...
--
nosy: +pitrou, pje
priority: - critical
___
Python tracker rep...@bugs.python.org
New submission from Fabio Zadrozny fab...@users.sourceforge.net:
sys.exc_clear() does not seem to exist in Python 3.0 anymore, so, a way
to deal with it should be provided (maybe put a #TODO comment and point
to somewhere explaining what happened?).
--
components: 2to3 (2.x to 3.0
Antoine Pitrou pit...@free.fr added the comment:
I haven't investigated, but in py3k print() has currently bits written
in Python, which means it will get (recursively) traced when called from
the trace function. It can of course have all kinds of funny implications!
--
nosy: +pitrou
Antoine Pitrou pit...@free.fr added the comment:
There should be no need for sys.exc_clear() anymore. What are you trying
to achieve?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4719
Antoine Pitrou pit...@free.fr added the comment:
In any case, probably a documentation issue :))
--
assignee: - georg.brandl
components: +Documentation -2to3 (2.x to 3.0 conversion tool)
nosy: +georg.brandl
priority: - normal
type: - behavior
___
Fabio Zadrozny fab...@users.sourceforge.net added the comment:
When created it was already marked as a 2to3 issue (in the components),
so, for clarity, yes: it's a 2to3 issue (what should the user do with
that when porting... I think that the 2to3 should do something regarding
that... maybe just
New submission from Pearu Peterson pe...@users.sourceforge.net:
Calling the following extension function
static PyObject *
baz(PyObject *self, PyObject *args, PyObject *keywds)
{
static char *kwlist[] = {NULL};
if (!PyArg_ParseTupleAndKeywords(args,keywds,|:bar.baz, kwlist))
return
Antoine Pitrou pit...@free.fr added the comment:
Le lundi 22 décembre 2008 à 12:48 +, Fabio Zadrozny a écrit :
Fabio Zadrozny fab...@users.sourceforge.net added the comment:
When created it was already marked as a 2to3 issue
Oops, sorry.
(because that was needed
just to clear the
Benjamin Peterson musiccomposit...@gmail.com added the comment:
Actually, I think this should just get a Py3k warning in 2.6 and 2.7.
2to3 doesn't deal with anything else that has been removed.
___
Python tracker rep...@bugs.python.org
Fabio Zadrozny fab...@users.sourceforge.net added the comment:
2to3 doesn't deal with anything else that has been removed.
That seems a bit odd for me... isn't it the perfect place for that? (it
doesn't even need to change the code for a pass, but it could give the
user some warning about it
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for the responses!
I don't think should go into 3.0.1 - they are a new feature
and not a bug fix.
But if these changes don't go into 3.0.1, and the removal of cmp does,
that means that pybench won't run on 3.0.1. It seems to me
Marc-Andre Lemburg m...@egenix.com added the comment:
On 2008-12-22 15:07, Mark Dickinson wrote:
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for the responses!
I don't think should go into 3.0.1 - they are a new feature
and not a bug fix.
But if these changes don't go
STINNER Victor victor.stin...@haypocalc.com added the comment:
I like this idea, it's the opposite of the issue #2706.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1289118
STINNER Victor victor.stin...@haypocalc.com added the comment:
See related issues: #1289118 and #2706.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4291
___
Scott Dial sc...@scottdial.com added the comment:
I believe the original patch is overreaching. I believe the changes to
fileobject.c should've been much simpler, just as the title describes
(adding clearerr() just before performing reads on the FILE handles).
I've attached a much simpler patch
Antoine Pitrou pit...@free.fr added the comment:
FYI, instead of trying to do exhaustive type checking in _check_type(),
you can just rely on duck typing and catch the TypeError:
str(ba, utf-8)
'a'
str(bytearray(ba), utf-8)
'a'
str(memoryview(ba), utf-8)
'a'
str(1, utf-8)
Traceback (most
New submission from George g...@mail.gr:
I have Python 2.6.1 in Windows Vista. It happened in Python 2.6 and I
hoped it would be fixed. I don't know what happenes in other versions.
When I open a file containing a python program(.py/.pyw and even
one compiled with py2exe) made by using the
Changes by George g...@mail.gr:
--
title: pythonw.exe crash in GU application(PythonWX) - pythonw.exe crash in
GUI application(PythonWX)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4721
New submission from Alex malicious.wiz...@gmail.com:
== What steps will reproduce the problem?
1. Create registry key (let's assume it's located in
HKEY_CURRENT_USER\TestKey);
2. Walk to it in regedit;
3. Right-click on (Default) and select Modify binary data;
4. Leave everything blank and press
Martin v. Löwis mar...@v.loewis.de added the comment:
Please understand that the bug tracker is not a place to obtain help,
but a place to provide help. You can help by analysing the source of the
crash in a debugger, such as the one of Visual Studio.
In any case, it seems that the crash is
Phillip J. Eby p...@telecommunity.com added the comment:
If you want to change to using bytes, you're going to have to take it to
the Web-SIG and hash out a revision to PEP 333, which at the moment
requires the use of strings, period.
This has nothing to do with the desirability of bytes vs.
Antoine Pitrou pit...@free.fr added the comment:
If you want to change to using bytes, you're going to have to take it
to the Web-SIG and hash out a revision to PEP 333, which at the moment
requires the use of strings, period.
What was called str in 2.x has become the bytes object in py3k.
Dmitry Vasiliev d...@hlabs.spb.ru added the comment:
Antoine Pitrou wrote:
FYI, instead of trying to do exhaustive type checking in _check_type(),
you can just rely on duck typing and catch the TypeError:
Good point! I'll update the patch soon.
___
Python
Changes by Antoine Pitrou pit...@free.fr:
--
priority: critical - release blocker
stage: - patch review
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4718
___
Changes by Antoine Pitrou pit...@free.fr:
--
superseder: - wsgiref package totally broken
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3795
___
Antoine Pitrou pit...@free.fr added the comment:
There's a proper patch in #4718, marking this one in duplicate.
--
resolution: - duplicate
status: open - closed
superseder: - wsgiref package totally broken
___
Python tracker rep...@bugs.python.org
Dmitry Vasiliev d...@hlabs.spb.ru added the comment:
Antoine Pitrou wrote:
If you want to change to using bytes, you're going to have to take it
to the Web-SIG and hash out a revision to PEP 333, which at the moment
requires the use of strings, period.
What was called str in 2.x has become
New submission from Klemens Häckel clic...@linuxmail.org:
I am using python for some backup tasks, and recently i found a problem
whe i have certain directory names.
Probably the problem is only in windows, however i would like You to know.
I verified the same behaviour in (WindowsXP, spanish,
Tim Golden m...@timgolden.me.uk added the comment:
You need to use raw strings or to use forward-slashes in your pathnames:
rc:\downloads\hacking\0812logcompress
or
c:/downloads/hacking/0812logcompress
The sequence \0 has a special meaning in strings, introducing an octal
escape, I think.
New submission from Benjamin Peterson musiccomposit...@gmail.com:
$ ./python.exe
Python 2.7a0 (trunk:67899, Dec 22 2008, 11:17:09)
[GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin
Type help, copyright, credits or license for more information.
import sys
[36275 refs]
Martin v. Löwis mar...@v.loewis.de added the comment:
Tim is right; \0 is an octal escape (for the byte with the ordinal value 0).
--
nosy: +loewis
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Benjamin Peterson musiccomposit...@gmail.com added the comment:
In fact, there is already a Py3k warning for sys.exc_clear(). I'm still
not convinced that 2to3 should play a role. What should it do? Simply
remove the call? I'm apprehensive about trying to guess the intention of
the user.
Antoine Pitrou pit...@free.fr added the comment:
If this is already handled by the -3 flag then I agree it's not a bug.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4719
___
Changes by Benjamin Peterson musiccomposit...@gmail.com:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4719
___
New submission from rocky bernstein ro...@gnu.org:
When listing a traceback or showing stack frames or implementing a
debugger (or a tool which wants to track the exact location of the
source code), how is one supposed to detect a file located inside an egg
or some other archive mechanism?
Guilherme Polo ggp...@gmail.com added the comment:
I hope you are not too bored for me commenting on this again.
So, I have re-though about this issue today and decided to solve it
differently (and will include a patch here this time, don't worry about
mentions to external repo this time).
To
pw p...@padd.com added the comment:
Stumbled on this bug a different way in 2.5.2. My code
worked in 2.5, which included change 51793, but fails in 2.5.1
and beyond due to the reimplementation in 53294. Dustin's
patch, applied by hand to 2.5.2, fixes things for me.
--
nosy: +pw
New submission from guyer gu...@nist.gov:
My text editor places a comment block at the top of each source file with
a block of information about the author, the project, license, etc. One
(rather pointless) line of this block looks like
# FILE: somefile.py
The re in `_find_lineno()`
Dmitry Vasiliev d...@hlabs.spb.ru added the comment:
New version of the patch:
- Now only Unicode strings are allowed as status and headers because
allowing bytes leads to big changes in wsgiref.validate and
wsgiref.handlers;
--
versions: -Python 3.1
Added file:
Changes by Guilherme Polo ggp...@gmail.com:
Removed file: http://bugs.python.org/file12427/keep_tclcommands_correct.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1524639
___
Changes by Guilherme Polo ggp...@gmail.com:
Added file: http://bugs.python.org/file12430/keep_tclcommands_correct.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1524639
___
Benjamin Peterson musiccomposit...@gmail.com added the comment:
Fixed in r67900.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4717
Benjamin Peterson musiccomposit...@gmail.com added the comment:
Thanks for the report! Fixed in r67905.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4720
Winfried Plappert winfried.plapp...@gmx.de added the comment:
When looking at the PDF documentation for Python 2.6.1, the issue4169 is
gone away. What has changed?
I think we can close 4169 now.
___
Python tracker rep...@bugs.python.org
Changes by Benjamin Peterson musiccomposit...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4169
___
Changes by Benjamin Peterson musiccomposit...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4162
___
Winfried Plappert winfried.plapp...@gmx.de added the comment:
Changes to Sphinx fixed issue4162 for Python version 2.6.1. This issue
can be closed.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4162
Winfried Plappert winfried.plapp...@gmx.de added the comment:
see also issue4160.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4173
___
___
Winfried Plappert winfried.plapp...@gmx.de added the comment:
see also issue4173, might be the same root cause.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4160
___
Phillip J. Eby p...@telecommunity.com added the comment:
At 03:37 PM 12/22/2008 +, Antoine Pitrou wrote:
So, not accepting bytes in py3k is clearly a violation of the PEP!
On the contrary. Please read the two paragraphs *after* the one you quoted.
___
Phillip J. Eby p...@telecommunity.com added the comment:
To be quite clear: this change requires discussion on the Web-SIG and an
appropriate revision of the PEP. Ideally, the patch should include the
necessary PEP revision.
The Web-SIG discussion regarding a switch to bytes should also take
Benjamin Peterson musiccomposit...@gmail.com added the comment:
Now that 2.6 and 3.0 are out of the way, how should we move forward?
Will a PEP be required?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3959
Klemens Häckel clic...@linuxmail.org added the comment:
Of course my example was not that trivial, since i do sort of
directory-walking, and i get the value passed over. And in Windows it is
with backslash!
Ok, i will check my code, wherever i use os.path.basename and change it
to process as
Martin v. Löwis mar...@v.loewis.de added the comment:
Now that 2.6 and 3.0 are out of the way, how should we move forward?
I think some committer needs to take charge and work with the authors
on merging the code. If pmoody wants commit access, that should be set
up, and he should add it
Martin v. Löwis mar...@v.loewis.de added the comment:
Of course my example was not that trivial, since i do sort of
directory-walking, and i get the value passed over. And in Windows it is
with backslash!
Not necessarily. Windows supports forward slashes as path separators
just as well.
Martin v. Löwis mar...@v.loewis.de added the comment:
If this message is about multiple issues (as the second paragraph
suggests), they should be reported separately. As it stands, this is too
much text for me to consider, and it might be too much for other readers
as well. When you split it up,
rocky bernstein ro...@gnu.org added the comment:
Martin v. Löwis mar...@v.loewis.de added the comment:
If this message is about multiple issues (as the second paragraph
suggests), they should be reported separately. As it stands, this is too
much text for me to consider, and it might be
New submission from Erick Tryzelaar idade...@users.sourceforge.net:
According to both of these bugs:
http://bugs.python.org/issue1398
http://bugs.python.org/issue4331
pickle can't pickle functools.partial objects. It looks the underlying
reason is that objects that pickle can't handle objects
Senthil orsent...@gmail.com added the comment:
This issue makes a request to implement, plain-text inurl password
authentication like https://user:passw...@host:port/ for HTTP Basic
Authentication. for urllib2.
As per rfc3986, this is strongly discouraged and is deprecated.
See the section:
New submission from Cournapeau David da...@ar.media.kyoto-u.ac.jp:
I had some problems with python and universal builds related to the
WORDS_BIGENDIAN macro. Because universal builds are built in one pass
(one configure), the AC_C_ENDIAN cannot be used reliably. Example:
int main()
{
#ifdef
New submission from Senthil orsent...@gmail.com:
This is a new change in the documentation.
Tutorial - More Control Flow Tools - pass Statements
There is a new section which says:
However, as pass is silently ignored, a better choice may be to raise a
NotImplementedError exception:
While
Brian br...@merrells.org added the comment:
Here are a few stabs at how this might be addressed.
1) As originally suggested. Allow task_done() to block waiting to
acquire _unfinished_tasks. This will allow the put() process to resume,
release() _unfinished_tasks at which point task_done()
68 matches
Mail list logo