[ python-Bugs-1563807 ] _ctypes built with GCC on AIX 5.3 fails with ld ffi error
Bugs item #1563807, was opened at 2006-09-23 02:07 Message generated for change (Comment added) made by theller You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563807&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Clark (djbclark) Assigned to: Thomas Heller (theller) Summary: _ctypes built with GCC on AIX 5.3 fails with ld ffi error Initial Comment: Build of Python 2.5 on AIX 5.3 with GCC (tried multiple versions: 3.3.2 from Bull Freeware, 4.1.0 and 4.1.1 from UCLA) fails with the below error message. Tried various configure lines, which all get to the same error, the most simple being: ./configure --disable-ipv6 --with-gcc --with-cxx=g++ (With gcc 3.3.2 I also needed --without-threads) [...] building '_ctypes' extension ./Modules/ld_so_aix gcc -pthread -bI:Modules/ python.exp build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/callbacks.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ callproc.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/cfield.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ malloc_closure.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ prep_cif.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix_closure.o -L/usr/local/lib -o build/ lib.aix-5.3-2.5/_ctypes.so ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_cif_machdep ld: 0711-317 ERROR: Undefined symbol: .ffi_call ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_closure ld: 0711-317 ERROR: Undefined symbol: .ffi_closure_helper_DARWIN ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status *** WARNING: renaming "_ctypes" since importing it failed: Could not load module build/lib.aix-5.3-2.5. System error: No such file or directory error: No such file or directory gmake: *** [sharedmods] Error 1 Re-running the failing stanza with -Wl,-bnoquiet gives: (ld): halt 4 (ld): setopt r/o->w (ld): setopt nodelcsect (ld): setfflag 4 (ld): savename build/lib.aix-5.3-2.5/_ctypes.so (ld): filelist 17 3 (ld): setopt noprogram (ld): entry init_ctypes ENTRY: Entry point set to init_ctypes (ld): i /lib/crt0_r.o (ld): i /tmp//ccigrpfq.o (ld): lib /usr/lib/libm.a (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callbacks.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callproc.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/cfield.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/malloc_closure.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/prep_cif.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/aix.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ aix_closure.o (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc.a (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc_eh.a (ld): lib /usr/lib/libpthreads.a (ld): lib /usr/lib/libc.a LIBRARY: Shared object libpthreads.a[shr_comm.o]: 173 symbols imported. LIBRARY: Shared object libpthreads.a[shr_xpg5.o]: 161 symbols imported. LIBRARY: Shared object libc.a[shr.o]: 2820 symbols imported. LIBRARY: Shared object libc.a[meth.o]: 2 symbols imported. LIBRARY: Shared object libc.a[posix_aio.o]: 20 symbols imported. LIBRARY: Shared object libc.a[aio.o]: 14 symbols imported. LIBRARY: Shared object libc.a[pse.o]: 5 symbols imported. LIBRARY: Shared object libc.a[dl.o]: 4 symbols imported. LIBRARY: Shared object libc.a[pty.o]: 1 symbols imported. FILELIST: Number of previously inserted files processed: 17 (ld): imports Modules/python.exp IMPORTS: Symbols imported from import file Modules/ pyth
[ python-Bugs-1563807 ] _ctypes built with GCC on AIX 5.3 fails with ld ffi error
Bugs item #1563807, was opened at 2006-09-22 20:07 Message generated for change (Comment added) made by memotype You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563807&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Clark (djbclark) Assigned to: Thomas Heller (theller) Summary: _ctypes built with GCC on AIX 5.3 fails with ld ffi error Initial Comment: Build of Python 2.5 on AIX 5.3 with GCC (tried multiple versions: 3.3.2 from Bull Freeware, 4.1.0 and 4.1.1 from UCLA) fails with the below error message. Tried various configure lines, which all get to the same error, the most simple being: ./configure --disable-ipv6 --with-gcc --with-cxx=g++ (With gcc 3.3.2 I also needed --without-threads) [...] building '_ctypes' extension ./Modules/ld_so_aix gcc -pthread -bI:Modules/ python.exp build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/callbacks.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ callproc.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/cfield.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ malloc_closure.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ prep_cif.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix_closure.o -L/usr/local/lib -o build/ lib.aix-5.3-2.5/_ctypes.so ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_cif_machdep ld: 0711-317 ERROR: Undefined symbol: .ffi_call ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_closure ld: 0711-317 ERROR: Undefined symbol: .ffi_closure_helper_DARWIN ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status *** WARNING: renaming "_ctypes" since importing it failed: Could not load module build/lib.aix-5.3-2.5. System error: No such file or directory error: No such file or directory gmake: *** [sharedmods] Error 1 Re-running the failing stanza with -Wl,-bnoquiet gives: (ld): halt 4 (ld): setopt r/o->w (ld): setopt nodelcsect (ld): setfflag 4 (ld): savename build/lib.aix-5.3-2.5/_ctypes.so (ld): filelist 17 3 (ld): setopt noprogram (ld): entry init_ctypes ENTRY: Entry point set to init_ctypes (ld): i /lib/crt0_r.o (ld): i /tmp//ccigrpfq.o (ld): lib /usr/lib/libm.a (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callbacks.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callproc.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/cfield.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/malloc_closure.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/prep_cif.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/aix.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ aix_closure.o (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc.a (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc_eh.a (ld): lib /usr/lib/libpthreads.a (ld): lib /usr/lib/libc.a LIBRARY: Shared object libpthreads.a[shr_comm.o]: 173 symbols imported. LIBRARY: Shared object libpthreads.a[shr_xpg5.o]: 161 symbols imported. LIBRARY: Shared object libc.a[shr.o]: 2820 symbols imported. LIBRARY: Shared object libc.a[meth.o]: 2 symbols imported. LIBRARY: Shared object libc.a[posix_aio.o]: 20 symbols imported. LIBRARY: Shared object libc.a[aio.o]: 14 symbols imported. LIBRARY: Shared object libc.a[pse.o]: 5 symbols imported. LIBRARY: Shared object libc.a[dl.o]: 4 symbols imported. LIBRARY: Shared object libc.a[pty.o]: 1 symbols imported. FILELIST: Number of previously inserted files processed: 17 (ld): imports Modules/python.exp IMPORTS: Symbols imported from import file Modules/ pyt
[ python-Bugs-1563807 ] _ctypes built with GCC on AIX 5.3 fails with ld ffi error
Bugs item #1563807, was opened at 2006-09-23 02:07 Message generated for change (Comment added) made by theller You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563807&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Clark (djbclark) Assigned to: Thomas Heller (theller) Summary: _ctypes built with GCC on AIX 5.3 fails with ld ffi error Initial Comment: Build of Python 2.5 on AIX 5.3 with GCC (tried multiple versions: 3.3.2 from Bull Freeware, 4.1.0 and 4.1.1 from UCLA) fails with the below error message. Tried various configure lines, which all get to the same error, the most simple being: ./configure --disable-ipv6 --with-gcc --with-cxx=g++ (With gcc 3.3.2 I also needed --without-threads) [...] building '_ctypes' extension ./Modules/ld_so_aix gcc -pthread -bI:Modules/ python.exp build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/callbacks.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ callproc.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/cfield.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ malloc_closure.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ prep_cif.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix_closure.o -L/usr/local/lib -o build/ lib.aix-5.3-2.5/_ctypes.so ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_cif_machdep ld: 0711-317 ERROR: Undefined symbol: .ffi_call ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_closure ld: 0711-317 ERROR: Undefined symbol: .ffi_closure_helper_DARWIN ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status *** WARNING: renaming "_ctypes" since importing it failed: Could not load module build/lib.aix-5.3-2.5. System error: No such file or directory error: No such file or directory gmake: *** [sharedmods] Error 1 Re-running the failing stanza with -Wl,-bnoquiet gives: (ld): halt 4 (ld): setopt r/o->w (ld): setopt nodelcsect (ld): setfflag 4 (ld): savename build/lib.aix-5.3-2.5/_ctypes.so (ld): filelist 17 3 (ld): setopt noprogram (ld): entry init_ctypes ENTRY: Entry point set to init_ctypes (ld): i /lib/crt0_r.o (ld): i /tmp//ccigrpfq.o (ld): lib /usr/lib/libm.a (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callbacks.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callproc.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/cfield.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/malloc_closure.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/prep_cif.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/aix.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ aix_closure.o (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc.a (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc_eh.a (ld): lib /usr/lib/libpthreads.a (ld): lib /usr/lib/libc.a LIBRARY: Shared object libpthreads.a[shr_comm.o]: 173 symbols imported. LIBRARY: Shared object libpthreads.a[shr_xpg5.o]: 161 symbols imported. LIBRARY: Shared object libc.a[shr.o]: 2820 symbols imported. LIBRARY: Shared object libc.a[meth.o]: 2 symbols imported. LIBRARY: Shared object libc.a[posix_aio.o]: 20 symbols imported. LIBRARY: Shared object libc.a[aio.o]: 14 symbols imported. LIBRARY: Shared object libc.a[pse.o]: 5 symbols imported. LIBRARY: Shared object libc.a[dl.o]: 4 symbols imported. LIBRARY: Shared object libc.a[pty.o]: 1 symbols imported. FILELIST: Number of previously inserted files processed: 17 (ld): imports Modules/python.exp IMPORTS: Symbols imported from import file Modules/ pyth
[ python-Bugs-1594966 ] doctest simple usage recipe is misleading
Bugs item #1594966, was opened at 2006-11-12 03:31 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1594966&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ken Rimey (yemir) >Assigned to: Tim Peters (tim_one) Summary: doctest simple usage recipe is misleading Initial Comment: "23.2.1 Simple Usage: Checking Examples in Docstrings" sets up a trap for the unsuspecting developer: http://docs.python.org/lib/doctest-simple-testmod.html That page recommends adding the following code to the end of a module using doctest: def _test(): import doctest doctest.testmod() if __name__ == "__main__": _test() The problem is that a reasonable person will figure that _test() has been defined for convenience in executing the tests from other Python code as follows: import M M._test() However, that executes the doctests found in __main__, not M! I think the recommended recipe should instead be as follows: if __name__ == "__main__": import doctest doctest.testmod() -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1594966&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597000 ] HTTP headers
Bugs item #1597000, was opened at 2006-11-15 15:01 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=1597000&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hugo Leisink (hiawatha) Assigned to: Nobody/Anonymous (nobody) Summary: HTTP headers Initial Comment: A HTTP headerline must end with CRLF (\r\n) instead of only LF (\n). Python only uses the LF to end a HTTP headerline (cgitb.enable() for example). Also, in many Python documents, only LF is being used. For more information about this issue, see the HTTP RFC (2616), section 6 (Response). Hugo Leisink ([EMAIL PROTECTED]) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597000&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597011 ] Reading with bz2.BZ2File() returns one garbage character
Bugs item #1597011, was opened at 2006-11-15 12:19 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=1597011&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: Python 2.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Clodoaldo Pinto Neto (cpn) Assigned to: Nobody/Anonymous (nobody) Summary: Reading with bz2.BZ2File() returns one garbage character Initial Comment: When comparing two files which should be equal the last line is different: The first file is a bzip2 compressed file and is read with bz2.BZ2File() The second file is the same file uncompressed and read with open() The first file named file.txt.bz2 is uncompressed with: $ bunzip2 -k file.txt.bz2 To compare I use this script: ### import bz2 f1 = bz2.BZ2File(r'file.txt.bz2', 'r') f2 = open(r'file.txt', 'r') lines = 0 while True: line1 = f1.readline() line2 = f2.readline() if line1 == '': break lines += 1 if line1 != line2: print 'line number:', lines print repr(line1) print repr(line2) f1.close() f2.close() ## Output: $ python bzp.py line number: 588317 '\x07' '' The offending attached file is 5.5 MB. Sorry, i could not reproduce this problem with a smaller file. Tested in Fedora Core 5 and Python 2.4.3 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597014 ] Can't exclude words before capture group
Bugs item #1597014, was opened at 2006-11-15 14:27
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=1597014&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Regular Expressions
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Cees Timmerman (ctimmerman)
Assigned to: Gustavo Niemeyer (niemeyer)
Summary: Can't exclude words before capture group
Initial Comment:
Python 2.4.3 (#2, Oct 6 2006, 07:52:30)
[GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2
Tried:
>>> re.findall(r'(?!def)\b(\S+)\(', "def bla(): dof blu()")
>>> re.findall(r'(?:def){0}\b(\S+)\(', "def bla(): dof blu()")
Result:
['bla', 'blu']
Expected:
['blu']
Why doesn't (?!) work like it does here?:
>>> re.findall(r'\b(\S+): (?!bad)', "bob: bad; suzy: good")
['suzy']
Wouldn't it be nice if (^) worked?
>>> re.findall(r'\b(\S+): (^bad)', "bob: bad; suzy: good")
[]
[^()] does, sorta. Also not before a capture group:
>>> re.findall(r'\b(\S+): [^(bad)]', "bob: bad; suzy: good")
['suzy']
>>> re.findall(r'[^(def)]\b(\S+)\(', "def bla(): dof blu()")
['bla', 'blu']
>>> re.findall(r'[^(def)] (\S+)\(', "def bla(): dof blu()")
[]
>>> re.findall(r'(^def) (\S+)\(', "def bla(): dof blu()")
[('def', 'bla')]
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597014&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597011 ] Reading with bz2.BZ2File() returns one garbage character
Bugs item #1597011, was opened at 2006-11-15 12:19 Message generated for change (Comment added) made by cpn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: Python 2.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Clodoaldo Pinto Neto (cpn) Assigned to: Nobody/Anonymous (nobody) Summary: Reading with bz2.BZ2File() returns one garbage character Initial Comment: When comparing two files which should be equal the last line is different: The first file is a bzip2 compressed file and is read with bz2.BZ2File() The second file is the same file uncompressed and read with open() The first file named file.txt.bz2 is uncompressed with: $ bunzip2 -k file.txt.bz2 To compare I use this script: ### import bz2 f1 = bz2.BZ2File(r'file.txt.bz2', 'r') f2 = open(r'file.txt', 'r') lines = 0 while True: line1 = f1.readline() line2 = f2.readline() if line1 == '': break lines += 1 if line1 != line2: print 'line number:', lines print repr(line1) print repr(line2) f1.close() f2.close() ## Output: $ python bzp.py line number: 588317 '\x07' '' The offending attached file is 5.5 MB. Sorry, i could not reproduce this problem with a smaller file. Tested in Fedora Core 5 and Python 2.4.3 -- >Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 12:28 Message: Logged In: YES user_id=1646083 Originator: YES I can't upload the bz2 sample file. So it is here: http://fahstats.com/img/file.txt.bz2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597011 ] Reading with bz2.BZ2File() returns one garbage character
Bugs item #1597011, was opened at 2006-11-15 12:19 Message generated for change (Comment added) made by cpn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: Python 2.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Clodoaldo Pinto Neto (cpn) Assigned to: Nobody/Anonymous (nobody) Summary: Reading with bz2.BZ2File() returns one garbage character Initial Comment: When comparing two files which should be equal the last line is different: The first file is a bzip2 compressed file and is read with bz2.BZ2File() The second file is the same file uncompressed and read with open() The first file named file.txt.bz2 is uncompressed with: $ bunzip2 -k file.txt.bz2 To compare I use this script: ### import bz2 f1 = bz2.BZ2File(r'file.txt.bz2', 'r') f2 = open(r'file.txt', 'r') lines = 0 while True: line1 = f1.readline() line2 = f2.readline() if line1 == '': break lines += 1 if line1 != line2: print 'line number:', lines print repr(line1) print repr(line2) f1.close() f2.close() ## Output: $ python bzp.py line number: 588317 '\x07' '' The offending attached file is 5.5 MB. Sorry, i could not reproduce this problem with a smaller file. Tested in Fedora Core 5 and Python 2.4.3 -- >Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 12:35 Message: Logged In: YES user_id=1646083 Originator: YES Confirmed in Windows Python 2.4 and 2.5 http://groups.google.com/group/comp.lang.python/tree/browse_frm/thread/3010fd664d78010f/4166d429b25c9ed4?rnum=1&_done=%2Fgroup%2Fcomp.lang.python%2Fbrowse_frm%2Fthread%2F3010fd664d78010f%2F4166d429b25c9ed4%3Ftvc%3D1%26#doc_7770aa47861db452 -- Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 12:28 Message: Logged In: YES user_id=1646083 Originator: YES I can't upload the bz2 sample file. So it is here: http://fahstats.com/img/file.txt.bz2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597014 ] Can't exclude words before capture group
Bugs item #1597014, was opened at 2006-11-15 14:27
Message generated for change (Comment added) made by gbrandl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597014&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Regular Expressions
Group: Python 2.4
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Cees Timmerman (ctimmerman)
Assigned to: Gustavo Niemeyer (niemeyer)
Summary: Can't exclude words before capture group
Initial Comment:
Python 2.4.3 (#2, Oct 6 2006, 07:52:30)
[GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2
Tried:
>>> re.findall(r'(?!def)\b(\S+)\(', "def bla(): dof blu()")
>>> re.findall(r'(?:def){0}\b(\S+)\(', "def bla(): dof blu()")
Result:
['bla', 'blu']
Expected:
['blu']
Why doesn't (?!) work like it does here?:
>>> re.findall(r'\b(\S+): (?!bad)', "bob: bad; suzy: good")
['suzy']
Wouldn't it be nice if (^) worked?
>>> re.findall(r'\b(\S+): (^bad)', "bob: bad; suzy: good")
[]
[^()] does, sorta. Also not before a capture group:
>>> re.findall(r'\b(\S+): [^(bad)]', "bob: bad; suzy: good")
['suzy']
>>> re.findall(r'[^(def)]\b(\S+)\(', "def bla(): dof blu()")
['bla', 'blu']
>>> re.findall(r'[^(def)] (\S+)\(', "def bla(): dof blu()")
[]
>>> re.findall(r'(^def) (\S+)\(', "def bla(): dof blu()")
[('def', 'bla')]
--
>Comment By: Georg Brandl (gbrandl)
Date: 2006-11-15 17:20
Message:
Logged In: YES
user_id=849994
Originator: NO
What you want is
>>> re.findall(r'(?https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597014&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597011 ] Reading with bz2.BZ2File() returns one garbage character
Bugs item #1597011, was opened at 2006-11-15 14:19 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: Python 2.4 Status: Open Resolution: None >Priority: 7 Private: No Submitted By: Clodoaldo Pinto Neto (cpn) Assigned to: Nobody/Anonymous (nobody) Summary: Reading with bz2.BZ2File() returns one garbage character Initial Comment: When comparing two files which should be equal the last line is different: The first file is a bzip2 compressed file and is read with bz2.BZ2File() The second file is the same file uncompressed and read with open() The first file named file.txt.bz2 is uncompressed with: $ bunzip2 -k file.txt.bz2 To compare I use this script: ### import bz2 f1 = bz2.BZ2File(r'file.txt.bz2', 'r') f2 = open(r'file.txt', 'r') lines = 0 while True: line1 = f1.readline() line2 = f2.readline() if line1 == '': break lines += 1 if line1 != line2: print 'line number:', lines print repr(line1) print repr(line2) f1.close() f2.close() ## Output: $ python bzp.py line number: 588317 '\x07' '' The offending attached file is 5.5 MB. Sorry, i could not reproduce this problem with a smaller file. Tested in Fedora Core 5 and Python 2.4.3 -- >Comment By: Georg Brandl (gbrandl) Date: 2006-11-15 17:30 Message: Logged In: YES user_id=849994 Originator: NO With your file, I can reproduce that on Linux, Python 2.5. Which compressor did you compress your file with? I unpacked it with bunzip2 without problems, then recompressed it with bzip2, which resulted in a slightly smaller (51 bytes) file, which then didn't trigger the bug. -- Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 14:35 Message: Logged In: YES user_id=1646083 Originator: YES Confirmed in Windows Python 2.4 and 2.5 http://groups.google.com/group/comp.lang.python/tree/browse_frm/thread/3010fd664d78010f/4166d429b25c9ed4?rnum=1&_done=%2Fgroup%2Fcomp.lang.python%2Fbrowse_frm%2Fthread%2F3010fd664d78010f%2F4166d429b25c9ed4%3Ftvc%3D1%26#doc_7770aa47861db452 -- Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 14:28 Message: Logged In: YES user_id=1646083 Originator: YES I can't upload the bz2 sample file. So it is here: http://fahstats.com/img/file.txt.bz2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597000 ] HTTP headers
Bugs item #1597000, was opened at 2006-11-15 14:01 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597000&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hugo Leisink (hiawatha) Assigned to: Nobody/Anonymous (nobody) Summary: HTTP headers Initial Comment: A HTTP headerline must end with CRLF (\r\n) instead of only LF (\n). Python only uses the LF to end a HTTP headerline (cgitb.enable() for example). Also, in many Python documents, only LF is being used. For more information about this issue, see the HTTP RFC (2616), section 6 (Response). Hugo Leisink ([EMAIL PROTECTED]) -- >Comment By: Georg Brandl (gbrandl) Date: 2006-11-15 17:32 Message: Logged In: YES user_id=849994 Originator: NO Do you want to work on a patch for that? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597000&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1595742 ] SocketServer allow_reuse_address checked in constructor
Bugs item #1595742, was opened at 2006-11-13 16:54 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1595742&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Parente (parente) Assigned to: Nobody/Anonymous (nobody) Summary: SocketServer allow_reuse_address checked in constructor Initial Comment: Python 2.4.3 (#1, Oct 1 2006, 18:00:19) [GCC 4.1.1 20060928 (Red Hat 4.1.1-28)] on linux2 The documentation in the SocketServer class indicates that the allow_reuse_address flag may be set on a SocketServer subclass *or instance.* However, the flag is read in a call to the server_bind() from the constructor of the server object. Therefore, setting the flag on a created instance has no effect. This is problematic when trying to set the flag on SimpleXMLRPCServer instances, for instance, which are often not subclassed. This flag should probably become one of the keyword arguments in the constructor of a SocketServer object. -- >Comment By: Georg Brandl (gbrandl) Date: 2006-11-15 17:34 Message: Logged In: YES user_id=849994 Originator: NO Would you want to work on a patch for this? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1595742&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1594809 ] make install fails, various modules do not work
Bugs item #1594809, was opened at 2006-11-11 20:27
Message generated for change (Comment added) made by gbrandl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1594809&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Installation
Group: Python 2.5
Status: Closed
Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Evan (erflynn)
Assigned to: Nobody/Anonymous (nobody)
Summary: make install fails, various modules do not work
Initial Comment:
I compiled Python 2.5 on a Linux user account on Debian
3.0. configure and make seemed to go okay, but make
install failed at 'zipfile.py' when it was compiling
modules into bytecode. I can still use the python
interpreter. However, some important modules seem to
be missing such as 'time' and 'operator'.
--
>Comment By: Georg Brandl (gbrandl)
Date: 2006-11-15 17:42
Message:
Logged In: YES
user_id=849994
Originator: NO
Done in rev. 52754, 52755 (2.5).
--
Comment By: Evan (erflynn)
Date: 2006-11-12 21:57
Message:
Logged In: YES
user_id=1642549
OK but there should be a note about this in the README:
something like "if you are reinstalling Python or upgrading
to a newer version, make sure to unset PYTHONHOME and
PYTHONPATH." Or have the makefile use "python -E" while
building Python.
It is pretty strange to see a "make" run fine but the "make
install" bombs. If you move compileall to the "make" stage,
then you would know sooner if there was a problem.
--
Comment By: Martin v. Löwis (loewis)
Date: 2006-11-12 21:33
Message:
Logged In: YES
user_id=21627
Ok, closing this as "works for me" - if you set PYTHON*
while building Python, you are on your own - don't do that,
then.
AFAICT, (a) running compileall during make would not have
helped, it still would not have found the correct
unicodedata module. (b) the installation doesn't rely on
environment variables; as you found, they actually hurt.
--
Comment By: Evan (erflynn)
Date: 2006-11-12 21:03
Message:
Logged In: YES
user_id=1642549
As I understand it, these modules are actually shared
libraries or 'extensions'.
I unset PYTHONPATH and PYTHONHOME, and the build and install
went just fine. Arrgh.
I wonder why I had to set them in the first place...
Thanks for the help. I'm not sure what the protocol is for
creating source builds, but it might be nice if in the
future the source distribution would (a) run compileall
during make and not make install and (b) try to rely more on
configure options and not environment variables.
--
Comment By: Martin v. Löwis (loewis)
Date: 2006-11-12 09:57
Message:
Logged In: YES
user_id=21627
Can you please do
file build/lib.linux-i686-2.5/unicodedata.so
and also, in ./python
print sys.path
According to your make.log, unicodedata.so ought to be present.
--
Comment By: Evan (erflynn)
Date: 2006-11-12 01:12
Message:
Logged In: YES
user_id=1642549
It could be a good start...
[EMAIL PROTECTED] 267>./python -Wi -tt
Python 2.5 (r25:51908, Nov 10 2006, 20:10:11)
[GCC 2.95.4 20011002 (Debian prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more
information.
>>> import unicodedata
Traceback (most recent call last):
File "", line 1, in
ImportError: No module named unicodedata
>>>
Maybe it's not linking some modules in?
Would it be helpful if I let you SSH to the box?
--
Comment By: Martin v. Löwis (loewis)
Date: 2006-11-12 00:28
Message:
Logged In: YES
user_id=21627
I think I know what the cause of the problem is (although
not the root cause):
Compiling
/home/cs/csugrads/erflynn/stow/python/lib/python2.5/test/test_multibytecodec.py
...
Sorry: UnicodeError: ("\\N escapes not supported (can't load
unicodedata module)",)
So compilation for test_multibytecodec fails, causing
compileall to fail.
In the build directory, can you please run
PYTHONPATH=/home/cs/csugrads/erflynn/stow/python/lib/python2.5
./python -Wi -tt
and do
import unicodedata
print unicodedata.ucnhash_CAPI
import test.test_multibytecodec
and report its output?
--
Comment By: Evan (erflynn)
Date: 2006-11-11 21:44
Message:
Logged In: YES
user_id=1642549
No I didn't run over quota. Running python in the directory
it was built does not do anything differently.
The logs indicate that 4 regression tests failed during
'make test'
[ python-Bugs-1580563 ] "make install" for Python 2.4.4 not working properly
Bugs item #1580563, was opened at 2006-10-19 14:21 Message generated for change (Settings changed) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Andreas Jung (ajung) Assigned to: Nobody/Anonymous (nobody) Summary: "make install" for Python 2.4.4 not working properly Initial Comment: Running "make install" on Linux (Suse 10.1) won't terminate properly: Compiling /opt/python-2.4.4/lib/python2.4/user.py ... Compiling /opt/python-2.4.4/lib/python2.4/uu.py ... Compiling /opt/python-2.4.4/lib/python2.4/warnings.py ... Compiling /opt/python-2.4.4/lib/python2.4/wave.py ... Compiling /opt/python-2.4.4/lib/python2.4/weakref.py ... Compiling /opt/python-2.4.4/lib/python2.4/webbrowser.py ... Compiling /opt/python-2.4.4/lib/python2.4/whichdb.py ... Compiling /opt/python-2.4.4/lib/python2.4/whrandom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xdrlib.py ... Listing /opt/python-2.4.4/lib/python2.4/xml ... Compiling /opt/python-2.4.4/lib/python2.4/xml/__init__.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/dom ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/NodeFilter.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/domreg.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/expatbuilder.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minicompat.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minidom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/pulldom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/xmlbuilder.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/parsers ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/expat.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/sax ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/_exceptions.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/expatreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/handler.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/saxutils.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/xmlreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmllib.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmlrpclib.py ... Compiling /opt/python-2.4.4/lib/python2.4/zipfile.py ... make: *** [libinstall] Error 1 -- Comment By: Martin v. Löwis (loewis) Date: 2006-11-12 21:34 Message: Logged In: YES user_id=21627 ajung: can you please report what environment settings you are using? If you have set PYTHON* in your environment, make sure to unset all these variables. -- Comment By: Evan (erflynn) Date: 2006-11-11 20:29 Message: Logged In: YES user_id=1642549 I created a new bug report so I could attach a file. See #1594809 -- Comment By: Martin v. Löwis (loewis) Date: 2006-11-10 23:52 Message: Logged In: YES user_id=21627 Can you please provide a *complete* log file (i.e. terminal output) of the "make install" run? If SF rejects it because it is too large, try compressing it. -- Comment By: Evan (erflynn) Date: 2006-11-10 20:55 Message: Logged In: YES user_id=1642549 Hi, I am having exactly the same issue on Python 2.5. configure arguments have nothing special. This was on a Debian Woody system on which I have an account but not root access. Please let me know what to do in order to supply more information. ~Evan -- Comment By: Martin v. Löwis (loewis) Date: 2006-10-20 07:52 Message: Logged In: YES user_id=21627 I can't reproduce this. It installs fine for me (although I try to install to /tmp/python-2.4.4, not opt), and also not on SuSE, but Debian unstable. Can you please debug through compileall, to find out whether and how exit_status gets set to a non-zero value? For that to happen, success should be set to 0 at some point. -- Comment By: Andreas Jung (ajung) Date: 2006-10-19 18:00 Message: Logged In: YES user_id=11084 On both system just "configure --prefix=/opt/python-2.4.4" -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-10-19 17:26 Message: Logged In: YES user_id=580910 Wha
[ python-Bugs-1597011 ] Reading with bz2.BZ2File() returns one garbage character
Bugs item #1597011, was opened at 2006-11-15 12:19 Message generated for change (Comment added) made by cpn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: Python 2.4 Status: Open Resolution: None Priority: 7 Private: No Submitted By: Clodoaldo Pinto Neto (cpn) Assigned to: Nobody/Anonymous (nobody) Summary: Reading with bz2.BZ2File() returns one garbage character Initial Comment: When comparing two files which should be equal the last line is different: The first file is a bzip2 compressed file and is read with bz2.BZ2File() The second file is the same file uncompressed and read with open() The first file named file.txt.bz2 is uncompressed with: $ bunzip2 -k file.txt.bz2 To compare I use this script: ### import bz2 f1 = bz2.BZ2File(r'file.txt.bz2', 'r') f2 = open(r'file.txt', 'r') lines = 0 while True: line1 = f1.readline() line2 = f2.readline() if line1 == '': break lines += 1 if line1 != line2: print 'line number:', lines print repr(line1) print repr(line2) f1.close() f2.close() ## Output: $ python bzp.py line number: 588317 '\x07' '' The offending attached file is 5.5 MB. Sorry, i could not reproduce this problem with a smaller file. Tested in Fedora Core 5 and Python 2.4.3 -- >Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 15:46 Message: Logged In: YES user_id=1646083 Originator: YES I received this file already compressed. I don't know what was the used compressor. There is no error if i test the compressed file with: $ bzip2 -t file.txt.bz2 -- Comment By: Georg Brandl (gbrandl) Date: 2006-11-15 15:30 Message: Logged In: YES user_id=849994 Originator: NO With your file, I can reproduce that on Linux, Python 2.5. Which compressor did you compress your file with? I unpacked it with bunzip2 without problems, then recompressed it with bzip2, which resulted in a slightly smaller (51 bytes) file, which then didn't trigger the bug. -- Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 12:35 Message: Logged In: YES user_id=1646083 Originator: YES Confirmed in Windows Python 2.4 and 2.5 http://groups.google.com/group/comp.lang.python/tree/browse_frm/thread/3010fd664d78010f/4166d429b25c9ed4?rnum=1&_done=%2Fgroup%2Fcomp.lang.python%2Fbrowse_frm%2Fthread%2F3010fd664d78010f%2F4166d429b25c9ed4%3Ftvc%3D1%26#doc_7770aa47861db452 -- Comment By: Clodoaldo Pinto Neto (cpn) Date: 2006-11-15 12:28 Message: Logged In: YES user_id=1646083 Originator: YES I can't upload the bz2 sample file. So it is here: http://fahstats.com/img/file.txt.bz2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597011&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1596321 ] KeyError at exit after 'import threading' in other thread
Bugs item #1596321, was opened at 2006-11-14 06:02 Message generated for change (Comment added) made by bcannon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1596321&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Threads Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Walther (cwalther) Assigned to: Nobody/Anonymous (nobody) Summary: KeyError at exit after 'import threading' in other thread Initial Comment: Python 2.4.3 on Windows 2000, though the code in question seems unchanged in current SVN (r46919). I'm using Python embedded in a multithreaded C++ application. When 'import threading' is first done in some Python script that runs in thread A, I get the following exception when a different thread B calls Py_Finalize(): Error in atexit._run_exitfuncs: Traceback (most recent call last): File "C:\Python24\lib\atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "C:\Python24\lib\threading.py", line 636, in __exitfunc self._Thread__delete() File "C:\Python24\lib\threading.py", line 522, in __delete del _active[_get_ident()] KeyError: 680 Error in sys.exitfunc: Traceback (most recent call last): File "C:\Python24\lib\atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "C:\Python24\lib\threading.py", line 636, in __exitfunc self._Thread__delete() File "C:\Python24\lib\threading.py", line 522, in __delete del _active[_get_ident()] KeyError: 680 The reason seems to be that the threading module uses the thread ID of the calling thread as a key to store its _MainThread instance on initialization, and again the thread ID of the calling thread to delete it in its exit function. If these two threads are not the same, the described KeyError occurs. I didn't study this in all detail, but it seems to me that threading.Thread.__delete() does the wrong thing. By doing 'del _active[_get_ident()]', it removes the instance for the calling thread from the _active dictionary. What it should be doing is removing *self* from that dictionary. Is that correct? -- >Comment By: Brett Cannon (bcannon) Date: 2006-11-15 10:51 Message: Logged In: YES user_id=357491 Originator: NO Thanks for the test code. I have no clue when I or anyone else will get to this, but the report and testing code is appreciated. -- Comment By: Christian Walther (cwalther) Date: 2006-11-14 23:02 Message: Logged In: YES user_id=1061789 Originator: YES I'm not calling Py_Finalize from a non-main thread. What I called "thread B" is the main thread. It's the script that first imports the threading module that runs in a non-main thread (and running user-defined scripts in non-main threads is hopefully not unsafe, or there wouldn't be much point in supporting multithreading at all in Python). It didn't even occur to me that this could be reproduced in pure Python code, so I didn't include an example in my original post. Of course, it can - see attachment. Tested on Python 2.3.5 on Mac OS X. -- Comment By: Brett Cannon (bcannon) Date: 2006-11-14 13:59 Message: Logged In: YES user_id=357491 Originator: NO Well, I don't think you should be calling Py_Finalize() from the non-main thread. That just seems unsafe to me. Regardless, though, could you write up some quick Python code that triggers this? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1596321&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563807 ] _ctypes built with GCC on AIX 5.3 fails with ld ffi error
Bugs item #1563807, was opened at 2006-09-23 02:07 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563807&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Clark (djbclark) Assigned to: Thomas Heller (theller) Summary: _ctypes built with GCC on AIX 5.3 fails with ld ffi error Initial Comment: Build of Python 2.5 on AIX 5.3 with GCC (tried multiple versions: 3.3.2 from Bull Freeware, 4.1.0 and 4.1.1 from UCLA) fails with the below error message. Tried various configure lines, which all get to the same error, the most simple being: ./configure --disable-ipv6 --with-gcc --with-cxx=g++ (With gcc 3.3.2 I also needed --without-threads) [...] building '_ctypes' extension ./Modules/ld_so_aix gcc -pthread -bI:Modules/ python.exp build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/callbacks.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ callproc.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o build/ temp.aix-5.3-2.5/usr/local/src/python-2.5/Python-2.5/ Modules/_ctypes/cfield.o build/temp.aix-5.3-2.5/usr/ local/src/python-2.5/Python-2.5/Modules/_ctypes/ malloc_closure.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ prep_cif.o build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix.o build/temp.aix-5.3-2.5/usr/local/src/ python-2.5/Python-2.5/Modules/_ctypes/libffi/src/ powerpc/aix_closure.o -L/usr/local/lib -o build/ lib.aix-5.3-2.5/_ctypes.so ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_cif_machdep ld: 0711-317 ERROR: Undefined symbol: .ffi_call ld: 0711-317 ERROR: Undefined symbol: .ffi_prep_closure ld: 0711-317 ERROR: Undefined symbol: .ffi_closure_helper_DARWIN ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status *** WARNING: renaming "_ctypes" since importing it failed: Could not load module build/lib.aix-5.3-2.5. System error: No such file or directory error: No such file or directory gmake: *** [sharedmods] Error 1 Re-running the failing stanza with -Wl,-bnoquiet gives: (ld): halt 4 (ld): setopt r/o->w (ld): setopt nodelcsect (ld): setfflag 4 (ld): savename build/lib.aix-5.3-2.5/_ctypes.so (ld): filelist 17 3 (ld): setopt noprogram (ld): entry init_ctypes ENTRY: Entry point set to init_ctypes (ld): i /lib/crt0_r.o (ld): i /tmp//ccigrpfq.o (ld): lib /usr/lib/libm.a (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/_ctypes.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callbacks.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/callproc.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/stgdict.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/cfield.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/malloc_closure.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/prep_cif.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ ffi_darwin.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/aix.o (ld): i build/temp.aix-5.3-2.5/usr/local/src/python- 2.5/Python-2.5/Modules/_ctypes/libffi/src/powerpc/ aix_closure.o (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc.a (ld): i /usr/local/encap/gcc-4.1.1/bin/../lib/gcc/ powerpc-ibm-aix5.3.0.0/4.1.1/pthread/libgcc_eh.a (ld): lib /usr/lib/libpthreads.a (ld): lib /usr/lib/libc.a LIBRARY: Shared object libpthreads.a[shr_comm.o]: 173 symbols imported. LIBRARY: Shared object libpthreads.a[shr_xpg5.o]: 161 symbols imported. LIBRARY: Shared object libc.a[shr.o]: 2820 symbols imported. LIBRARY: Shared object libc.a[meth.o]: 2 symbols imported. LIBRARY: Shared object libc.a[posix_aio.o]: 20 symbols imported. LIBRARY: Shared object libc.a[aio.o]: 14 symbols imported. LIBRARY: Shared object libc.a[pse.o]: 5 symbols imported. LIBRARY: Shared object libc.a[dl.o]: 4 symbols imported. LIBRARY: Shared object libc.a[pty.o]: 1 symbols imported. FILELIST: Number of previously inserted files processed: 17 (ld): imports Modules/python.exp IMPORTS: Symbols imported from import file Modules/ pytho
[ python-Bugs-1592241 ] Stepping into a generator throw does not work
Bugs item #1592241, was opened at 2006-11-07 12:05 Message generated for change (Comment added) made by bwmulder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1592241&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bernhard Mulder (bwmulder) Assigned to: Nobody/Anonymous (nobody) Summary: Stepping into a generator throw does not work Initial Comment: Python version: 2.6 Platform: Windows XP Stepping into a throw of an iterator with the debugger does not work. To reproduce: 1. Run the attached script 2. type 's' for single step once you see the debugger prompt. I am getting this backtrace: File "C:\bwm\Cruiser\play\microthreads\post.py", line 24, in it.throw(E, E()) File "C:\bwm\Cruiser\play\microthreads\post.py", line 7, in f1 (yield (2,(self.f2,(exc_class, File "C:\Python25\lib\bdb.py", line 50, in trace_dispatch return self.dispatch_call(frame, arg) File "C:\Python25\lib\bdb.py", line 79, in dispatch_call self.user_call(frame, arg) File "C:\Python25\lib\pdb.py", line 134, in user_call self.interaction(frame, None) File "C:\Python25\lib\pdb.py", line 185, in interaction self.setup(frame, traceback) File "C:\Python25\lib\pdb.py", line 109, in setup self.stack, self.curindex = self.get_stack(f, t) File "C:\Python25\lib\bdb.py", line 318, in get_stack i = max(0, len(stack) - 1) -- >Comment By: Bernhard Mulder (bwmulder) Date: 2006-11-15 13:15 Message: Logged In: YES user_id=580676 Originator: YES I got the Python version wrong above. The problem has been observed with Python 2.5, not 2.6 (don't know about other Python versions). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1592241&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597404 ] sqlite timestamp converter bug (floating point)
Bugs item #1597404, was opened at 2006-11-15 20:00
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=1597404&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Michael Salib (msalib_ita)
Assigned to: Nobody/Anonymous (nobody)
Summary: sqlite timestamp converter bug (floating point)
Initial Comment:
The pysqlite code in Python 2.5 has a bug. This bug also exists in the upstream
pysqlite2 release, but their tracker is down so I cannot submit it there.
The bug is as follows: if you insert a datetime object into a sqlite database
and then try to retrieve the object, you will (in some cases) get a datetime
instance with a slightly smaller value for the microseconds field. This bug
occurs because pysqlite is doing pointless floating point conversions. I
describe two fixes and an extra test case below.
This bug is real. I have observed it in the wild. The test set for my
application can trigger this bug about once every 20 runs.
This is what happens:
* pysqlite includes an adapter and converter function so that datetime objects
can transparently be inserted and retrieved from a sqlite database column of
type timestamp.
* When inserting a datetime object, pysqlite's adapter will insert the
isoformat() value of the object.
* When retrieving, pysqlite will take the iso formatted string representation
of the datetime object and convert it into an actual datetime object. This
conversion is buggy.
* Check out line 71 of Lib/sqlite3/dbapi2.py. The code is:
microseconds = int(float("0." + timepart_full[1]) * 100)
And that is where the bug is. This code takes an integer value, converts it
into a float (implicitly dividing by 100, then multiplies that by 100
and takes the integer part. For most values, that process gives the result you
expect. For some values however, like 510241, that process gives slightly
smaller values because of floating point rounding.
There are two possible fixes:
1. The simple fix is to just do rounding properly by using this line in place
of the previous line:
microseconds = int(0.5 + (float("0." + timepart_full[1]) * 100))
This will eliminate the bug.
2. The better fix (IMHO) is to stop playing games with floating point numbers.
There is absolutely no reason to introduce floats into this computation. The
datetime object stores microseconds as an integer value and it gets written to
the database as a stringified integer value. Taking apart that string and
converting it into an integer is a lossless operation. My preferred fix is thus:
microseconds = int(timepart_full[1])
This will eliminate the bug and it has the benefit of being shorter as well.
I've attached a patch with my preferred fix as well as an extra test in the
pysqlite test suite (Lib/sqlite3/test/types.py). You can run the pysqlite test
suite by running Lib/sqlite3/test/types.py. Note that without my fix, the test
that I added (DateTimeTests.CheckDateTimeSubSecondsFloatingPoint) will fail but
with my fix it will pass.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597404&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1597404 ] sqlite timestamp converter bug (floating point)
Bugs item #1597404, was opened at 2006-11-16 02:00
Message generated for change (Comment added) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597404&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Michael Salib (msalib_ita)
>Assigned to: Gerhard Häring (ghaering)
Summary: sqlite timestamp converter bug (floating point)
Initial Comment:
The pysqlite code in Python 2.5 has a bug. This bug also exists in the upstream
pysqlite2 release, but their tracker is down so I cannot submit it there.
The bug is as follows: if you insert a datetime object into a sqlite database
and then try to retrieve the object, you will (in some cases) get a datetime
instance with a slightly smaller value for the microseconds field. This bug
occurs because pysqlite is doing pointless floating point conversions. I
describe two fixes and an extra test case below.
This bug is real. I have observed it in the wild. The test set for my
application can trigger this bug about once every 20 runs.
This is what happens:
* pysqlite includes an adapter and converter function so that datetime objects
can transparently be inserted and retrieved from a sqlite database column of
type timestamp.
* When inserting a datetime object, pysqlite's adapter will insert the
isoformat() value of the object.
* When retrieving, pysqlite will take the iso formatted string representation
of the datetime object and convert it into an actual datetime object. This
conversion is buggy.
* Check out line 71 of Lib/sqlite3/dbapi2.py. The code is:
microseconds = int(float("0." + timepart_full[1]) * 100)
And that is where the bug is. This code takes an integer value, converts it
into a float (implicitly dividing by 100, then multiplies that by 100
and takes the integer part. For most values, that process gives the result you
expect. For some values however, like 510241, that process gives slightly
smaller values because of floating point rounding.
There are two possible fixes:
1. The simple fix is to just do rounding properly by using this line in place
of the previous line:
microseconds = int(0.5 + (float("0." + timepart_full[1]) * 100))
This will eliminate the bug.
2. The better fix (IMHO) is to stop playing games with floating point numbers.
There is absolutely no reason to introduce floats into this computation. The
datetime object stores microseconds as an integer value and it gets written to
the database as a stringified integer value. Taking apart that string and
converting it into an integer is a lossless operation. My preferred fix is thus:
microseconds = int(timepart_full[1])
This will eliminate the bug and it has the benefit of being shorter as well.
I've attached a patch with my preferred fix as well as an extra test in the
pysqlite test suite (Lib/sqlite3/test/types.py). You can run the pysqlite test
suite by running Lib/sqlite3/test/types.py. Note that without my fix, the test
that I added (DateTimeTests.CheckDateTimeSubSecondsFloatingPoint) will fail but
with my fix it will pass.
--
>Comment By: Martin v. Löwis (loewis)
Date: 2006-11-16 07:18
Message:
Logged In: YES
user_id=21627
Originator: NO
Gerhard, can you please take a look? If not, unassign.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1597404&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
