[ python-Bugs-1519571 ] turtle.py Docs still incomplete
Bugs item #1519571, was opened at 2006-07-09 14:49 Message generated for change (Comment added) made by gregorlingl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519571&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: Python 2.5 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Lingl (gregorlingl) Assigned to: A.M. Kuchling (akuchling) Summary: turtle.py Docs still incomplete Initial Comment: There are three functions in turtle.py (which do not occur as methods of Pen), which are still not documented: setup() title() done() Regards, Gregor -- >Comment By: Lingl (gregorlingl) Date: 2006-08-05 10:01 Message: Logged In: YES user_id=1547199 The three functions setup(), title() done() DO NOT OCCUR as methods of Turtle, Pen, and RawPen. This should be mentioned in section 20.4.1 Turtle, Pen and RawPen Objects in the first paragraph in the except clause: Turtle, Pen and RawPen objects have all the global functions described above, except for demo() as methods, which manipulate the given pen. Regards, Gregor -- Comment By: A.M. Kuchling (akuchling) Date: 2006-07-29 14:46 Message: Logged In: YES user_id=11375 I've added documentation for these methods in rev. 50932. Thanks for pointing out the omission! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519571&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1519452 ] zipfile -- too many files?
Bugs item #1519452, was opened at 2006-07-09 05:57
Message generated for change (Settings changed) made by gbrandl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519452&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: Closed
Resolution: Fixed
Priority: 5
Submitted By: Joe Brown (shmengie)
Assigned to: Nobody/Anonymous (nobody)
Summary: zipfile -- too many files?
Initial Comment:
While creating a huge zipfile (probably too big) the
following error appeared.
Exception exceptions.OverflowError: 'long int too large
to convert to int' in > ignored
I assume this is during the closing of the zipfile,
further assuming too many files were added to the archive.
--
Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-07-13 08:17
Message:
Logged In: YES
user_id=580910
hmm, I should read all new comments before responding :-(
To use the ZIP64 extensions with python2.5 you must add 'allowZip64=True' to
arguments of the zipfile constructor. ZIP64 is disabled by default because the
unix zip tools don't support zip64.
--
Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-07-13 07:47
Message:
Logged In: YES
user_id=580910
The problem with zipfile is not the number of files, but the size of the
archive.
The basic zip file format stores file sizes as 32 bit (signed) integers, there
is an
extension for using 64 bit integers, but that isn't supported in python 2.4.
--
Comment By: Joe Brown (shmengie)
Date: 2006-07-12 02:17
Message:
Logged In: YES
user_id=729883
Windows 2.5 beta 2 responded like this:
Traceback (most recent call last):
File "C:\python_scripts\archive.py", line 27, in
main()
File "C:\python_scripts\archive.py", line 23, in main
zipper(zip, folder)
File "C:\python_scripts\archive.py", line 15, in zipper
zip.write(os.path.join(root, item))
File "C:\Python25\lib\zipfile.py", line 561, in write
self._writecheck(zinfo)
File "C:\Python25\lib\zipfile.py", line 536, in _writecheck
raise LargeZipFile("Zipfile size would require ZIP64
extensions")
zipfile.LargeZipFile: Zipfile size would require ZIP64
extensions
C:\Python25\lib\struct.py:63: DeprecationWarning: struct
integer overflow maskin
g is deprecated
return o.pack(*args)
--
Comment By: Joe Brown (shmengie)
Date: 2006-07-11 20:08
Message:
Logged In: YES
user_id=729883
The zip file was on order of 6-9 GBs, surely over 32000
files. I will give Python2.5 a shot and see how that works.
I've stumbled on another bug with tarfile. It's not
reporting an error, but I only find 350 files when I
unarchive. That's entirely different bug tho :-o
--
Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-07-11 17:47
Message:
Logged In: YES
user_id=580910
How large is the resulting file? Zipfile in python2.4 cannot handle zipfiles
that
require the zip64 extensions and fails misserably when you do cross that limit.
This was fixed in python 2.5.
--
Comment By: Joe Brown (shmengie)
Date: 2006-07-09 06:01
Message:
Logged In: YES
user_id=729883
Platform: Windows SBS 2003
Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit
(Intel)] on win32
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519452&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1295179 ] termios.c in qnx4.25
Bugs item #1295179, was opened at 2005-09-19 17:28 Message generated for change (Comment added) made by kbob_ru You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1295179&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: Platform-specific Status: Closed Resolution: None Priority: 5 Submitted By: kbob_ru (kbob_ru) Assigned to: Nobody/Anonymous (nobody) Summary: termios.c in qnx4.25 Initial Comment: I compile python version 2.3.5 in QNX4.25. But I found that #include don't work because in qnx4 we need to include first in which #include already present. Second, Module/termios.c needs flag IXANY, that not defined in qnx4 headers. Include right header and write #ifdef IXANY \ #endif around helps to compile Module/termios.c. -- >Comment By: kbob_ru (kbob_ru) Date: 2006-08-05 23:56 Message: Logged In: YES user_id=1347065 Now I have patch for Python-2.5b3 -- Comment By: SourceForge Robot (sf-robot) Date: 2006-07-18 10:21 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Georg Brandl (gbrandl) Date: 2006-07-03 21:40 Message: Logged In: YES user_id=849994 Can you test this with Python 2.5b1? -- Comment By: kbob_ru (kbob_ru) Date: 2006-06-03 13:03 Message: Logged In: YES user_id=1347065 I used next patch for Python versions 2.3.5 and 2.4.3. It helps work properly termios module in QNX4.25 and termios test pass. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1295179&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1535081 ] can't staticaly build modules md5 and sha
Bugs item #1535081, was opened at 2006-08-06 00:01 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=1535081&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: kbob_ru (kbob_ru) Assigned to: Nobody/Anonymous (nobody) Summary: can't staticaly build modules md5 and sha Initial Comment: When build Python-2.5b3 I find that function initsha(void) in shamodule.c in Python-2.4.3 renamed to init_sha(void) in Python-2.5b3 but in Setup I just find old rule for static building sha module. This looks like sha shamodule.c Same thing with md5 module too. init_md5(void) in Python-2.5b3 but initmd5(void) in Python-2.4.3. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1535081&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-788035 ] missing universal newline support in os.popen & friends
Bugs item #788035, was opened at 2003-08-13 15:17
Message generated for change (Comment added) made by astrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=788035&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: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Torsten Marek (shlomme)
Assigned to: Nobody/Anonymous (nobody)
Summary: missing universal newline support in os.popen & friends
Initial Comment:
In contrast to the documentation, os.popen and relatives do not
support the "U" format character in their constructors.
os.popen("some_nifty_command some_arg", "rU")
throws
OSError: [Errno 22] Invalid argument ,
while os.popen{2,3,4} just ignores "U".
I noticed that behaviour while p-opening oggenc (the ogg vorbis
encoder), which uses curses for output. The lines end with \r and not
with \n (due to some ncurses internals, I suspect), so that the file
objects readline() function cannot split the output.
--
>Comment By: Peter Åstrand (astrand)
Date: 2006-08-05 19:33
Message:
Logged In: YES
user_id=344921
Closing, as suggested by akuchling.
--
Comment By: A.M. Kuchling (akuchling)
Date: 2006-08-03 22:50
Message:
Logged In: YES
user_id=11375
popen5 was added to Python 2.4 as the subprocess module.
It's probably unlikely that someone will go back and fix the
low-level os.popen2() function. I suggest that this bug be
closed, and we encourage people to use the subprocess module.
--
Comment By: Philip Lindsay (philiplindsay)
Date: 2004-01-13 11:46
Message:
Logged In: YES
user_id=254205
See http://advogato.org/person/follower/diary.html?start=43
for details of a possible interim work around. (WFM, YMMV)
--
Comment By: Philip Lindsay (philiplindsay)
Date: 2004-01-13 11:45
Message:
Logged In: YES
user_id=254205
See
for details of a possible interim work around. (WFM, YMMV)
--
Comment By: Peter Åstrand (astrand)
Date: 2003-11-03 21:01
Message:
Logged In: YES
user_id=344921
I've added universal newline support to popen5.
http://www.lysator.liu.se/~astrand/popen5/.
--
Comment By: Jack Jansen (jackjansen)
Date: 2003-08-27 00:04
Message:
Logged In: YES
user_id=45365
Theoretically this is easy to fix: if mode=="U" or "rU"
just pass "r"
to popen(), "rb" to fdopen() and _O_BINARY to the lowlevel calls,
and the original string to PyFile_FromFile.
But this whole popen{,2,3,4} section of posixmodule.c is so
fiendishly complicated with all the platform special cases that I'm
loath to touch it...
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=788035&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1535165 ] python segfaults when reading from closed stdin
Bugs item #1535165, was opened at 2006-08-05 22:47 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=1535165&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick Mezard (trickos) Assigned to: Nobody/Anonymous (nobody) Summary: python segfaults when reading from closed stdin Initial Comment: Python 2.5b3 (r25b3:51041, Aug 3 2006, 09:35:06) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> sys.stdin.close() >>> raw_input() """ segfaults on Windows XP. Same thing happen with Python 2.4.2 (Build 248). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1535165&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1535182 ] typo in test_bz2.py
Bugs item #1535182, was opened at 2006-08-06 00:22 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=1535182&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: Not a Bug Status: Open Resolution: None Priority: 5 Submitted By: Lawrence Oluyede (rhymes) Assigned to: Nobody/Anonymous (nobody) Summary: typo in test_bz2.py Initial Comment: I've found a test passing but someone missed an 'x' at the end of the test. It's "xlines" not "lines" again because you're testing the xreadlines() method. I've attached the svn diff. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1535182&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
