[ python-Bugs-1085208 ] Installation ends prematurely
Bugs item #1085208, was opened at 2004-12-14 16:18 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=1085208&group_id=5470 Category: Installation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: anamh0001 (anamh0001) Assigned to: Nobody/Anonymous (nobody) Summary: Installation ends prematurely Initial Comment: Test machine: Pentium 4M 1.7Ghz Win XP Pro w/ SP2 512Mb RAM 30Gb HD .Net Framework 1.0 and 1.1 Windows Scripting Host 5.6 After double clicking the installation file. It proceeds to act like any other Windows Installer. After accepting c:\Python24 as the install directory, I am presented with this screen saying that there was an error and that the installation has ended prematurely. FYI, I tried to install over Python 2.3 (as in upgrade) but I got the same error. So I proceeded to uninstall Python 2.3 and other installed libraries. I then restarted the PC and tried to install Python 2.4 again. This bug is the symptom of this second try. Please find the screenshot attached showing the final screen. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085208&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1085304 ] Make array.array pickle-able
Bugs item #1085304, was opened at 2004-12-14 13:50 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=1085304&group_id=5470 Category: Python Library Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nicolas Fleury (nidoizo) Assigned to: Nobody/Anonymous (nobody) Summary: Make array.array pickle-able Initial Comment: Make array.array pickle-able. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085304&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1085300 ] Mac Library Modules 1.1.1 Bad Info
Bugs item #1085300, was opened at 2004-12-14 13:43 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=1085300&group_id=5470 Category: Documentation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Walrus (unclewalrus) Assigned to: Nobody/Anonymous (nobody) Summary: Mac Library Modules 1.1.1 Bad Info Initial Comment: Document states that OS X's TextEdit only saves RTF files. This is incorrect; you can make a plaintext file by choosing 'Make Plain Text' from the Format menu. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085300&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1073198 ] Extension to optparse: options with facultative value
Feature Requests item #1073198, was opened at 2004-11-25 09:18 Message generated for change (Settings changed) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1073198&group_id=5470 Category: Python Library Group: None Status: Open Resolution: None Priority: 5 Submitted By: pollastri (pollastri) >Assigned to: Greg Ward (gward) Summary: Extension to optparse: options with facultative value Initial Comment: When parsing command line options, I found very useful to have an option with a facultative value, able to do the following: 1-tell to me if the option was or was not seen on the command line, return the value None if the option was not seen; 2-if the option only was specified, return a default value. 3-if the option with a value was specified on the command line, return the specified value; A way to reach this goal can be the addition of a new value for the options actions in module optparse, it may be something like "store_with_default". -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1073198&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1080727 ] Add encoding to DocFileSuite
Feature Requests item #1080727, was opened at 2004-12-07 11:47 Message generated for change (Settings changed) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 Category: Unicode Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bjorn Tillenius (bjoti) >Assigned to: Tim Peters (tim_one) Summary: Add encoding to DocFileSuite Initial Comment: If one writes doctests within documentation strings of classes and functions, it's possible to use non-ASCII characters since one can specify the encoding used in the source file. But if one wants to combine the documentation and testing, by writing a text file, and thus use DocFileSuite, it's not possible to use non-ASCII characters in the tests. This is because there's no way of specifying which encoding the text file uses. Instead one has to \-quote all non-ASCII characters, and that makes the tests harder to read IMHO. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1075902 ] ignore element format character for PyArg_ParseTuple
Feature Requests item #1075902, was opened at 2004-11-30 05:28 Message generated for change (Comment added) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1075902&group_id=5470 Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Sean Proctor (sproctor) Assigned to: Nobody/Anonymous (nobody) Summary: ignore element format character for PyArg_ParseTuple Initial Comment: Some kind of option to indicate there is an element, but we don't care about its value would be nice. It could be _. then an example would be: PyArg_ParseTuple (tuple, "_i", &my_int); This indicates that there is another value before the int, but we don't care about it one way or the other. -- >Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-14 21:49 Message: Logged In: YES user_id=80475 Am closing this RFE. It has a -1 from three developers. The benefits, if any, are minor and do not warrant the time to implement, test, document, etc. -- Comment By: Martin v. Löwis (loewis) Date: 2004-12-09 18:21 Message: Logged In: YES user_id=21627 So just call the variable _: PyObject *_; PyArg_ParseTuple(tuple, "Oi", &_, &my_int); Given that this is possible today already, I expect that this RFE will be considered so minor that it won't be implemented anytime soon. It increases the learning curve for a nearly-unnoticable convenience. -- Comment By: Sean Proctor (sproctor) Date: 2004-12-09 00:37 Message: Logged In: YES user_id=43755 that would turn my example into PyArg_ParseTuple (tuple, "Oi", _, &my_int); I don't particularly care. I thought it was a good suggestion. To me _ looks like a blank. I wouldn't really want to use it in a format string for something besides an any/none scenario. Your reasoning about preserving format characters seems really weak. You've never had a tuple where you didn't care about the value of each element? Somewhat separate topic. Could you say "PyArg_ParseTuple (tuple, "Oi", NULL, &my_int);" ? I guess that would be a less elegant way of doing what I intended. -- Comment By: Tim Peters (tim_one) Date: 2004-12-09 00:04 Message: Logged In: YES user_id=31435 If you want to make C code look like ML, declare PyObject** _; and use _ in the argument list. I'm -1 on this: the case has almost never arisen in my experience, and the limited pool of format characters should be preserved for high-value uses. -- Comment By: Sean Proctor (sproctor) Date: 2004-12-08 22:35 Message: Logged In: YES user_id=43755 If I use O, then I need to have a variable to store it in. I think it's less readable. Like with pattern matching in ML, you can use a variable instead of _, but it's not obvious that you aren't going to use that value. With some kind of place holder, this is made clear, and I don't need to create a variable to store a value that I don't care about. -- Comment By: Martin v. Löwis (loewis) Date: 2004-12-08 16:42 Message: Logged In: YES user_id=21627 What's wrong with using O as the format character? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1075902&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1080727 ] Add encoding to DocFileSuite
Feature Requests item #1080727, was opened at 2004-12-07 11:47 Message generated for change (Comment added) made by tim_one You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 Category: Unicode Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bjorn Tillenius (bjoti) >Assigned to: Nobody/Anonymous (nobody) Summary: Add encoding to DocFileSuite Initial Comment: If one writes doctests within documentation strings of classes and functions, it's possible to use non-ASCII characters since one can specify the encoding used in the source file. But if one wants to combine the documentation and testing, by writing a text file, and thus use DocFileSuite, it's not possible to use non-ASCII characters in the tests. This is because there's no way of specifying which encoding the text file uses. Instead one has to \-quote all non-ASCII characters, and that makes the tests harder to read IMHO. -- >Comment By: Tim Peters (tim_one) Date: 2004-12-14 22:09 Message: Logged In: YES user_id=31435 Unassigned myself -- can't make time to work on it. I'll be happy to review a patch (code/tests/docs) if one appears. I approve of the idea . -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1084906 ] list initialization bug
Bugs item #1084906, was opened at 2004-12-14 00:11 Message generated for change (Comment added) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1084906&group_id=5470 Category: Python Interpreter Core Group: Python 2.3 >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: py_py (pingpy) Assigned to: Nobody/Anonymous (nobody) Summary: list initialization bug Initial Comment: Python 2.3.4 running on Linux Redhat 9.1 The following initialization produces an unwanted (I think) side effect, a,b=2*[[0]*2] It seems that both a and b point to the same address For example, a[1]=1 gives me a=[0,1] but produces, as a side effect, b=[0,1] However, the following works a,b = [[0]*2,[0]*2] -- >Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-14 02:01 Message: Logged In: YES user_id=80475 Thanks for the report; however, this is correct behavior. Learning about shallow vcrsus deep copies is a key to understanding the language. Start by reading the FAQ: http://www.python.org/doc/faq/programming.html#how-do-i-create-a-multidimensional-list -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1084906&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1084906 ] list initialization bug
Bugs item #1084906, was opened at 2004-12-14 00:11 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=1084906&group_id=5470 Category: Python Interpreter Core Group: Python 2.3 Status: Open Resolution: None Priority: 5 Submitted By: py_py (pingpy) Assigned to: Nobody/Anonymous (nobody) Summary: list initialization bug Initial Comment: Python 2.3.4 running on Linux Redhat 9.1 The following initialization produces an unwanted (I think) side effect, a,b=2*[[0]*2] It seems that both a and b point to the same address For example, a[1]=1 gives me a=[0,1] but produces, as a side effect, b=[0,1] However, the following works a,b = [[0]*2,[0]*2] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1084906&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1085096 ] Fix stale link in PEP
Bugs item #1085096, was opened at 2004-12-14 13:46 Message generated for change (Settings changed) made by jlgijsbers You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085096&group_id=5470 Category: Documentation Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Michael Chermside (mcherm) Assigned to: Nobody/Anonymous (nobody) Summary: Fix stale link in PEP Initial Comment: As reported to webmaster by Laura Creighton: In PEP 754 IEEE 754 Floating Point Special Values http://www.analytics.washington.edu/statcomp/projects/rzope/fpconst/ is stale. SHould be http://research.warnes.net/projects/rzope/fpconst/ -- >Comment By: Johannes Gijsbers (jlgijsbers) Date: 2004-12-14 13:58 Message: Logged In: YES user_id=469548 She probably sent it to the PEP editors as well: David Goodger fixed it a couple of days ago. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085096&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1085283 ] binascii.b2a_qp oddities
Bugs item #1085283, was opened at 2004-12-14 13:11
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=1085283&group_id=5470
Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: DSM (dsm001)
Assigned to: Nobody/Anonymous (nobody)
Summary: binascii.b2a_qp oddities
Initial Comment:
[Python 2.5a0 (#9, Dec 8 2004, 12:37:01); the
behaviours go way back.]
binascii.b2a_qp has several quirks discovered when
reimplementing.
(1) It lets low bytes pass through unescaped -- e.g.
binascii.b2a_qp('\x08') == '\x08' -- unless quotetabs
is True. This looks to be an error in program logic at
lines ~1165 and ~1234, unless this is intended
(although quopri's internal version quotes them). This
doesn't seem RFC 1521 compatible on my reading of
section 5 (admittedly I only read it for the first time
last week. :-)
(2) It determines whether to enforce \n or \r\n by
scanning the string for the first occurrence [which
should be mentioned in the docs]. binascii.c does this
by calling strchr, which stops at the first \x00.
This means that:
>>> s0 = "The quick " + chr(0) + "brown fox.\r\n"
>>> s1 = "The quick " + chr(1) + "brown fox.\r\n"
>>> binascii.b2a_qp(s0)
'The quick \x00brown fox.\n'
>>> binascii.b2a_qp(s1)
'The quick \x01brown fox.\r\n'
and related strangenesses.
(3) The code escapes the period "." if and only if it's
the second character in a line. I'm not sure why; the
only mention I can find in 1521 is in appendix B of
escaping a period ALONE on a line in some situations,
which binascii.b2a_qp doesn't do in any event. This
behaviour may be prescribed by some other spec but is
strange enough to be mentioned in the docs if it's
intentional.
A new strictly RFC1521-compliant qp encoding would be a
good thing if backwards compatibility prevents changing
some of these.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085283&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1085283 ] binascii.b2a_qp oddities
Bugs item #1085283, was opened at 2004-12-14 13:11
Message generated for change (Settings changed) made by dsm001
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085283&group_id=5470
Category: Python Library
Group: None
Status: Open
Resolution: None
>Priority: 2
Submitted By: DSM (dsm001)
Assigned to: Nobody/Anonymous (nobody)
Summary: binascii.b2a_qp oddities
Initial Comment:
[Python 2.5a0 (#9, Dec 8 2004, 12:37:01); the
behaviours go way back.]
binascii.b2a_qp has several quirks discovered when
reimplementing.
(1) It lets low bytes pass through unescaped -- e.g.
binascii.b2a_qp('\x08') == '\x08' -- unless quotetabs
is True. This looks to be an error in program logic at
lines ~1165 and ~1234, unless this is intended
(although quopri's internal version quotes them). This
doesn't seem RFC 1521 compatible on my reading of
section 5 (admittedly I only read it for the first time
last week. :-)
(2) It determines whether to enforce \n or \r\n by
scanning the string for the first occurrence [which
should be mentioned in the docs]. binascii.c does this
by calling strchr, which stops at the first \x00.
This means that:
>>> s0 = "The quick " + chr(0) + "brown fox.\r\n"
>>> s1 = "The quick " + chr(1) + "brown fox.\r\n"
>>> binascii.b2a_qp(s0)
'The quick \x00brown fox.\n'
>>> binascii.b2a_qp(s1)
'The quick \x01brown fox.\r\n'
and related strangenesses.
(3) The code escapes the period "." if and only if it's
the second character in a line. I'm not sure why; the
only mention I can find in 1521 is in appendix B of
escaping a period ALONE on a line in some situations,
which binascii.b2a_qp doesn't do in any event. This
behaviour may be prescribed by some other spec but is
strange enough to be mentioned in the docs if it's
intentional.
A new strictly RFC1521-compliant qp encoding would be a
good thing if backwards compatibility prevents changing
some of these.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085283&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1085304 ] Make array.array pickle-able
Bugs item #1085304, was opened at 2004-12-14 13:50 Message generated for change (Settings changed) made by nidoizo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085304&group_id=5470 Category: Python Library Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nicolas Fleury (nidoizo) >Assigned to: Raymond Hettinger (rhettinger) Summary: Make array.array pickle-able Initial Comment: Make array.array pickle-able. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1085304&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1080811 ] full test with all unicode text files
Bugs item #1080811, was opened at 2004-12-07 19:53 Message generated for change (Comment added) made by doerwalter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1080811&group_id=5470 Category: None Group: Not a Bug Status: Closed Resolution: None Priority: 5 Submitted By: Grzegorz Makarewicz (makaron) Assigned to: Nobody/Anonymous (nobody) Summary: full test with all unicode text files Initial Comment: samall bug? while performing full test on pythonthon core with all required files (unicode). This can be found when "python -u regrtest.py -uall" is executed - perhaps some encodings are not preserved - test_codecmaps_kr fails with message: "JOHAB.TXT not found, download from http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/KSC/JOHAB.TXT " this file exists on my system and is placed in lib/test, as required. when its running as standalone test everything is OK. -- >Comment By: Walter Dörwald (doerwalter) Date: 2004-12-14 20:48 Message: Logged In: YES user_id=89016 You can download the files to the PCbuild directory and run the rt.bat script from there. -- Comment By: Grzegorz Makarewicz (makaron) Date: 2004-12-12 10:55 Message: Logged In: YES user_id=115179 works like a harm - but i dont know why 255 tests OK. 35 tests skipped: test__locale test_aepack test_al test_applesingle test_cd test_cl test_commands test_curses test_dbm test_dl test_fcntl test_fork1 test_gdbm test_gl test_grp test_imgfile test_ioctl test_linuxaudiodev test_macfs test_macostools test_mhlib test_nis test_openpty test_ossaudiodev test_plistlib test_poll test_posix test_pty test_pwd test_resource test_scriptpackages test_signal test_sunaudiodev test_threadsignals test_timing Those skips are all expected on win32. :) nice python -- Comment By: Grzegorz Makarewicz (makaron) Date: 2004-12-10 09:54 Message: Logged In: YES user_id=115179 my system is windows 2000 pro sp4 with latest fixes from ms, polish language, python from cvs (head), msvc 7.1 -- Comment By: Walter Dörwald (doerwalter) Date: 2004-12-09 20:06 Message: Logged In: YES user_id=89016 I can't reproduce this on Linux. Putting JOHAB.TXT (and the other files) into the current directory (dist from a CVS checkout) and running "python Lib/test/regrtest.py" works. Putting all the files into Lib/test and running regrtest.py from there works too. Which version of Python are you using? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1080811&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083793 ] Python 2.4 crashes
Bugs item #1083793, was opened at 2004-12-12 18:25
Message generated for change (Comment added) made by salyee
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470
Category: Python Interpreter Core
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Axel Kaiser (axel_kaiser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python 2.4 crashes
Initial Comment:
The new Python 2.4 crashes when starting some of my
programs. This happens under win xp as well as under
win nt. The crashes are reproduceble, but I didn't
succeed in finding the exact place where it happens.
In the attachment you find a Dr. Watson logfile. I hope
it helps. Otherwise I think I will be able to help with
more information.
Thanks in advance
Axel Kaiser
Germany
--
Comment By: salyee (salyee)
Date: 2004-12-15 15:17
Message:
Logged In: YES
user_id=1178573
I have the same or similar problem.
While python24.dll(Python 2.4 for Windows) uses msvcr71.dll
for CRT, host C++ program embeding Python 2.4 as a script
engine, in my project, is compiled by VC++ 6.0 (msvcrt.dll).
So, the following code snip makes a crash.
FILE* fp = fopen("somecode.py", "rt"); // uses msvcrt.dll
PyRun_SimpleFile(fp, "somecode.py); // uses msvcr71.dll
inside. Cause of a crash.
In my case, I must use VC++ 6.0 and I want clients of my
program to install Python 2.4 from www.python.org.
How do I solve this problem ?
--
Comment By: Raymond Hettinger (rhettinger)
Date: 2004-12-12 18:56
Message:
Logged In: YES
user_id=80475
The attachment didn't make it.
Be sure to check the upload box or it won't make it.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
