[ python-Bugs-1633621 ] curses should reset curses.{COLS, LINES} when term. resized
Bugs item #1633621, was opened at 2007-01-12 00:38
Message generated for change (Comment added) made by machamalahalaba
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1633621&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: Closed
Resolution: Fixed
Priority: 3
Private: No
Submitted By: Matthias Klose (doko)
Assigned to: Nobody/Anonymous (nobody)
Summary: curses should reset curses.{COLS,LINES} when term. resized
Initial Comment:
[forwarded from http://bugs.debian.org/366698]
The curses module does not reset curses.COLS and curses.LINES when the terminal
is resized.
--
Comment By: blubb (machamalahalaba)
Date: 2007-05-12 18:17
Message:
Logged In: YES
user_id=1791654
Originator: NO
I'm still able to reproduce this bug with Python 2.5.1. The following
script always gives the same size:
import curses
while True:
scr = curses.initscr()
print curses.LINES, curses.COLS
scr.getch()
scr.getch()
curses.endwin()
--
Comment By: Walter Dörwald (doerwalter)
Date: 2007-03-06 21:47
Message:
Logged In: YES
user_id=89016
Originator: NO
Checked in as revision 54180 and 54181 (2.5)
--
Comment By: Scott Dial (geekmug)
Date: 2007-03-05 23:14
Message:
Logged In: YES
user_id=383208
Originator: NO
I've reviewed this patch and I believe it to be the correct patch. I
believe it would be prudent to add a test case for this. I'm unable to
attach, but here is a link to a patch for that:
http://scottdial.com/python-dev/curses-test.patch
--
Comment By: Walter Dörwald (doerwalter)
Date: 2007-02-12 19:59
Message:
Logged In: YES
user_id=89016
Originator: NO
Here's a patch that implements the requested changes.
File Added: diff.txt
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1633621&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1717900 ] Destructor behavior faulty
Bugs item #1717900, was opened at 2007-05-12 22:41 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=1717900&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 Interpreter Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Wolf Rogner (wrogner) Assigned to: Nobody/Anonymous (nobody) Summary: Destructor behavior faulty Initial Comment: I tried example 11.4. from bytesofpython (by C.H. Swaroop). Example works fine. Added a new Person instance 'wolf' -> Program terminated with: Exception exceptions.AttributeError: "'NoneType' object has no attribute 'population'" in > ignored added print list(globals()) -> ['kalam', '__builtins__', '__file__', 'DBGPHideChildren', 'swaroop', 'Person', 'wolf', '__name__', '__doc__'] changed wolf to aaa: print list(globals()) -> ['aaa', 'kalam', '__builtins__', '__file__', 'DBGPHideChildren', 'swaroop', 'Person', '__name__', '__doc__'] Please note the position of 'aaa' at the beginning of the list, before 'Person'. With 'wolf' being after 'Person'. If the destructing code removes items in this order, no wonder I get an error. Person should not get deleted if refcount is still > 0. Wolf Rogner -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1717900&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1046945 ] improving distutils swig support - documentation
Bugs item #1046945, was opened at 2004-10-14 10:38 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1046945&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: Distutils Group: Python 2.4 >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Lars Immisch (larsimmisch) Assigned to: Nobody/Anonymous (nobody) Summary: improving distutils swig support - documentation Initial Comment: This patch updates the documentation of distutils to describe the new swig_opts Extension keyword argument and the new --swig-opts commandline option. The --swig and --swig-cpp commandline options are not mentioned. This patch belongs to patch 1046644 or: http://sourceforge.net/tracker/index.php?func=detail&aid=1046644&group_id=5470&atid=105470 -- >Comment By: Georg Brandl (gbrandl) Date: 2007-05-12 21:07 Message: Logged In: YES user_id=849994 Originator: NO Committed as rev. 55287, 55288 (2.5). -- Comment By: Morten Lied Johansen (epcylon) Date: 2007-04-24 08:26 Message: Logged In: YES user_id=574105 Originator: NO Err... did this patch ever get in? (I've been looking in the docs for this information, but couldn't find it anywhere) -- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2004-10-14 14:01 Message: Logged In: YES user_id=3066 This looks fine to go in after the 2.4b1 release; it's too late to change the docs for that one (the tarball has already been built). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1046945&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1583862 ] yield+break stops tracing
Bugs item #1583862, was opened at 2006-10-24 15:55
Message generated for change (Settings changed) made by gbrandl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1583862&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 Interpreter Core
Group: Python 2.5
>Status: Pending
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Lukas Lalinsky (luks)
Assigned to: Nobody/Anonymous (nobody)
Summary: yield+break stops tracing
Initial Comment:
Here is an example script:
def myiter():
for i in range(10):
yield i
for i in myiter():
break
print "foo"
Now, if I try to trace it:
$ python -m trace --trace --count test.py
--- modulename: threading, funcname: settrace
threading.py(70): _trace_hook = func
--- modulename: test, funcname:
test.py(1): def myiter():
test.py(5): for i in myiter():
--- modulename: test, funcname: myiter
test.py(2): for i in range(10):
test.py(3): yield i
test.py(6): break
c:\python25\lib\ntpath.py:190: RuntimeWarning:
tp_compare didn't return -1 or -2 for exception
if i<=max(p.rfind('/'), p.rfind('\\')):
foo
It stops tracing after the `break` statement. The line
after, `print "foo"`, is not traced nor included in the
coverage output.
I'm not sure RuntimeWarning from ntpath.py is relevant
here, because if I use the trace module in some other
situation it doesn't print it. IMO, it's just a side
effect of some different problem.
--
Comment By: Raymond Hettinger (rhettinger)
Date: 2007-04-11 16:52
Message:
Logged In: YES
user_id=80475
Originator: NO
Using Py2.5.1, the problem seems to have gone away.
Lukas, can you please verify that it is solved and then close.
===
[EMAIL PROTECTED] ~ $ py25/python -m trace --trace --count test.py
--- modulename: threading, funcname: settrace
threading.py(70): _trace_hook = func
--- modulename: trace, funcname:
(1): --- modulename: trace, funcname:
test.py(1): def myiter():
test.py(6): for i in myiter():
--- modulename: trace, funcname: myiter
test.py(2): for i in range(10):
test.py(3): yield i
test.py(7): break
--- modulename: trace, funcname: myiter
test.py(9): print 'foo'
foo
--
Comment By: Lukas Lalinsky (luks)
Date: 2006-10-24 16:05
Message:
Logged In: YES
user_id=587716
Oh, I forgot. This bug is specific to Python 2.5. It works
fine in 2.4.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1583862&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1700132 ] import and capital letters
Bugs item #1700132, was opened at 2007-04-13 15:06 Message generated for change (Settings changed) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1700132&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 Interpreter Core Group: Python 2.4 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: omsynge (omsynge) Assigned to: Nobody/Anonymous (nobody) Summary: import and capital letters Initial Comment: Interactive and relative paths allow unlimited (Or at least I have not found a limit yet) number of characters to be uppercase. This is fine, but when the python interpreter reads directories from PYTHONPATH with 3 capital letters you then get a failure to locate the files. I have replicated this issue with python 2.2 and python 2.4. These where with red hat el3 and ubuntu (Some version not sure which) and an example import dcacheYaimInstallerTest.logger as logger works fine in interactive or relative paths, but not when installed via an RPM. import dcacheYaimInstallertest.logger as logger is just fine in both scenarios. This bug cost me some hours to trace and would have cost more had I not had a lot of experience of packaging, so I would be pleased if this could be fixed in all versions of Python. Regards Owen -- Comment By: Martin v. Löwis (loewis) Date: 2007-04-16 05:09 Message: Logged In: YES user_id=21627 Originator: NO I cannot reproduce the problem. The import statement works fine for me when I create /usr/lib/python2.4/site-packages/dcacheYaimInstallerTest/logger.py Can you share the RPM file that causes the problem? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1700132&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1717900 ] Destructor behavior faulty
Bugs item #1717900, was opened at 2007-05-12 15:41 Message generated for change (Comment added) made by alanmcintyre You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1717900&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 Interpreter Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Wolf Rogner (wrogner) Assigned to: Nobody/Anonymous (nobody) Summary: Destructor behavior faulty Initial Comment: I tried example 11.4. from bytesofpython (by C.H. Swaroop). Example works fine. Added a new Person instance 'wolf' -> Program terminated with: Exception exceptions.AttributeError: "'NoneType' object has no attribute 'population'" in > ignored added print list(globals()) -> ['kalam', '__builtins__', '__file__', 'DBGPHideChildren', 'swaroop', 'Person', 'wolf', '__name__', '__doc__'] changed wolf to aaa: print list(globals()) -> ['aaa', 'kalam', '__builtins__', '__file__', 'DBGPHideChildren', 'swaroop', 'Person', '__name__', '__doc__'] Please note the position of 'aaa' at the beginning of the list, before 'Person'. With 'wolf' being after 'Person'. If the destructing code removes items in this order, no wonder I get an error. Person should not get deleted if refcount is still > 0. Wolf Rogner -- Comment By: Alan McIntyre (alanmcintyre) Date: 2007-05-12 18:36 Message: Logged In: YES user_id=1115903 Originator: NO Could you post the code for your entire script? It makes it a lot easier to figure out what's going on. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1717900&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1718017 ] posixpath and friends have uses that should be documented
Bugs item #1718017, was opened at 2007-05-13 08:21 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=1718017&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gabriel de Perthuis (onyxg7) Assigned to: Nobody/Anonymous (nobody) Summary: posixpath and friends have uses that should be documented Initial Comment: At this page: http://docs.python.org/lib/module-os.html It should be suggested that the modules: posixpath, macpath, ntpath, os2emxpath are available on all platforms to handle the path conventions of that platform. The current phrasing, along with the documentation for each of these modules, does not imply that. In particular, posixpath is useful to handle the URI path conventions in http://tools.ietf.org/html/rfc2396 , for example handling repeated slashes and references to .. and . -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1718017&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
