R. David Murray added the comment:
Well, the docs don't say that the headers will be removed or modified as
needed, only added as needed ;/. And in fact the set_charset code does "if
'Content-Transfer-Encoding' not in self". set_payload also says it is the
c
R. David Murray added the comment:
Discussion should be moved to #10968, please.
--
___
Python tracker
<http://bugs.python.org/issue5831>
___
___
Python-bug
R. David Murray added the comment:
This patch needs a Doc component.
Having finally taken a quick look at the RFC (I haven't read it through yet), I
think this does belong in email and not http. The RFC makes it clear that
while the most common implementation is http, it is designed
R. David Murray added the comment:
In principle I think something like this should go in. Since it is a Message
subclass, I'd like it to follow the current Message API whether or not it is
located in the email package. __str__ and as_string have the right default for
line lengt
R. David Murray added the comment:
Here is a proofread diff. I did make one substantive change: I added a comment
about the test suite not running with the default maxdata and not raising
memory errors with 512MB. Is that correct?
--
nosy: +r.david.murray
Added file: http
R. David Murray added the comment:
oops.
--
___
Python tracker
<http://bugs.python.org/issue11212>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
Removed file: http://bugs.python.org/file20776/aix-notes.patch
___
Python tracker
<http://bugs.python.org/issue11212>
___
___
Python-bug
R. David Murray added the comment:
Here is a proofread diff. I did make one substantive change: I added a comment
about the test suite not running with the default maxdata and not raising
memory errors with 512MB. Is that correct?
--
nosy: +r.david.murray
Changes by R. David Murray :
--
keywords: +patch
Added file: http://bugs.python.org/file20777/aix-notes.patch
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
I like the footnote idea.
I wonder if it would also be worth marking which functions are Posix
(Availability: posix) and therefore likely to be available on all unix systems.
--
nosy: +r.david.murray
___
Python
R. David Murray added the comment:
Good point :(
--
___
Python tracker
<http://bugs.python.org/issue11233>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue11236>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
title: cmd.py always uses raw_input, even when another stdin is specified ->
can cmd.py's API/docs for the use of an alternate stdin be improved?
___
Python tracker
<http://bugs.python.or
Changes by R. David Murray :
--
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue2571>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
Thanks for the report. I probably won't have time to look at this for a bit.
--
assignee: -> r.david.murray
stage: -> patch review
title: email/message.py str conversion [patch] -> email/message.py str
conversion
version
R. David Murray added the comment:
I wonder if this has anything to do with issue 9011?
--
nosy: +mark.dickinson, r.david.murray
___
Python tracker
<http://bugs.python.org/issue11
R. David Murray added the comment:
Yes, but when you jump directly to one of the functions, you don't see that
bullet list. Whereas if it were a footnote on the 'avaiability: unix"
statement, the natural thing would be to follow the footnote and thus learn the
limitations on
R. David Murray added the comment:
Well, it's not a crash, a crash is when the interpreter segfaults.
I'm not clear on why you are having problems, actually, since if you treat the
messages as binary (which they are), then you shouldn't be getting Headers
introduced into the m
R. David Murray added the comment:
Ah, I think I see what is going on. If I'm right, then you are right, this is
a serious problem for actually processing spam emails using email 5.1.
Unfortunately it's too late to do anything for 3.2.0. But email 5.1 is still
worlds better a
R. David Murray added the comment:
Thanks for taking an interest in this and working up a patch. Unfortunately I
do have some concerns.
As far as I know the only module that currently uses argparse is compileall,
which was only changed recently.
Do tests currently exist for smtpd run as a
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue11269>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue11270>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
While your idea has merit, we can only add a parameter in a new version (not in
a bug-fix release), so the doc fix is all we can do before 3.3.
--
versions: +Python 2.7, Python 3.2, Python 3.3 -Python 2.6
Changes by R. David Murray :
--
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue11243>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by R. David Murray :
--
resolution: wont fix -> invalid
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue11251>
___
___
R. David Murray added the comment:
Discussion of the new API, and what changes will be made for 3.3, will take
place on the email-sig mailing list (see http://mail.python.org). Please join!
Right now it is a dormant list, but I plan to post some stuff soon :)
The more I stare at the
R. David Murray added the comment:
Thanks for doing the research. As far as I know we've never had a request to
support RFC2047 in FieldStorage, so presumably no browsers actually generate it.
--
resolution: -> invalid
stage: -> committed/rejected
status: ope
R. David Murray added the comment:
We might wind up with a relatively quick 3.2.1, in which case we can get this
fixed then.
The parser is supposed to operate without throwing exceptions (just setting
defects), so if you find a case where *parsing* throws an exception please open
an issue
alejandro david weil <[EMAIL PROTECTED]> added the comment:
Shorter trigger code..
--
nosy: +tenuki
Added file: http://bugs.python.org/file10698/test_broken3.py
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
alejandro david weil <[EMAIL PROTECTED]> added the comment:
Some debugging helper code and my conclutions of one work day:
debughelper.tgZ:
-test_broken1/2.py
one does triggers the bug, the other doesn't)
-rtest.sh
executes boths and compares its outputs
-frameob
New submission from David W. Lambert <[EMAIL PROTECTED]>:
Library documents claim that logging.Handler.close does nothing, but
the source code shows otherwise---it removes itself from the internal
handler list. The error propagates treelike through the subclasses.
(I found referen
New submission from Scott David Daniels <[EMAIL PROTECTED]>:
Idle doesn't accept the new improved warnings arguments, thus escalating
warnings to failures. This is, I believe, the core reason that Idle was
failing on windows (warnings about deprecated set_daemon call escalated
t
Scott David Daniels <[EMAIL PROTECTED]> added the comment:
I found that patch, but it confuses showwarning and formatwarning
parameter changes.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Scott David Daniels <[EMAIL PROTECTED]> added the comment:
OK, Issues:
1) warnings.py
I/O errors in formatwarning will be masked and misinterpreted as
failures to write on stderr, and no output will be attempted.
2) warnings.py
A line with of whitespace will be shown, rathe
Scott David Daniels <[EMAIL PROTECTED]> added the comment:
Here is a test for the fixes provided.
Added file: http://bugs.python.org/file11637/test_idle_warnings.py
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from David W. Lambert <[EMAIL PROTECTED]>:
http://docs.python.org/dev/3.0/library/multiprocessing.html#module-
multiprocessing
uses "print" statement in pre-version 3 form. I can easily imagine
that this and similar 2to3 bugs pervade the manual.
(If I ins
New submission from David W. Lambert <[EMAIL PROTECTED]>:
http://docs.python.org/dev/3.0/howto/functional.html
a) Refers to "print statement" in Introduction,
b) Uses syntax no longer valid:
def get_state ((city, state)):
'''
Changes by David W. Lambert <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4000>
___
___
Python-bugs-list mailing list
David W. Lambert <[EMAIL PROTECTED]> added the comment:
http://docs.python.org/dev/3.0/library/reprlib.html
Should read return eval(obj)
return `obj`
http://docs.python.org/dev/3.0/library/collections.html#id2
Relic decimal point in named tuple example.
>
David W. Lambert <[EMAIL PROTECTED]> added the comment:
http://docs.python.org/dev/3.0/reference/lexical_analysis.html#identifi
ers-and-keywords
Back quote "`" appears in the list of delimiters.
I suspect it isn't one.
___
P
New submission from David W. Lambert <[EMAIL PROTECTED]>:
I use IEXPLORE version 6.0.2900.2180.xpsp_sp2_gdr.-70227-2254CO
without any known customizations and have observed 3 display
problems. (And since I guess that the python html libraries generated
the manuals, could these librar
David W. Lambert <[EMAIL PROTECTED]> added the comment:
http://docs.python.org/dev/3.0/library/reprlib.html
Back ticks didn't become a part of my python repertoire.
I suppose
return repr(obj) # is correct replacement for return `obj`
___
David W. Lambert <[EMAIL PROTECTED]> added the comment:
multiple underscores could be replaced by a gif. latex2html solves a
bunch of font problems this way.
I tried to dump IE but was warned it would break microsoft office,
which I need for work. If you happen to know how to adju
David W. Lambert <[EMAIL PROTECTED]> added the comment:
I don't know what is "HZ", but if it's "hertz" then a division is
necessary.
total_clocks
time = -
clocks_per_second
otherwise there
David W. Lambert <[EMAIL PROTECTED]> added the comment:
I installed google chrome. The manual display is absolutely beautiful.
Thanks for your good work!
Proofreader Dave.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
R. David Murray added the comment:
I've committed fix and the non-disabled tests to trunk in r77517. I updated
the comments to point to the relevant RFC and note that the problem is not
fixed, just mitigated.
I've made a note of the additional tests in my issues list for the emai
R. David Murray added the comment:
I actually had the wrong message number entirely. I was trying to reference
this one, since it has the additional tests. Fixed in r77525.
I backported the fix to 2.6 in r77526 and r77527, forwarded ported to py3k in
r77542 (with the addition of the new
Changes by R. David Murray :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue7714>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
assignee: -> ronaldoussoren
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue7715>
___
___
Python-bugs-lis
R. David Murray added the comment:
Confirmed that this does not affect py3k.
--
nosy: +brett.cannon, r.david.murray
priority: -> high
___
Python tracker
<http://bugs.python.org/iss
R. David Murray added the comment:
See issue 1670765 for more discussion of the whitespace issues.
--
___
Python tracker
<http://bugs.python.org/issue1670
R. David Murray added the comment:
Heh. Copy and paste error. I copied the issue number I wanted to reference,
then copied the issue number I needed to open in order to paste the reference,
and then promptly forgot that I had to recopy the issue number to paste it...
Anyway, the correct
R. David Murray added the comment:
Hmm. I suspect that that typo is fortunate rather than the source of a bug.
As far as I can see, if a message contains valid iso-2022 characters, it will
always encode to ASCII successfully and therefore be given a
content-transfer-encoding of 7bit. If
Changes by R. David Murray :
--
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue7472>
___
___
Python-bug
Changes by R. David Murray :
--
priority: -> normal
type: compile error -> behavior
___
Python tracker
<http://bugs.python.org/issue7747>
___
___
Pyth
R. David Murray added the comment:
Under 2.5 this could be due to various weird issues with your python path and
the modules on it. Try running python from a clean directory and specifying
the -E flag and see if the behavior changes, and/or try importing tempfile at
the python prompt and
Changes by R. David Murray :
--
components: +Library (Lib)
nosy: +mark.dickinson
priority: -> normal
type: -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/
David W. Lambert added the comment:
I recall an experience with a random file in /dev that was considerably slow
after consuming its cache. I used it as a seeder. I've now got an ubuntu
system for which /dev/urandom gives me a hundred million bytes quickly.
Perhaps a nosy one has
Changes by R. David Murray :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue7242>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
I thought I remembered a bug that mentioned prefix="/". What I found was
Issue1676135, which might have something to do with your last question.
--
nosy: +r.david.murray
priority: -> normal
___
P
R. David Murray added the comment:
This is already fixed, I believe as part of a general cleanup of one of the
CAPI macros. On current 2.6 branch and on trunk you now get an unpickling
stack underflow in this case.
--
nosy: +r.david.murray
priority: -> normal
resolution: ->
Changes by R. David Murray :
--
priority: -> normal
stage: -> needs patch
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue7748>
___
___
New submission from R. David Murray :
It would be nice if TestLoader.discover could take an argument that specifies
the path to use to import the discovered tests, as an alternative to having to
specify top_level_dir.
--
assignee: michael.foord
components: Library (Lib)
messages
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue7785>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Could the skip message be made a little more explanatory? I have no idea why
"Process group 1844 is associated with /dev/tty" would mean that test_ioctl
would need to be skipped.
--
nosy: +r.da
R. David Murray added the comment:
First of all, thanks for working on this. Now for some feedback :)
It is most helpful if you provide patches against trunk (which is 2.7 alpha
right now). We then forward port them to py3k. (This will change after the
release of 2.7, when py3k will
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue7786>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
If it is, it isn't any place obvious. I thought I remembered something about
using strftime strings in format, but when I looked in the docs for datetime
and the section on the format mini language I couldn't find it, so I ended up
doing '
New submission from R. David Murray :
In the beginning of 16.3 (time module documentation) the fields of a time tuple
are defined, and it mentions that struct_time returns a named tuple version.
The entry for struct_time, which is what you get sent to by the entries for the
functions that
New submission from R. David Murray :
Working from the example in the docs, I wrote a test suite like this:
def load_tests(loader, standard_tests, pattern):
for case in email.test.emailtestdb.populated_test_cases(globals()):
standard_tests.addTests(loader.loadFromTestCase(case
Changes by R. David Murray :
--
keywords: +buildbot -patch
___
Python tracker
<http://bugs.python.org/issue3892>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Hmm. That's not actually the same timeout. What that means is that if the
startup timeout triggers, then a subsequent test (one that is looking for the
results of a client transaction) fails, which contradicts the earlier
observation that even i
R. David Murray added the comment:
Since this isn't likely to get fixed and it is causing buildbot instability, I
propose the attached patch to just skip the remainder of the test method if
this second timeout happens.
--
keywords: +patch
Added file: http://bugs.python.org/file
R. David Murray added the comment:
This fails on 2.6 maint but works on trunk. There have been several
improvements to the way that that compile works in trunk, and one of those
fixed the problem that you are seeing. The source of the problem is the final
line in the source file containing
R. David Murray added the comment:
I meant issue 7268 in my previous message.
--
___
Python tracker
<http://bugs.python.org/issue7813>
___
___
Python-bugs-list m
R. David Murray added the comment:
I'm not quite sure from what you wrote if you understood. Just to make sure no
one reading this ticket later gets confused: it works the same way for all
objects, and the behavior that sometimes surprises people shows up with mutable
objects. So list
Changes by R. David Murray :
--
priority: -> normal
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue7823>
___
___
Python-bugs-
R. David Murray added the comment:
Just FYI, it was backported to 2.6 in r76313.
--
___
Python tracker
<http://bugs.python.org/issue7749>
___
___
Python-bug
R. David Murray added the comment:
Here's a patch that fixes the problem for shelve. For the more general problem
with Python shutdown and module cleanup, see issue 812369.
I can come up with a sort-of unit test for this (setting _ClosedDict to None,
calling close to prove it do
R. David Murray added the comment:
I like the idea of pointing out that shlex can be used to determine exactly
what to pass to subprocess, but I agree that the proposed patch is too wordy
(and still too much in a negative voice).
Here is an alternate simpler patch.
Note that while I have
R. David Murray added the comment:
Hmm. Somehow the patch got lost. Let's try again.
--
Added file: http://bugs.python.org/file16099/subprocess-doc.patch
___
Python tracker
<http://bugs.python.org/i
Changes by R. David Murray :
Removed file: http://bugs.python.org/file16099/subprocess-doc.patch
___
Python tracker
<http://bugs.python.org/issue6760>
___
___
Python-bug
R. David Murray added the comment:
Woops, spotted a word I left out. Fixed.
--
Added file: http://bugs.python.org/file16100/subprocess-doc.patch
___
Python tracker
<http://bugs.python.org/issue6
Changes by R. David Murray :
Removed file: http://bugs.python.org/file16100/subprocess-doc.patch
___
Python tracker
<http://bugs.python.org/issue6760>
___
___
Python-bug
R. David Murray added the comment:
By the way, I've been wanting the Popen docs improved for a long time but never
got around to it, so thanks for pushing for this.
--
___
Python tracker
<http://bugs.python.org/i
R. David Murray added the comment:
My placement of the note was carefully considered. It is discussing the
shell=False case and IMO belongs after that paragraph. I understand now your
concern about the note I omitted...and again I think this is a bug in the Popen
API. If shell=False, I
R. David Murray added the comment:
I'm happy to delete the two sentences about quoting.
As for -c, you are so right that it is cryptic. In the new version of the
patch I've changed the sentence to be as precise as possible, but I'm not at
all convinced that it is less conf
R. David Murray added the comment:
The change to echo is an excellent improvement. You forgot to change 'python'
to 'echo' in the following paragraph, though. You are also correct about
/bin/sh vs sh, my bad. And I was even looking at the source cod
New submission from R. David Murray :
Currently Popen accepts either a string or a list regardless of the value of
'shell'. In the shell=False case, a string is interpreted as the command name,
no matter what it actually is. In the shell=True case, a list is interpreted
as args[0]
R. David Murray added the comment:
The documentation also says, "if the object defines both a __getstate__ and a
__setstate__ method, the state object does not need to be a dictionary and the
methods can do what they want." In issue 7848 (which I will close as a
duplicate of
R. David Murray added the comment:
At the very least the documentation should be updated to warn that cooperating
__getstate__ and __setstate__ methods must make sure the state object can never
take on a False value.
--
___
Python tracker
<h
Changes by R. David Murray :
--
priority: -> normal
resolution: -> duplicate
stage: -> committed/rejected
superseder: -> deepcopy erroneously doesn't call __setstate__ if __getstate__
returns empty dict
___
Pyth
R. David Murray added the comment:
Merged as part of r77961 (2.6), r77962 (py3k), and r77963 (3.1). Print fixed
for py3.
--
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by R. David Murray :
--
nosy: +vinay.sajip
priority: -> normal
stage: -> needs patch
type: -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Thanks for catching that. Fixed r77987 r77988.
--
___
Python tracker
<http://bugs.python.org/issue6760>
___
___
Python-bug
R. David Murray added the comment:
Thanks. Committed in r78014, r78015, r78016, and r78017.
--
nosy: +r.david.murray
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
New submission from R. David Murray :
A while back, after along discussion about variables and their meaning in
Python on the python-list, I wrote up the attached FAQ entry to summarize what
I got out of that enlightening discussion. I'm proposing that this be added to
the FAQs. If
R. David Murray added the comment:
Well, the discussion was *long* and more than a bit contentious. This is my
own personal summary. Here is a message I found somewhere in the middle of the
thread:
http://mail.python.org/pipermail/python-list/2009-January/1187126.html
Do you have a
R. David Murray added the comment:
Well, the thrust of the second part is to make it clear that there *are* no
differences between mutable and immutable objects as far as the assignment
semantics are concerned. All objects in Python are treated the same. What is
different is what is on the
R. David Murray added the comment:
Michael: I didn't read the whole thread, but it has definite echos of the
thread in which I was involved. While I agree that in pure computer-science
terms it may be imprecise to say that python is 'call by value where values are
pointers to ob
3901 - 4000 of 12938 matches
Mail list logo
