Neal Norwitz [EMAIL PROTECTED] added the comment:
Ugh. The manpage for accept on Ubuntu 6.10 says:
On Linux, the new socket returned by accept() does not inherit file
status flags such as O_NONBLOCK and O_ASYNC from the listening socket.
This behaviour differs from the canonical BSD
Rolland Dudemaine [EMAIL PROTECTED] added the comment:
In this precise case, this is for an RTOS called INTEGRITY, which does
define true and false as macros. The compiler is the vendor compiler
(Green Hills), but the definition conflicting with Python's definition
is comiung from the system
Raymond Hettinger [EMAIL PROTECTED] added the comment:
It would be helpful if we talked before going further on build-outs to
the peephole optimizer. IIRC, we chose to not do this one because it
interfered with other more important optimizations.
More importantly, we decided that the
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - gregory.p.smith
nosy: +gregory.p.smith
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2429
__
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Go ahead and commit -- and don't forget the issue number :)
--
assignee: georg.brandl - benjamin.peterson
resolution: - accepted
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2498
Gregory P. Smith [EMAIL PROTECTED] added the comment:
committed to trunk in r61998. time to watch the buildbots, it looked
good to me and passed on my machine. i'll close it once i see buildbot
test love.
tweaks i made: I reenabled the commented out ProxyAuth test, as it
works and I assumed
Georg Brandl [EMAIL PROTECTED] added the comment:
Committed patch in r61999. Thanks!
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2406
__
Gregory P. Smith [EMAIL PROTECTED] added the comment:
thanks!
committed to trunk in r62000.
--
priority: - normal
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2426
New submission from Christian Heimes [EMAIL PROTECTED]:
The source code of the _sqlite module in 3.0 is not in sync with the
code from 2.6. Some features and fixes are missing. If I recall
correctly I didn't merge a revision from 2.6 to 3.0 because 2.6a1 and
3.0a3 were released on the same day.
Gerhard Häring [EMAIL PROTECTED] added the comment:
I know. I'll do it this weekend.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2500
__
___
Python-bugs-list mailing list
New submission from Mark Summerfield [EMAIL PROTECTED]:
The tiny program at the end of this message runs under Python 2.5
30a3. Under 2 it gives the following output:
: python sax.py test.xml
('+', u'document')
('+', u'outer')
('+', u'inner')
('-', u'inner')
('-', u'outer')
('-', u'document')
Christian Heimes [EMAIL PROTECTED] added the comment:
I had to disable three unit tests in test_sax. We didn't noticed the
problem before because the tests weren't actually run. The three tests
are marked clearly with XXX and FIXME.
--
nosy: +tiran
priority: - critical
New submission from Wummel [EMAIL PROTECTED]:
Named tuples can also be used to emulate enum datatypes. The patch adds
an example to the documentation.
--
assignee: georg.brandl
components: Documentation
files: 0001-Add-enum-example-for-named-tuples.patch
keywords: patch
messages: 64627
New submission from Wummel [EMAIL PROTECTED]:
Test equality with None/True/False singletons should be done
by is rather than == to be on the safe side. Otherwise
objects overriding __eq__ could compare equal to one of those
singletons.
--
components: None
files:
Wummel [EMAIL PROTECTED] added the comment:
The motivation for this patch is that documenting a single function
adding enum-like capabilities would hopefully eliminate the numerous
enum recipies already out there, each handling things a little different.
__
Georg Brandl [EMAIL PROTECTED] added the comment:
So I finally got to this one :)
I had to fix a few things, mainly error handling, and a refleak.
And I found a refleak in the compiler :)
Reviewed and committed in r62004.
--
resolution: - accepted
status: open - closed
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
You are right of course, but just out of curiosity, do you really have
objects that compare equal to None?
--
nosy: +amaury.forgeotdarc
__
Tracker [EMAIL PROTECTED]
Georg Brandl [EMAIL PROTECTED] added the comment:
I'm in favor of this patch. Not only is is faster here, but it is also
way more idiomatic.
--
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2503
Skip Montanaro [EMAIL PROTECTED] added the comment:
Jean-Philippe You're right, it does seem that using f.read(1024) to
Jean-Philippe feed the sniffer works OK in my case and allows me to
Jean-Philippe instantiate the DictReader correctly... Why that is I'm
Jean-Philippe not sure
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
Fredrik,
If you're still listening, I am gonna try and tackle this one but I
would like to know why you or the famous Jeffrey of the Regexp world
claims that there is already code in the Regexp Engine for Atomic
Grouping? Adding a hook
Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]:
--
title: SRE: (?...) is not supported - SRE: Atomic Grouping (?...) is not
supported
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue433030
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed example (a * was missing) and committed as r62007. Thanks!
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2502
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Raymond, is this kind of recipes worth adding to the 'collections' module?
Maybe with the following form:
def enum(*valuenames):
return namedtuple('Enum', valuenames)(*range(len(valuenames)))
--
nosy: +amaury.forgeotdarc,
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Yes, PEP8 says::
Comparisons to singletons like None should always be done with
'is' or 'is not', never the equality operators.
Reading the patch:
- a change modifies x == False into not x, another moves some lines.
I checked
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Fri, Mar 28, 2008 at 3:25 AM, Raymond Hettinger
[EMAIL PROTECTED] wrote:
It would be helpful if we talked before going further on build-outs to
the peephole optimizer.
Sure.
IIRC, we chose to not do this one because it
Wummel [EMAIL PROTECTED] added the comment:
Amaury, I never saw an object comparing equal to None.
I think the most likely case is a buggy x.__eq__() implementation. Then
the if x == None statement gets triggered, and somebody has a hard
time with bug hunting.
Just a note: I used an adapted
Changes by Collin Winter [EMAIL PROTECTED]:
--
components: +2to3 (2.x to 3.0 conversion tool)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2338
__
___
John Krukoff [EMAIL PROTECTED] added the comment:
I was just bit by this today in converting a proxy class from old style
to new style. The official documentation was of no help in discoverting
that neither __getattr__ or __getattribute__ are used to look up magic
attribute names. Even the link
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Another approach would be to add a dedicated lock for each PyFileObject.
This sounds a bit bad performance-wise but after all the GIL itself is a
lock, and we release and re-acquire it on each file operation, so why not?
Fred L. Drake, Jr. [EMAIL PROTECTED] added the comment:
It's certainly arguable that the current behavior is a bug, though I
suspect it shouldn't be considered major since I've not seen any prior
complaints about this.
It should be easy to fix the bug you describe by taking the character
stream
Antoine Pitrou [EMAIL PROTECTED] added the comment:
On the other hand, surprisingly enough, the flockfile/funlockfile
manpage tells me that:
The stdio functions are thread-safe. This is achieved by
assigning to each FILE
object a lockcount and (if the lockcount is
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
Raymond wrote in his recent response on issue2499 (a patch that adds
unary '+' and 'not' folding to peephole optimizer):
More importantly, we decided that the peepholer is the wrong place to
do much of this work. Most of the
David Wolever [EMAIL PROTECTED] added the comment:
Can you write a test case proving this?
At the moment, the second thing that the transform function in
fix_import.py does is return if the import doesn't look like a local
import (see probably_a_local_import in fix_import).
At the moment,
Gregory P. Smith [EMAIL PROTECTED] added the comment:
and r62012 which adds the dump.py files I forgot to svn add in r62000.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2426
__
Gregory P. Smith [EMAIL PROTECTED] added the comment:
although closed, i'm assigning this to ghaering so that he knows it went
in and can merge this back into pysqlite if its not already in there.
--
assignee: gregory.p.smith - ghaering
nosy: +ghaering
Collin Winter [EMAIL PROTECTED] added the comment:
Looking at it, I was confused by a quirk introduced into test_fixers:
Test_import's check_both() helper method does the wrong thing in this case:
a = import os
self.check_both(a, a) # Fails, tries to translate import os into
from . import os
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Commited with a message in r60218
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2498
__
David Wolever [EMAIL PROTECTED] added the comment:
Ah, yes -- that may be the fault of the confusingly named
'check_both'. The both means both when the module in question
exists and when it does not. If you've got a better name, please
change it!
Take a look at the method and you'll see
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Why hadn't I read #595601 in detail, it has an explanation:
[quoting Jeremy Hylton]
The universal newline code is squirrels the FILE * in a
local variable, which is worse. If it happens that
another thread closes the file, at best the local
Benjamin Peterson [EMAIL PROTECTED] added the comment:
This is because in UCS, Py_UNICODE is an unsigned long. In calls to
PyErr_Format, the format specifier %c (int, the UCS2 Py_UNICODE) is
given, so the compiler gives a warning.
--
versions: -Python 3.0
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
This patch was applied at r37285 (in svn terms). It looks like closing
this issue was blocked by #1057835 which was deemed unrelated and
resolved in any case.
I suggest to close this issue.
--
nosy: +belopolsky
type: -
Paul Kippes [EMAIL PROTECTED] added the comment:
Thanks so much.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2426
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
resolution: - out of date
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1015989
_
___
Gerhard Häring [EMAIL PROTECTED] added the comment:
Long fixed in 2.6 and 3.0 branches. Don't think it's worth fixing it in 2.5.
--
resolution: - wont fix
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1546263
Martin v. Löwis [EMAIL PROTECTED] added the comment:
If stdbool is not available, C99 still defines false and true as macros.
What do you mean by that? In C99, true and false are *not* defined in
a translation unit unless stdbool.h is included, see 7.16.
If stdbool is available, then most
Robert Siemer [EMAIL PROTECTED] added the comment:
Bad design stays bad design: the hope that pids don't get reused soon
breaks two assumptions:
1) I don't have to wait() for a child process soon. It's the programs
business.
2) Pids cycle: there are security patches to make pids of future
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Some good news: I've found a way to continue with my approach and make
it working. The close() method now raises an appropriate IOError when
another method is being called from another thread. Attaching a patch,
which protects a bunch of file
Antoine Pitrou [EMAIL PROTECTED] added the comment:
I've posted a preliminary patch for the close()-should-raise-an-error
approach here: #815646
--
nosy: +pitrou
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue595601
Georg Brandl [EMAIL PROTECTED] added the comment:
The bytearray branch has been merged.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1919
__
Georg Brandl [EMAIL PROTECTED] added the comment:
Bumping priority so that this gets reviewed before next release.
--
nosy: +georg.brandl
priority: normal - critical
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1751
Georg Brandl [EMAIL PROTECTED] added the comment:
Bumping priority.
--
keywords: +26backport
priority: normal - critical
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1745
__
Georg Brandl [EMAIL PROTECTED] added the comment:
#1745 already has a patch.
--
nosy: +georg.brandl
resolution: - duplicate
superseder: - Backport of PEP 3102 keyword-only arguments to 2.6
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2327
Changes by Georg Brandl [EMAIL PROTECTED]:
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2327
__
___
Python-bugs-list mailing list
Georg Brandl [EMAIL PROTECTED] added the comment:
Closed #595601 as a duplicate.
--
nosy: +georg.brandl
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue815646
___
Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - duplicate
status: open - closed
superseder: - thread unsafe file objects cause crash
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue595601
Georg Brandl [EMAIL PROTECTED] added the comment:
Bumping priority.
--
nosy: +georg.brandl
priority: normal - critical
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1717
__
Gerhard Häring [EMAIL PROTECTED] added the comment:
Fixed in r62026. Thanks for bringing this up.
--
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1625205
_
Gerhard Häring [EMAIL PROTECTED] added the comment:
done. the py3k branch is now up-to-date wrt to the sqlite3 module.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2500
Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1158
__
___
Python-bugs-list
Georg Brandl [EMAIL PROTECTED] added the comment:
This seems to have been committed in r61925.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2430
Georg Brandl [EMAIL PROTECTED] added the comment:
The branch has been merged in r61936.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2479
__
Changes by Georg Brandl [EMAIL PROTECTED]:
--
keywords: +26backport
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1967
__
___
Python-bugs-list mailing list
Changes by Georg Brandl [EMAIL PROTECTED]:
--
priority: normal - critical
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1967
__
___
Python-bugs-list mailing list
Georg Brandl [EMAIL PROTECTED] added the comment:
Backported to 2.6 in r62030 and 2.5 in r62031.
--
nosy: +georg.brandl
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1442
__
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: georg.brandl - gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2310
__
___
Python-bugs-list mailing
New submission from Pierre Metras [EMAIL PROTECTED]:
Please add support for pgettext(msgctxt, msgid) and variants (dpgettext,
dcpgettext...) in the gettext module.
I will not rephrase the justification for these functions and why
contexts are essential for good localization:
Georg Brandl [EMAIL PROTECTED] added the comment:
Leaving open as a reminder for coming rstdocs releases.
--
priority: normal - high
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue965065
Changes by Georg Brandl [EMAIL PROTECTED]:
--
priority: - high
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2176
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
--
status: open - pending
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2129
__
___
Python-bugs-list mailing list
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - georg.brandl
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1945
__
___
Python-bugs-list
Gregory P. Smith [EMAIL PROTECTED] added the comment:
Instrumenting the code and looking closer at the tcpdump, its true.
wikispaces.com is returning an invalid Location: header with a null byte
in the middle of it.
The fix on our end should be to handle such garbage from such broken
web
Gregory P. Smith [EMAIL PROTECTED] added the comment:
I'm not sure what the best solution for this is. If I truncate the
header values at a \x00 character it ends in an infinite redirect loop
(which urllib2 detects and raises on). If I simple remove all \x00
characters the resulting url is not
Gregory P. Smith [EMAIL PROTECTED] added the comment:
all buildbots seem happy with the new tests.
--
status: pending - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2429
__
David Remahl [EMAIL PROTECTED] added the comment:
The following test cases still cause bus errors with the patch applied:
import imageop; imageop.rgb82rgb('A'*(2**30), 32768, 32768)
import imageop; imageop.grey2rgb('A'*(2**30), 32768, 32768)
--
nosy: +chmod007
Neal Norwitz [EMAIL PROTECTED] added the comment:
Christian checked this in a few days ago in r61953 and a few other
revisions.
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2477
75 matches
Mail list logo