Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.2, Python 3.3, Python 3.4 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3991
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - needs patch
type: performance - enhancement
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 -Python 2.6, Python
3.0
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Are you serious?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +pitrou
versions: +Python 3.2, Python 3.3, Python 3.4 -Python 2.6, Python 3.0, Python
3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5497
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
versions: +Python 2.7 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3849
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5497
___
___
Python-bugs-list mailing
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
stage: - needs patch
versions: +Python 3.3, Python 3.4 -Python 2.6, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6477
Charles-François Natali added the comment:
I would not say that is a bug, but there is a write(wakeup_fd) call
with ignored return code and maybe this can be improved to an output
to stderr, or maybe a better solution.
The problem is that it's called from the signal handler, so there's not
Christian Heimes added the comment:
Ezio is as serious as the antigravity module. *g*
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
___
Stefan Krah added the comment:
Nice find. -- The Python version does this:
_Element = _ElementInterface = Element
So (naively) I would think the same should be done for the C version
after importing Element.
But then one runs into the object layouts conflict that you mentioned.
On the
Serhiy Storchaka added the comment:
f = lambda t, c, *, _f=(lambda a, b, c: a + b + c): _f(*(unpack_tuple(2, t) +
(c,)))
def unpack_tuple(n, t):
t = tuple(t)
if len(t) n:
raise ValueError('too many values to unpack (expected %d)' % (n,))
if len(t) n:
raise
Kristján Valur Jónsson added the comment:
You are not restricted to the context manager model. Just use
selock.shared.acquire() or selock.exclusive.acquire().
The unlock operation is the same, so now you have to arbitrarily pick one of
the lockd and chose release(). Why take a construct
Kristján Valur Jónsson added the comment:
We've already departed from that. Our Lock is nothing like a mutex, for
example (it's more of a binary semaphore).
This is not by nature of good design, but an accident. C python needed both
mutex and signaling ability and decided that a single
Kristján Valur Jónsson added the comment:
I have implemented the simplest possible acquisition order.
The lock acquired first will be granted first. Without that (or a more
advanced policy) in applications with concurrent threads/processes
that are heavily using the shared lock, the
Richard Oudkerk added the comment:
I think you got that argument backwards. The simple greedy policy you
implement works well provided there are not too many readers. Otherwise,
the writers will be starved, since they have to wait for an oppertune
moment when no readers are active to get
Roundup Robot added the comment:
New changeset 5ddc7b3f2795 by Victor Stinner in branch 'default':
Issue #15609: Fix refleak introduced by my last optimization
http://hg.python.org/cpython/rev/5ddc7b3f2795
--
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
The unlock operation is the same, so now you have to arbitrarily pick one
of the lockd and chose release().
That depends on the implementation. In the three implementations on
http://en.wikipedia.org/wiki/Readers-writers_problem
the unlock
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
hgrepos: +150
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15776
___
___
Python-bugs-list
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
Added file: http://bugs.python.org/file27384/e14d4c28bb03.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15776
___
Kristján Valur Jónsson added the comment:
Here is a new patch. it is complete with:
threading implementation and tests
multiprocessing implementation and tests.
Let's leave the naming bikeshedding a bit and focus on some practical aspects:
1) The threading version contains a RWLock and a
Václav Šmilauer added the comment:
Being a newcomer to this issue, I would like to ask for a brief summary about
which parts of the patch are checked in for 3.3.0 and which are still to be
applied.
Roumen mentions #15483, #15484, #15268 and the ac_cv_thread in the previous
post as mandatory
Kristján Valur Jónsson added the comment:
Oh, I forgot to mention: Once one gets into the domain of allowing such
niceties as writer priority, surely you can agree that the implementation of
both locking modes belongs in the same class instance. That is just plain good
coding practice,
Sebastian Noack added the comment:
Exactly, with my implemantation the lock acquired first will be granted
first. There is no way that either shared nor exclusive locks can starve, and
therefore it should satisfy all use cases. Since you can only share simple
datastructures like integers
Sebastian Noack added the comment:
@Kristján: Uhh, that is a huge amount of code, more than twice as much (don't
counting tests) as my implementation, to accomplish the same. And it seems that
there is not much code shared between the threading and multiprocessing
implementation. And for
Jean-Paul Calderone added the comment:
Since Benjamin originally requested this feature, and then decided that he
could accomplish his desired goal (ftplib porting, as far as I can tell)
without it, I think that the rejected status is actually incorrect. I think
that Benjamin just wanted to
Kristján Valur Jónsson added the comment:
This amount of code provides recursion, context managers, condition variable
compatibility, timeout functionality, error checking and conformance with the
unit tests.
The actual locking code is encapsulated in the three functions acquire_read(),
Kristján Valur Jónsson added the comment:
Ah, you are implementing an FIFO lock. That should have been made clear.
I see it now that you grant the lock in the order that the acquisition is
attempted.
Ok, this is fine, but with one important caveat: Explicit handoff such as that
can suffer
Martin v. Löwis added the comment:
I think this issue is outdated. ocean-city, is this still concern for you?
FWIW, I'll be removing the VC6 build process from the 3.4 (default) branch soon.
--
___
Python tracker rep...@bugs.python.org
Christian Heimes added the comment:
The proposal sounds like a good idea to me.
Benjamin, what needs to be done to implement the feature?
--
nosy: +christian.heimes
versions: +Python 3.4 -Python 3.1
___
Python tracker rep...@bugs.python.org
Changes by Brett Cannon br...@python.org:
--
dependencies: +Speedup sysconfig startup, locale can be imported at startup but
relies on too many library modules
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16101
Serhiy Storchaka added the comment:
Formatting is a very complicated part of Python (especially after Victor's
optimizations). I think no one wants to maintain this code for a long time. The
price of maintaining exceeds the potential very limited benefits from the use.
--
nosy:
Brett Cannon added the comment:
It's actually a nice example of using unittest.mock. =)
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
___
Chris Jerdonek added the comment:
The section of the Dev Guide on affirmative tone should also be applied:
The documentation focuses on affirmatively stating what the language does and
how to use it effectively
http://docs.python.org/devguide/documenting.html#affirmative-tone
--
Eric V. Smith added the comment:
I was just logging in to make this point, but Serhiy beat me to it. When I
wrote several years ago that this was easy, it was before the (awesome) PEP
393 work. I suspect, but have not verified, that having a bytes version of this
code would now require an
Jean-Paul Calderone added the comment:
The price of maintaining exceeds the potential very limited benefits from the
use.
The very limited benefits of being able to write I/O code without roughly 3
times code bloat? Perhaps for people who don't write code that does
non-trivial I/O, but
Eric V. Smith added the comment:
The implementation may be difficult, therefore no one should attempt it?
The development cost and maintenance cost is surely part of the evaluation when
deciding whether to implement a feature, no?
--
___
Python
Michael Foord added the comment:
What happens if test_geohash runs first? It looks like test_antigravity will
only pass if it is run first. You could remove the order dependence by ensuring
antigravity is not in sys.modules. sys.modules.pop('antigravity', None)
--
Jean-Paul Calderone added the comment:
The development cost and maintenance cost is surely part of the evaluation
when deciding whether to implement a feature, no?
Sure, but in an open source project where almost all contributions are done by
volunteers (ie, donated), what is the
Serhiy Storchaka added the comment:
I suspect, but have not verified, that having a bytes version of this code
would now require an implementation that shared very little with the str
version.
This is not all. The usage model will be completely different too.
* The default formatting
Chris Jerdonek added the comment:
Oh, this explains it. I was wondering why my browser was opening xkcd whenever
I tried running doctest against all modules in the library.
--
nosy: +chris.jerdonek
___
Python tracker rep...@bugs.python.org
Benjamin Peterson added the comment:
As Serhiy suggests, it would be best to collect th eusecases for a format-like
method for bytes and design something which can meet them. It's definitely a
PEP.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 26c3d170fd56 by Vinay Sajip in branch 'default':
Issue #15452: Added verify option for logging configuration socket listener.
http://hg.python.org/cpython/rev/26c3d170fd56
--
nosy: +python-dev
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file25934/decode_charmap_fffe.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14850
___
Vinay Sajip added the comment:
I've updated logging as discussed in this issue, except for the removal of the
two calls to eval() in logging.config. I propose to resolve that as follows:
1. Add the Evaluator implemented in the Gist I linked to to ast.py.
2. Expose a function
Éric Araujo added the comment:
Thanks, will apply.
--
versions: +3rd party
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16107
___
___
Éric Araujo added the comment:
LGTM.
--
priority: critical - normal
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15776
___
New submission from Christian Fertig:
wespe:/tmp/python2.7 # cat /etc/SuSE-release
openSUSE 12.1 (x86_64)
VERSION = 12.1
CODENAME = Asparagus
wespe:/tmp/python2.7 # rpm -q python
python-2.7.2-7.17.1.x86_64
wespe:/tmp/python2.7 # python
Python 2.7.2 (default, Aug 19 2011, 20:41:43) [GCC] on
New submission from thbach:
Currently logging.config provides a fileConfig function which reads a ini-style
file via configparser.ConfigParser. I would like to have a function e.g.
configParserConfig which accepts a ConfigParser instance and configures logging
directly from the settings found
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
assignee: docs@python - chris.jerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15888
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +vinay.sajip
type: - enhancement
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16110
___
Serhiy Storchaka added the comment:
Patch updated to resolve conflict with issue15379. Added tests. Added patches
for 3.2 and 2.7.
--
Added file: http://bugs.python.org/file27387/decode_charmap_fffe-3.3.patch
Added file: http://bugs.python.org/file27388/decode_charmap_fffe-3.2.patch
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Unicode
keywords: +needs review
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14850
___
Serhiy Storchaka added the comment:
We forgot about 2.7 (because I had not thought to apply it even for a 3.2).
Here is backported patch.
--
status: closed - open
Added file: http://bugs.python.org/file27390/decode_charmap_maxchar-2.7.patch
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15379
___
___
Terry J. Reedy added the comment:
In 3.3+, somestring.encode('ascii') is a small constant-time operation. So for
pure ascii *text* bytes, that seems the appropriate 3.x approach.
I agree that something else should be used for binary formatting. Perhaps
struct.pack could be extended to work
Benjamin Peterson added the comment:
It's not constant time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3982
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15490
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15475
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15696
___
___
Ronny Pfannschmidt added the comment:
wtf? you made it possible to return NULL in some case
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14161
___
Ronny Pfannschmidt added the comment:
sorry for the buzz, i got myself up to date on the c api now
why is there still the unicode case?
the PyObject_Repr variant should work fine in both cases
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
That's a non-public IP, so you'll have to provide a trace of the http traffic.
It is likely the error is correct, and is reported only post 2.7.0 because a
bug was fixed.
--
nosy: +r.david.murray
___
Python
New submission from Ganesh R.:
Python 2.7.3 Windows MSI installer installs the VC++ 9 dlls directly to WinSxS
folder. The recommended way to distribute VC++ dlls is to either install the
VC++ Redistributable as a pre-requisite or just add the dll to local folder.
Directly installing the VC++
Terry J. Reedy added the comment:
Sorry, I was thinking of something else. Encoding ascii-only text is merely
much faster (3x?) than in 3.2- because it directly copies without using the
codec.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
These are not dependencies, though.
--
dependencies: -Speedup sysconfig startup, locale can be imported at startup
but relies on too many library modules
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
I'm not sure why we would test undocumented jokes...
Do other Python implementations have to provide them too?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
Serhiy Storchaka added the comment:
Sorry, I was thinking of something else. Encoding ascii-only text is merely
much faster (3x?) than in 3.2- because it directly copies without using
the codec.
In 3.3 encoding to ascii or latin1 as fast as memcpy. 12-15x on my computer.
--
New submission from David Benjamin:
The implementation of platform.architecture shells out to the file command. It
tries to escape quotes by replacing with \, but that's not sufficient.
$ python3.2 -c 'import platform; platform.architecture(foo\\\; echo Hi there
/tmp/Z; echo \\\)' cat
Xavier de Gaye added the comment:
Another example where pdb does not stop at breakpoints set at
global, else and finally statements:
$ nl -ba foo.py
1 x = 1
2 def main():
3 global x
4 try:
5 if not x:
6 x = 2
7 else:
Vinay Sajip added the comment:
Thanks for the suggestion - I'm sorry, but I'm not inclined to add this. My
reasoning is as follows:
1. I want to encourage usage of the dictConfig() API, as fileConfig() does not
cover as much of the logging API as dictConfig() does (for example, Filters).
I'd
R. David Murray added the comment:
Vinay, you missed one use case in his request: reading the program's
configuration, *modifying it* (based on command line args), and then passing it
to logging. How would you suggest he handle that use case? Is there an easy
way to get from a loaded
Antoine Pitrou added the comment:
Here is a patch. It still needs some tests.
--
title: _elementtree causes segfault in GC - _elementtree.TreeBuilder broken
with a non-C-deriving element_factory
Added file: http://bugs.python.org/file27392/c_treebuilder.patch
Carsten Klein added the comment:
The change was introduced in r30 (Python/symtable.c @ near where it reads /*
Special-case super: it counts as a use of __class__ */)
which now enforces that a class that calls super on init will have the correct
class information present.
I do not think that
Antoine Pitrou added the comment:
Updated patch with tests.
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file27393/c_treebuilder2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16089
Mark Shannon added the comment:
There seems to be an ongoing confusion about scopes on this thread.
The __class__ variable used by super() is a non-local variable in the scope of
any function using super(), whereas the __class__ used to define the type of an
object is a class attribute like
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
___
___
Python-bugs-list mailing
Jesús Cea Avión added the comment:
I think this patch must be applied too to 2.7 and 3.2.
Felipe, you are using %R modifier, but that modifier doesn't exist in
Solaris, for instance. This seems to be a Linux specific option, I don't know
what it does.
Also, you should be sure not to overflow
Antoine Pitrou added the comment:
Jesus, please read the PyErr_Format() documentation.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15897
___
Felipe Cruz added the comment:
Should I send patches for 3.2 and 2.7?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15897
___
___
Roundup Robot added the comment:
New changeset 3a0acdc25cca by Alexander Belopolsky in branch 'default':
Issue #9650: List commonly used format codes in time.strftime and time.strptime
docsttings.
http://hg.python.org/cpython/rev/3a0acdc25cca
--
nosy: +python-dev
Michael Foord added the comment:
The patch looks good to me, although there probably needs to be a note in the
TestSuite docs too. I'll apply this to Python 3.4, which leaves plenty of time
for people to object.
Note that people needing the old behaviour can subclass TestSuite and provide a
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
Éric Araujo added the comment:
Christian, did you ask on python-dev about your idea?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9650
___
Jesús Cea Avión added the comment:
Antoine, I was reading the documentation of Python 2.7. It doesn't support %R.
Felipe, Python 2.7 has direct access to the path. You can print it directly, in
this case. I will take care of this.
--
assignee: - jcea
Alexander Belopolsky added the comment:
Christian's or rather Skip's idea is covered by Issue 3173. This was discussed
several times on python-dev.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9650
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9650
___
___
Python-bugs-list
Antoine Pitrou added the comment:
The problem is that it's called from the signal handler, so there's not
much we can do here (and certainly not log a warning or raise an
exception).
However, I think the errno could be passed via the void * argument to
Py_AddPendingCall. Then
suddha sourav added the comment:
I would like to let you know that the issue also persists for Windows 8 Pro
RTM. Has anything been decided on this bug?
On Fri, Aug 31, 2012 at 5:56 PM, Terry J. Reedy rep...@bugs.python.orgwrote:
Changes by Terry J. Reedy tjre...@udel.edu:
--
Roundup Robot added the comment:
New changeset 39e608d462b6 by Jesus Cea in branch '2.7':
Closes #15897: zipimport.c doesn't check return value of fseek()
http://hg.python.org/cpython/rev/39e608d462b6
New changeset 4da48083aaab by Jesus Cea in branch '3.2':
Closes #15897: zipimport.c doesn't
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3173
___
___
Python-bugs-list
Christian Heimes added the comment:
You broke the build of 3.2:
./Modules/zipimport.c: In function 'read_directory':
./Modules/zipimport.c:747:65: error: 'archive' undeclared (first use in this
function)
./Modules/zipimport.c:747:65: note: each undeclared identifier is reported only
once for
Roundup Robot added the comment:
New changeset 0f4d4f4db724 by Jesus Cea in branch '3.2':
Closes #15897: zipimport.c doesn't check return value of fseek(). Typo
http://hg.python.org/cpython/rev/0f4d4f4db724
--
resolution: - fixed
status: open - closed
Raymond Hettinger added the comment:
Not pretty :-)
IMO, we're better off leaving 2-to-3 without an automated conversion for this
and people will just have to stop using the feature in their 2.7 code.
We could add a -3 warning in Py2.7 to flag code that needs to be changed.
--
Felipe Cruz added the comment:
Hello,
since Antonie mentioned Py_AddPendingCall I came up with a patch describing
what he proposed.
Let me know if this patch can be improved or discarded(if the problem requires
a more sophisticated solution). In case of improvement I can also submit
another
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
priority: high - normal
stage: needs patch -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16076
___
Changes by Jesús Cea Avión j...@jcea.es:
--
priority: normal - high
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16076
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15989
___
___
Python-bugs-list mailing list
New submission from Christian Heimes:
Today the latest crypto hash function was announced by NIST [1]. I suggest that
we include the new hash algorithm in 3.4 once it lands in OpenSSL.
The Keccak site also has a reference implementation in C and Assembler [2]. It
may take some effort to
Roger Serwy added the comment:
I can confirm that the existing behavior of IDLE prohibits clicking on the
scroll bar on Windows (but not Linux). Clicking on an item in the window closes
it without actually selecting the clicked item. This is true on both Windows
and Linux.
On Windows, the
1 - 100 of 106 matches
Mail list logo
