[issue3991] urllib.request.urlopen does not handle non-ASCII characters
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2774] ctypes documentation not effective
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 http://bugs.python.org/issue2774 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
Georg Brandl added the comment: Are you serious? -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16106 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5497] openssl compileerror with original source
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3849] FUD in documentation for urllib.urlopen()
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5497] openssl compileerror with original source
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5497 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6477] Pickling of NoneType raises PicklingError
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16105] Pass read only FD to signal.set_wakeup_fd
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 much we can do here (and certainly not log a warning or raise an exception). There's a contract to respect here, and if the user doesn't follow it, trouble will follow: for example, if the passed FD isn't non-blocking, then the signal handler can deadlock if the write() blocks (pipe, socket, whatever). -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16089] _elementtree causes segfault in GC
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 other hand, in the original documentation direct use of _ElementInterface was discouraged: http://effbot.org/zone/pythondoc-elementtree-ElementTree.htm#elementtree.ElementTree._ElementInterface-class -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16094] Tuple extraction in a lambda isn't supported by 2to3
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 ValueError('need more than %d values to unpack' % (len(t),))
return t
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16094
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 which is essentially a lock that can be acquired in two different ways and force people to view it as separate objects? I much prefer a simple RWLock primitve, such as is popular in other programming environments, and add your convenient pseudo-locks on top. That way, we are not forcing a certain myopic view of what an RWLock is down people's throat. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 non-recursive lock were good enough for that. This is a debatable choice since all modern systems consider these two different needs and provide different primitives to satisfy them. The Lock was then exposed to Python and RLock grafted on top to fix the non-recursiveness problem. Then we added signaling in the form of Events, Semaphores and Condition variables. Had this ben more purposefully designed, then there would be no Lock or RLock in threading.py, only a Mutex. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 exclusive lock can never be acquired, because of there is always a shared lock acquired and before it is released the next shared lock will be acquired. 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 a foot in the door, so to speak. Your approach is similar to my SimpleSharableLock from my second patch in that respect, and also to Microsoft's SRW Locks (http://msdn.microsoft.com/en-us/magazine/cc163405.aspx). They specifically state: This means that if your application requires that data updates take priority over data reads, you might want to consider a different reader/writer lock that favors writers. While the test_threading.py showed ok results with the simple approach, my preliminary tests on multiprocessing show that writers need to be given priority if they are not to be starved. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 a foot in the door, so to speak. Actually, I think Sebastian's algorithm attempts to be fair to both readers and writers. If there is a writer waiting then self._wait_count self._granted_count. The writer cannot be prempted by a later reader because the reader would find waitno self._granted_count until after writer has been granted the lock. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15609] Format string: add more fast-path
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 http://bugs.python.org/issue15609 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 operateration is different for readers and writers. Why take a construct which is essentially a lock that can be acquired in two different ways and force people to view it as separate objects? I don't see why writing lock.exclusive.acquire() really requires a different way of thinking compared to writing lock.exclusive_acquire() or lock.acquire_exclusive() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15776] Allow pyvenv to work in existing directory
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 mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15776] Allow pyvenv to work in existing directory
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 FairRWLock. Both support recursion, although not upgrading from read to write access. This is achieved with a list of 'owning' threads. 2) the Fair version provides 'write' priority, blocking further first acquisitions in read mode until no writers are waiting. Multiprocessing: Because there is no way I know to share a list of owning thread ids, this version is more limited: a) The RWLock() only contains one owing thread ID. This allows recursion but some error checking present in the threading version cannot be implemented. b) the FairRWLock() again provides writer priority. But to do that, we have to allow 'recursive' read if a writer is waiting, if we allow recursion at all. And for that, we need to know what threds own the lock in read mode. Since we don't have that information, this version of the lock disallows recursion alltogether. Discussion: Recursion/No recursion? The Windows SRW locks disallow recursion. Their rationale is here: http://msdn.microsoft.com/en-us/magazine/cc163405.aspx: First, regarding recursive acquires: if the locking policy you’ve designed for your application requires that synchronization objects be acquired recursively, this is very possibly a red flag telling you to re-examine your locking policy to eliminate the recursion. This is our opinion and results from the additional overhead of executing the lock acquisition and release code multiple times and, perhaps more importantly, because ensuring that the balance of lock releases with the lock acquisitions is often difficult to prove correct. Of course the SRWLock is a slim lock and thus can be forgiven for not providing such functionality. Fair vs Non-fair (Fair is not a good term, writer priority would be better). The reason I'm coming back to this being useful is tests using the multiprocessing module. The tests there show without doubt that a simple greedy locking algorithm fails miserably if there are more readers than writers. The test test_writer_success has been adorned with a timer, and the simple version completes in 15 seconds, while the fair version completes in 0.5 seconds. Good times! -- Added file: http://bugs.python.org/file27385/rwlock.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3754] cross-compilation support for python build
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 and #15298 and #14598 as optional; can I add those as dependencies of this issue? python-py3k-20120607-CROSS.patch does not apply to 3.3.0 cleanly, but looking quickly at .rej files suggests that rejected hunks are those which were already merged for 3.3.0 final. Can someone confirm that? -- nosy: +eudoxos ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3754 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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, allowing for class invariants, state assertions and such things. Two class instances coupled by a bunch of common variables is IMHO neither good style nor practice. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 across processes, I also found that this seems to be the only policy (except ignoring the acquisition order at all), that can be implemented for multiprocessing. I have also looked at the seqlock algorithm, which seems to be great for use cases where the exclusive lock is acquired rather rarely and where your reader code is in fact read-only and therefore can be repeated. But in any other case a seqlock would break your code. However the algorithm is ultra simple and can't be implemented as lock-like object anyway. Though you could implement it as context manager, but that would hide the fact that the reader code will be repeated. So if you find yourself that a seqlock is that what you need for your specific use case, you can just use the algorithm like below: lock = multiprocessing.Value(0) count = multiprocessing.Value(0) def do_read(): while True: if count.value % 2: continue data = ... if count.value % 2: continue return data def do_write(data): with lock: count.value += 1 # write data count.value += 1 I have also experimented with implementing a shared/exclusive lock on top of a pipe and UNIX file locks (https://gist.github.com/3818148). However it works only on Unix and only with processes (not threads). Also it turned out that UNIX file locks don't implement an acquisition order. So exclusive locks can starve, which renders it useless for most use cases. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 what? Ah right, to make the API suck as much as the Windows API does. Please tell me more about good coding practice. ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 indicate that he no longer needed the feature. This doesn't mean that no one else will need the feature, and as it turns out the comments seem to reveal that other people do need the feature (also, I need the feature). So, adjusting the ticket metadata to reflect that this is a valid feature request just waiting for someone to implement it, not a rejected idea that is not welcome in Python. -- nosy: +exarkun resolution: rejected - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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(), acquire_write, release(). The requirements and possibilities between threading and multiprocessing are many and multiple. Sharing the implementation has the drawback of imposing the shortcomings and preformance bottlenecks of the multiprocessing implementation on the threading implementation, for no good reason. I't tell you about good programming practice, but I'm too busy trying to understand the actual locking policy in your patch. Sometimes comments in code can be helpful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8800] add threading.RWLock
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 from lock convoying. In contested situation this can result in the protected resource being much less available than it ought to be. In my dayjob, I write locking primitives for Stackless Python. We used to employ handoff until we found out that this caused performance problems. All the locking primitives now used by Eve Online and in Stacklesslib are 'greedy' and don't attempt fairness. This has resulted in much improvement in resource usage. For this reason, I explicitly did not build any such mechanism into my RWLock implementation. Any thread coming in can claim the lock, provided the policy (writer priority policy) doesn't kick in. In those rare cases where a special locking policy such as FIFO fairness is _required_ it is always possible to construct such a thing in python using e.g. a queue of condition variables. For information on this, please see the following resource: http://www.bluebytesoftware.com/blog/PermaLink,guid,e40c2675-43a3-410f-8f85-616ef7b031aa.aspx -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5497] openssl compileerror with original source
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 http://bugs.python.org/issue5497 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16101] Verify all imported modules at startup are needed
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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: +storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3849] FUD in documentation for urllib.urlopen()
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 -- nosy: +chris.jerdonek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 implementation that shared very little with the str version. So I think Martin's advice to just encode to ascii is the best course of action. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 for the rest of us the benefits are pretty significant. 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. The implementation may be difficult, therefore no one should attempt it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
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)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 development cost? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 should not use str(), but buffer protocol. * There is no place for floating point. * There is no place for locale. * There is no place for 'r' conversion (possible only for 'a'). * It should include the features of struct.pack(), int.to_bytes() and ctypes. * Padding should be not only by space, but also by zeros (and possibly by other values). * Alignment (padding to position divisible by some number). * In addition to padding and truncating should be the ability to raise an exception in case of discrepancy between the needed and actual lengths. * It unlikely needed attribute access and indexing. * Builtin format() should not work with this. As a result, this should be a completely separate formatting mini-language that has nothing shared with strings formatting. Not worth to introduce bytes.format(), it's just confused. Perhaps you should add features to struct module or add a new module. PyPI looks as good place for such experiments. If people will use it, it could be included in the stdlib. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
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 http://bugs.python.org/issue16106 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15452] Improve the security model for logging listener()
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 tracker rep...@bugs.python.org http://bugs.python.org/issue15452 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14850] The inconsistency of codecs.charmap_decode
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15452] Improve the security model for logging listener()
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 'ast.lookup_eval(source, context, allow_import)' which basically just does a return Evaluator(context, allow_import).evaluate(source, 'lookup_eval') 3. Add docs and tests to ast.rst and test_ast.py. 4. Update logging.config to call ast.lookup_eval() instead of eval(). Please comment if you see any problems with this, otherwise I will go ahead and implement this change within the next week or so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15452 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16107] distutils2.version doesn't str() 1.0.post1 correctly
Éric Araujo added the comment: Thanks, will apply. -- versions: +3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16107 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15776] Allow pyvenv to work in existing directory
É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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16109] urllib2.urlopen throws HTTP Error in python 2.7.2, 2.7.3, but not in python 2.7
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 linux2
Type help, copyright, credits or license for more information.
import urllib2; print urllib2.urlopen('https://172.23.6.222/') # not working
Traceback (most recent call last):
File stdin, line 1, in module
File urllib2.py, line 126, in urlopen
return _opener.open(url, data, timeout)
File urllib2.py, line 397, in open
response = meth(req, response)
File urllib2.py, line 510, in http_response
'http', request, response, code, msg, hdrs)
File urllib2.py, line 435, in error
return self._call_chain(*args)
File urllib2.py, line 369, in _call_chain
result = func(*args)
File urllib2.py, line 518, in http_error_default
raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
urllib2.HTTPError: HTTP Error 405: Method Not Allowed
import urllib; print urllib.urlopen('https://172.23.6.222/') # working
addinfourl at 10613608 whose fp = socket._fileobject object at
0x7f7c20a41d50
Other machine:
hornisse:/usr/lib64 # cat /etc/SuSE-release
openSUSE 11.4 (x86_64)
VERSION = 11.4
CODENAME = Celadon
hornisse:/usr/lib64 # rpm -q python
python-2.7-9.40.1.x86_64
hornisse:/usr/lib64 # python
Python 2.7 (r27:82500, Aug 07 2010, 16:54:59) [GCC] on linux2
Type help, copyright, credits or license for more information.
import urllib2; print urllib2.urlopen('https://172.23.6.222/') # working
addinfourl at 7832424 whose fp = socket._fileobject object at 0x756a50
import urllib; print urllib.urlopen('https://172.23.6.222/') # working
addinfourl at 10130856 whose fp = socket._fileobject object at 0x756850
Sometimes the HTTP Error is a 400 Bad Request, but 99% of the time a 405. I've
testet openSuSE 12.2 with python 2.7.3 too, not working.
I don't know, what to provide more on information, please contact me, if you
need more.
--
messages: 171811
nosy: fertig
priority: normal
severity: normal
status: open
title: urllib2.urlopen throws HTTP Error in python 2.7.2, 2.7.3, but not in
python 2.7
type: behavior
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16109
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16110] Provide logging.config.configParserConfig
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 in there. The main reasons for this are: 1) I think it is rather common for an application that provides an interface to configure its logging via an ini file to use this ini file also for further application configuration. With the current implementation the file is read twice and ConfigParser is initialized two times. 2) Currently it is not idiomatic how to alter an ini-file configuration e.g. by options passed in via command-line. The new function provides a clear solution: create a ConfigParser instance, parse the ini file, alter the configuration and pass it on to logging.config.configParserConfig. In fact, the new functionality is easy to achieve by refactoring logging.config a bit (see attached patch). -- components: Library (Lib) files: configParserConfig.patch keywords: patch messages: 171812 nosy: thbach priority: normal severity: normal status: open title: Provide logging.config.configParserConfig Added file: http://bugs.python.org/file27386/configParserConfig.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15888] ipaddress doctest examples have some errors
Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- assignee: docs@python - chris.jerdonek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15888 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16110] Provide logging.config.configParserConfig
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14850] The inconsistency of codecs.charmap_decode
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
Added file: http://bugs.python.org/file27389/decode_charmap_fffe-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14850
___diff -r 5ddc7b3f2795 Lib/test/test_codecs.py
--- a/Lib/test/test_codecs.py Tue Oct 02 12:54:07 2012 +0200
+++ b/Lib/test/test_codecs.py Tue Oct 02 19:07:20 2012 +0300
@@ -1701,6 +1701,10 @@
codecs.charmap_decode, b\x00\x01\x02, strict, ab
)
+self.assertRaises(UnicodeDecodeError,
+codecs.charmap_decode, b\x00\x01\x02, strict, ab\ufffe
+)
+
self.assertEqual(
codecs.charmap_decode(b\x00\x01\x02, replace, ab),
(ab\ufffd, 3)
@@ -1757,6 +1761,12 @@
{0: 'a', 1: 'b'}
)
+# Issue #14850
+self.assertRaises(UnicodeDecodeError,
+codecs.charmap_decode, b\x00\x01\x02, strict,
+ {0: 'a', 1: 'b', 3: '\ufffe'}
+)
+
self.assertEqual(
codecs.charmap_decode(b\x00\x01\x02, replace,
{0: 'a', 1: 'b'}),
@@ -1769,6 +1779,13 @@
(ab\ufffd, 3)
)
+# Issue #14850
+self.assertEqual(
+codecs.charmap_decode(b\x00\x01\x02, replace,
+ {0: 'a', 1: 'b', 2: '\ufffe'}),
+(ab\ufffd, 3)
+)
+
self.assertEqual(
codecs.charmap_decode(b\x00\x01\x02, ignore,
{0: 'a', 1: 'b'}),
@@ -1781,6 +1798,13 @@
(ab, 3)
)
+# Issue #14850
+self.assertEqual(
+codecs.charmap_decode(b\x00\x01\x02, ignore,
+ {0: 'a', 1: 'b', 2: '\ufffe'}),
+(ab, 3)
+)
+
allbytes = bytes(range(256))
self.assertEqual(
codecs.charmap_decode(allbytes, ignore, {}),
@@ -1821,6 +1845,11 @@
{0: a, 1: b},
)
+self.assertRaises(UnicodeDecodeError,
+codecs.charmap_decode, b\x00\x01\x02, strict,
+ {0: a, 1: b, 2: 0xFFFE},
+)
+
self.assertEqual(
codecs.charmap_decode(b\x00\x01\x02, replace,
{0: a, 1: b}),
@@ -1828,11 +1857,23 @@
)
self.assertEqual(
+codecs.charmap_decode(b\x00\x01\x02, replace,
+ {0: a, 1: b, 2: 0xFFFE}),
+(ab\ufffd, 3)
+)
+
+self.assertEqual(
codecs.charmap_decode(b\x00\x01\x02, ignore,
{0: a, 1: b}),
(ab, 3)
)
+self.assertEqual(
+codecs.charmap_decode(b\x00\x01\x02, ignore,
+ {0: a, 1: b, 2: 0xFFFE}),
+(ab, 3)
+)
+
class WithStmtTest(unittest.TestCase):
def test_encodedfile(self):
diff -r 5ddc7b3f2795 Objects/unicodeobject.c
--- a/Objects/unicodeobject.c Tue Oct 02 12:54:07 2012 +0200
+++ b/Objects/unicodeobject.c Tue Oct 02 19:07:20 2012 +0300
@@ -7516,15 +7516,18 @@
if (PyErr_ExceptionMatches(PyExc_LookupError)) {
/* No mapping found means: mapping is undefined. */
PyErr_Clear();
-x = Py_None;
-Py_INCREF(x);
+goto Undefined;
} else
goto onError;
}
/* Apply mapping */
+if (x == Py_None)
+goto Undefined;
if (PyLong_Check(x)) {
long value = PyLong_AS_LONG(x);
+if (value == 0xFFFE)
+goto Undefined;
if (value 0 || value MAX_UNICODE) {
PyErr_Format(PyExc_TypeError,
character mapping must be in range(0x%lx),
@@ -7535,21 +7538,6 @@
if (unicode_putchar(v, outpos, value) 0)
goto onError;
}
-else if (x == Py_None) {
-/* undefined mapping */
-startinpos = s-starts;
-endinpos = startinpos+1;
-if (unicode_decode_call_errorhandler(
-errors, errorHandler,
-charmap, character maps to undefined,
-starts, e, startinpos, endinpos, exc, s,
-v, outpos)) {
-Py_DECREF(x);
-goto onError;
-}
-
[issue14850] The inconsistency of codecs.charmap_decode
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15379] Charmap decoding of no-BMP characters
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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15379] Charmap decoding of no-BMP characters
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 with variable-length data the way I
thought it already did. Otherwise, it already *is* the binary formatting method.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3982
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Benjamin Peterson added the comment: It's not constant time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15490] Correct __sizeof__ support for StringIO
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15475] Correct __sizeof__ support for itertools
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15696] Correct __sizeof__ support for mmap
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15696 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14161] python2 file __repr__ does not escape filename
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14161] python2 file __repr__ does not escape filename
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 http://bugs.python.org/issue14161 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16109] urllib2.urlopen throws HTTP Error in python 2.7.2, 2.7.3, but not in python 2.7
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 tracker rep...@bugs.python.org http://bugs.python.org/issue16109 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16111] Python 2.7.3 Windows MSI installer installs the VC++ 9 dlls directly to WinSxS folder
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++ dlls to the WinSxS is not a recommended practice and can lead to problems. I am not sure if it even checks if the dll is present in the WinSxS folder. The dll shipped with Python is the RTM version. SP1 and later many security fixes were released by Microsoft. But python has not upgraded the dll. Also many machines have VC++ already installed and of higher version. So there is a manifest file that redirects all requests to a newer version. So adding an older file is futile. -- components: Installation messages: 171820 nosy: freaksterrao priority: normal severity: normal status: open title: Python 2.7.3 Windows MSI installer installs the VC++ 9 dlls directly to WinSxS folder type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16111 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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 http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16101] Verify all imported modules at startup are needed
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 http://bugs.python.org/issue16101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
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. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16112] platform.architecture does not correctly escape argument to /usr/bin/file
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 /tmp/Z Hi there Here's a patch to make it use subprocess instead. I haven't tested it thoroughly building everything from trunk and running tests, but I verified it works by replacing the platform.py in my system Python install. -- components: Library (Lib) files: fix-platform-architecture.patch keywords: patch messages: 171825 nosy: David.Benjamin priority: normal severity: normal status: open title: platform.architecture does not correctly escape argument to /usr/bin/file type: security versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file27391/fix-platform-architecture.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16112 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6322] Pdb breakpoints don't work on lines without bytecode
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: 8 x = 3 9 finally: 10 x = 4 11 12 if __name__ == __main__: 13 main() 14 print(x) 15 $ python3 -m pdb foo.py /path_to/foo.py(1)module() - x = 1 (Pdb) break 3 Breakpoint 1 at /path_to/foo.py:3 (Pdb) break 7 Breakpoint 2 at /path_to/foo.py:7 (Pdb) break 9 Breakpoint 3 at /path_to/foo.py:9 (Pdb) break 14 Breakpoint 4 at /path_to/foo.py:14 (Pdb) continue /path_to/foo.py(14)module() - print(x) (Pdb) == vim:sts=2:sw=2 -- nosy: +xdegaye ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16110] Provide logging.config.configParserConfig
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 like to minimise the maintenance I have to do for fileConfig()-related code, and would prefer not to add any auxiliary APIs around fileConfig(). 2. The file reading time and ConfigParser instantiation time are not likely to be a performance problem in practice, as logging configuration is an infrequent operation (a one-off operation in most cases). 3. You can also pass in a file-like object rather than a filename, and in that case, fileConfig() will use readfp() if available. While you might have to seek to the beginning of the file to pass it to another ConfigParser instance, that is likely to be just a pointer adjustment in a buffer rather than actual disk I/O (config files are usually pretty small). I hope you will agree. I'll leave the issue as pending for now, and close it in a day or two. -- assignee: - vinay.sajip resolution: - wont fix status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16110] Provide logging.config.configParserConfig
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 configuration file to a dictionary for use in dictConfig? -- nosy: +r.david.murray status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16089] _elementtree.TreeBuilder broken with a non-C-deriving element_factory
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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12370] Use of super overwrites use of __class__ in class namespace
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 this is a bug and that it should be fixed. Instead it enforces both type safety in respect to classes deriving from a given class hierarchy being forced to report their actual class instead of some fabricated and customly induced one. If you require such behaviour then you should implement your own meta class that will then override the __class__ property. And, yes, I do think that Python 3.0 was wrong in the assumption that one could build up class hierarchies and then break out of that class hierarchy by simply providing a __class__ property that would return a different value as what one would expected. What do the others think? -- nosy: +carsten.kl...@axn-software.de ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16089] _elementtree.TreeBuilder broken with a non-C-deriving element_factory
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12370] Use of super overwrites use of __class__ in class namespace
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 any other special attribute e.g. __add__. The cause of the bug is presumably that the (ast-to-bytecode) compiler fails to differentiate the scopes. See below for (rather ugly) code which correctly implements the example class presented by Micheal. class X(object): @property def __class__(self): return int class Y def __init__(self): super(X, self).__init__() X.__init__ = Y.__init__ del Y print (isinstance(X(), int)) X.__init__.__code__.co_freevars[0] '__class__' X.__dict__['__class__'] property object at 0x18f5e68 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
Changes by Michele Orrù maker...@gmail.com: -- nosy: +maker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16106 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15897] zipimport.c doesn't check return value of fseek()
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 the 500 bytes internal buffer. You can use a size limit in the format string. -- versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15897] zipimport.c doesn't check return value of fseek()
Antoine Pitrou added the comment: Jesus, please read the PyErr_Format() documentation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15897] zipimport.c doesn't check return value of fseek()
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9650] format codes in time.strptime docstrings
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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9650 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11798] Test cases not garbage collected after run
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 dummy implementation of _removeTestAtIndex. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11798 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9650] format codes in time.strptime docstrings
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 http://bugs.python.org/issue9650 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9650] format codes in time.strptime docstrings
É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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15897] zipimport.c doesn't check return value of fseek()
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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9650] format codes in time.strptime docstrings
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9650] format codes in time.strptime docstrings
Changes by Brian Curtin br...@python.org: -- nosy: -brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9650 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16105] Pass read only FD to signal.set_wakeup_fd
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 checksignals_witharg can raise an error if the received errno is non-zero. I agree with Felipe that issues here can be difficult to diagnose. For example the fd could get mistakingly closed, but the write() EBADF would then be ignored and the expected signal wakeups would be lost. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15786] IDLE code completion window does not scoll/select with mouse
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: -- nosy: +serwy, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15786 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15786 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15897] zipimport.c doesn't check return value of fseek()
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 check return value of fseek() http://hg.python.org/cpython/rev/4da48083aaab New changeset 0f1637c4d673 by Jesus Cea in branch '3.3': MERGE: Closes #15897: zipimport.c doesn't check return value of fseek() http://hg.python.org/cpython/rev/0f1637c4d673 New changeset ad63e5246306 by Jesus Cea in branch 'default': MERGE: Closes #15897: zipimport.c doesn't check return value of fseek() http://hg.python.org/cpython/rev/ad63e5246306 -- nosy: +python-dev resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3173] external strftime for Python?
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15897] zipimport.c doesn't check return value of fseek()
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 each function it appears in make: *** [Modules/zipimport.o] Error 1 -- resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15897] zipimport.c doesn't check return value of fseek()
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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16094] Tuple extraction in a lambda isn't supported by 2to3
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. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16105] Pass read only FD to signal.set_wakeup_fd
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 patch with a test case. -- keywords: +patch Added file: http://bugs.python.org/file27394/issue16105_v1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16106] antigravity tests
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 Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16076] xml.etree.ElementTree.Element is no longer pickleable
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16076] xml.etree.ElementTree.Element is no longer pickleable
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 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15989] Possible integer overflow of PyLong_AsLong() results
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 Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16113] Add SHA-3 (Keccak) support
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 integrate the reference implementation as it contains several optimized backends for X86, X86_64, SIMD and various ARM platforms. [1] http://www.nist.gov/itl/csd/sha-100212.cfm [2] http://keccak.noekeon.org/ -- components: Extension Modules messages: 171848 nosy: christian.heimes priority: normal severity: normal status: open title: Add SHA-3 (Keccak) support type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16113 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15786] IDLE code completion window does not scoll/select with mouse
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 FocusOut event is generated when selecting the completion window, causing it to close. On Linux with Gnome3.4, the scroll bar is clickable without closing the window. By removing FocusOut from HIDE_SEQUENCES in AutoCompleteWindow.py, the completion window can now take focus. However, the completion window will need some work since key presses in the focused window doesn't change the text selection. -- stage: - needs patch type: - behavior versions: +Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15786 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
