A.M. Kuchling added the comment:
I have no idea.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4318
___
___
Python-bugs-list mailing list
A.M. Kuchling added the comment:
I looked at this a bit and made a revised version of the patch that doesn't add
any line continuations when the token is ENDMARKER. It works on the example
program and a few variations I tried, though I'm not convinced that it'll work
for all possible
A.M. Kuchling added the comment:
MAL suggested adding a comment explaining why this can be done. If Alexander
or someone wants to do that, great! Otherwise, there seems no other reason to
leave this issue open.
--
nosy: +akuchling
___
Python
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: -akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15802
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14944
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14945
___
___
Python-bugs-list mailing
A.M. Kuchling li...@amk.ca added the comment:
Yes, linking to the functional module was to point people to a module that
might be useful, even if it's not in the stdlib. A numeric processing or
socket handling HOWTO would also pretty much have to link to non-stdlib
sources. The purpose
A.M. Kuchling li...@amk.ca added the comment:
Here's a patch against the 3.3 trunk.
--
Added file: http://bugs.python.org/file23765/functional-patch.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13443
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: -akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9124
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: -akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2650
___
___
Python-bugs-list mailing
A.M. Kuchling li...@amk.ca added the comment:
Not likely to be worked on, and whether to write such a guide is a question for
the docs editor (or the Doc-SIG).
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2212
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2209
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2657
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3786
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1687125
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5368
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4254
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9557
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1723038
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1512163
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1745108
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1671676
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1751519
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1599254
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1488934
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2124
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1028088
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1483
___
___
Python-bugs-list
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1665333
___
___
Python-bugs-list
A.M. Kuchling li...@amk.ca added the comment:
I'll close this issue, then. Maybe something fancier needs to be built atop
the AsyncExc() function to allow a single thread to terminate all other
threads, but unless someone actually presents a current use case (or a PEP),
there seems little
A.M. Kuchling li...@amk.ca added the comment:
Committed to 3.2 in rev. 84188; thanks, Adam!
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7647
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: -akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
___
Python-bugs-list mailing
A.M. Kuchling li...@amk.ca added the comment:
This patch looks unproblematic to me, unless we're trying to keep
platform-specific error codes out of errnomodule.c.
I removed Python 2.7 and 3.1 from Versions, guessing that this change would be
unacceptable in a bugfix release.
--
nosy
A.M. Kuchling li...@amk.ca added the comment:
Thanks for the catch; it was intended to be ', avoiding ...'. Fixed in
rev83162, along with the sentence simplification you suggest.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: akuchling -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1886
___
___
Python-bugs-list
A.M. Kuchling li...@amk.ca added the comment:
The current link in the docs works; it's http://www.omg.org/spec/PYTH/1.2/PDF/.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1495229
A.M. Kuchling li...@amk.ca added the comment:
Changed on the trunk in rev83149.
I removed both paragraphs after the table, adding null and DOMString to the
table, and took the word 'primitive' out of the first sentence (so the table
isn't listing just primitive types, but can list DOMString
A.M. Kuchling li...@amk.ca added the comment:
2) changed in rev83151. I extensively rearranged the description of toxml(),
hopefully making its meaning clearer.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
A.M. Kuchling li...@amk.ca added the comment:
Closing. The replaceChild() bug reported by tobixx was fixed by patch #1094164.
--
resolution: - fixed
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
A.M. Kuchling li...@amk.ca added the comment:
Well, we certainly can't going making any incompatible changes now, so I've
opted to add an empty normalize() method to the Childless mix-in. This makes
minidom a little more liberal than other DOM implementations, but I think
that's OK
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9124
___
___
Python-bugs-list mailing
A.M. Kuchling li...@amk.ca added the comment:
Demo/embed/demo.c calls PySys_SetArgv(), which may be where
some people are copying their code from. I've updated it to
use PySys_SetArgvEx() and added an explanatory comment in rev. 81881.
--
nosy: +akuchling
A.M. Kuchling li...@amk.ca added the comment:
Since the function was also added to 2.6, the 2.6 What's New should mention it;
added in rev81887.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5753
A.M. Kuchling li...@amk.ca added the comment:
Fixed in rev81801. Thanks for your report!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8875
New submission from A.M. Kuchling li...@amk.ca:
The attached test program shows how parsing an e-mail message with the email
package, then converting the resulting message to a string, fails to round-trip
properly. Instead it breaks the encoding of the subject line.
The root of the problem
A.M. Kuchling li...@amk.ca added the comment:
The attached patch is a possible fix; it uses the decode_header() and
make_header() functions to figure out the encoding properly; it fixes my
example, at least. But does it increase the odds of crashing on messages with
malformed headers
A.M. Kuchling li...@amk.ca added the comment:
Minor fix to the patch: the import of Header could actually be removed, since
the class is no longer referenced at all with this change.
--
___
Python tracker rep...@bugs.python.org
http
A.M. Kuchling li...@amk.ca added the comment:
How about just dropping those words entirely, and writing Return an
approximate upper bound on ratio() very quickly. This is not as accurate as
ratio(), but is faster to compute. (We'd make similar changes to
real_quick_ratio()'s text
New submission from A.M. Kuchling li...@amk.ca:
The attached patch adds a first cut at documenting the PEP 391 dictConfig()
feature. I've taken the PEP 391 text and rearranged it to fit into the
existing logging module docs. I haven't gone through every paragraph and
adjusted the markup
New submission from A.M. Kuchling li...@amk.ca:
The attached patch adds a first cut at documenting the PEP 391 dictConfig()
feature. I've taken the PEP 391 text and rearranged it to fit into the
existing logging module docs. I haven't gone through every paragraph and
adjusted the markup
New submission from A.M. Kuchling li...@amk.ca:
The attached patch adds a first cut at documenting the PEP 391 dictConfig()
feature. I've taken the PEP 391 text and rearranged it to fit into the
existing logging module docs. I haven't gone through every paragraph and
adjusted the markup
Changes by A.M. Kuchling li...@amk.ca:
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8697
Changes by A.M. Kuchling li...@amk.ca:
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8698
A.M. Kuchling li...@amk.ca added the comment:
Thanks! Committed to trunk in rev81125.
--
assignee: vinay.sajip - akuchling
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8696
A.M. Kuchling li...@amk.ca added the comment:
(commenting on a closed bug, because I'm not sure it should be re-opened)
While coming up with examples, I found a weird inconsistency. Was it
intentional for viewkeys() and viewitems() to support set operations, but not
viewvalues()?
d1
A.M. Kuchling li...@amk.ca added the comment:
The fix is easy, I think; just add Py_TPFLAGS_CHECKTYPES to the
PyDictValues_Type's definition.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8404
A.M. Kuchling li...@amk.ca added the comment:
Ah, of course! It didn't occur to me that .values() isn't necessarily a set.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8404
A.M. Kuchling li...@amk.ca added the comment:
Could I get a login on the buildbot to make a fix?
I bet the problem is with the stdscr object. PyCurses_InitScr()
does 'return (PyObject *)PyCursesWindow_New(stdscr);'.
PyCursesWindow_Dealloc() does:
if (wo-win != stdscr) delwin(wo-win);
I bet
A.M. Kuchling li...@amk.ca added the comment:
Here's a possible patch; it at least doesn't seem to break the module on MacOS,
though MacOS doesn't crash with the current code either.
--
keywords: +patch
Added file: http://bugs.python.org/file16935/freebsd-curses.diff
New submission from A.M. Kuchling li...@amk.ca:
The examples of set operations in
http://docs.python.org/dev/library/stdtypes#dictionary-view-objects don't work
in the current 2.7 trunk:
- ./python.exe
Python 2.7b1+ (trunk:80084:80085M, Apr 14 2010, 21:17:06)
[GCC 4.0.1 (Apple Inc. build
New submission from A.M. Kuchling li...@amk.ca:
While looking at #4440, I grepped for similar problems and found one in
platform.py in the following line:
if no_os_uname or not filter(None, (system, node, release, version, machine))
In 3.x, filter() returns an object, not a list, so
A.M. Kuchling li...@amk.ca added the comment:
Thanks for your bug report and patch!
The original 2.x version was pretty ugly code with a lambda that used default
arguments, so I rewrote the line to be more modern; it now does
' all((x in abbrevs) for x in line.split())'.
Committed my version
A.M. Kuchling li...@amk.ca added the comment:
Added a warning to 2.x trunk in r79607, and Gabriel's doc change in r79608.
This thread-unsafety seems specialized and rarely of great importance, so I
used the note:: directive, not warning::.
--
nosy: +akuchling
resolution: - fixed
A.M. Kuchling li...@amk.ca added the comment:
Updating version; does someone want to revive this for 3.2?
--
nosy: +akuchling
versions: +Python 3.2 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
Changes by A.M. Kuchling li...@amk.ca:
--
status: open - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue706392
___
___
Python-bugs-list
A.M. Kuchling li...@amk.ca added the comment:
The stop_serving() code was only added on the Py3k branch
in rev59424. It was removed in rev60350,
which is a merge commit; the diff is
http://svn.python.org/view/python/branches/py3k/Lib/test/test_xmlrpc.py?r1=60094r2=60350.
I don't know
A.M. Kuchling li...@amk.ca added the comment:
The patch seems obviously correct to me; there's no way a user of pythread.h
can make NO_EXIT_PROG be undefined. The patch no long applies cleanly to
thread_nt.h -- one hunk is rejected -- but it looks like the change in that
hunk has already
A.M. Kuchling li...@amk.ca added the comment:
Closing this bug is fine with me.
--
nosy: +akuchling
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7038
A.M. Kuchling li...@amk.ca added the comment:
What exactly needs to be finished in the documentation? There are sections for
the epoll and kqueue objects, and the epoll section looks fine, if brief. Is
the problem that the kqueue section says things like 'filter-specific data
A.M. Kuchling li...@amk.ca added the comment:
Backported to 2.6-maint in commit 78324.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6243
A.M. Kuchling li...@amk.ca added the comment:
Should this patch just be rejected, then? Or is the more general locking
suggested in msg88021 of interest?
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4174
A.M. Kuchling li...@amk.ca added the comment:
Thanks for the patches! Two comments on the addchstr change:
* I think that, instead of checking for a list, the method should accept any
Python sequence; a tuple is perfectly reasonable, for example, and if the code
is changed to use
A.M. Kuchling li...@amk.ca added the comment:
Thanks for your bug report!
Unfortunately, the fix isn't quite right, because on Windows you can't delete
files that are open. I think an even simpler fix is just to remove that
locking; if self._locked is true, this process presumably has
A.M. Kuchling li...@amk.ca added the comment:
Here's a patch that updates the 2.7 docs.
Adam, have you submitted a contributor agreement
(http://www.python.org/psf/contrib/)?
--
nosy: +akuchling
Added file: http://bugs.python.org/file16318/posix-statvfs-flag-docs.txt
A.M. Kuchling li...@amk.ca added the comment:
Does the attached, slightly simpler patch, also fix it?
The patch just sets the .encoding attribute after
creating it with _SpoofOut().
The revised patch doesn't seem to break anything on MacOS; I don't have access
to Windows to test whether
A.M. Kuchling li...@amk.ca added the comment:
The original problem has been fixed since 2007. Improving the #if condition
doesn't seem very important to anyone, so I'll just close this bug.
--
nosy: +akuchling
resolution: - fixed
status: open - closed
A.M. Kuchling li...@amk.ca added the comment:
I tried figuring out to rebuild the codecs using the scripts in Tools/unicode/
but failed. Is the use of that directory documented anywhere?
--
___
Python tracker rep...@bugs.python.org
http
A.M. Kuchling li...@amk.ca added the comment:
I can no longer confirm this bug, either; trying the scripts with the current
trunk doesn't seem to leak. Backing out Jeffrey's r61011 didn't bring the
problem back, so I'll just conclude that the problem has gotten fixed along the
way somehow
A.M. Kuchling li...@amk.ca added the comment:
Unfortunately I think this will break many users of tokenize.py.
e.g. http://browsershots.googlecode.com/svn/trunk/devtools/pep8/pep8.py
has code like:
if (token_type == tokenize.OP and text in '([' and ...):
If tokenize now returns LPAR
A.M. Kuchling li...@amk.ca added the comment:
Bumping priority so this doesn't get forgotten before 3.2; it seems important
because it fixes noncompliance with a PEP.
--
nosy: +akuchling
priority: normal - high
___
Python tracker rep
A.M. Kuchling li...@amk.ca added the comment:
They were disabled in r50949, with the comment:
Disable these tests until they are reliable across platforms.
These problems may mask more important, real problems.
One or both methods are known to fail on: Solaris, OpenBSD, Debian
A.M. Kuchling li...@amk.ca added the comment:
Gabriel: could you please update the patch to take Antoine's comment into
account?
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5099
A.M. Kuchling li...@amk.ca added the comment:
I finally got around to benchmarking this change, and unfortunately the results
are not good.
I used the regex tests in the Unladen Swallow test suite, regex_effbot and
regex_v8. The tests are written for Python 2.x, but the fixes for 3.x
A.M. Kuchling li...@amk.ca added the comment:
Actually, I really want someone to verify that measurement. As a control, I
tried running the call_method benchmark (after a few more xrange fixes). The
Python 3.x trunk version with my patch is measured as 1.0227x slower, even
though the patch
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: - akuchling
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7627
Changes by A.M. Kuchling li...@amk.ca:
--
assignee: georg.brandl - akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5368
___
___
Python
New submission from A.M. Kuchling li...@amk.ca:
Part of Unladen Swallow's roadmap is to use a threaded-interpreter
technique for the regular expression engine. That sounded like an
interesting idea, so I went ahead and tried to implement it.
The current patch is attached. To try it: run
Changes by A.M. Kuchling li...@amk.ca:
Added file: http://bugs.python.org/file15690/re-computed-goto-v1.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7593
A.M. Kuchling li...@amk.ca added the comment:
We have lengthy sets of tests in Lib/test/regex_tests.py and
Lib/test/test_re.py.
While widespread testing of a standalone module would certainly be good,
I doubt that will exercise many corner cases and the more esoteric
features. Most actual code
A.M. Kuchling li...@amk.ca added the comment:
Updated version of the patch that only stores the current time -1sec,
adds a test case, and passes all tests.
--
keywords: +patch
Added file: http://bugs.python.org/file13839/mailbox-mtime.patch
A.M. Kuchling li...@amk.ca added the comment:
Committed to trunk in rev. 72213.
Committed to py3k in rev. 72228.
--
resolution: - fixed
status: open - closed
versions: +Python 2.7 -Python 2.6
___
Python tracker rep...@bugs.python.org
http
A.M. Kuchling li...@amk.ca added the comment:
The new version of the code looks all right, so I
think this patch can be applied.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2170
A.M. Kuchling li...@amk.ca added the comment:
Is a backport to 2.7 still planned?
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4753
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2889
___
___
Python-bugs-list mailing
A.M. Kuchling li...@amk.ca added the comment:
I can't say anything about the Windows build aspects. Some observations
about the curses/test_curses changes:
* test_curses: I'd be happier to see the 'if' statement as sys.platform
!= 'win32' and (not term or term == 'unknown') -- easier to read
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5368
___
___
Python-bugs-list mailing
A.M. Kuchling li...@amk.ca added the comment:
No documentation? Doc/library/curses.rst exists; there's also
Doc/howto/curses.rst. What functions in _curses need to be documented?
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http
A.M. Kuchling li...@amk.ca added the comment:
BTW, the code portion of the patch looks OK to me.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4254
A.M. Kuchling [EMAIL PROTECTED] added the comment:
Committed to 2.5 in rev. 67693.
Do I need to 'svnmerge block' this revision to prevent
future merges from attempting to apply it to trunk?
--
status: open - closed
___
Python tracker [EMAIL
301 - 400 of 580 matches
Mail list logo