Georg Brandl ge...@python.org added the comment:
I'm not sure it really is so useful that it warrants a new regex method.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1708652
geremy condra debat...@gmail.com added the comment:
On Fri, Sep 17, 2010 at 8:55 PM, Gregory P. Smith
rep...@bugs.python.org wrote:
Gregory P. Smith g...@krypto.org added the comment:
libtomcrypt is a _great_ library. That is what hashlib uses for the hash
algorithms when OpenSSL is not
New submission from Rodrigo Bernardo Pimentel r...@isnomore.net:
The Built-in methods item of the The standard type hierarchy section of
Doc/reference/datamodels.rst uses a list instance called alist as an example,
and it says __self__ is set to the object denoted by *list*. It should read
Changes by Rodrigo Bernardo Pimentel r...@isnomore.net:
Added file: http://bugs.python.org/file18915/alist_doc-3.x.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9891
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
-1 for the changes. Please restore to previous state.
The patch break all uses of well documented build variables.
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1625
___
___
Python-bugs-list mailing
Florian Festi florianfe...@users.sourceforge.net added the comment:
I updated the performace script to Py3. You still need to change the import
gzipnew line to actually load the modified module. Right now it just compares
the stdlib gzip module to itself.
--
Added file:
Florian Festi florianfe...@users.sourceforge.net added the comment:
Attached result of a run with stdlib gzip module only. Results indicate that
performance still is as bad as on Python 2. The Python 3 gzip module also still
makes use of tell() ans seek(). So both argument for including this
Mark Dickinson dicki...@gmail.com added the comment:
Problem confirmed here; thanks for the report.
I think it's also a bug that after:
class A(object):
def __long__(self):
return 42
long(A()) returns an object of type 'int' rather than an object of type 'long'.
It's
Mark Dickinson dicki...@gmail.com added the comment:
Removing 2.6 from the versions, since this isn't a security problem (as far as
I know).
--
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9869
Antoine Pitrou pit...@free.fr added the comment:
Attached result of a run with stdlib gzip module only. Results
indicate that performance still is as bad as on Python 2. The Python 3
gzip module also still makes use of tell() ans seek(). So both
argument for including this patch are still
Tom Lynn tl...@users.sourceforge.net added the comment:
I'm still unsure. I think this confusion does cause bugs in real-world code.
Perhaps more prominence for \A and \Z in the docs? There's already a section
comparing regexps starting '^' with match under Matching vs Searching.
The
Tom Lynn tl...@users.sourceforge.net added the comment:
Actually, looking at the second part of the docs for $ (on foo.$) makes me
think the main motivating case here may be a bug in re.match::
re.match('foo$', 'foo\n\n')
re.match('foo$', 'foo\n')
_sre.SRE_Match object at
Antoine Pitrou pit...@free.fr added the comment:
What's a little bit odd is that there's a test for the __long__-
returning-int behaviour in test_class that asserts the return type
should be int.
If there is a test then the behaviour is probably deliberate, and changing it
would break
Antoine Pitrou pit...@free.fr added the comment:
Apparently it has been fixed somewhere between 2.6.5 and 2.6.6. I get a
segmentation fault in 2.6.5, but an OverflowError in all of {2.6.6, 2.7, 3.1,
3.2}.
--
nosy: +pitrou
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Barry's request looks reasonable. Any build information will have platform
specificities to it.
On the other hand, this begs the question of why you want to access the Python
makefile at all. Is there any information in there that isn't
Eric Smith e...@trueblade.com added the comment:
There are plenty of tests that check implementation specific internal
behaviors. I don't think the presence of test alone would mean that it can't be
changed.
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
There are plenty of tests that check implementation specific internal
behaviors. I don't think the presence of test alone would mean that it
can't be changed.
Right. In practice, returning a long instead of an int can produce bugs,
mainly
Tom Lynn tl...@users.sourceforge.net added the comment:
Oh dear, I'm wrong on two fronts (I wish Roundup had post editing).
a) foo$ doesn't match the 'foo' part of 'foo\nbar' as I stated above, but does
match the 'foo' part of 'foo\n'.
b) Obviously shortening an input string can cause it to
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 2.7, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1777398
___
New submission from Dmitry Dvoinikov dmi...@targeted.org:
If you request Event.wait(x), the call consistently returns in less than x
seconds.
Sample:
-
from threading import Event
from time import time
e = Event()
before = time()
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Could someone with commit privileges please review the patch with a view to
committing, thanks.
--
nosy: +BreamoreBoy, terry.reedy
versions: -Python 2.6
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Removed 2.7 as too late, can we get this into 3.2?
--
nosy: +BreamoreBoy
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1034
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: needs patch - patch review
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1079
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@Brian/Tim do have have any input on this? Also note that a similar patch
exists on issue7639.
--
nosy: +BreamoreBoy, brian.curtin, tim.golden
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can someone please comment on whether or not this issue is still valid.
--
nosy: +BreamoreBoy
resolution: postponed -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1159
Mark Lawrence breamore...@yahoo.co.uk added the comment:
There's a one line patch in msg59242, could someone please take a look.
Apparantly py3k is not affected by this issue although I haven't tried it
myself.
--
nosy: +BreamoreBoy
stage: unit test needed - patch review
versions:
Mark Lawrence breamore...@yahoo.co.uk added the comment:
There are several suggestions inline as how how the docs should be changed.
--
assignee: - d...@python
nosy: +BreamoreBoy, d...@python
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is anyone out there using Sun Studio who can comment on this? If there are no
responses within a couple of weeks I'll close.
--
status: open - pending
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can someone please review the attached patch with a view to committing, it
contains doc and unit test changes.
--
nosy: +BreamoreBoy
stage: - patch review
versions: -Python 2.6
___
Python
Changes by Mark Lawrence breamore...@yahoo.co.uk:
Removed file: http://bugs.python.org/file8527/bug_3740_1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1274
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The patch simply changes test_doctest, is it acceptable or not?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1274
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1322
___
Antoine Pitrou pit...@free.fr added the comment:
It consistently doesn't here:
0.10013985633850098
0.1001589298248291
(etc.)
What system are you using? There are two factors:
- accuracy of the timeout in the wait() function
- accuracy of the results returned by time()
Apart from a possible bug
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg114602 so I'll close in a couple of weeks unless anyone objects.
--
nosy: +BreamoreBoy
status: open - pending
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
From msg84550 The added functionality is useful, but this patch is not the
way to go. Can this be closed as rejected, would the OP like to supply an
updated patch, or what?
--
nosy: +BreamoreBoy, terry.reedy
versions: +Python
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still valid?
--
nosy: +BreamoreBoy -gvanrossum
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This will go nowhere unless a patch is provided that contains code, doc and
unit test changes.
--
nosy: +BreamoreBoy
stage: - unit test needed
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still valid?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1441
___
Jeff McNeil j...@jmcneil.net added the comment:
I'll see if I can get it to reproduce and put a patch together.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1429
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@Brian/Tim what would you expect to happen here?
--
nosy: +BreamoreBoy, brian.curtin, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1452
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg85633.
--
nosy: +BreamoreBoy
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1458
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
There's a one line patch in msg57749 and some unit tests are attached so would
a committer take a look please. Also note that #2174 and #2175 are related.
--
nosy: +BreamoreBoy
stage: - patch review
type: - behavior
Changes by Mark Lawrence breamore...@yahoo.co.uk:
Removed file: http://bugs.python.org/file10269/BaseHTTPServer_continue.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1491
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
Removed file: http://bugs.python.org/file10278/BaseHTTPRequestHandlerTestCase.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1491
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
Removed file: http://bugs.python.org/file10684/BaseHTTPServer_continue_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1491
___
jeroen jjkei...@gmail.com added the comment:
as far as I know. But i have not use or tested it since a long time
On Sat, Sep 18, 2010 at 4:34 PM, Mark Lawrence rep...@bugs.python.orgwrote:
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still valid?
--
nosy:
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: - patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1491
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg71746.
--
nosy: +BreamoreBoy
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1504
___
Adam Olsen rha...@gmail.com added the comment:
As far as I know.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1441
___
___
Python-bugs-list
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closing as recommended in msg101239.
--
nosy: +BreamoreBoy
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1518
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I don't believe that this can still be an issue.
--
nosy: +BreamoreBoy
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1532
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can we have an update on this please as it seems important.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1540
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Could someone please review the latest patch, I'd like to see the OP's work
rewarded with the patch getting into 3.2.
--
___
Python tracker rep...@bugs.python.org
Dmitry Dvoinikov dmi...@targeted.org added the comment:
You are right, sorry. It's Windows XP Prof, Python 3.2a2.
The differences in OS may be the cause, but the problem doesn't appear in 3.1
on the same machine.
--
___
Python tracker
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +taleinat, terry.reedy
stage: unit test needed - needs patch
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1574
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This will go nowhere unless someone supplies a patch.
--
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@Brian/Tim what's your take on this?
--
nosy: +BreamoreBoy, brian.curtin, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this ever likely to go anywhere? My understanding is that this would be
difficult to do (or have I simply misread something?). If I'm correct,
wouldn't it be better to use our limited resources elsewhere?
--
nosy:
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - duplicate
status: open - closed
superseder: - __dict__ = self in subclass of dict causes a memory leak?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1441
Antoine Pitrou pit...@free.fr added the comment:
You are right, sorry. It's Windows XP Prof, Python 3.2a2.
The differences in OS may be the cause, but the problem doesn't appear
in 3.1 on the same machine.
The implementation changed between 3.1 and 3.2. On 3.1, wait() with
timeout ran a
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This is still an issue with the latest trunk.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1615
___
Benjamin Peterson benja...@python.org added the comment:
I consider this to be a feature. Properties can raise AttributeError to defer
to __getattr__.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
See also #1616 and #1621.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7225
___
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
How many warnings are we now getting on the buildbots?
--
nosy: +BreamoreBoy
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1616
Antoine Pitrou pit...@free.fr added the comment:
The patch works here (VS 2008).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9552
___
___
Antoine Pitrou pit...@free.fr added the comment:
Well, the core issue is a disagreement on the way to go.
I would agree with Benjamin's and Christian's proposal, given that it's quite
practical to implement. Guido's proposal means we would have to add new modules
just so that the relevant C
Antoine Pitrou pit...@free.fr added the comment:
I'm closing because there doesn't seem to be a genuine bug in Python. But
thanks for reporting anyway! The threading facilities in 3.2 need real-world
testing.
--
resolution: - invalid
status: open - closed
Guido van Rossum gu...@python.org added the comment:
I'm still against collecting all types in one module. Closing.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1605
New submission from Antoine Pitrou pit...@free.fr:
While trying out vim, I noticed that the files in Misc/Vim are very poor
compared to what is otherwise provided by the vim community:
- highlighting including 3.x syntax:
http://www.vim.org/scripts/script.php?script_id=974
- PEP 8 indentation:
New submission from Pino Toscano toscano.p...@tiscali.it:
In Lib/test/test_subprocess.py there's a check of an errno value done against a
number, instead of using the proper E* constants, which is not portable (POSIX
does not specify any actual value of the E* constants).
This makes the test
Charles-Francois Natali neolo...@free.fr added the comment:
Unfortunately, select doesn't necessarily update the timeout variable with the
remaining time, so we can't rely on this. This would mean having the select
enclosed within gettimeofday and friends, which seems a bit overkill...
Jean-Paul Calderone inva...@example.invalid added the comment:
Unfortunately, select doesn't necessarily update the timeout variable with
the remaining time, so we can't rely on this. This would mean having the
select enclosed within gettimeofday and friends, which seems a bit overkill...
Antoine Pitrou pit...@free.fr added the comment:
Unfortunately, select doesn't necessarily update the timeout variable
with the remaining time, so we can't rely on this. This would mean
having the select enclosed within gettimeofday and friends, which
seems a bit overkill...
Well, given the
Charles-Francois Natali neolo...@free.fr added the comment:
Yes, I was concerned with the runtime overhead (especially under VMs, where
clocks are emulated) and strace output ;-)
As for the dull code writting, I could give it a shot unless someone else wants
to go ahead.
--
Charles-Francois Natali neolo...@free.fr added the comment:
Any thoughts on this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2643
___
___
Antoine Pitrou pit...@free.fr added the comment:
Fixed in r84878 (3.2), r84879 (2.7) and r84880 (3.1). Thank you!
--
nosy: +pitrou
resolution: - fixed
status: open - closed
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
Charles-Francois Natali neolo...@free.fr added the comment:
@ehohenstein: sorry, I hadn't seen you'd already submitted a patch, so you may
as well update it to take into account what was said above. Also, please note
that this issue is not specific to windows, so it would be nice to fix it for
New submission from Antoine Pitrou pit...@free.fr:
test_subprocess is currently very slow and the main culprit is test_no_leaking
(here, it takes 80s out of the 100s needed for the whole run). This tests
spawns as many subprocesses as would be needed to reach the max file descriptor
limit.
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Well what is the decision? FWIW I sway towards the +0 from msg112156 rather
than the -0 from msg63791, but then what do I know?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@umaxx are you interested in taking this forward?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1708
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - d...@python
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1722
___
New submission from Daniel Urban urban.dani...@gmail.com:
The attached patch adds the start, stop and step members to range objects,
corresponding the contructor arguments. The patch also include tests and
documentation changes.
--
components: Interpreter Core
files: range_attrs.diff
Brett Cannon br...@python.org added the comment:
So the irony of saying that the files are poor is that I took that code from
the highlight file from Vim itself and simply automated the creation of the
files.
As for the more proper way of selecting when to apply the highlights, I would
not
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9896
___
___
Python-bugs-list
Gregory P. Smith g...@krypto.org added the comment:
Overall I like the approach.
A few questions / clarifications:
is errno.EMFILE portable? will that errno test work on both posix and
windows?
should the is_resource_enabled('subprocess') stuff be preserved (why was it
there to begin with?
Antoine Pitrou pit...@free.fr added the comment:
A few questions / clarifications:
is errno.EMFILE portable? will that errno test work on both posix and
windows?
It does (tested under Linux and a Win64 VM).
should the is_resource_enabled('subprocess') stuff be preserved (why was it
Gregory P. Smith g...@krypto.org added the comment:
looks good to me. commit it. :)
--
Added file: http://bugs.python.org/file18924/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9895
Changes by Florent Xicluna florent.xicl...@gmail.com:
Removed file: http://bugs.python.org/file18923/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9895
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
Removed file: http://bugs.python.org/file18924/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9895
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
+1 fo faster regrtest
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9895
___
Antoine Pitrou pit...@free.fr added the comment:
Here is a proof of concept patch for Python 3.2. It only wraps recv() and
recv_into(). recvfrom() and recvfrom_into() should receive the same treatment,
at least.
--
stage: - patch review
Added file:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9090
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file18925/selectretry.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9090
___
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file18926/selectretry.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9090
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
Removed message: http://bugs.python.org/msg63791
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1686
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This looks fine.
--
assignee: barry -
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1686
___
Antoine Pitrou pit...@free.fr added the comment:
Done, thank you.
(r84883, r84884, r84885)
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Can we close this one?
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1708652
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Backported in r84881(release27-maint), r84886(release31-maint).
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
1 - 100 of 117 matches
Mail list logo