[issue5725] process SysV-Semaphore support

[jvdias]

jvdias  added the comment:

Example Python use of psem.so Parallel ForEach : Log Compressor

Usage:

$ gcc -o psem.so -fPIC -shared psempy.c -I/usr/include/python2.6
-L/usr/lib/python2.6 -lpython2.6
$ dd if=/dev/urandom bs=100 count=1 of=app1_20090407.01.log
$ python 
Python 2.6 (r26:66714, Oct 16 2008, 00:21:12)
[GCC 4.2.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys, os, re, datetime, psem, psem_example
>>> psem_example.compress_log( "app1", "2009", "04", "07", "01", "bzip",
"app2_20090407.02.log");
0
>>> quit
Use quit() or Ctrl-D (i.e. EOF) to exit
>>>

Now, one can time for example 16 runs of the above command with 
16 different input files, and on a 16 CPU machine one would expect
the elapsed time between start and finish to be of the order of
1/16th of the time taken to compress all of the 16 files sequentially.

--
Added file: http://bugs.python.org/file13657/psem_example.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5725] process SysV-Semaphore support

[jvdias]

Changes by jvdias :


Removed file: http://bugs.python.org/file13656/psem_example.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5725] process SysV-Semaphore support

[jvdias]

jvdias  added the comment:

To Build:

$ gcc -fPIC -shared -o psempy.c psempy.so -I/usr/include/python2.6
-L/usr/lib/python2.6 -lpython2.6 && mv psempy.so psem.so
$ dd if=/dev/urandom of=app1_20090407.01.log bs=100 count=1
$ python
>>> import sys, os, re, datetime, psem, psem_example
>>> psem_example.compress_log( "app1", "2009", "04", "07", "01", "bzip",
"app1_20090407.01.log");
0

Example psem.so using program that compresses logs 
named *{YEAR}-${MONTH}-${DAY}* in a psem.* based 
parallel for .
On a 32 2Ghz processor SPARC, the time taken to compress
32 1MB files using the psem parallel-for (for 32 CPUs) 
was really of the order of the time taken to compress 1
1MB file - ie. roughly 1/32nd of the time taken to compress
32 files serially . 
The number of processes was made secure and "run-away" safe 
ONLY because direct access was available to the 
   semop(2), semget(2), and semctl(2) system calls.
Please can Python put this API into sys or I will create a
Python add-on module to do so - let me know whether this is
a good idea or not - thank you, Jason.

--
Added file: http://bugs.python.org/file13656/psem_example.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5725] process SysV-Semaphore support

[jvdias]

New submission from jvdias :

Please could we have an API in the Python Core for PROCESS 
as opposed to THREAD Semaphores , to enable facilities such
as I have done in the attached example "psempy.so" compiled
"C" python module.

ie. I'd like to be able to :
'
import sys.semget sys.semop sys.semctl 
'

Because of being un-able to do this, the attached "psem.*" 
module provides a workaround for my application.
Should I expand this into a Python Add-On or will full
support for SysV PROCESS Semaphores be coming to Python core soon ?

--
files: psempy.c
messages: 85791
nosy: jvdias
severity: normal
status: open
title: process SysV-Semaphore support
type: feature request
Added file: http://bugs.python.org/file13655/psempy.c

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3924] cookielib chokes on non-integer cookie version, should ignore it instead

[Andy Sk]

Andy Sk  added the comment:

Thank you Henrik.  The workaround in the first comment caused some
cookies to be handled incorrectly due to ignoring version on all
cookies, but your workaround is nice.  

It seems that the patch jjlee supplied should really be applied,
however, to save others from having this problem.

--
nosy: +andysk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

I'll mark this as a release blocker for 2.6.2 for now, until Mark weighs in.

--
priority:  -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5665] Add more pickling tests

[Collin Winter]

Collin Winter  added the comment:

> Ok if it doesn't take too long to run the tests (which may imply
> implementing something like Raymond's suggestion of randomizing test
> order, if you haven't already done so).

I did something similar: if you don't pass the -uxpickle flag to
regrtest, only a small subset of the tests will be run, which takes less
than half a second on my machine; if you do pass -uxpickle, the full
battery of tests will run, which takes ~5 minutes.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5665] Add more pickling tests

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> If no-one has any objections to the xpickle resource included in the
> latest version of the patch, I'd like to commit this soon so that we can
> be more confident in the other changes I have queued up. If I no-one
> objects, I'll commit this sometime early tomorrow morning PDT.

Ok if it doesn't take too long to run the tests (which may imply
implementing something like Raymond's suggestion of randomizing test
order, if you haven't already done so).

Thanks for your work,

cheers

Antoine.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3119] pickle.py is limited by python's call stack

[Aaron Gallagher]

Aaron Gallagher  added the comment:

Okay, here's a new version for the py3k trunk. I'm assuming that this is 
not going to make it into 2.x at all, because of the API changes. This 
patch only touches the python version of the code and adds a unit test 
for testing whether pickle works with arbitrary nesting depth in 
test.pickletest. The test is disabled for the C pickle tests currently, 
since it causes python to run out of stack space and crash.

So, does _pickle.Pickler's API need to be changed as well? Right now, 
pickle._Pickler.dump expects save (and save expects the other save_* 
methods) to either return None or an iterable, where the iterable yields 
either None or further iterables. I'm sure it wouldn't be hard to make 
_pickle.Pickler.dump work the same way, but since C doesn't have 
generators, I don't know how exactly the API would translate.

--
versions: +Python 3.1 -Python 2.6, Python 3.0
Added file: http://bugs.python.org/file13654/pickle3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1590] "make altinstall" installs pydoc, idle, smtpd.py

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Refixed in r71400.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy: +marketdickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

[Skip Montanaro]

New submission from Skip Montanaro :

I configured and built Python 2.6.2c1 on Solaris 10 using gcc 4.2.
All tests pass except cmath:

% LD_LIBRARY_PATH=. ./python Lib/test/regrtest.py -v test_cmath
test_cmath
test_abs (test.test_cmath.CMathTests) ... ok
test_cmath_matches_math (test.test_cmath.CMathTests) ... ok
test_constants (test.test_cmath.CMathTests) ... ok
test_input_type (test.test_cmath.CMathTests) ... ok
test_isinf (test.test_cmath.CMathTests) ... ok
test_isnan (test.test_cmath.CMathTests) ... ok
test_phase (test.test_cmath.CMathTests) ... ok
test_polar (test.test_cmath.CMathTests) ... ok
test_rect (test.test_cmath.CMathTests) ... ok
test_specific_values (test.test_cmath.CMathTests) ... FAIL
test_user_object (test.test_cmath.CMathTests) ... ok

==
FAIL: test_specific_values (test.test_cmath.CMathTests)
--
Traceback (most recent call last):
  File "/home/tuba/skipm/src/Python-2.6.2c1/Lib/test/test_cmath.py",
line 338, in test_specific_values
self.fail('OverflowError not raised in test %s' % test_str)
AssertionError: OverflowError not raised in test exp0052:
exp(complex(710.0, 1.5))

--
Ran 11 tests in 0.048s

FAILED (failures=1)
test test_cmath failed -- Traceback (most recent call last):
  File "/home/tuba/skipm/src/Python-2.6.2c1/Lib/test/test_cmath.py",
line 338, in test_specific_values
self.fail('OverflowError not raised in test %s' % test_str)
AssertionError: OverflowError not raised in test exp0052:
exp(complex(710.0, 1.5))

1 test failed:
test_cmath

Since we are so close to release I'm assigning it to Barry, though
Mark Dickinson is probably the best person to look at this problem.  I
think this is a long-standing Solaris/cmath issue.  I'm sorry Mark and
I didn't connect long enough at PyCon to dig into this.  It may not be
serious enough to hold up a final release, but I wanted to mention the
problem so it's recognized.

--
assignee: barry
components: Tests
messages: 85784
nosy: barry, skip.montanaro
severity: normal
status: open
title: 2.6.2c1 fails to pass test_cmath on Solaris10
type: behavior
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5665] Add more pickling tests

[Collin Winter]

Collin Winter  added the comment:

If no-one has any objections to the xpickle resource included in the
latest version of the patch, I'd like to commit this soon so that we can
be more confident in the other changes I have queued up. If I no-one
objects, I'll commit this sometime early tomorrow morning PDT.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1744752] Newline skipped in "for line in file"

[Matthew Barnett]

Matthew Barnett  added the comment:

What do you mean "towards the end of the file"? What are the offsets of
the two lines? (I'm thinking it might be something to do with the \r\n
lying across a boundary, such as the 4GB boundary.)

--
nosy: +mrabarnett

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5721] msi.py still tries to copy non-existent test/README

[Martin v. Löwis]

Changes by Martin v. Löwis :


--
assignee:  -> loewis
priority:  -> critical

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4136] merge json library with latest simplejson 2.0.x

[Christian Heimes]

Christian Heimes  added the comment:

+1 for Raymond's suggestion

The 3.0 version of json was more like a last minute patch work than
thorough work. You might wanna svn rm the 3.0 code, svn cp the 2.7 code
to the py3k branch and start all over.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3873] Unpickling is really slow

[Alexandre Vassalotti]

Alexandre Vassalotti  added the comment:

Victor, Unpickler shouldn't raise an error if the given file object does
support seek(); it should gracefully fall back to using only read() and
readline(). Also, I think you could get a greater performance
improvement by using peek() and avoiding backward seeks. As far as I
know, a backward seek may invalidate the internal buffer of the file
object, thus forcing a read from disk.

Incidentally, I think it would be nice to add to Python 3 some kind of
file protocol as this would provide a way to mitigate the function call
overhead for I/O operations.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4136] merge json library with latest simplejson 2.0.x

[Raymond Hettinger]

Raymond Hettinger  added the comment:

The idea is to ignore the current 3.0 version and just redo the 2-to-3
conversion from 2.7 and do it well this time.  Compute the 3.1 patch as
if the current 3.0 version was blown away (reverted).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4136] merge json library with latest simplejson 2.0.x

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> It would be better to have a patch that diff's from the current 2.7
> version than to start with the 3.0 version; otherwise, the two will
> never be fully synchronized and some of the choices made in 2.6-to-3.0
> will live on forever.

How am I supposed to produce this patch?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4136] merge json library with latest simplejson 2.0.x

[Raymond Hettinger]

Raymond Hettinger  added the comment:

It would be better to have a patch that diff's from the current 2.7
version than to start with the 3.0 version; otherwise, the two will
never be fully synchronized and some of the choices made in 2.6-to-3.0
will live on forever.  The 2.7 version reflects more patch review and
real world usage (from simplejson) than the relatively unexercised 3.0
version.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4136] merge json library with latest simplejson 2.0.x

[Antoine Pitrou]

Antoine Pitrou  added the comment:

(by the way, all tests pass)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4136] merge json library with latest simplejson 2.0.x

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Here is an updated patch, completely removing the `encoding` parameter
and fixing docs.

--
Added file: http://bugs.python.org/file13653/json_py3k-3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5723] Incomplete json tests

[Raymond Hettinger]

Raymond Hettinger  added the comment:

It is a priority because we need solid test coverage in order to
successfully port 2.7 to 3.1 without breaking code or changing
semantics.  The original 3.0 port was done badly.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5723] Incomplete json tests

[Walter Dörwald]

Walter Dörwald  added the comment:

test_quopri has a decorator that calls a test using both the C and
Python version of the tested function. This decorator looks like this:

def withpythonimplementation(testfunc):
def newtest(self):
# Test default implementation
testfunc(self)
# Test Python implementation
if quopri.b2a_qp is not None or quopri.a2b_qp is not None:
oldencode = quopri.b2a_qp
olddecode = quopri.a2b_qp
try:
quopri.b2a_qp = None
quopri.a2b_qp = None
testfunc(self)
finally:
quopri.b2a_qp = oldencode
quopri.a2b_qp = olddecode
newtest.__name__ = testfunc.__name__
return newtest

Adding such a decorator to every test method might solve the problem.

--
nosy: +doerwalter

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5723] Incomplete json tests

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Is this high priority? The pure-Python code paths don't even run in 
> cpython. I test them manually with simplejson by just deleting the 
> extension and then running the tests again. There doesn't seem to be a 
> very good way to do this sort of thing

The main reason I've put it as "high priority" is that right now I'm
porting the new json to py3k, and I can't know whether the pure Python
paths are ported correctly. That probably won't refrain us from
committing it, especially if you say that they are never run with
CPython.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5723] Incomplete json tests

[Bob Ippolito]

Bob Ippolito  added the comment:

Is this high priority? The pure-Python code paths don't even run in 
cpython. I test them manually with simplejson by just deleting the 
extension and then running the tests again. There doesn't seem to be a 
very good way to do this sort of thing

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5723] Incomplete json tests

[Antoine Pitrou]

New submission from Antoine Pitrou :

Looking at the tests it seems that the pure-Python paths of json are
partly untested. In particular, py_make_scanner (as oppose to
c_make_scanner).

--
assignee: bob.ippolito
components: Tests
messages: 85770
nosy: benjamin.peterson, bob.ippolito, pitrou
priority: high
severity: normal
stage: test needed
status: open
title: Incomplete json tests
type: behavior
versions: Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5466] Tix.Balloon causes TCLError: unknown color name "{#ffff60}" in Python 2.6.1

[Andrew Gregory]

Andrew Gregory  added the comment:

This has been fixed in the 2.6.2c1 release candidate. Thank you for 
updating Tix.

Andrew.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2706] datetime: define division timedelta/timedelta

[Tennessee Leeuwenburg]

Changes by Tennessee Leeuwenburg :


--
assignee:  -> tleeuwenb...@gmail.com

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2240] setitimer, getitimer wrapper

[Tennessee Leeuwenburg]

Tennessee Leeuwenburg  added the comment:

Closing this issue as the main functionality is committed. See issue 
5722 for follow-up regarding FreeBSD functionality.

--
nosy: +tleeuwenb...@gmail.com
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5722] settimer / gettimer functionality on FreeBSD 6.3 (not 7.x)

[Tennessee Leeuwenburg]

Tennessee Leeuwenburg  added the comment:

This issue is a follow-up to Issue 2240 (now closed).
http://bugs.python.org/issue2240

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5717] os.defpath includes unix /bin on windows

[anatoly techtonik]

anatoly techtonik  added the comment:

On the second try it was much easier.

For py3k I saw a post about removing defpath and some of its friends, 
with which I partially agree.
http://groups.google.com/group/comp.lang.python/browse_thread/thread/e8072370bfbef398/a0215b5820f76c0e

--
Added file: http://bugs.python.org/file13652/issue5717.py26.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5722] settimer / gettimer functionality on FreeBSD 6.3 (not 7.x)

[Tennessee Leeuwenburg]

New submission from Tennessee Leeuwenburg :

Tests fail on FreeBSD 6.3

http://www.python.org/dev/buildbot/trunk/x86%20FreeBSD%203%20trunk/build
s/77/step-test/0


Relevant extract from parent issue, post by Guilherme Polo:
---

Trent Nelson kindly gave me access to his FreeBSD 6.2 buildbot so I had
chance to do some tests. The problem happens when Python is built
against or libc_r, or if you are using libmap you won't need to
recompile but the problem still happens when using libc_r.

I started searching in the FreeBSD bug tracker and found this issue:
http://www.freebsd.org/cgi/query-pr.cgi?pr=threads/49087 which seems
very similar to the problem related here.

I've also done a very simple "test" in C, just to demonstrate that this
issue isn't related to Python at all:

#include 
#include 
#include 

void h(int signo)
{
struct itimerval t;

getitimer(ITIMER_PROF, &t);
printf("%d %d\n", t.it_value.tv_sec, t.it_value.tv_usec);

printf("deactive ITIMER_PROF\n");
t.it_value.tv_sec = 0;
t.it_value.tv_usec = 0;
setitimer(ITIMER_PROF, &t, &t);
}

int main(void)
{
struct itimerval ival;

ival.it_value.tv_sec = 1;
ival.it_value.tv_usec = 0;
ival.it_interval.tv_sec = 1;
ival.it_interval.tv_usec = 0;

signal(SIGPROF, h);
printf("%d\n", setitimer(ITIMER_PROF, &ival, NULL));
alarm(2);

while (1) {
getitimer(ITIMER_PROF, &ival);
if (ival.it_value.tv_sec == 0 && ival.it_value.tv_usec == 0)
break;
}

return 0;
}

When I compile this using -lc_r then the callback "h" is never called
and then the alarm is fired. Compiling against pthread, thr or nothing
(since this example doesn't need any threading library) doesn't
demonstrate this problem and all is fine (callback "h" is invoked,
infinite loop finishes and test returns 0).

Should further discussion be moved to python-dev ? I'm somewhat stuck on
how to resolve this, besides saying to upgrade to FreeBSD 7 which uses
libthr by default.

--
messages: 85765
nosy: tleeuwenb...@gmail.com
severity: normal
status: open
title: settimer / gettimer functionality on FreeBSD 6.3 (not 7.x)
type: behavior
versions: Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5717] os.defpath includes unix /bin on windows

[anatoly techtonik]

Changes by anatoly techtonik :


--
keywords: +patch
Added file: http://bugs.python.org/file13651/issue5717.py25.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5721] msi.py still tries to copy non-existent test/README

[Tim Golden]

New submission from Tim Golden :

tools/msi/msi.py is still trying to copy the README file from the
lib/test directory. This file was removed in r70872. Patch attached
against r71393 of msi.py.

--
components: Build, Demos and Tools, Windows
files: msi.r71393.patch
keywords: patch
messages: 85764
nosy: loewis, tim.golden
severity: normal
status: open
title: msi.py still tries to copy non-existent test/README
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file13650/msi.r71393.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1079] decode_header does not follow RFC 2047

[Atsuo Ishimoto]

Atsuo Ishimoto  added the comment:

+1 for Tony's patch.

This patch reverts fix for Issue1582282 filed by tkikuchi.
I cannot understand the rationale for solution proposed in
Issue1582282. How does the fix make easier to read mails from 
Entourage?

--
nosy: +ishimoto, tkikuchi

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com