[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 contain

[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 the --as

[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. Fo

[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-n

[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 libncurses

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

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick : -- keywords: +patch Added file: http://bugs.python.org/file37796/34d54cc5ecfd.diff ___ Python tracker <http://bugs.python.org/issue23

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

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick : -- hgrepos: -291 ___ Python tracker <http://bugs.python.org/issue23284> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick : -- hgrepos: +292 ___ Python tracker <http://bugs.python.org/issue23284> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick : -- hgrepos: +291 ___ Python tracker <http://bugs.python.org/issue23284> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

2015-01-20 Thread Poor Yorick
Changes by Poor Yorick : -- hgrepos: -290 ___ Python tracker <http://bugs.python.org/issue23284> ___ ___ Python-bugs-list mailing list Unsubscribe:

[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 libtinf

[issue8701] tarfile: first character of member names doubled

2010-05-13 Thread Poor Yorick
Poor Yorick added the comment: I can't reproduce it now, either. -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue8701> ___ _

[issue8701] tarfile: first character of member names doubled

2010-05-12 Thread Poor Yorick
New submission from Poor Yorick : 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 -- components: Library (Lib

[issue6363] __future__ statements break doctest

2009-06-30 Thread Poor Yorick
Poor Yorick 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): fl

[issue6363] __future__ statements break doctest

2009-06-30 Thread Poor Yorick
Poor Yorick 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. &g

[issue6363] __future__ statements break doctest

2009-06-28 Thread Poor Yorick
New submission from Poor Yorick : (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. >

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

2009-03-08 Thread Poor Yorick
New submission from Poor Yorick : 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 status: open tit

[issue5074] python3 and ctypes, script causes crash

2009-01-26 Thread Poor Yorick
New submission from Poor Yorick : 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, out,