[ python-Bugs-1659171 ] Calling tparm from extension lib fails in Python 2.5
Bugs item #1659171, was opened at 2007-02-13 18:27 Message generated for change (Comment added) made by richyk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1659171&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard B. Kreckel (richyk) Assigned to: Nobody/Anonymous (nobody) Summary: Calling tparm from extension lib fails in Python 2.5 Initial Comment: Attached is a little C++ module that fetches the terminal capability string for turning off all attributes and runs it through tparm(). (All this is done in a static Ctor of a class without init function, but never mind.) Compile with: g++ -c testlib.cc g++ testlib.o -o testlib.so -shared -Wl,-soname,testlib.so -lncurses On SuSE Linux 10.1 (and older), I get the expected behavior: Python 2.4.2 (#1, Oct 13 2006, 17:11:24) [GCC 4.1.0 (SUSE Linux)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import testlib Terminal is "xterm" Dump of sgr0: 1b 5b 30 6d Dump of instance: 1b 5b 30 6d Traceback (most recent call last): File "", line 1, in ? ImportError: dynamic module does not define init function (inittestlib) >>> However, on SuSE Linux 10.2, tparm creates a NULL pointer: Python 2.5 (r25:51908, Jan 9 2007, 16:59:32) [GCC 4.1.2 20061115 (prerelease) (SUSE Linux)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import testlib Terminal is "xterm" Dump of sgr0: 1b 5b 30 6d Rats! tparm made a NULL pointer! Traceback (most recent call last): File "", line 1, in ImportError: dynamic module does not define init function (inittestlib) >>> Why, oh why? -- >Comment By: Richard B. Kreckel (richyk) Date: 2007-02-14 09:52 Message: Logged In: YES user_id=1718463 Originator: YES I suspect that this is a duplicate of Bug [1548092]. Note that, there it is asserted that tparm returns NULL on certain invalid strings. That does not seem to be true. It returns NULL for valid trivial strings, too. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1659171&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1659705 ] Python extension problems after re-install
Bugs item #1659705, was opened at 2007-02-14 22:15 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=1659705&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: Windows Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: elf (elfin24fw) Assigned to: Nobody/Anonymous (nobody) Summary: Python extension problems after re-install Initial Comment: This has happened before on another computer at my work: If you install python, then uninstall it, when you re-install it it stops brining up the 'Edit with Idle' option and the running from python doesnt seem to be working properly. This is extreamly annoying for me as it makes it incredibly difficult to code on, as you must open up the code through idle, and you must also reference "c:\python25\pyton.exe" before using the py file. Can this be fixed? is there an easy solution for me to make this work properly on my computer (and on the computer at work)? Please email me back if you find a solution: [EMAIL PROTECTED], thanks :) Steps to reproduce: 1) Install python 2.5 2) Un-install pyton 2.5 3) Install python 2.4 4) Right click on a '*.py' file 5) Observe no 'Edit with idle' option 6) Run the *.py file (after entering in c:\python24 into the enviromental variables) 7) Observe it not working properly 8) Uninstall 2.4.4 9) Install 2.5 10) Run the *.py file (after entering in c:\python25 into the enviromental variables and removing the 24 version) 11) Observe it not working properly -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1659705&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1660009 ] continuing problem with httplib multiple set-cookie headers
Bugs item #1660009, was opened at 2007-02-14 19:52 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=1660009&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.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Margrave (davidma) Assigned to: Nobody/Anonymous (nobody) Summary: continuing problem with httplib multiple set-cookie headers Initial Comment: This is related to [ 432621 ] httplib: multiple Set-Cookie headers, which I was unable to re-open. The workaround that was adopted in the previous bug tracker item was to combine multiple set-cookie headers received from the server, into a single set-cookie element in the headers dictionary, with the cookies joined into a comma-separated string. The problem arises when a comma character appears inside the 'expires' field of one of the cookies. This makes it difficult to split the cookie headers back apart. The comma character should be escaped, or a different separator character used. i.e. expires=Sun, 17-Jan-2038 19:14:07 GMT For now I am using the workaround that gstein suggested, use response.msg.getallmatchingheaders() Python 2.3 has this behavior, and probably later versions. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1660009&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-961805 ] Text.edit_modified() fails
Bugs item #961805, was opened at 2004-05-27 21:59
Message generated for change (Comment added) made by doko
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=961805&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: Tkinter
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Eric P. (ericpett)
Assigned to: Martin v. Löwis (loewis)
Summary: Text.edit_modified() fails
Initial Comment:
Text.edit_modified() fails because it calls _getints() on the
result of the underlying tk.call(). The tk.call() is returning a
boolean, not a string, and the _getints() fails.
Here's the last part of an example traceback:
File "/usr/local/src/staff/pett/chimera/devel/Ilabel/
__init__.py", line 53, in textCB
if not text.edit_modified():
File "/usr/local/src/staff/chimera-build/IRIX-X11/foreign/
Python-2.3.2/lib/python2.3/lib-tk/Tkinter.py", line 2831, in
edit_modified
return self.edit("modified", arg)
File "/usr/local/src/staff/chimera-build/IRIX-X11/foreign/
Python-2.3.2/lib/python2.3/lib-tk/Tkinter.py", line 2819, in
edit
return self._getints(
File "/usr/local/src/staff/chimera-build/IRIX-X11/foreign/
Python-2.3.2/lib/python2.3/lib-tk/Tkinter.py", line 972, in
_getints
return tuple(map(getint, self.tk.splitlist(string)))
TypeError: coercing to Unicode: need string or buffer, bool
found
--
>Comment By: Matthias Klose (doko)
Date: 2007-02-14 21:18
Message:
Logged In: YES
user_id=60903
Originator: NO
followup from https://bugs.launchpad.net/bugs/84720
As a workaround you can get the status by calling:
print root.tk.call('eval','%s edit modified'%self.textwidget)
where self.textwidget is the variable where the text widget was assigned
to.
--
Comment By: Eric P. (ericpett)
Date: 2004-05-27 22:52
Message:
Logged In: YES
user_id=1051353
I should mention that it's the argless form of edit_modified() that
fails (querying the flag state) -- setting the flag works.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=961805&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1659705 ] Python extension problems after re-install
Bugs item #1659705, was opened at 2007-02-14 13:15 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1659705&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: Windows Group: Python 2.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: elf (elfin24fw) Assigned to: Nobody/Anonymous (nobody) Summary: Python extension problems after re-install Initial Comment: This has happened before on another computer at my work: If you install python, then uninstall it, when you re-install it it stops brining up the 'Edit with Idle' option and the running from python doesnt seem to be working properly. This is extreamly annoying for me as it makes it incredibly difficult to code on, as you must open up the code through idle, and you must also reference "c:\python25\pyton.exe" before using the py file. Can this be fixed? is there an easy solution for me to make this work properly on my computer (and on the computer at work)? Please email me back if you find a solution: [EMAIL PROTECTED], thanks :) Steps to reproduce: 1) Install python 2.5 2) Un-install pyton 2.5 3) Install python 2.4 4) Right click on a '*.py' file 5) Observe no 'Edit with idle' option 6) Run the *.py file (after entering in c:\python24 into the enviromental variables) 7) Observe it not working properly 8) Uninstall 2.4.4 9) Install 2.5 10) Run the *.py file (after entering in c:\python25 into the enviromental variables and removing the 24 version) 11) Observe it not working properly -- >Comment By: Martin v. Löwis (loewis) Date: 2007-02-14 22:11 Message: Logged In: YES user_id=21627 Originator: NO It|s unlikely that I will be able to work on this at all before April -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1659705&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1659171 ] Calling tparm from extension lib fails in Python 2.5
Bugs item #1659171, was opened at 2007-02-13 18:27 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1659171&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard B. Kreckel (richyk) Assigned to: Nobody/Anonymous (nobody) Summary: Calling tparm from extension lib fails in Python 2.5 Initial Comment: Attached is a little C++ module that fetches the terminal capability string for turning off all attributes and runs it through tparm(). (All this is done in a static Ctor of a class without init function, but never mind.) Compile with: g++ -c testlib.cc g++ testlib.o -o testlib.so -shared -Wl,-soname,testlib.so -lncurses On SuSE Linux 10.1 (and older), I get the expected behavior: Python 2.4.2 (#1, Oct 13 2006, 17:11:24) [GCC 4.1.0 (SUSE Linux)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import testlib Terminal is "xterm" Dump of sgr0: 1b 5b 30 6d Dump of instance: 1b 5b 30 6d Traceback (most recent call last): File "", line 1, in ? ImportError: dynamic module does not define init function (inittestlib) >>> However, on SuSE Linux 10.2, tparm creates a NULL pointer: Python 2.5 (r25:51908, Jan 9 2007, 16:59:32) [GCC 4.1.2 20061115 (prerelease) (SUSE Linux)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import testlib Terminal is "xterm" Dump of sgr0: 1b 5b 30 6d Rats! tparm made a NULL pointer! Traceback (most recent call last): File "", line 1, in ImportError: dynamic module does not define init function (inittestlib) >>> Why, oh why? -- >Comment By: Martin v. Löwis (loewis) Date: 2007-02-14 22:24 Message: Logged In: YES user_id=21627 Originator: NO I fail to see the bug. The exception precisely describes the error in your code ImportError: dynamic module does not define init function (inittestlib) Why do you expect any meaningful behavior in the presence of this error? Your shared library isn't an extension module. If you think it is related to #1548092, please try out the subversion trunk, which has fixed this bug. -- Comment By: Richard B. Kreckel (richyk) Date: 2007-02-14 09:52 Message: Logged In: YES user_id=1718463 Originator: YES I suspect that this is a duplicate of Bug [1548092]. Note that, there it is asserted that tparm returns NULL on certain invalid strings. That does not seem to be true. It returns NULL for valid trivial strings, too. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1659171&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
