[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-29 Thread Poor Yorick
Poor Yorick added the comment: An attempt to build python-2.7.9 resulted in this error: renaming readline since importing it failed ... undefined symbol: UP This happened because setup.py chose -lncursesw as the readline terminal library. Although libncursesw.so itself links

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-29 Thread Poor Yorick
Poor Yorick added the comment: ldd was found. That patch does abstract and generalize ldd usage into a function for reuse. I'm building Python as part of a rather large software collection that lives in an alternate prefix. The main issue with the termcap library is that with the --as-needed

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-29 Thread Poor Yorick
Poor Yorick added the comment: The wholesale inclusion of two additional files makes the patch look larger than it is. The modifications to setup.py address three different issues. The modifications for each issue don't overlap much, so they could be cherry-picked fairly easily

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-29 Thread Poor Yorick
Poor Yorick added the comment: Larger changes represent more work on the part of the submitter ;) The following should reproduce the readline problem: Have the current setup.py detect as the readline termcap library a libncurses.so that itself links against libtinfo.so. Without

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-29 Thread Poor Yorick
Poor Yorick added the comment: Ths OS is RHEL 6, but that's not so important because the entire collection, including readline, is built from source and installed into an alternate location. With the exception of a few essential shared objects from the system, everything else is contained

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick pooryor...@users.sourceforge.net: -- keywords: +patch Added file: http://bugs.python.org/file37796/34d54cc5ecfd.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23284

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-20 Thread Poor Yorick
New submission from Poor Yorick: Building Python-2.7.9 using --prefix, with an ncurses that's linked to libtinfo and a readline that isn't linked to any termcap library, I ran into the trouble that the curses module wan't buing build with the needed -L and -l flags for the libtinfo shared object

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick pooryor...@users.sourceforge.net: -- hgrepos: -290 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23284 ___ ___ Python-bugs

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick pooryor...@users.sourceforge.net: -- hgrepos: +291 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23284 ___ ___ Python-bugs

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick pooryor...@users.sourceforge.net: -- hgrepos: +292 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23284 ___ ___ Python-bugs

[issue23284] curses, readline, tinfo, and also --prefix, dbm, CPPFLAGS

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick pooryor...@users.sourceforge.net: -- hgrepos: -291 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23284 ___ ___ Python-bugs

[issue8701] tarfile: first character of member names doubled

2010-05-13 Thread Poor Yorick
Poor Yorick pooryor...@users.sourceforge.net added the comment: I can't reproduce it now, either. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8701

[issue8701] tarfile: first character of member names doubled

2010-05-12 Thread Poor Yorick
New submission from Poor Yorick pooryor...@users.sourceforge.net: In the following file, for python 2.6.4, tarfile.list doubles the first character of each member name: http://watson.nci.nih.gov/cran_mirror/src/contrib/Archive/time/time_1.0.tar.gz gnu tar handles the file correctly

[issue6363] __future__ statements break doctest

2009-06-30 Thread Poor Yorick
Poor Yorick pooryor...@users.sourceforge.net added the comment: It seems that compile does not recognize some flags: Python 3.1 (r31:73574, Jun 26 2009, 20:21:35) [MSC v.1500 32 bit (Intel)] on win 32 Type help, copyright, credits or license for more information. import __future__ compile

[issue6363] __future__ statements break doctest

2009-06-30 Thread Poor Yorick
Poor Yorick pooryor...@users.sourceforge.net added the comment: here is a monkey patch to work around the problem: import __future__ import doctest if sys.version_info.major 2: _extract_future_flags_old = doctest._extract_future_flags def _extract_future_flags(globs

[issue6363] __future__ statements break doctest

2009-06-28 Thread Poor Yorick
New submission from Poor Yorick pooryor...@users.sourceforge.net: (this error also occurs with print_function) Python 3.1 (r31:73574, Jun 26 2009, 20:21:35) [MSC v.1500 32 bit (Intel)] on win 32 Type help, copyright, credits or license for more information. from __future__ import

[issue5447] future unicode literals and r'\u'

2009-03-08 Thread Poor Yorick
New submission from Poor Yorick pooryor...@users.sourceforge.net: from __future__ import unicode_literals print(r'\u.bug') SyntaxError: (unicode error) truncated \u -- components: Interpreter Core message_count: 1.0 messages: 83326 nosy: pooryorick nosy_count: 1.0 severity: normal

[issue5074] python3 and ctypes, script causes crash

2009-01-26 Thread Poor Yorick
New submission from Poor Yorick pooryor...@users.sourceforge.net: the following script causes python3 to crash on my Windows XP Pro Machine: import ctypes b = ctypes.windll.Kernel32 var1 = 'TEMP' out = ctypes.create_string_buffer(40) c = b.GetEnvironmentVariableW(var1,out,40) print('ones', c