[issue1079] decode_header does not follow RFC 2047
Atsuo Ishimoto ishim...@gembook.org 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 rep...@bugs.python.org http://bugs.python.org/issue1079 ___ ___ 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
Changes by anatoly techtonik techto...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file13651/issue5717.py25.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5717 ___ ___ 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 techto...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue5717 ___ ___ 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 tleeuwenb...@gmail.com added the comment: This issue is a follow-up to Issue 2240 (now closed). http://bugs.python.org/issue2240 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5722 ___ ___ 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 tleeuwenb...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue2240 ___ ___ 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)
New submission from Tennessee Leeuwenburg tleeuwenb...@gmail.com:
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 stdio.h
#include signal.h
#include sys/time.h
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 rep...@bugs.python.org
http://bugs.python.org/issue5722
___
___
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
Changes by Tennessee Leeuwenburg tleeuwenb...@gmail.com: -- assignee: - tleeuwenb...@gmail.com ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2706 ___ ___ 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
New submission from Tim Golden m...@timgolden.me.uk: 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 rep...@bugs.python.org http://bugs.python.org/issue5721 ___ ___ 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.greg...@npl.co.uk 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 rep...@bugs.python.org http://bugs.python.org/issue5466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5723] Incomplete json tests
New submission from Antoine Pitrou pit...@free.fr: 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 rep...@bugs.python.org http://bugs.python.org/issue5723 ___ ___ 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 b...@redivi.com 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 rep...@bugs.python.org http://bugs.python.org/issue5723 ___ ___ 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 pit...@free.fr 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 rep...@bugs.python.org http://bugs.python.org/issue5723 ___ ___ 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 wal...@livinglogic.de 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 rep...@bugs.python.org http://bugs.python.org/issue5723 ___ ___ 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 rhettin...@users.sourceforge.net 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 rep...@bugs.python.org http://bugs.python.org/issue5723 ___ ___ 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 pit...@free.fr 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 rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ 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 pit...@free.fr added the comment: (by the way, all tests pass) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ 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 rhettin...@users.sourceforge.net 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 rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ 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 pit...@free.fr 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 rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ 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 rhettin...@users.sourceforge.net 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 rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ 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 alexan...@peadrop.com 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 rep...@bugs.python.org http://bugs.python.org/issue3873 ___ ___ 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 li...@cheimes.de 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 rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ 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
Changes by Martin v. Löwis mar...@v.loewis.de: -- assignee: - loewis priority: - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5721 ___ ___ 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 pyt...@mrabarnett.plus.com 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 rep...@bugs.python.org http://bugs.python.org/issue1744752 ___ ___ 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 coll...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue5665 ___ ___ 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
New submission from Skip Montanaro s...@pobox.com:
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 rep...@bugs.python.org
http://bugs.python.org/issue5724
___
___
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
Changes by Skip Montanaro s...@pobox.com: -- nosy: +marketdickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5724 ___ ___ 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 benja...@python.org added the comment: Refixed in r71400. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1590 ___ ___ 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 habna...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue3119 ___ ___ 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 pit...@free.fr 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 rep...@bugs.python.org http://bugs.python.org/issue5665 ___ ___ 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 coll...@gmail.com 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 rep...@bugs.python.org http://bugs.python.org/issue5665 ___ ___ 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 ba...@python.org 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 rep...@bugs.python.org http://bugs.python.org/issue5724 ___ ___ 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 python...@bitjug.com 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 rep...@bugs.python.org http://bugs.python.org/issue3924 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5725] process SysV-Semaphore support
New submission from jvdias jason.vas.d...@gmail.com: 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 rep...@bugs.python.org http://bugs.python.org/issue5725 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
