Ross Lagerwall rosslagerw...@gmail.com added the comment:
After trying to reproduce this bug in 2.7.1 3.2b2 and failing, I think this
should be closed (even the OP couldn't reproduce it in anything other than 2.4).
--
nosy: +rosslagerwall
___
Georg Brandl ge...@python.org added the comment:
Right, closing this one too. Thanks!
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1535504
sorin sorin.sbar...@gmail.com added the comment:
remeber that cp65001 cannot be set on windows. Also please read
http://blogs.msdn.com/b/michkap/archive/2010/10/07/10072032.aspx and contact
the author, Michael Kaplan from Microsoft, if you have more questions. I'm sure
he will be glad to
Eli Bendersky eli...@gmail.com added the comment:
I agree that the difference in behavior between the two functions is
unfortunate, but that's unlikely to change now.
The least we can do is make the documentation precise. I'm attaching a proposed
patch to Doc/c-api/object.rst
Georg Brandl ge...@python.org added the comment:
Sure.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10912
___
___
Eli Bendersky eli...@gmail.com added the comment:
Committed the fix to py3k in r88009
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10912
___
Eli Bendersky eli...@gmail.com added the comment:
Backport to release31 branch in r88010
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10912
___
New submission from Antoine Pitrou pit...@free.fr:
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
Georg Brandl ge...@python.org added the comment:
Won't make it into 3.2.
--
priority: deferred blocker - high
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8754
Georg Brandl ge...@python.org added the comment:
Anything left to do here, Senthil?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
___
Antoine Pitrou pit...@free.fr added the comment:
Done in r88018.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10913
New submission from Antoine Pitrou pit...@free.fr:
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
Antoine Pitrou pit...@free.fr added the comment:
See also #10914.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1977
___
___
Python-bugs-list
Nick Coghlan ncogh...@gmail.com added the comment:
For the record, the gory details as to *why* RichCompareBool makes more
assumptions as to the meaning of equality than the basic RichCompare function
can be found in issue 4296 (I just found that issue myself by looking at Mark's
response to
Eli Bendersky eli...@gmail.com added the comment:
Nick, I read the protocol of issue 4296 and I understand the reasoning behind
the code, but I still think the naming is mightily confusing. Two distinct
changes went into a single function (A) Return -1/0/+1 instead of PyObject and
(B) the
Nick Coghlan ncogh...@gmail.com added the comment:
Yeah, to prevent perfectly reasonable why questions, it is probably worth
providing a little extra justification as an addendum to your new note (which
is already an improvement on the complete silence on the topic that existed
before).
A
New submission from Antoine Pitrou pit...@free.fr:
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
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10915
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +amaury.forgeotdarc, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10914
___
___
New submission from Ross Lagerwall rosslagerw...@gmail.com:
If a mmap length 0 is used and an offset is used as well, the size to mmap() is
calculated as the size of the file instead of the size of the file minus
offset. This means that trying to access a certain part does not result in an
Changes by SilentGhost ghost@gmail.com:
--
status: open - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5800
___
___
Antoine Pitrou pit...@free.fr 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
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - out of date
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9532
___
SilentGhost ghost@gmail.com added the comment:
The patch aside from fixing directory names on case-insensitive file systems,
also:
* implements more efficient handling of directory and module comparison (put
into _Ignoore.__init__ instead of _Ignore.names).
* changes integer return codes
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org
Changes by SilentGhost ghost@gmail.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10896
___
___
Python-bugs-list
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10908
___
Changes by SilentGhost ghost@gmail.com:
--
nosy: -SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10896
___
___
Python-bugs-list
Changes by SilentGhost ghost@gmail.com:
--
dependencies: +trace module compares directories as strings (--ignore-dir)
type: - performance
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10908
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file20416/gilstateinterp.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10915
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file20417/gilstateinterp.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10915
Georg Brandl ge...@python.org added the comment:
Not important enough to block release.
--
priority: deferred blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10694
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8746
___
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10736
___
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10734
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sat, Jan 15, 2011 at 2:20 AM, Eli Bendersky rep...@bugs.python.org wrote:
..
This solution is a hack, but so is the whole __calc_date_time function :-)
[IMHO]
I am not sure how to proceed. On one hand, I opened
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
6. datetime.find(self.f_month[m]) = 0 - self.f_month[m] in datetime
Python is not C!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8957
Rui Carmo rca...@gmail.com added the comment:
I'd like to add that when supplying custom headers for things like UPNP (which
uses SOAPACTION as a header to talk to frequently very limited servers), the
library shouldn't mangle the headers in any way whatsoever and send them
verbatim.
(I
Senthil Kumaran orsent...@gmail.com added the comment:
Hi Georg,
In the previous comment, I had written that
'let me see if we have to accommodate those very special case
where data can be a zero length string just to accommodate the mistake
it was present in the earlier version.'
More, I
Antoine Pitrou pit...@free.fr added the comment:
It also needed fixing on Windows: committed in r88036, r88037 and r88038.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10916
___
Xuanji Li xua...@gmail.com added the comment:
Yes, I think we should close it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
___
Eli Bendersky eli...@gmail.com added the comment:
Alexander,
1) Patch comments - thanks for those. Will have them fixed.
2) General strategy for implementing strptime. I must confess I don't fully
understand the reason for doing what the _strptime module does. Standard C
AFAIK has nothing of
Senthil Kumaran orsent...@gmail.com added the comment:
Thanks for the note. I shall some details to the NEWS entry before the release.
Closing this report.
--
priority: critical - low
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Senthil Kumaran orsent...@gmail.com:
--
priority: low - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
___
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
You pretty much hit the nail on the head. Some platforms don't have strptime
or did not have it at the time this code was written. The locale module is
probably more recent than this code as well.
--
nosy:
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +Devin Jeanpierre
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10912
___
___
Python-bugs-list
Graham Dumpleton graham.dumple...@gmail.com added the comment:
Can you please provide an example of what user would do and what changes
existing extension modules would need to make?
When I looked at this exact problem some time back, I worked out that you
probably only need a single new
Antoine Pitrou pit...@free.fr 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
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10912
___
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
-1 on PyObject_RichCompareBoolEx() for 3.3 -- it is simply an invitation to
shoot yourself (or others) in the foot.
I've not seen real world code using bool(a==b) or its C equivalent, so it's
hard to believe that there is a
Nick Coghlan ncogh...@gmail.com 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.
That said, I don't see anything that
Nick Coghlan ncogh...@gmail.com added the comment:
Indeed. I was actually wondering if it would be worth trying to write up a
section for the language reference to describe the cases where a Python
implementation is *expected* to assume reflexive equality. We (IMO) have a
problem at the
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I have been unable to reproduce this on either 3.2rc1 or 2.6. I used a Zip
archive containing a single file with the data ba\n (CRC 0xDDEAA107).
--
nosy: +nvawda
___
Python tracker
Antoine Pitrou pit...@free.fr 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 about
Graham Dumpleton graham.dumple...@gmail.com 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. Thus ultimately all it is doing is:
Py_BEGIN_ALLOW_THREADS
Call into some foreign C library.
C library wants
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
If something needs to be written about NaNs or other invariant destroying
objects, perhaps a FAQ entry would suffice (perhaps referencing
http://bertrandmeyer.com/2010/02/06/reflexivity-and-other-pillars-of-civilization/
).
Graham Dumpleton graham.dumple...@gmail.com added the comment:
As to the comment:
IMO we should really promote clean APIs which allow solving the whole
problem, rather than devise an internal hack to try to improve things
slightly.
The reality is that if you force a change on every single
Eli Bendersky eli...@gmail.com added the comment:
Alexander, but still - this isn't just an implementation of strptime. strptime,
AFAIU strptime gets the format string as a parameter and uses it to parse a
date string into a tm struct. So why do we need to parse a date string
*without* a
Eli Bendersky eli...@gmail.com added the comment:
Raymond,
I initially set easy on this issue because I considered it a documentation
issue, not the place to resolve the harder debate of the semantics of these
functions. Perhaps I was wrong?
Also, I agree with Nick that the difference must
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Yes, it is a doc issue but sometimes those aren't easy to get right (in terms
of being beneficial to the reader and in good alignment with the design
intentions). Please attach the doc patch you want to go in and I'll
New submission from anatoly techtonik techto...@gmail.com:
http://www.python.org/dev/peps/pep-0333/#id7
Link to CGI spec is broken.
--
assignee: docs@python
components: Documentation
messages: 126361
nosy: docs@python, techtonik
priority: normal
severity: normal
status: open
title: PEP
62 matches
Mail list logo