Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Did you *really* follow the suggested change proposed in #3905 ?
http://bugs.python.org/msg73496
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3943
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Patch is good to me.
Actually 2.5 is not in Release Candidate stage, do we really need
formal review?
--
keywords: -needs review
___
Python tracker [EMAIL PROTECTED]
Mark Dickinson [EMAIL PROTECTED] added the comment:
Thanks for the updated patch! Looks good, on a quick scan.
(One comment typo I noticed: there's a line
BASE - 3 = 2*MASK - 1
presumably this should be 2*BASE - 3 on the LHS.)
Just out of interest, is it possible to go further, and combine 4
romkyns [EMAIL PROTECTED] added the comment:
So the GC behaviour in this case is such that Python 3.0 can't collect
the object whereas Python 2.6 can. Is this known / expected or should
this be recorded in a separate issue?
___
Python tracker [EMAIL
Erno Kuusela [EMAIL PROTECTED] added the comment:
I'm looking for a bsddb-shelve replacement (because of we bsddb
corruption problems), and decided to give this a try. Don't overlook
the free locking you get from sqlite when evaluating this for inclusion!
A small bug:
from sq_dict import
Antoine Pitrou [EMAIL PROTECTED] added the comment:
The test would be better in test_memoryview rather than in test_builtin.
--
nosy: +pitrou
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3946
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The garbage collector does collect unreachable objects.
What happens is that with python 2, the socket is explicitly closed by
the HTTPServer, whereas with python 3, the explicit close() does not
work, and the socket is ultimately closed
Benjamin Peterson [EMAIL PROTECTED] added the comment:
On Thu, Sep 25, 2008 at 2:46 AM, Amaury Forgeot d'Arc
[EMAIL PROTECTED] wrote:
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Patch is good to me.
Actually 2.5 is not in Release Candidate stage, do we really need
formal
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
assignee: - benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3936
___
___
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
I've enumerated the current list of Item Numbers at the official
Launchpad page for this issue:
https://launchpad.net/~pythonregexp2.7
There you will find links to each development branch associated with
each item, where a broader
Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]:
--
nosy: +timehorse
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1160
___
___
Python-bugs-list mailing
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
It seems that changing the size type of the Regular Expression Byte-code
is a nice quick-fix, even though it doubles the size of a pattern. It
may have the added benefit that most machine architectures available
today are at least
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
Good catch, Matthew, and if you spot any other outstanding Regular
Expression issues feel free to mention them here.
I'll give issue 1160 an item number of 25 and think all we need to do
here is change SRE_CODE to be typedefed to an
Changes by djc [EMAIL PROTECTED]:
--
nosy: +djc
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3723
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ronny Haryanto [EMAIL PROTECTED]:
With sphinx svn version 66617, generated html docs have invalid html
anchors: a class=headerlink href=#blah instead of a
class=headerlink name=blah.
Affected file: sphinx/htmlwriter.py, lines 71 and 373.
--
assignee: georg.brandl
Ronny Haryanto [EMAIL PROTECTED] added the comment:
Sorry, forgot to mention that this happened to the generated Django html
documentations (django svn r9084), if it makes any difference.
After fixing the two lines (as I mentioned), all named link works again.
Jesús Cea Avión [EMAIL PROTECTED] added the comment:
Oracle guys are studying this issue. I will keep you informed.
This issue is not a release blocker, in any case. See rational in msg73370.
___
Python tracker [EMAIL PROTECTED]
Georg Brandl [EMAIL PROTECTED] added the comment:
Actually this is all right. The generated HTML looks like this:
span id=blah/spanh3Blaha class=headerlink href=#blah
title=Permalink to this headline¶/a/h3
So the id is in the span tag, not the a tag. The link generated for the
¶ is a
Jason Tishler [EMAIL PROTECTED] added the comment:
Hirokazu Yamamoto wrote:
Umm, it works, but I'm not sure we can call import library as
dylib...
Agreed.
I had considered attached patch experimental_distutils.patch.
It's little adhoky, I'm not sure this patch is acceptable.
The new
New submission from Richard [EMAIL PROTECTED]:
I open python3.0 (rc1) IDLE from command line and it works fine, but
when i press the arrows key they writes: ^[[A ^[[B ^[[C ^[[D
also pagUP and pagDOWN writes: ^[[5~ ^[[6~
so I'm not able to browse the history and the all things with arrows key.
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
Perl gives this result for your new expression:
,undef,undef
undef,undef,abc
undef,,undef
I think it has to do with not thinking of a string as a sequence of
characters, but as a sequence of characters separated by null-space.
Null-space
New submission from Chris [EMAIL PROTECTED]:
Hi,
Our group ended up needing a non-universal x86_64 framework build
because we had trouble building some modules with the non-framework
build. We had to modify the makefile in two places to get it to work.
First we fixed a place where
Matthew Barnett [EMAIL PROTECTED] added the comment:
For reference, these are all the regex-related issues that I've found
(including this one!):
id : activity : title
#2636: 25/09/08 : Regexp 2.7 (modifications to current re 2.2.2)
#1160: 25/09/08 : Medium size regexp crashes
Matthew Barnett [EMAIL PROTECTED] added the comment:
I have to report that the fix appears to be successful:
print [m.groups() for m in re.finditer(r'(^z*)|(\w+)', 'abc')]
[('', None), (None, 'abc')]
print re.findall(r(^z*)|(\w+), abc)
[('', ''), ('', 'abc')]
print [m.groups() for m in
Guido van Rossum [EMAIL PROTECTED] added the comment:
On Wed, Sep 24, 2008 at 9:07 PM, Martin v. Löwis [EMAIL PROTECTED] wrote:
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I see a list of owners in the code (although it's difficult to infer
real names or email addresses from that
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
Hmmm. Well, some of those are already covered:
#2636: self
#1160: Item 25
#1647489 : Item 24
#3511: Item 23
#3825: Item 9-2
#433028 : Item 21
#433027 : Item 20
#433024 : Item 19
#3262: Item 22
#3299: TBD
#3665
New submission from Erik Sandberg [EMAIL PROTECTED]:
When an exec statement called from a function f defines a top-level
function g, the body of g cannot access the top-level symbols defined by
the exec statement (which also happen to be the local variables of f).
Example:
x = 2
def f():
New submission from Christian Höltje [EMAIL PROTECTED]:
The make process for building a freeze'd python script is a little
noisy. This patch makes quieter unless someone adds VERBOSE=1 to the
make invocation.
--
components: Demos and Tools
files: freeze.quiet.patch
keywords: patch
New submission from Geoff Gilmour-Taylor [EMAIL PROTECTED]:
In 2.6rc2, when I try to open a file with a unicode filename with a tab
in it, Python crashes on Win2000 and WinXP. Bytestrings raise an
IOError as expected. I'm using the Windows ia32 binaries.
C:\c:\python26\python
Python 2.6rc2
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Right. Nested scopes only work for statically compiled code; inside an
'exec' block, non-local variables are global.
In your case, I suggest to specify the context in which the code has to
execute:
x = 2
def f():
g =
Josiah Carlson [EMAIL PROTECTED] added the comment:
Thank you for the report (fixed in the newly attached version) :) .
Added file: http://bugs.python.org/file11602/sq_dict.py
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3783
Roumen Petrov [EMAIL PROTECTED] added the comment:
test_mixed_4 fail on:
Python 2.6rc2+ (trunk:66617M, Sep 25 2008, 16:32:44)
[GCC 3.4.5 (mingw special)] on win32
Type help, copyright, credits or license for more information.
sizeof(X) return 12.
--
nosy: +rpetrov
Matthew Barnett [EMAIL PROTECTED] added the comment:
Tried [EMAIL PROTECTED] twice, no reply. Succeeded with
[EMAIL PROTECTED]
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2636
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Confirmed here. This also happens on Windows when the mode is invalid:
open(ufoobar, rr)
Here is a patch, please review.
The problem does not affect py3k because open() is used in place of
fopen(), and the mode string is parsed
Robert Yodlowski [EMAIL PROTECTED] added the comment:
Amaury, my stupid! I must have forgotten to delete the run.pyc file
before trying out the modified run.py as suggested in #3905 . It all
works now and IDLE starts up just fine.
Sorry and, thanks for the help.
...Bob
New submission from Roumen Petrov [EMAIL PROTECTED]:
test method - call os.method
test_mkdir(self) - os.chdir
test_access(self) - os.utime
test_chmod(self) - os.utime
Is the test correct ?
--
messages: 73807
nosy: rpetrov
severity: normal
status: open
title: Win32ErrorTests
Thomas Heller [EMAIL PROTECTED] added the comment:
Does the following patch fix the test failure with MingW?
patch
Index: cfield.c
===
--- cfield.c(revision 66611)
+++ cfield.c(working copy)
@@ -65,10 +65,10 @@
}
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]:
--
resolution: - invalid
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3943
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
On Thu, Sep 25, 2008 at 6:39 AM, Antoine Pitrou [EMAIL PROTECTED] wrote:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
The test would be better in test_memoryview rather than in test_builtin.
I disagree. The test I added is really
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I think it is somewhat surprising that the file name shows up at the end
in the traceback. Instead of getting
IOError: [Errno 22] invalid filename or mode 'w': '/dos/foo\n'
it might be better if it said
IOError: [Errno 22] invalid mode
Joseph Rothrock [EMAIL PROTECTED] added the comment:
Hi,
This problem still exists in 2.5.2. Setting the libdir argument doesn't
correctly set LIBDIR in the Makefile.
[EMAIL PROTECTED] Python-2.5.2]$ ./configure --prefix=/home/y
--libdir=/home/y/lib64
...
[EMAIL PROTECTED] Python-2.5.2]$
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Fixed in r66618.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3936
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Applied patch in r66620, with the suggested change in the error message.
--
keywords: -needs review
resolution: accepted - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
And, thanks a lot reporting this!
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3965
___
___
Geoff Gilmour-Taylor [EMAIL PROTECTED] added the comment:
Cheers. First bug I've found in 5 years of Python. (Or, 5 years in and
I still keep forgetting to use raw strings for Windows paths. :)
___
Python tracker [EMAIL PROTECTED]
New submission from STINNER Victor [EMAIL PROTECTED]:
bytes_count() doesn't check start maximum value: _adjust_indices()
should check that start is smaller than len (smaller or egal? len or
len-1?). Example:
b = bytearray(3)
b.count(x, 1491491034, 0)
start=1491491034 should be replaced by 3
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
See also:
http://docs.python.org/dev/reference/executionmodel.html#interaction-
with-dynamic-features
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3963
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Did you know that...
with python 2.x, raise (x,y,z) is equivalent to raise x!
I could not find this in the documentation.
Committed the patch to py3k as r66622.
--
resolution: - fixed
status: open - closed
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Is there a problem, a potential crash?
looking at the code, I could not find any: in fastsearch, the if (w
0) will quickly exit the function, without reading the contents of the
array.
--
nosy: +amaury.forgeotdarc
STINNER Victor [EMAIL PROTECTED] added the comment:
Here is a trace of Valgrind:
b=bytearray(2)
b.count(, 3493403, 0)
0
b.count(, 23131230123012010231023, 0)
==13650== Invalid read of size 1
==13650==at 0x812718A: fastsearch (fastsearch.h:67)
==13650==by 0x81272CB:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
I disagree. The test I added is really about compile, and its failure
was really just a side effect of the buffer bug.
Well, I won't fight over it, but it's really meant to check an aspect of
memoryview behaviour - otherwise why would it be
Gregor Lingl [EMAIL PROTECTED] added the comment:
First of all I'd like to point you at a posting which I posted to
Python-dev on August 18th, where I addressed this issue in full detail.
http://mail.python.org/pipermail/python-dev/2008-August/081846.html
I hoped to provoke a clarifying
Roumen Petrov [EMAIL PROTECTED] added the comment:
Yes this extra define was the problem.
Instead hint /* Windows */ what about /* MSVC, GCC(with -mms-bitfields) */ ?
The option -mms-bitfields is available for GCC compiler on mingw and
cygwin targets.
About test_bitfields.py:
- comment in
New submission from Gregor Lingl [EMAIL PROTECTED]:
fill() and end_fill() do not work as expected. As a user
on the tutor list wrote:
For a while now I've had trouble with end_fill(). Sometimes I can use
it to fill a figure such as a square, triangle or rectangle, but
sometimes not.
This is
New submission from Gregor Lingl [EMAIL PROTECTED]:
setup() doesn't work correctly: startx argument is not recognized
This is due to a typo in the setup() function
A patch is attached.
Regards, Gregor
--
components: Tkinter
files: 2.5turtle_setup_patch.diff
keywords: patch
messages:
Changes by Gregor Lingl [EMAIL PROTECTED]:
--
title: fill() and end_fill() do not work correctly - turtle.py: fill() and
end_fill() do not work correctly
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3968
Matthew Barnett [EMAIL PROTECTED] added the comment:
I've been completely unable to get Bazaar to work with Launchpad:
authentication errors and bzrlib.errors.TooManyConcurrentRequests.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2636
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Ah, big numbers that overflow: even if 'start' is (silently) capped to
sys.maxint-1,len(b)-start-len(xx) will wrap and yield a positive
number...
The find/rfind/index/rindex methods have the same problem.
Attached a patch and
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
All versions are involved.
Even 2.4 has surprises:
aa.count(, sys.maxint, 0)
-2147483646
--
versions: +Python 2.5, Python 3.0
___
Python tracker [EMAIL PROTECTED]
New submission from Ron Longo [EMAIL PROTECTED]:
The following code works in Python 2.5 but not in Python 2.6: I've
tested on Windows XP and Windows Vista.
from Tix import *
root = Tk()
t = Tree( root )
In Python 2.6 the following exception is thrown while trying to execute
the last
Ronny Haryanto [EMAIL PROTECTED] added the comment:
Sorry, Georg, I just realized what you meant. You're right. But would it
be possible to add name *in addition to* href so that clicking on in-
document links (e.g. in Table of Contents) would still work? Thanks.
Erik Sandberg [EMAIL PROTECTED] added the comment:
Thanks! Passing an explicit global namespace solves the problem and is
something I wanted to do anyways, when I think about it.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3963
Gregory P. Smith [EMAIL PROTECTED] added the comment:
The whole socket._io_refs thing looks like a real design flaw. What is
its actual intended purpose?
When close is called on the socket object itself, the socket MSUT be
closed. Why is our API otherwise?
Its up to the programming to ensure
63 matches
Mail list logo