Changes by Antoine Pitrou :
--
nosy: -pitrou
___
Python tracker
<http://bugs.python.org/issue4953>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Ok, there are 10+ files attached, 20+ comments, no up-to-date patch. It's
really too late for 3.2 IMO.
--
nosy: +pitrou
priority: release blocker -> normal
stage: patch review -> needs patch
versions:
Antoine Pitrou added the comment:
> Comment ça, no up to date patch ? cgi_32.patch is up to date, the API
> changes are documented, the unittests work, what else do you want ?
The O_BINARY stuff looks obsolete to me.
--
___
Python tracker
Antoine Pitrou added the comment:
> I am still seeing the same performance as the OP when I use
> extractall() with a password protected ZIP of size 287 MB (containing
> one compressed movie file of size 297 MB).
Please try with a non-password prote
Changes by Antoine Pitrou :
--
nosy: -pitrou
___
Python tracker
<http://bugs.python.org/issue4953>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Can you provide such a file? What system are you testing on?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
Looks good and simple enough. I would probably shift the timeout test after the
closed test, but that's almost a detail.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Antoine Pitrou :
--
stage: unit test needed -> patch review
___
Python tracker
<http://bugs.python.org/issue10694>
___
___
Python-bugs-list mai
Antoine Pitrou added the comment:
Łukasz, please close issues when they are fixed.
--
nosy: +pitrou
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Antoine Pitrou :
These two functions are very low-level and no good to use outside the
interpreter core (actually, inside the core I don't think they are useful
either). We should deprecate them and recommend the thread-state aware
functions instead. See #1720250 f
Antoine Pitrou added the comment:
Done in r88018.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Antoine Pitrou :
Here is a prototype test for embedding and sub-interpreters.
--
components: Interpreter Core, Tests
files: embedtest.patch
keywords: patch
messages: 126328
nosy: christian.heimes, grahamd, haypo, loewis, pitrou
priority: normal
severity: normal
Antoine Pitrou added the comment:
See also #10914.
--
___
Python tracker
<http://bugs.python.org/issue1977>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Antoine Pitrou :
It should be relatively easy to devise a new PyGILState API with support for
multiple interpreters. We just need two new functions (similar to the two
existing ones) taking a PyInterpreterState* parameter; a TLS key can be added
to the PyInterpreterState
Changes by Antoine Pitrou :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue10915>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
nosy: +amaury.forgeotdarc, ncoghlan
___
Python tracker
<http://bugs.python.org/issue10914>
___
___
Python-bugs-list mailin
Antoine Pitrou added the comment:
Here is a sketch, including conversion of ctypes to the new API.
Converting sqlite would require a bit more work.
--
keywords: +patch
Added file: http://bugs.python.org/file20416/gilstateinterp.patch
___
Python
Antoine Pitrou added the comment:
Thanks for the patch. Committed in r88022 (3.2), r88023 (3.1) and r88024 (2.7).
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Antoine Pitrou :
Removed file: http://bugs.python.org/file20416/gilstateinterp.patch
___
Python tracker
<http://bugs.python.org/issue10915>
___
___
Python-bug
Changes by Antoine Pitrou :
--
stage: needs patch -> patch review
Added file: http://bugs.python.org/file20417/gilstateinterp.patch
___
Python tracker
<http://bugs.python.org/issu
Antoine Pitrou added the comment:
It also needed fixing on Windows: committed in r88036, r88037 and r88038.
--
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
> Can you please provide an example of what user would do and what
> changes existing extension modules would need to make?
The patch contains such a change for ctypes. It's quite simple actually.
> By default stuff would work on the main inter
Antoine Pitrou added the comment:
> A TLS based approach would presumably allow an embedding application
> like mod_wsgi to tinker with the state of threads created by naive
> modules that are unaware of the existence of subinterpreters.
The question is how mod_wsgi could know
Antoine Pitrou added the comment:
> The bulk of use cases is going to be simple callbacks via the same
> thread that called out of Python in the first place. [...]
> This is what SWIG effectively does in its generated wrappers for
> callbacks.
Thanks for clarifying. I agree th
Changes by Antoine Pitrou :
--
nosy: +haypo
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue10920>
___
___
Python-bugs-list mai
Antoine Pitrou added the comment:
Probably a legitimate "crash" (aka deliberate abort), since Python needs an
encoding for its standard input/output text streams, and the encoding suggested
by the system ("cp65001") isn't supported.
Changes by Antoine Pitrou :
--
type: -> feature request
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue10911>
___
___
Py
Antoine Pitrou added the comment:
> Is it possible to use distutils to compile this test, and remove it
> from the Makefile?
I'm not aware that distutils is able to compile applications rather than
extension modules, but that would certainly be better than a rule in the
Ma
Changes by Antoine Pitrou :
--
nosy: +brett.cannon
___
Python tracker
<http://bugs.python.org/issue10926>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
assignee: docs@python ->
nosy: +belopolsky, r.david.murray
___
Python tracker
<http://bugs.python.org/issue10921>
___
___
Py
Changes by Antoine Pitrou :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue10921>
___
___
Python-bugs-list mailing list
Unsubscri
Antoine Pitrou added the comment:
> Graham - the cases you describe are the things I was saying don't
> currently work in my post and wouldn't be helped by Antoine's patch.
> Your thoughts on how we could possibly make it work actually parallel
> mine (although ther
Antoine Pitrou added the comment:
> There is also always the possibility of writing it in Python and using
> ctypes to get at the necessary C API calls to create subinterpreters.
Well, I don't think calling Py_Initialize, Py_Finalize and Py_NewInterpreter
from pure Python code is
Antoine Pitrou added the comment:
Please attach a simple script reproducing the perceived problem.
--
components: +Library (Lib) -None
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
> Attached test file a.zip. Happening with 2.7.1.3. The changes came
> with /python/branches/release27-maint/Lib/zipfile.py revision 83961
I tested with 2.7.x and 3.2 (both from latest SVN) and couldn't reproduce (I
used testzip() and extractall(
Antoine Pitrou added the comment:
You forgot to add the new files to your patch.
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10924>
___
___
Antoine Pitrou added the comment:
> Able to get the issue with
> Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)]
> on win32
Ok, I tried with this exact version and I still can't reproduce.
Can you explain which steps exactly are necessary to exhi
Antoine Pitrou added the comment:
Can you use "diff -u" (or simply "svn diff") when generating a patch?
> 6) I don't know, I thought everything in Python 3 was a new style
> class?
It is indeed.
--
___
Python t
Antoine Pitrou added the comment:
The patch produces a failure in test_getargs2, but that test is wrong and
should be fixed:
==
ERROR: test_w_star (test.test_getargs2.Bytes_TestCase
Changes by Antoine Pitrou :
--
nosy: +georg.brandl
priority: normal -> critical
___
Python tracker
<http://bugs.python.org/issue10451>
___
___
Python-bugs-lis
Antoine Pitrou added the comment:
> So, does "critical" mean "should be release blocker"?
It's up to you to decide. It's not a new bug AFAICT.
--
___
Python tracker
&
Antoine Pitrou added the comment:
Patch with modified tests committed in r88097 (3.2), r88098 (3.1) and r88099
(2.7). Thank you!
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 2.7
___
Pytho
Changes by Antoine Pitrou :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue10937>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
How about adding "#undef FSTAT" instead? Would it work for you?
--
components: +Extension Modules
nosy: +pitrou
stage: -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python t
Antoine Pitrou added the comment:
> Sure thing, here's an "svn diff". I had switched to the diff because
> I couldn't get it to patch into a fresh trunk, but the format looked
> fine; not sure why it couldn't find the files. Anyway, here's a new
>
Antoine Pitrou added the comment:
> Not sure if that was meant to be a suggestion for why my local
> patching wasn't working from the "svn diff" output, but obviously -5
> was messed up. Here's a new version that I can apply to my fresh
> trunk and passes "
Antoine Pitrou added the comment:
As I already explained:
* why it doesn't detect that the password is bad is because the ZIP format is
not well-designed enough
* you can catch the zlib error which indicates that decryption returned junk
--
resolution: -> invalid
stat
Antoine Pitrou added the comment:
> Thanks for the pointer about "patch -p0". I *HAD* tried that, but it
> didn't seem to work either. I'll double check that though... "svn
> diff" is what I'd prefer, because then I can "svn commit&quo
Antoine Pitrou added the comment:
> I'm catching all errors and exceptions and zipfile still decompresses
> it, that's what I've been trying to tell you. I don't face my original
> problem anymore, I'm catching that exception, now zipfile considers
> some
Antoine Pitrou added the comment:
Ok, fixed in r88111 (3.2), r88112 (3.1) and r88113 (2.7).
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Antoine Pitrou added the comment:
> OK. So he is saying that when the spec says "an object of type str" he
> means 'type(x) is str' as opposed to 'isinstance(x, str)'. I would
> naively have expected the latter, as other people clearly do as well.
Antoine Pitrou added the comment:
> If it is impossible to detect deadlocks, can't we raise an exception
> if two threads try to import a module at the same time? (change
> completly how the import "lock" is handled)
>
> Antoine changed recently the io mod
Antoine Pitrou added the comment:
> Jean-Paul Calderone added the comment:
>
> > Phillip, your argument about interfacing with code written in C
> doesn't work for built-in immutable types like str.
>
> Sure it does. Definitely-str is easier to handle in C than
&
Antoine Pitrou added the comment:
What behaviour would you expect instead?
--
nosy: +pitrou
versions: -Python 2.5, Python 2.6, Python 3.1
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
Oops, sorry, had missed the relevant part in your original message.
--
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
> file.write, on EINTR, could decide to continue writing if no Python
> signal handler raised an exception.
> Analogously, file.read could decide to keep on reading on EINTR if no
> Python signal handler raised an exception.
Ok. This would onl
Antoine Pitrou added the comment:
> PyString_AsString() only "works on subclasses" if their internal
> representation is the same as type str. So we can't say "subclass of
> str" without *also* specifying that the subclass store its contents in
> exactly
New submission from Antoine Pitrou :
This happens when I try to debug a Python process (py3k HEAD in pydebug mode):
Traceback (most recent call last):
File "/home/antoine/py3k/__svn__/python-gdb.py", line 52, in
_type_size_t = gdb.lookup_type('size_t')
RuntimeError:
Antoine Pitrou added the comment:
$ gdb --version
GNU gdb (GDB) 7.1-1mdv2010.1 (Mandriva Linux release 2010.1)
--
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
And bizarrely, test_gdb runs fine.
--
___
Python tracker
<http://bugs.python.org/issue10962>
___
___
Python-bugs-list mailin
Antoine Pitrou added the comment:
Er, for some reason it seems to have just stopped happening.
--
resolution: -> works for me
status: open -> pending
___
Python tracker
<http://bugs.python.org/i
Changes by Antoine Pitrou :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue10962>
___
___
Python-bugs-list mailing list
Unsubscri
Antoine Pitrou added the comment:
> It could be argued that this is incorrect, as it masks under-reads of
> stdin by the subprocess. However I believe a sanely-written subprocess
> ought to indicate success/failure back with its return code.
It seems quite orthogonal. The subproc
Changes by Antoine Pitrou :
--
nosy: +georg.brandl
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue10959>
___
___
Python-bugs-list mai
Antoine Pitrou added the comment:
Here is an updated patch which also caters to the Windows side of things.
--
Added file: http://bugs.python.org/file20470/mmap_10959.patch
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
Fixed in r88131 (3.2), r88132 (3.1) and r88133 (2.7). Thank you!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Antoine Pitrou added the comment:
Well, perhaps Marc-André wants to revive it. Otherwise, suggest closing indeed.
--
assignee: docs@python ->
nosy: +lemburg
stage: -> needs patch
status: open -> pending
___
Python tracker
<http://bug
Antoine Pitrou added the comment:
> Updating the cheat sheet would be a great summer of code like project.
> We are considering using the cheat sheet as basis for a flyer in the
> PSF marketing material project.
IMO it's not only about updating. It's about converting it to
Antoine Pitrou added the comment:
Here is a patch for Python 3.2+.
--
keywords: +patch
nosy: +amaury.forgeotdarc
stage: -> patch review
Added file: http://bugs.python.org/file20472/eintr_io.patch
___
Python tracker
<http://bugs.pyth
Antoine Pitrou added the comment:
What kind of problem are you trying to solve?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10972>
___
___
Antoine Pitrou added the comment:
AFAIK this is by design. Not that I agree with this decision anyway.
--
assignee: collinwinter ->
nosy: +pitrou
title: Timer class inheritance issue -> Timer should be a class so that it can
be derived
type: behavior -> feature request
Antoine Pitrou added the comment:
> Support non-ASCII filenames in python32.zip (#10955): at bootstrap,
> Python 3.2 can only use UTF-8 codec (not cp437).
>
> But I suppose also that forcing the encoding to UTF-8 gives a better
> Unicode support (when you decompress the archive)
Antoine Pitrou added the comment:
Victor's second patch looks good to me. Georg, is this a release blocker?
--
nosy: +pitrou
stage: unit test needed -> patch review
___
Python tracker
<http://bugs.python.org
Antoine Pitrou added the comment:
> The python32.zip file generated by py2app contains both files from the
> stdlib and application files. I cannot avoid haveing non-ascii
> filenames when a python package contains data files that have such
> names.
I don't think this is
Changes by Antoine Pitrou :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10973>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
> Again, the whole zip central directory is loaded on first import. If
> the zip file contains non-ascii filenames, nothing can be imported.
Does it have to be decoded eagerly, though?
--
___
Python tracker
Antoine Pitrou added the comment:
> > The question is, rather, why you need an external flag for that.
>
> Because I don't want to change the default encoding. I am not sure
> that all applications support UTF-8 encodings.
If this is a ZIP standard flag, why should we car
Changes by Antoine Pitrou :
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/issue10972>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
nosy: +asksol
stage: -> needs patch
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/iss
Antoine Pitrou added the comment:
> Implicit knowledge in your own head about what might or might not be a
> good idea to program is not the same thing as a specification.
> "type(x) is str" is a good specification in this context, while
> "string subclasses, but
Antoine Pitrou added the comment:
Indeed, the documentation (and function docstring) needs fixing instead. It's a
pity we didn't remove the useless `encoding` parameter.
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy:
Antoine Pitrou added the comment:
I've committed a doc fix in r88137.
--
___
Python tracker
<http://bugs.python.org/issue10976>
___
___
Python-bugs-list m
Antoine Pitrou added the comment:
> Antoine, could improvement from 2.7 to 3.2 have anything to new with
> the new implementation of the Global Interpreter Lock?
Perhaps, but then it's pure luck.
Looking at the traceback, IDLE seems to replace sys.stdout with its own thingie
when
Changes by Antoine Pitrou :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue10909>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
nosy: +giampaolo.rodola
type: -> behavior
versions: -Python 2.5, Python 2.6
___
Python tracker
<http://bugs.python.org/issu
Antoine Pitrou added the comment:
Actually, the "pending" stage is only for when things have been committed :)
See http://docs.python.org/devguide/triaging.html#triaging
--
resolution: later -> accepted
stage: patch review -> commit review
status:
Changes by Antoine Pitrou :
--
priority: normal -> high
stage: -> needs patch
versions: -Python 2.5, Python 2.6, Python 3.3
___
Python tracker
<http://bugs.python.org/i
Changes by Antoine Pitrou :
--
components: +Library (Lib)
nosy: +orsenthil
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue10983>
___
___
Py
Antoine Pitrou added the comment:
Here is a patch. I also strength the recursion limit testing script by testing
both recursion through dicts and through lists.
--
components: +Extension Modules
keywords: +patch
nosy: +alexandre.vassalotti, amaury.forgeotdarc, georg.brandl
stage
Antoine Pitrou added the comment:
Committed in r88147 (3.2) and r88148 (3.1).
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Antoine Pitrou added the comment:
Needs a patch + tests :)
--
nosy: +georg.brandl
priority: normal -> high
stage: -> needs patch
type: -> crash
___
Python tracker
<http://bugs.python.or
Antoine Pitrou added the comment:
Can you try with either 2.6.6 or 2.7.1?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10993>
___
___
Pytho
Changes by Antoine Pitrou :
--
stage: -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue10994>
___
_
Antoine Pitrou added the comment:
Well, getsizeof is not better-defined under CPython than elsewhere. It just
gives a hint.
Agreed about the other.
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
> I suppose wrt getsizeof it's more of "if you provide us with a
> reasonable expectations, we can implement this" other than anything
> else.
The expectation is that it returns the memory footprint of the given
object, and only it
Antoine Pitrou added the comment:
Well, there are already such examples:
http://docs.python.org/dev/library/ssl.html#examples
Do you think they are not visible enough?
--
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
Rather than labelling it a platform-specific issue, I'd like the OP to test
with the latest bugfix releases (2.6.6 and 2.7.1). Some things have definitely
been fixed recently.
--
___
Python tracker
Antoine Pitrou added the comment:
You are right, this is suboptimal. It would also be a behaviour change from
currently, but it seems beneficial.
--
nosy: +gregory.p.smith
type: -> feature request
___
Python tracker
<http://bugs.pyth
Antoine Pitrou added the comment:
Well then let's reopen and unassign.
--
assignee: brett.cannon ->
nosy: +ncoghlan
resolution: rejected ->
stage: -> needs patch
status: closed -> open
title: Misc/porting should be folded in to the development FAQ -> Misc/porti
Changes by Antoine Pitrou :
--
priority: high -> critical
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue9124>
___
___
Python-bugs-lis
3501 - 3600 of 16792 matches
Mail list logo
