[ python-Bugs-1076819 ] test_shelve failures
Bugs item #1076819, was opened at 2004-12-02 02:22 Message generated for change (Comment added) made by aimacintyre You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1076819&group_id=5470 Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Michal Čihař (nijel) Assigned to: Nobody/Anonymous (nobody) Summary: test_shelve failures Initial Comment: == FAIL: test_read (__main__.TestAsciiFileShelve) -- Traceback (most recent call last): File "/usr/src/packages/BUILD/Python-2.4/Lib/test/mapping_tests.py", line 59, in test_read self.assert_(d.has_key(k)) AssertionError == FAIL: test_read (__main__.TestBinaryFileShelve) -- Traceback (most recent call last): File "/usr/src/packages/BUILD/Python-2.4/Lib/test/mapping_tests.py", line 59, in test_read self.assert_(d.has_key(k)) AssertionError == FAIL: test_read (__main__.TestProto2FileShelve) -- Traceback (most recent call last): File "/usr/src/packages/BUILD/Python-2.4/Lib/test/mapping_tests.py", line 59, in test_read self.assert_(d.has_key(k)) AssertionError -- >Comment By: Andrew I MacIntyre (aimacintyre) Date: 2004-12-12 19:53 Message: Logged In: YES user_id=250749 Test works for me on FreeBSD 4.8. Make sure that you can use anydbm - more details on what db module is actually invoked by anydbm might help shed some more light on the matter (use the file utility on a database created with anydbm.open()). -- Comment By: Michal Čihař (nijel) Date: 2004-12-02 02:26 Message: Logged In: YES user_id=192186 System information: i386 kernel 2.6.8 glibc 2.3.3 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1076819&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1077040 ] Error building _bsddb extension
Bugs item #1077040, was opened at 2004-12-02 07:19 Message generated for change (Comment added) made by aimacintyre You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1077040&group_id=5470 Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Oleg Broytmann (phd) Assigned to: Nobody/Anonymous (nobody) Summary: Error building _bsddb extension Initial Comment: Trying to build Python 2.4 on Debian GNU/Linux 3.0 using gcc 3.3.4. BerkeleyDB version is 3.2, header is /usr/include/db.h, library in /usr/lib. Error: gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fPIC -I. -I/usr/local/src/Python/Python-2.4/./Include -I/usr/local/include -I/usr/local/src/Python/Python-2.4/Include -I/usr/local/src/Python/Python-2.4 -c /usr/local/src/Python/Python-2.4/Modules/_bsddb.c -o build/temp.linux-i686-2.4/_bsddb.o running build_scripts /usr/local/src/Python/Python-2.4/Modules/_bsddb.c: In function `DB_pget': /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:1464: error: structure has no member named `pget' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:1482: error: structure has no member named `primaryDBType' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:1483: error: structure has no member named `primaryDBType' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c: In function `DBC_pget': /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:2928: error: structure has no member named `c_pget' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:2943: error: structure has no member named `primaryDBType' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:2944: error: structure has no member named `primaryDBType' -- >Comment By: Andrew I MacIntyre (aimacintyre) Date: 2004-12-12 20:23 Message: Logged In: YES user_id=250749 What are the DB_VERSION_MAJOR and DB_VERSION_MINOR macros defined to in your /usr/include/db.h? The primaryDBType symbol is only referenced in code compiled for DB versions 3.3 and higher, and the pget symbol is referenced in code compiled for DB 3.2 and higher. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1077040&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083793 ] Python 2.4 crashes
Bugs item #1083793, was opened at 2004-12-12 10:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470 Category: Python Interpreter Core Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Axel Kaiser (axel_kaiser) Assigned to: Nobody/Anonymous (nobody) Summary: Python 2.4 crashes Initial Comment: The new Python 2.4 crashes when starting some of my programs. This happens under win xp as well as under win nt. The crashes are reproduceble, but I didn't succeed in finding the exact place where it happens. In the attachment you find a Dr. Watson logfile. I hope it helps. Otherwise I think I will be able to help with more information. Thanks in advance Axel Kaiser Germany -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1080811 ] full test with all unicode text files
Bugs item #1080811, was opened at 2004-12-07 19:53 Message generated for change (Comment added) made by makaron You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1080811&group_id=5470 Category: None Group: Not a Bug Status: Open Resolution: None Priority: 5 Submitted By: Grzegorz Makarewicz (makaron) Assigned to: Nobody/Anonymous (nobody) Summary: full test with all unicode text files Initial Comment: samall bug? while performing full test on pythonthon core with all required files (unicode). This can be found when "python -u regrtest.py -uall" is executed - perhaps some encodings are not preserved - test_codecmaps_kr fails with message: "JOHAB.TXT not found, download from http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/KSC/JOHAB.TXT " this file exists on my system and is placed in lib/test, as required. when its running as standalone test everything is OK. -- >Comment By: Grzegorz Makarewicz (makaron) Date: 2004-12-12 10:55 Message: Logged In: YES user_id=115179 works like a harm - but i dont know why 255 tests OK. 35 tests skipped: test__locale test_aepack test_al test_applesingle test_cd test_cl test_commands test_curses test_dbm test_dl test_fcntl test_fork1 test_gdbm test_gl test_grp test_imgfile test_ioctl test_linuxaudiodev test_macfs test_macostools test_mhlib test_nis test_openpty test_ossaudiodev test_plistlib test_poll test_posix test_pty test_pwd test_resource test_scriptpackages test_signal test_sunaudiodev test_threadsignals test_timing Those skips are all expected on win32. :) nice python -- Comment By: Grzegorz Makarewicz (makaron) Date: 2004-12-10 09:54 Message: Logged In: YES user_id=115179 my system is windows 2000 pro sp4 with latest fixes from ms, polish language, python from cvs (head), msvc 7.1 -- Comment By: Walter Dörwald (doerwalter) Date: 2004-12-09 20:06 Message: Logged In: YES user_id=89016 I can't reproduce this on Linux. Putting JOHAB.TXT (and the other files) into the current directory (dist from a CVS checkout) and running "python Lib/test/regrtest.py" works. Putting all the files into Lib/test and running regrtest.py from there works too. Which version of Python are you using? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1080811&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083793 ] Python 2.4 crashes
Bugs item #1083793, was opened at 2004-12-12 04:25 Message generated for change (Comment added) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470 Category: Python Interpreter Core Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Axel Kaiser (axel_kaiser) Assigned to: Nobody/Anonymous (nobody) Summary: Python 2.4 crashes Initial Comment: The new Python 2.4 crashes when starting some of my programs. This happens under win xp as well as under win nt. The crashes are reproduceble, but I didn't succeed in finding the exact place where it happens. In the attachment you find a Dr. Watson logfile. I hope it helps. Otherwise I think I will be able to help with more information. Thanks in advance Axel Kaiser Germany -- >Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-12 04:56 Message: Logged In: YES user_id=80475 The attachment didn't make it. Be sure to check the upload box or it won't make it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1077040 ] Error building _bsddb extension
Bugs item #1077040, was opened at 2004-12-01 23:19 Message generated for change (Comment added) made by phd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1077040&group_id=5470 Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Oleg Broytmann (phd) Assigned to: Nobody/Anonymous (nobody) Summary: Error building _bsddb extension Initial Comment: Trying to build Python 2.4 on Debian GNU/Linux 3.0 using gcc 3.3.4. BerkeleyDB version is 3.2, header is /usr/include/db.h, library in /usr/lib. Error: gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fPIC -I. -I/usr/local/src/Python/Python-2.4/./Include -I/usr/local/include -I/usr/local/src/Python/Python-2.4/Include -I/usr/local/src/Python/Python-2.4 -c /usr/local/src/Python/Python-2.4/Modules/_bsddb.c -o build/temp.linux-i686-2.4/_bsddb.o running build_scripts /usr/local/src/Python/Python-2.4/Modules/_bsddb.c: In function `DB_pget': /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:1464: error: structure has no member named `pget' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:1482: error: structure has no member named `primaryDBType' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:1483: error: structure has no member named `primaryDBType' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c: In function `DBC_pget': /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:2928: error: structure has no member named `c_pget' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:2943: error: structure has no member named `primaryDBType' /usr/local/src/Python/Python-2.4/Modules/_bsddb.c:2944: error: structure has no member named `primaryDBType' -- >Comment By: Oleg Broytmann (phd) Date: 2004-12-12 13:47 Message: Logged In: YES user_id=4799 #define DB_VERSION_MAJOR3 #define DB_VERSION_MINOR2 #define DB_VERSION_PATCH9 #define DB_VERSION_STRING "Sleepycat Software: Berkeley DB 3.2.9: (April 7, 2002)" -- Comment By: Andrew I MacIntyre (aimacintyre) Date: 2004-12-12 12:23 Message: Logged In: YES user_id=250749 What are the DB_VERSION_MAJOR and DB_VERSION_MINOR macros defined to in your /usr/include/db.h? The primaryDBType symbol is only referenced in code compiled for DB versions 3.3 and higher, and the pget symbol is referenced in code compiled for DB 3.2 and higher. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1077040&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083895 ] functions replaced should point to its docs
Bugs item #1083895, was opened at 2004-12-12 17:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083895&group_id=5470 Category: Documentation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Johannes Gijsbers (jlgijsbers) Assigned to: Nobody/Anonymous (nobody) Summary: functions replaced should point to its docs Initial Comment: We should either move or copy the "Replacing Older Functions with the subprocess Module" section to the documentation of the functions that are replaced by subprocess. See http://mail.python.org/pipermail/python-dev/2004-December/050266.html, for non-subprocess specific rationale. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083895&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1003471 ] Python 1.5.2 security vulnerability still present in 2.3.4
Bugs item #1003471, was opened at 2004-08-05 04:42
Message generated for change (Comment added) made by aimacintyre
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1003471&group_id=5470
Category: Python Interpreter Core
Group: Python 2.3
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Kirby Kuehl (vacuum)
Assigned to: Andrew I MacIntyre (aimacintyre)
Summary: Python 1.5.2 security vulnerability still present in 2.3.4
Initial Comment:
First off, I realize that Python 1.5.2 is old, I am just
reporting it to be thorough.
I was doing a security audit of an application that used
this old version of python and found the following bug in
the joinpath function.
#0 0xff133bf0 in strncpy () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff133bf0 in strncpy () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff133bf0 in strncpy () from /usr/lib/libc.so.1
#1 0x000304e0 in joinpath (buffer=0x83528 'A'
...,
stuff=0x84140 'A' ...)
at ./getpath.c:255
#2 0x00030604 in search_for_prefix
(argv0_path=0xffbff530 "/opt/OPSW/bin",
home=0xff3a0840 'A' ...)
at ./getpath.c:300
#3 0x00030a48 in calculate_path () at ./getpath.c:481
#4 0x00030e6c in Py_GetProgramFullPath ()
at ./getpath.c:634
#5 0x0002dcac in _PySys_Init () at sysmodule.c:413
#6 0x0002b414 in Py_Initialize () at pythonrun.c:142
#7 0x0001755c in Py_Main (argc=1, argv=0xffbffcdc)
at main.c:245
#8 0x000171f0 in main (argc=1, argv=0xffbffcdc) at
python.c:12
#8 0x000171f0 in main (argc=1, argv=0xffbffcdc) at
python.c:12
(gdb) frame 1
#1 0x000304e0 in joinpath (buffer=0x83528 'A'
...,
stuff=0x84140 'A' ...)
at ./getpath.c:255
255 ./getpath.c: No such file or directory.
in ./getpath.c
snippet from Python-1.5.2/Modules/getpath.c :
static void
joinpath(buffer, stuff)
char *buffer;
char *stuff;
{
int n, k;
if (stuff[0] == SEP)
n = 0;
else {
n = strlen(buffer);
if (n > 0 && buffer[n-1] != SEP && n <
MAXPATHLEN)
buffer[n++] = SEP;
}
k = strlen(stuff);
if (n + k > MAXPATHLEN)
k = MAXPATHLEN - n;
strncpy(buffer+n, stuff, k);
buffer[n+k] = '\0';
}
further examining the backtrace:
(gdb) print n
$1 = 4999
(gdb) print k
$2 = -3975
(gdb) print buffer
$4 = 0x83528 'A' ...
(gdb) print stuff
$5 = 0x84140 'A' ...
if (n + k > MAXPATHLEN) /* NOTE: MAXPATHLEN is 1024
*/
k = MAXPATHLEN - n; /* NOTE: here k is 1024 -
4999 which is the -3975 */
Which of course crashes in strncpy(buffer+n, stuff, k);
Thanks,
Kirby Kuehl
--
>Comment By: Andrew I MacIntyre (aimacintyre)
Date: 2004-12-12 19:43
Message:
Logged In: YES
user_id=250749
OS/2 specific fixes checked in.
As there appears to be no further action required, I'm
closing this item.
--
Comment By: A.M. Kuchling (akuchling)
Date: 2004-10-20 22:03
Message:
Logged In: YES
user_id=11375
CVS finally came through, and r234 doesn't seem to report
any problems; I put a debug print into joinpath() so I'm
sure that it was actually being invoked. So I think this
bug no longer applies, in the absence of a transcript
demonstrating an actual problem.
I'll reassign this bug to Andrew MacIntyre so that he knows
about the OS/2 overflow and can fix it before his next OS/2
release.
--
Comment By: A.M. Kuchling (akuchling)
Date: 2004-10-20 06:41
Message:
Logged In: YES
user_id=11375
OK; I think I've got it working now, and neither 2.4CVS or
2.3-maint run into any problems with the sharefuzz library
in use. I'm trying to pull the r234 tag, but SF CVS is
being really slow; I'll try it tomorrow.
--
Comment By: A.M. Kuchling (akuchling)
Date: 2004-10-20 06:18
Message:
Logged In: YES
user_id=11375
I haven't figured out how to get sharefuzz to work yet, but
did notice one OS/2 specific overflow; around line 3250 of
posixmodule.c, it defines char args[1024], and then does a
strcpy from the COMSPEC env. var. into args.
--
Comment By: A.M. Kuchling (akuchling)
Date: 2004-10-20 06:10
Message:
Logged In: YES
user_id=11375
The URL mentioned for sharefuzz seems to be out of date; the
correct location is now
http://sourceforge.net/projects/sharefuzz/ .
--
Comment By: Tim Peters (tim_one)
Date: 2004-08-10 04:43
Message:
Logged In: YES
user_id=31435
vacuum, are you saying that sharefuzz provokes an actual
bug in Python 2.4a2? In Python 2.3.4?
--
Comment By: Kirby Kuehl (vacuum)
Date: 2004-08-10 04:26
Message:
Logged In: YES
user_id=116409
Use the sharefuzz utility that
[ python-Bugs-1071516 ] test_subprocess fails on cygwin
Bugs item #1071516, was opened at 2004-11-23 19:34 Message generated for change (Comment added) made by aimacintyre You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1071516&group_id=5470 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Miki Tebeka (tebeka) Assigned to: Peter Åstrand (astrand) Summary: test_subprocess fails on cygwin Initial Comment: [10:29] $python -V Python 2.4c1 [10:30] $ [10:31] $ [10:31] $python -c 'from test.test_subprocess import test_main; test_main()' -v test_args_string (test.test_subprocess.ProcessTestCase) ... ok test_call_kwargs (test.test_subprocess.ProcessTestCase) ... ok test_call_seq (test.test_subprocess.ProcessTestCase) ... ok test_call_string (test.test_subprocess.ProcessTestCase) ... ok test_communicate (test.test_subprocess.ProcessTestCase) ... ok test_communicate_pipe_buf (test.test_subprocess.ProcessTestCase) ... ok test_communicate_returns (test.test_subprocess.ProcessTestCase) ... ok test_cwd (test.test_subprocess.ProcessTestCase) ... ok test_env (test.test_subprocess.ProcessTestCase) ... ok test_exceptions (test.test_subprocess.ProcessTestCase) ... ok test_executable (test.test_subprocess.ProcessTestCase) ... ok test_invalid_args (test.test_subprocess.ProcessTestCase) ... ok test_list2cmdline (test.test_subprocess.ProcessTestCase) ... ok test_no_leaking (test.test_subprocess.ProcessTestCase) ... ok test_poll (test.test_subprocess.ProcessTestCase) ... ok test_preexec (test.test_subprocess.ProcessTestCase) ... ok test_run_abort (test.test_subprocess.ProcessTestCase) ... ok test_shell_sequence (test.test_subprocess.ProcessTestCase) ... ok test_shell_string (test.test_subprocess.ProcessTestCase) ... ok test_stderr_filedes (test.test_subprocess.ProcessTestCase) ... ok test_stderr_fileobj (test.test_subprocess.ProcessTestCase) ... ok test_stderr_none (test.test_subprocess.ProcessTestCase) ... ok test_stderr_pipe (test.test_subprocess.ProcessTestCase) ... ok test_stdin_filedes (test.test_subprocess.ProcessTestCase) ... ok test_stdin_fileobj (test.test_subprocess.ProcessTestCase) ... ok test_stdin_none (test.test_subprocess.ProcessTestCase) ... ok test_stdin_pipe (test.test_subprocess.ProcessTestCase) ... ok test_stdout_filedes (test.test_subprocess.ProcessTestCase) ... ok test_stdout_fileobj (test.test_subprocess.ProcessTestCase) ... ok test_stdout_none (test.test_subprocess.ProcessTestCase) ... this bit of output is from a test of stdout in a different process ... ok test_stdout_pipe (test.test_subprocess.ProcessTestCase) ... ok test_stdout_stderr_file (test.test_subprocess.ProcessTestCase) ... ok test_stdout_stderr_pipe (test.test_subprocess.ProcessTestCase) ... FAIL test_universal_newlines (test.test_subprocess.ProcessTestCase) ... FAIL test_universal_newlines_communicate (test.test_subprocess.ProcessTestCase) ... ok test_wait (test.test_subprocess.ProcessTestCase) ... ok test_writes_before_communicate (test.test_subprocess.ProcessTestCase) ... ok == FAIL: test_stdout_stderr_pipe (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File "/usr/lib/python2.4/test/test_subprocess.py", line 191, in test_stdout_stderr_pipe self.assertEqual(stripped, "appleorange") AssertionError: 'apple' != 'appleorange' == FAIL: test_universal_newlines (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File "/usr/lib/python2.4/test/test_subprocess.py", line 312, in test_universal_newlines "line1\nline2\nline3\nline4\nline5\nline6") AssertionError: 'line1\n' != 'line1\nline2\nline3\nline4\nline5\nline6' -- Ran 37 tests in 109.478s FAILED (failures=2) Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/test/test_subprocess.py", line 548, in test_main test_support.run_unittest(ProcessTestCase) File "/usr/lib/python2.4/test/test_support.py", line 290, in run_unittest run_suite(suite, testclass) File "/usr/lib/python2.4/test/test_support.py", line 274, in run_suite raise TestFailed(msg) test.test_support.TestFailed: errors occurred in test.test_subprocess.ProcessTestCase -- >Comment By: Andrew I MacIntyre (aimacintyre) Date: 2004-12-12 20:05 Message: Logged In: YES user_id=250749 As a Cygwin specific issue, I'd suggest reassigning the bug to Jason Tishler (jlt63) who maintains the Cygwin port. -- Comment By: Peter Åstrand (astrand) Date: 2004-12-06 01:43 Message: Logged In: YES user_id=344921 This seems to be a Cygwin bug
[ python-Bugs-1071516 ] test_subprocess fails on cygwin
Bugs item #1071516, was opened at 2004-11-23 09:34 Message generated for change (Comment added) made by astrand You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1071516&group_id=5470 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Miki Tebeka (tebeka) >Assigned to: Jason Tishler (jlt63) Summary: test_subprocess fails on cygwin Initial Comment: [10:29] $python -V Python 2.4c1 [10:30] $ [10:31] $ [10:31] $python -c 'from test.test_subprocess import test_main; test_main()' -v test_args_string (test.test_subprocess.ProcessTestCase) ... ok test_call_kwargs (test.test_subprocess.ProcessTestCase) ... ok test_call_seq (test.test_subprocess.ProcessTestCase) ... ok test_call_string (test.test_subprocess.ProcessTestCase) ... ok test_communicate (test.test_subprocess.ProcessTestCase) ... ok test_communicate_pipe_buf (test.test_subprocess.ProcessTestCase) ... ok test_communicate_returns (test.test_subprocess.ProcessTestCase) ... ok test_cwd (test.test_subprocess.ProcessTestCase) ... ok test_env (test.test_subprocess.ProcessTestCase) ... ok test_exceptions (test.test_subprocess.ProcessTestCase) ... ok test_executable (test.test_subprocess.ProcessTestCase) ... ok test_invalid_args (test.test_subprocess.ProcessTestCase) ... ok test_list2cmdline (test.test_subprocess.ProcessTestCase) ... ok test_no_leaking (test.test_subprocess.ProcessTestCase) ... ok test_poll (test.test_subprocess.ProcessTestCase) ... ok test_preexec (test.test_subprocess.ProcessTestCase) ... ok test_run_abort (test.test_subprocess.ProcessTestCase) ... ok test_shell_sequence (test.test_subprocess.ProcessTestCase) ... ok test_shell_string (test.test_subprocess.ProcessTestCase) ... ok test_stderr_filedes (test.test_subprocess.ProcessTestCase) ... ok test_stderr_fileobj (test.test_subprocess.ProcessTestCase) ... ok test_stderr_none (test.test_subprocess.ProcessTestCase) ... ok test_stderr_pipe (test.test_subprocess.ProcessTestCase) ... ok test_stdin_filedes (test.test_subprocess.ProcessTestCase) ... ok test_stdin_fileobj (test.test_subprocess.ProcessTestCase) ... ok test_stdin_none (test.test_subprocess.ProcessTestCase) ... ok test_stdin_pipe (test.test_subprocess.ProcessTestCase) ... ok test_stdout_filedes (test.test_subprocess.ProcessTestCase) ... ok test_stdout_fileobj (test.test_subprocess.ProcessTestCase) ... ok test_stdout_none (test.test_subprocess.ProcessTestCase) ... this bit of output is from a test of stdout in a different process ... ok test_stdout_pipe (test.test_subprocess.ProcessTestCase) ... ok test_stdout_stderr_file (test.test_subprocess.ProcessTestCase) ... ok test_stdout_stderr_pipe (test.test_subprocess.ProcessTestCase) ... FAIL test_universal_newlines (test.test_subprocess.ProcessTestCase) ... FAIL test_universal_newlines_communicate (test.test_subprocess.ProcessTestCase) ... ok test_wait (test.test_subprocess.ProcessTestCase) ... ok test_writes_before_communicate (test.test_subprocess.ProcessTestCase) ... ok == FAIL: test_stdout_stderr_pipe (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File "/usr/lib/python2.4/test/test_subprocess.py", line 191, in test_stdout_stderr_pipe self.assertEqual(stripped, "appleorange") AssertionError: 'apple' != 'appleorange' == FAIL: test_universal_newlines (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File "/usr/lib/python2.4/test/test_subprocess.py", line 312, in test_universal_newlines "line1\nline2\nline3\nline4\nline5\nline6") AssertionError: 'line1\n' != 'line1\nline2\nline3\nline4\nline5\nline6' -- Ran 37 tests in 109.478s FAILED (failures=2) Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/test/test_subprocess.py", line 548, in test_main test_support.run_unittest(ProcessTestCase) File "/usr/lib/python2.4/test/test_support.py", line 290, in run_unittest run_suite(suite, testclass) File "/usr/lib/python2.4/test/test_support.py", line 274, in run_suite raise TestFailed(msg) test.test_support.TestFailed: errors occurred in test.test_subprocess.ProcessTestCase -- >Comment By: Peter Åstrand (astrand) Date: 2004-12-12 10:36 Message: Logged In: YES user_id=344921 Reassigned to jlt63. See http://cygwin.com/ml/cygwin/2004-12/msg00135.html and http://sources.redhat.com/ml/newlib/2004/msg00559.html for details. -- Comment By: Andrew I MacIntyre (aimacintyre) Date: 2004-12-12 10:05 Message: Logged In: YES user_id=250749
[ python-Bugs-1080811 ] full test with all unicode text files
Bugs item #1080811, was opened at 2004-12-07 19:53 Message generated for change (Settings changed) made by makaron You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1080811&group_id=5470 Category: None Group: Not a Bug >Status: Closed Resolution: None Priority: 5 Submitted By: Grzegorz Makarewicz (makaron) Assigned to: Nobody/Anonymous (nobody) Summary: full test with all unicode text files Initial Comment: samall bug? while performing full test on pythonthon core with all required files (unicode). This can be found when "python -u regrtest.py -uall" is executed - perhaps some encodings are not preserved - test_codecmaps_kr fails with message: "JOHAB.TXT not found, download from http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/KSC/JOHAB.TXT " this file exists on my system and is placed in lib/test, as required. when its running as standalone test everything is OK. -- Comment By: Grzegorz Makarewicz (makaron) Date: 2004-12-12 10:55 Message: Logged In: YES user_id=115179 works like a harm - but i dont know why 255 tests OK. 35 tests skipped: test__locale test_aepack test_al test_applesingle test_cd test_cl test_commands test_curses test_dbm test_dl test_fcntl test_fork1 test_gdbm test_gl test_grp test_imgfile test_ioctl test_linuxaudiodev test_macfs test_macostools test_mhlib test_nis test_openpty test_ossaudiodev test_plistlib test_poll test_posix test_pty test_pwd test_resource test_scriptpackages test_signal test_sunaudiodev test_threadsignals test_timing Those skips are all expected on win32. :) nice python -- Comment By: Grzegorz Makarewicz (makaron) Date: 2004-12-10 09:54 Message: Logged In: YES user_id=115179 my system is windows 2000 pro sp4 with latest fixes from ms, polish language, python from cvs (head), msvc 7.1 -- Comment By: Walter Dörwald (doerwalter) Date: 2004-12-09 20:06 Message: Logged In: YES user_id=89016 I can't reproduce this on Linux. Putting JOHAB.TXT (and the other files) into the current directory (dist from a CVS checkout) and running "python Lib/test/regrtest.py" works. Putting all the files into Lib/test and running regrtest.py from there works too. Which version of Python are you using? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1080811&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083895 ] functions replaced by subprocess should point to its docs
Bugs item #1083895, was opened at 2004-12-12 17:06 Message generated for change (Settings changed) made by jlgijsbers You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083895&group_id=5470 Category: Documentation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Johannes Gijsbers (jlgijsbers) Assigned to: Nobody/Anonymous (nobody) >Summary: functions replaced by subprocess should point to its docs Initial Comment: We should either move or copy the "Replacing Older Functions with the subprocess Module" section to the documentation of the functions that are replaced by subprocess. See http://mail.python.org/pipermail/python-dev/2004-December/050266.html, for non-subprocess specific rationale. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083895&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
