Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1054041
___
___
Python-bugs-list
Changes by Mark Dickinson dicki...@gmail.com:
--
type: compile error - feature request
versions: +Python 3.3 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12127
___
Mark Dickinson dicki...@gmail.com added the comment:
I think this is something that should be brought up for wider discussion on the
python-dev mailing list. It may be that people are ready to allow those
leading zeros for Python 3.3 or 3.4.
--
nosy: +mark.dickinson
STINNER Victor victor.stin...@haypocalc.com added the comment:
Why not to implement 'e' letter in py3k ?
In systems where O_CLOEXEC is not supported in open(), flag should be set
non-atomically using fcntl.
Having an atomic or non-atomic behaviour depending on the OS is not a
good idea.
Nick Coghlan ncogh...@gmail.com added the comment:
Several of these could be handled just by having test.support.make_legacy_pyc()
fall back to compiling from source if sys.dont_write_bytecode is set.
The others may need to be skipped in that situation.
--
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12127
___
___
Python-bugs-list
Charles-François Natali neolo...@free.fr added the comment:
To exclude races (in concurrent threads), this two ops should be done under
lock (GIL?)
That won't work, because open(), like other slow syscalls, is called without
the GIL held. Furthermore, it wouldn't be atomic anyway (imagine a
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12105
___
___
Python-bugs-list
Senthil Kumaran sent...@uthcode.com added the comment:
hello wrobell , I see that issue3754 has patches for more recent line of code
and issue 1597850 is related too. Would you like to test the patches in there?
If successful, this feature can be pushed further (and considered) for
wrobell wrob...@pld-linux.org added the comment:
Senthil,
I would be more than happy to do that but for Python 3.2 (or there is no chance
to backport it?). Python 3.3 is too far in time at the moment.
--
___
Python tracker rep...@bugs.python.org
Changes by wrobell wrob...@pld-linux.org:
--
nosy: +wrobell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1597850
___
___
Python-bugs-list mailing
Changes by wrobell wrob...@pld-linux.org:
--
nosy: +wrobell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing
Senthil Kumaran sent...@uthcode.com added the comment:
Code compatibility wise there is not much difference between Python3.2
and Python3.3. So you can do it for Python3.2 (in a bitbucket cpython
branch) and it is found stable, there are good chances that it will be
can be made in Python3.3 and
Torsten Landschoff t.landsch...@gmx.net added the comment:
I updated the patch for upstream pysqlite2. Available at
http://code.google.com/p/pysqlite/issues/detail?id=24
Patch over there is for Python 2 (tested with our production Python 2.6).
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
Do you have any use case for x = 0050?
I don't any reason to adding leading 0s to a literal, but with int() the
situation is different because you might get string with leading 0s from
somewhere else. Also note that the int() function is
Nadeem Vawda nadeem.va...@gmail.com added the comment:
The behaviour of int() can be made consistent with the syntax for Python
integer literals by specifying a base of 0:
int(0050, 0)
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: invalid
Roundup Robot devnull@devnull added the comment:
New changeset 6a546bf5252f by Ezio Melotti in branch '2.7':
#12072: add missing parenthesis in the doc. Patch by Sandro Tosi.
http://hg.python.org/cpython/rev/6a546bf5252f
New changeset 68134a384c73 by Ezio Melotti in branch '3.1':
#12072: add
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed, thanks for the patch!
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
Well, I'd personally like to see those leading zeros accepted at some point in
Python's future, for the sake of cleanliness and consistency. Not just
consistency with int(), but also e.g. with float literals:
0050.
50.0
0050
File
Ezio Melotti ezio.melo...@gmail.com added the comment:
If the leading 0s are valid for floats (and complex) literals then int literals
are indeed inconsistent.
If we want consistency with the other literals, it is probably better allowing
them for ints, because removing them from float/complex
Christophe Devriese christophe.devri...@gmail.com added the comment:
I realize this bugreport cannot fix 35 years of a bad design decision in
linux. That's not the intention (that's a gordian knot I *will* be keeping a
safe distance from). The intention is to create a saner default situation
for
Eric V. Smith e...@trueblade.com added the comment:
I don't buy the confusion with other languages argument. It's a different
language. People know that.
I'd like to see leading zeros allowed for integer literals, but I don't feel
strongly about it, so +0. I'd mainly use them for tables of
Greg Hellings greg.helli...@gmail.com added the comment:
Current patch errors with the following message:
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -L/manual/lib
-L/binary/lib -L/manual/lib -L/binary/lib Parser/acceler.o Parser/grammar1.o
Pars
er/listnode.o Parser/node.o
Jason R. Coombs jar...@jaraco.com added the comment:
Per the suggestion in the Visual Studio forums, I posted a report against
Visual Studio here:
R. David Murray rdmur...@bitdance.com added the comment:
IMO 3.3 is definitely too soon. 3.4 may be too, depending on how many people
are stuck on legacy systems using 2.7.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Changes by Charles-François Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file22025/socket_if.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1746656
___
Charles-François Natali neolo...@free.fr added the comment:
You use UTF-8 encoding:
Here's an updated patch taking your comments into account (I'm really
blissfully ignorant when it comes to encoding issues, so I hope it will be OK
this time).
--
Added file:
Charles-François Natali neolo...@free.fr added the comment:
That's not the intention (that's a gordian knot I *will* be keeping
a
safe distance from). The intention is to create a saner default situation
for most python programs.
I understand what you're saying, and I agree with you on the
Gregory P. Smith g...@krypto.org added the comment:
that patch looks good. though I do wish we had a function similar to
PyObject_AsStringEncodedFSDefault() so that the ParseTuple call wasn't needed
for this relatively common operation when interfacing with system library calls
that deal in
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: -gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1597850
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
that patch looks good
I tested it with non-ASCII interface names: it works as expected with
ASCII and UTF-8 locales. It's the first time that I see the O format
for Py_BuildValue(), I didn't know this one. The patch looks good.
Roundup Robot devnull@devnull added the comment:
New changeset cc60d0283fad by Charles-François Natali in branch 'default':
Issue #1746656: make if_nameindex(), if_indextoname() and if_nametoindex()
http://hg.python.org/cpython/rev/cc60d0283fad
--
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11643
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
Honestly, now that it's been established that it has to do with a bogus system
default (on Mageia/Mandriva installs), I'm not sure it's worth fixing if it
means adding more logic to the tests.
--
assignee: brett.cannon -
Éric Araujo mer...@netwok.org added the comment:
Hi wrobell. As a new feature, this could not be backported to stable versions.
Regarding status, there are currently a number of duplicate or overlapping
reports and patches, it’s rather difficult to find out which one should be
reviewed.
R. David Murray rdmur...@bitdance.com added the comment:
In fact, not fixing it might send a small message as to what we think about
that particular system default :)
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
...py3k-20110520...
For successive versions of the same patch, it’s best to remove the obsolete
ones and add the new one, all with the same name.
with updates of integrated recently distutil2
Your patch touches distutils, which
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file17362/python-trunk-20100516-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file17779/python-trunk-20100626-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file18626/python-trunk-20100824-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file19587/python-2.7-20101112-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file19589/python-py3k-20101112-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file20538/python-2.7-20110126-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file20540/python-py3k-20110126-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file21571/python-py3k-20110407-MINGW.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file18339/py3k_mingwmsys_autogen.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
wrobell wrob...@pld-linux.org added the comment:
Hi Eric,
Good point. I was just about ask, which bug and patch are the primary ones? :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1006238
Charles-François Natali neolo...@free.fr added the comment:
@neologix: You can commit it into Python 3.3. Tell me if you need
help ;-)
My first commit :-)
What's the next step?
Can this issue be closed, or should I wait until the tests pass on
some buildbot?
--
Antoine Pitrou pit...@free.fr added the comment:
My first commit :-)
What's the next step?
Can this issue be closed, or should I wait until the tests pass on
some buildbot?
You can close the issue nevertheless (as fixed /
committed/rejected). It can be reopened later if there's a buildbot
Changes by Charles-François Natali neolo...@free.fr:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1746656
___
___
Changes by Charles-François Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file16758/urllib_redirect.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8035
___
Charles-François Natali neolo...@free.fr added the comment:
Those URLs don't trigger the problem anymore, but AFAICT from the code, this
problem is still present in py3k.
Here's an updated patch.
--
Added file: http://bugs.python.org/file22040/urllib_redirect.diff
Antoine Pitrou pit...@free.fr added the comment:
Thanks for the patches.
One comment: I'm not sure a frozen interpreter can take regular Python flags.
As for the test, you could run a function returning sys.flags from the child to
the parent, and check that the returned value is equal to the
New submission from Ram Rachum cool...@cool-rr.com:
When you create an `abc.abstractproperty` on a class, any subclass must
override it as an actual property in order to be instantiable. But sometimes
you want to override it with a data attribute instead, i.e. `self.x = 5`
instead of `x =
Daniel Stutzbach stutzb...@google.com added the comment:
SGTM. I've written code where this would have been useful.
Could you write a patch?
--
nosy: +stutzbach
stage: - needs patch
___
Python tracker rep...@bugs.python.org
Daniel Stutzbach stutzb...@google.com added the comment:
-0 on making it valid ever, due to the different meaning in many other
languages.
-1 on making it valid while many still use a version of python where it's valid
with a different meaning. Maybe for Python 4. ;-)
--
nosy:
Eric Snow ericsnowcurren...@gmail.com added the comment:
Wow! I was literally working on this problem yesterday. The abstract check is
done at instantiation time (in object.__new__, typeobject.c). So as it stands
__new__ has no way to validate that all your abstract properties have been
Justin justin.warken...@gmail.com added the comment:
Don't mean to nag. Just checking to see if anyone has taken it upon themselves
to commit this yet since it's been a couple more months :P
--
___
Python tracker rep...@bugs.python.org
Daniel Stutzbach stutzb...@google.com added the comment:
I misread the original request. I'm +1 on making the following work, if it
doesn't work already:
class MySubClass(MyAbstractClass):
SOME_LIMIT = 5 # Implements abstract property with fixed value
We should be able to check that at
Ram Rachum cool...@cool-rr.com added the comment:
Daniel, the behavior you describe is already present in Python 3.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12128
___
Daniel Stutzbach stutzb...@google.com added the comment:
Daniel, the behavior you describe is already present in Python 3.2.
Awesome. :)
Do you have a compelling use-case for making self.x = 5 satisfy an
abstractproperty requirement? One of the problems with that approach is that
the
Ram Rachum cool...@cool-rr.com added the comment:
Eric, do you think that a solution can be made by calling `__init__` inside of
`ABCMeta.__new__` and then afterwards checking the instance for attributes?
--
___
Python tracker rep...@bugs.python.org
Ram Rachum cool...@cool-rr.com added the comment:
Ah, I got confused, there's no way we can call `__init__` in `ABCMeta.__new__`.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12128
___
Eric Snow ericsnowcurren...@gmail.com added the comment:
As far as I have found, there isn't a way to make it work implicitly without
changing object.__new__. I just posted some of the approaches I could think of
to python-list:
Changes by Brian Curtin br...@python.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11455
___
___
Python-bugs-list
Changes by Sergey Mezentsev theb...@yandex.ru:
Removed file: http://bugs.python.org/file22021/Issue12098.branch-2.6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12098
___
Changes by Sergey Mezentsev theb...@yandex.ru:
Removed file: http://bugs.python.org/file22022/Issue12098.branch-default.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12098
___
Changes by Sergey Mezentsev theb...@yandex.ru:
Added file: http://bugs.python.org/file22041/Issue12098.branch-2.6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12098
___
Changes by Sergey Mezentsev theb...@yandex.ru:
Added file: http://bugs.python.org/file22042/Issue12098.branch-default.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12098
___
Barry A. Warsaw ba...@python.org added the comment:
Senthil, I just want to verify. You applied this patch to the Python 2.6
branch in hg, but not in svn, correct? Since I'm going to be making the 2.6.7
release from svn, I am porting this patch over to the svn 2.6 branch. You
don't have to
Sergey Mezentsev theb...@yandex.ru added the comment:
I updated the patch.
Added a test and remove arguments for frozen interpreter.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12098
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12128
___
___
Python-bugs-list
Barry A. Warsaw ba...@python.org added the comment:
I think this is another patch that needs to be cross-ported to the 2.6 svn
branch (which I'll do).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11662
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12117
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10808
___
___
New submission from Kyle Keating kkeat...@gmail.com:
I was doing some tests on using this library and I noticed xml elements and
attribute names could be created with mal-formed xml because special characters
which can break validation are not cleaned or converted from their literal
forms.
Guido van Rossum gu...@python.org added the comment:
Let me confirm that. Since it is a security patch the entire point of it is to
be placed in the release.
I don't want to question the reasons for doing the release from svn instead of
from hg, but I do want to emphasize that the hg branch
Barry A. Warsaw ba...@python.org added the comment:
On May 20, 2011, at 10:07 PM, Guido van Rossum wrote:
Guido van Rossum gu...@python.org added the comment:
Let me confirm that. Since it is a security patch the entire point of it is
to be placed in the release.
Cool, I've ported it over to
New submission from Julian jcerr...@gmail.com:
Trying to use regex 0.1.2011051 with the overlapped=True feature
It works great, unless I have the 'start of string' (caret) character in my
regular expression:
regex.findall(ra.*b,abadalaba,overlapped=True)
['abadalab', 'adalab', 'alab', 'ab']
Brian Curtin br...@python.org added the comment:
Please report this to the regex bug tracker.
--
nosy: +brian.curtin
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
I think that's normal, the ^ matches only at the beginning of the string.
--
nosy: +ezio.melotti, mrabarnett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12130
Julian jcerr...@gmail.com added the comment:
Sorry for posting in the wrong tracker. I'm a bit dumb: can you please point me
to the right tracker?
I know ^ should match the beginning of the string, but there are multiple
overlapping matches with the beginning of the string (as the first set
Julian jcerr...@gmail.com added the comment:
Just in case somebody else stumbles upon this, I ended up posting here:
https://code.google.com/p/mrab-regex-hg/issues/detail?id=10
--
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file22038/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12107
___
Antoine Pitrou pit...@free.fr added the comment:
The socket HOWTO looks so stupid, obscure and badly written that it should IMO
be deleted.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12126
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12126
___
___
Barry A. Warsaw ba...@python.org added the comment:
Although hg2.6 is not yet pushed, svn2.6 has been sync'd so this is ready to go
for 2.6.7rc2.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Roundup Robot devnull@devnull added the comment:
New changeset bfceb8c8178a by Victor Stinner in branch '2.7':
Issue #12124: zipimport doesn't keep a reference to zlib.decompress() anymore
http://hg.python.org/cpython/rev/bfceb8c8178a
--
___
Python
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12124
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Is it still useful to ensure that ISO C89 compilers are supported in 2011?
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4558
Roundup Robot devnull@devnull added the comment:
New changeset bf5b974e7d32 by Victor Stinner in branch 'default':
Close #12114: fix a potential deadlock in packaging.util._find_exe_version()
http://hg.python.org/cpython/rev/bf5b974e7d32
--
nosy: +python-dev
resolution: - fixed
stage:
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
Replied to the regex bug tracker.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12130
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
+kill(getpid(), SIGINT);
kill() doesn't exist on Windows: use raise() which is more portable and doesn't
require a PID argument.
We may need to do something on Windows for console applications: see
STINNER Victor victor.stin...@haypocalc.com added the comment:
I think that issue #12100 should be fixed (wontfix/fixed) before this one.
--
dependencies: +Incremental encoders of CJK codecs reset the codec at each call
to encode()
___
Python
Mark Mc Mahon mtnbikingm...@gmail.com added the comment:
I wasn't so happy trawling through \windows\installer either :)
Creating an MSI to test is very simple, and actually quicker than I had
originally thought. The latest patch (support_dir_for_msi_objs.patch) creates
the one and just uses
New submission from Ned Deily n...@acm.org:
[reported by Stefan Behnel]
With the packaging changes introducing Lib/sysconfig.cfg and corresponding
changes to Lib/sysconfig.py to depend on them, builds that use --prefix= to
install outside of the build directory fail during startup when
Changes by Stefan Behnel sco...@users.sourceforge.net:
--
nosy: +scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12131
___
___
97 matches
Mail list logo
