[ python-Bugs-1700912 ] questionable results from IDLE, Windows, & several built-in
Bugs item #1700912, was opened at 2007-04-15 03:28 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=1700912&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: bavantgarde314 (bavantgarde314) Assigned to: Nobody/Anonymous (nobody) Summary: questionable results from IDLE, Windows, & several built-in Initial Comment: Python 2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit (Intel)] on win32 Windows(ME) Attachment reveals questionable results from IDLE, Windows, & several built-in functions. Under IDLE: function swapcase() updates 120 characters. Under Windows (dos-screen) or a Windows ide swapcase() updates only 52 characters: ord values 65-90 for (uppercase)A-Z and 97-122 for (lowercase)a-z. Under IDLE: functions lower() & upper() return different results than swapcase() for hex values: 8a, 8c, 8e, 9a, 9c, 9e, 9f, ff or ord values 138, 140, 142, 154, 156, 158, 159, 255 or characters ŠŒŽšœžŸÿ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1700912&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1700507 ] Carbon.Scrap.PutScrapFlavor
Bugs item #1700507, was opened at 2007-04-14 01:27 Message generated for change (Comment added) made by dingus9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1700507&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: Macintosh Group: Platform-specific Status: Open Resolution: None Priority: 5 Private: No Submitted By: dingus9 (dingus9) Assigned to: Jack Jansen (jackjansen) Summary: Carbon.Scrap.PutScrapFlavor Initial Comment: The GetScrapFlavor(), and ClearCurrentScrap() functions work fine, however the PutScrapFlavor, is not putting th e text into my clipboard. The function does not return an error nor exception from my code, as far as I can tell. sample of code: import Carbon.Scrap as scrap import MacOS text = 'the test text' scrap.ClearCurrentScrap() item = scrap.GetCurrentScrap() item.PutScrapFlavor(type, 0, text) Result is: Previous text is cleard, and nothing is put in its place. I am continuing to research this, as well as try it in C, and install python2.5. Environment Python 2.4 Mac OSX 10.4.9 Intel -- >Comment By: dingus9 (dingus9) Date: 2007-04-15 02:41 Message: Logged In: YES user_id=1769255 Originator: YES Tested with python25, function calls GetScrapFlavorData, and PutScrapFlavorData now result in a bus error. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1700507&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1697215 ] Docstring for site.addpackage() is incorrect
Bugs item #1697215, was opened at 2007-04-09 23:23
Message generated for change (Comment added) made by zseil
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1697215&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: cfk (carlfk)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Docstring for site.addpackage() is incorrect
Initial Comment:
docstring says "execute sitedir" - but that isn't what gets executed.
suggested:
"""Add a new path to known_paths by combining sitedir and 'name'
or execute lines in name.pth that start with 'import'"""
site.py
def addpackage(sitedir, name, known_paths):
"""Add a new path to known_paths by combining sitedir and 'name' or execute
sitedir if it starts with 'import'"""
fullname = os.path.join(sitedir, name)
f = open(fullname, "rU")
for line in f:
if line.startswith("import"):
exec line
--
>Comment By: Ziga Seilnacht (zseil)
Date: 2007-04-15 19:59
Message:
Logged In: YES
user_id=1326842
Originator: NO
Here is a patch. addpackage() is actually responsible
for .pth file processing, so the current docstring was
entirely incorrect.
File Added: addpackage_docstring.diff
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1697215&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1690103 ] trace module borks __file__
Bugs item #1690103, was opened at 2007-03-28 21:05 Message generated for change (Comment added) made by zseil You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1690103&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: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: trace module borks __file__ Initial Comment: Stick this in a file (say, printfile.py): print __file__ If I run it as "python printfile.py" using Python 2.4, 2.5 or 2.6 it prints as expected, e.g.: % python ~/tmp/printfile.py /Users/skip/tmp/printfile.py If, however, I run it under control of the trace module I get something entirely different: % python -m trace --count ~/tmp/printfile.py /Users/skip/local/lib/python2.6/trace.py % python -m trace --trace ~/tmp/printfile.py --- modulename: threading, funcname: settrace threading.py(70): _trace_hook = func --- modulename: trace, funcname: (1): --- modulename: trace, funcname: printfile.py(1): print __file__ /Users/skip/local/lib/python2.6/trace.py Definitely looks buggy to me... -- >Comment By: Ziga Seilnacht (zseil) Date: 2007-04-15 20:39 Message: Logged In: YES user_id=1326842 Originator: NO Wouldn't it be better for trace.main() to call Tracer.runctx() instead of Tracer.run()? That way you could use a copy of __main__.__dict__ for locals and globals and overwrite the filename there. Note that your solution would still report the wrong filename if someone called tracer.main() from his own main script. -- Comment By: Skip Montanaro (montanaro) Date: 2007-03-28 22:38 Message: Logged In: YES user_id=44345 Originator: YES Hmmm... Maybe not so hard after all. See attached diff. Does anyone see a problem with simply overwriting the trace module's __file__ attribute? File Added: trace.diff -- Comment By: Skip Montanaro (montanaro) Date: 2007-03-28 22:01 Message: Logged In: YES user_id=44345 Originator: YES I believe this is because the trace module calls execfile() to run the file. I'm not sure if there's an easy fix for this problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1690103&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1701192 ] symbol conflict for 'readahead'
Bugs item #1701192, was opened at 2007-04-15 20:02
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=1701192&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ajrh (ajrh)
Assigned to: Nobody/Anonymous (nobody)
Summary: symbol conflict for 'readahead'
Initial Comment:
I'm encountering the error below with python 2.5 on current Debian x86.
src/python-2.5.1c1/Objects/fileobject.c:1845: error: conflicting types for
'readahead'
/usr/include/bits/fcntl.h:187: error: previous declaration of 'readahead' was
here
It may be that's it's provoked only by my slightly custom embedded build
process - perhaps the standard build does not include fcntl.h while compiling
this file.
A fix is trivial - just to rename the static readahead function to something
else, e.g. as below.
Rgds
A
--- fileobject.c.Orig 2007-04-15 19:47:35.0 -0400
+++ fileobject.c2007-04-15 19:49:11.0 -0400
@@ -1841,7 +1841,7 @@
(unless at EOF) and no more than bufsize. Returns negative value on
error, will set MemoryError if bufsize bytes cannot be allocated. */
static int
-readahead(PyFileObject *f, int bufsize)
+do_readahead(PyFileObject *f, int bufsize)
{
Py_ssize_t chunksize;
@@ -1887,7 +1887,7 @@
Py_ssize_t len;
if (f->f_buf == NULL)
- if (readahead(f, bufsize) < 0)
+ if (do_readahead(f, bufsize) < 0)
return NULL;
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701192&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1701207 ] svnversion_init assertion failed
Bugs item #1701207, was opened at 2007-04-15 20:45 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=1701207&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.5 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ajrh (ajrh) Assigned to: Nobody/Anonymous (nobody) Summary: svnversion_init assertion failed Initial Comment: python: src/python-2.5.1c1/Python/sysmodule.c:1000: svnversion_init: Assertion `len >= 13' failed. I see these assertions were added here: http://mail.python.org/pipermail/python-checkins/2006-October/057079.html Given the form of the subversion headurl string, the assertion doesn't appear to me at first glance to be valid. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1700865 ] PCbuild8/pcbuild.sln is missing "_socket" sub-project
Bugs item #1700865, was opened at 2007-04-15 05:51 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1700865&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.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Raghuram Devarakonda (draghuram) >Assigned to: Kristj�n Valur (krisvale) Summary: PCbuild8/pcbuild.sln is missing "_socket" sub-project Initial Comment: As the subject says, PCbuild8/pcbuild.sln is missing entry for "_socket". However, _socket.vcproj is present in the directory. -- >Comment By: Martin v. Löwis (loewis) Date: 2007-04-16 06:48 Message: Logged In: YES user_id=21627 Originator: NO Kristjan, can you take a look? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1700865&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1701207 ] svnversion_init assertion failed
Bugs item #1701207, was opened at 2007-04-16 02:45 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&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.5 Status: Open Resolution: None >Priority: 9 Private: No Submitted By: ajrh (ajrh) >Assigned to: Neal Norwitz (nnorwitz) Summary: svnversion_init assertion failed Initial Comment: python: src/python-2.5.1c1/Python/sysmodule.c:1000: svnversion_init: Assertion `len >= 13' failed. I see these assertions were added here: http://mail.python.org/pipermail/python-checkins/2006-October/057079.html Given the form of the subversion headurl string, the assertion doesn't appear to me at first glance to be valid. -- >Comment By: Martin v. Löwis (loewis) Date: 2007-04-16 07:03 Message: Logged In: YES user_id=21627 Originator: NO Neal, can you take a look? The assert really does not make sense to me. How did you arrive at 13? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&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 17:06 Message generated for change (Comment added) made by loewis 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: Open 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 07: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-1701207 ] svnversion_init assertion failed
Bugs item #1701207, was opened at 2007-04-15 17:45 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&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.5 Status: Open Resolution: None Priority: 9 Private: No Submitted By: ajrh (ajrh) Assigned to: Neal Norwitz (nnorwitz) Summary: svnversion_init assertion failed Initial Comment: python: src/python-2.5.1c1/Python/sysmodule.c:1000: svnversion_init: Assertion `len >= 13' failed. I see these assertions were added here: http://mail.python.org/pipermail/python-checkins/2006-October/057079.html Given the form of the subversion headurl string, the assertion doesn't appear to me at first glance to be valid. -- >Comment By: Neal Norwitz (nnorwitz) Date: 2007-04-15 22:34 Message: Logged In: YES user_id=33168 Originator: NO Unfortunately I don't recall. Looking at the code, my guess is that I added the assertion into the wrong code block. The next code block down requires len >= 13. I'll move it on head, shall I remove it for 2.5.1, then add it back in the proper place for 2.5.2? -- Comment By: Martin v. Löwis (loewis) Date: 2007-04-15 22:03 Message: Logged In: YES user_id=21627 Originator: NO Neal, can you take a look? The assert really does not make sense to me. How did you arrive at 13? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1701207 ] svnversion_init assertion failed
Bugs item #1701207, was opened at 2007-04-15 17:45 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&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.5 Status: Open Resolution: None Priority: 9 Private: No Submitted By: ajrh (ajrh) Assigned to: Neal Norwitz (nnorwitz) Summary: svnversion_init assertion failed Initial Comment: python: src/python-2.5.1c1/Python/sysmodule.c:1000: svnversion_init: Assertion `len >= 13' failed. I see these assertions were added here: http://mail.python.org/pipermail/python-checkins/2006-October/057079.html Given the form of the subversion headurl string, the assertion doesn't appear to me at first glance to be valid. -- >Comment By: Neal Norwitz (nnorwitz) Date: 2007-04-15 23:09 Message: Logged In: YES user_id=33168 Originator: NO Anthony agreed that the assert should be removed for 2.5.1. -- Comment By: Neal Norwitz (nnorwitz) Date: 2007-04-15 22:34 Message: Logged In: YES user_id=33168 Originator: NO Unfortunately I don't recall. Looking at the code, my guess is that I added the assertion into the wrong code block. The next code block down requires len >= 13. I'll move it on head, shall I remove it for 2.5.1, then add it back in the proper place for 2.5.2? -- Comment By: Martin v. Löwis (loewis) Date: 2007-04-15 22:03 Message: Logged In: YES user_id=21627 Originator: NO Neal, can you take a look? The assert really does not make sense to me. How did you arrive at 13? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1701207 ] svnversion_init assertion failed
Bugs item #1701207, was opened at 2007-04-15 17:45 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&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.6 Status: Open Resolution: None >Priority: 7 Private: No Submitted By: ajrh (ajrh) Assigned to: Neal Norwitz (nnorwitz) Summary: svnversion_init assertion failed Initial Comment: python: src/python-2.5.1c1/Python/sysmodule.c:1000: svnversion_init: Assertion `len >= 13' failed. I see these assertions were added here: http://mail.python.org/pipermail/python-checkins/2006-October/057079.html Given the form of the subversion headurl string, the assertion doesn't appear to me at first glance to be valid. -- >Comment By: Neal Norwitz (nnorwitz) Date: 2007-04-15 23:13 Message: Logged In: YES user_id=33168 Originator: NO Committed revision 54836. (2.5) - Remove the 2 assertions. I still need to fix up head. I also noticed I botched the second assert. - should be +. I'll test this and verify the fix before fixing head. -- Comment By: Neal Norwitz (nnorwitz) Date: 2007-04-15 23:09 Message: Logged In: YES user_id=33168 Originator: NO Anthony agreed that the assert should be removed for 2.5.1. -- Comment By: Neal Norwitz (nnorwitz) Date: 2007-04-15 22:34 Message: Logged In: YES user_id=33168 Originator: NO Unfortunately I don't recall. Looking at the code, my guess is that I added the assertion into the wrong code block. The next code block down requires len >= 13. I'll move it on head, shall I remove it for 2.5.1, then add it back in the proper place for 2.5.2? -- Comment By: Martin v. Löwis (loewis) Date: 2007-04-15 22:03 Message: Logged In: YES user_id=21627 Originator: NO Neal, can you take a look? The assert really does not make sense to me. How did you arrive at 13? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1701207&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
