[ python-Bugs-1545668 ] gcc trunk (4.2) exposes a signed integer overflows
Bugs item #1545668, was opened at 2006-08-24 03:14 Message generated for change (Comment added) made by arigo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1545668&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: 9 Submitted By: Jack Howarth (jwhowarth) >Assigned to: Neal Norwitz (nnorwitz) Summary: gcc trunk (4.2) exposes a signed integer overflows Initial Comment: While building python 2.4.3 with the current gcc trunk (soon to be 4.2), I uncovered a signed integer overflows bug in Python with the help of one of the gcc developers. The bug I observed is documented in this gcc mailing list message... http://gcc.gnu.org/ml/gcc/2006-08/msg00436.html The gcc developer comments about its origin are in the messages... http://gcc.gnu.org/ml/gcc/2006-08/msg00434.html http://gcc.gnu.org/ml/gcc/2006-08/msg00442.html which in short says... It *is* a bug in python, here is the proof: https://codespeak.net/viewvc/vendor/cpython/Python-r243/dist/src/ Objects/intobject.c?revision=25647&view=markup Function * i_divmod*(*register* *long* x, *register* *long* y, the following lines: //* (-sys.maxint-1)/-1 is the only overflow case. *// *if* (y == -1 && x < 0 && x == -x) *return* DIVMOD_OVERFLOW; If overflow is barred then x==-x may happen only when x==0. This conflicts with x<0, which means that the compiler may assume that x<0 && x==-x always yields false. This may allow the compiler to eliminate the whole if statement. Hence, clearly python is at fault. -- >Comment By: Armin Rigo (arigo) Date: 2006-09-16 11:28 Message: Logged In: YES user_id=4771 More of the same kind of problem: abs(-sys.maxint-1) sometimes gives -sys.maxint-1. It would be a good idea to review all places that need to special-case -sys.maxint-1 for overflow detection. (It would be a still better idea to review all overflow detection code, but that may have to wait after the 2.5 release). -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-05 04:04 Message: Logged In: YES user_id=33168 Tim checked in fixes for 2.6 (r51716), 2.5 (r51711), and 2.4. -- Comment By: David Hopwood (dhopwood) Date: 2006-08-26 23:24 Message: Logged In: YES user_id=634468 The correct patch is the one that uses if (y == -1 && x < 0 && (unsigned long)x == -(unsigned long)x) The one that uses (unsigned int)x will break some 64-bit platforms where int != long. -- Comment By: Tim Peters (tim_one) Date: 2006-08-26 20:33 Message: Logged In: YES user_id=31435 Boosted priority to 8 since it was brought up on python-dev as a suggested 2.5 release-blocker. The patch in the first comment looks fine, if a release manager wants to apply it. Python 2.4 surely has the same "issue". -- Comment By: Tim Peters (tim_one) Date: 2006-08-26 20:25 Message: Logged In: YES user_id=31435 Looks like the same deal as bug 1521947 (which was about similar code in PyOS_strtol()). -- Comment By: Jack Howarth (jwhowarth) Date: 2006-08-24 15:22 Message: Logged In: YES user_id=403009 Everyone involved in reviewing this patch should definitely read the following sequence of gcc mailing list messages which show the process by which this patch was arrived at... http://gcc.gnu.org/ml/gcc/2006-08/msg00434.html http://gcc.gnu.org/ml/gcc/2006-08/msg00436.html http://gcc.gnu.org/ml/gcc/2006-08/msg00437.html http://gcc.gnu.org/ml/gcc/2006-08/msg00443.html http://gcc.gnu.org/ml/gcc/2006-08/msg00446.html http://gcc.gnu.org/ml/gcc/2006-08/msg00447.html http://gcc.gnu.org/ml/gcc/2006-08/msg00449.html So we have had lots of gcc developer eyes on this problem and they all agree on the flaw and the fix as posted. It's unfortunate that I had to abuse their mailing list to get this addressed before python 2.5 gets released. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-08-24 15:00 Message: Logged In: YES user_id=33168 I grepped for ' == .*-[^1>]' and ' != .*-[^1>]' and didn't spot any other occurrences. -- Comment By: Sjoerd Mullender (sjoerd) Date: 2006-08-24 14:54 Message: Logged In: YES user_id=43607 Just a comment, I'm not claiming this bug. The test (x < 0 && x == -x) tests whether x is equal to the smallest negative number. If
[ python-Bugs-1559747 ] 2.5c2 pythonw does not execute
Bugs item #1559747, was opened at 2006-09-16 12: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=1559747&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 Submitted By: Ron Platten (rplatten) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c2 pythonw does not execute Initial Comment: After installation of the .msi installer, pythonw.exe will not execute. Also, IDLE no longer appears anywhere. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559747 ] 2.5c2 pythonw does not execute
Bugs item #1559747, was opened at 2006-09-16 12:15 Message generated for change (Comment added) made by rplatten You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&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 Submitted By: Ron Platten (rplatten) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c2 pythonw does not execute Initial Comment: After installation of the .msi installer, pythonw.exe will not execute. Also, IDLE no longer appears anywhere. -- >Comment By: Ron Platten (rplatten) Date: 2006-09-16 12:20 Message: Logged In: YES user_id=769736 IDLE does appear and works fine. Sorry -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559818 ] list.sort does nothing when both cmp and key are given
Bugs item #1559818, was opened at 2006-09-16 18:46 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=1559818&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: Marcin 'Qrczak' Kowalczyk (qrczak) Assigned to: Nobody/Anonymous (nobody) Summary: list.sort does nothing when both cmp and key are given Initial Comment: Python 2.5c1 (r25c1:51305, Sep 3 2006, 12:19:21) [GCC 4.2.0 20060806 (experimental) (PLD-Linux)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> x = [1, 200, 30] >>> x.sort(lambda x, y: x>> x [1, 200, 30] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559818&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559818 ] list.sort does nothing when both cmp and key are given
Bugs item #1559818, was opened at 2006-09-16 18:46 Message generated for change (Comment added) made by qrczak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559818&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: Closed >Resolution: Invalid Priority: 5 Submitted By: Marcin 'Qrczak' Kowalczyk (qrczak) Assigned to: Nobody/Anonymous (nobody) Summary: list.sort does nothing when both cmp and key are given Initial Comment: Python 2.5c1 (r25c1:51305, Sep 3 2006, 12:19:21) [GCC 4.2.0 20060806 (experimental) (PLD-Linux)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> x = [1, 200, 30] >>> x.sort(lambda x, y: x>> x [1, 200, 30] -- >Comment By: Marcin 'Qrczak' Kowalczyk (qrczak) Date: 2006-09-16 18:50 Message: Logged In: YES user_id=50234 Oops, sorry, I forgot that cmp is a three-way comparison. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559818&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559747 ] 2.5c2 pythonw does not execute
Bugs item #1559747, was opened at 2006-09-16 14:15 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&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 Submitted By: Ron Platten (rplatten) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c2 pythonw does not execute Initial Comment: After installation of the .msi installer, pythonw.exe will not execute. Also, IDLE no longer appears anywhere. -- >Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 19:23 Message: Logged In: YES user_id=21627 How do you know that pythonw does not execute? It works fine for me (and, indeed, IDLE is started with pythonw). -- Comment By: Ron Platten (rplatten) Date: 2006-09-16 14:20 Message: Logged In: YES user_id=769736 IDLE does appear and works fine. Sorry -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559684 ] shutil.copyfile incomplete on NTFS
Bugs item #1559684, was opened at 2006-09-16 07:13 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559684&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: Platform-specific Status: Open Resolution: None Priority: 5 Submitted By: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: shutil.copyfile incomplete on NTFS Initial Comment: Files on NTFS 5 volumes can contain multiple data streams. Copyfile currently just reads the default unnamed stream, losing document summary information and any named streams that have been added to the file. -- >Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 19:29 Message: Logged In: YES user_id=21627 copyfile indeed fails to copy a lot of attributes of the file, e.g. the file owner and group are not copied, and neither are the ACLs. Unfortunately, it is not possible to implement a full copy; shutil.copyfile has always only copied the file contents. To implement a full copy, more Win32 would need to be exposed. Use the CopyFile function from the Win32 extensions for a full copy. Reclassifying this as a documentation bug: the documentation should mention that this only copies the direct file contents. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559684&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1557490 ] 2.5c1 Core dump during 64-bit make on Solaris 9 Sparc
Bugs item #1557490, was opened at 2006-09-12 23:36 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1557490&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.5 Status: Open Resolution: None Priority: 5 Submitted By: Tony Bigbee (tony_bigbee) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c1 Core dump during 64-bit make on Solaris 9 Sparc Initial Comment: Building with gcc 4.1.1 SunOS 5.9 sun4u sparc SUNW,Sun-Fire-V490 LDFLAGS=-mcpu=v9 -m64 LDDFLAGS=-mcpu=v9 -m64 -G CC=gcc -mcpu=v9 -m64 -D_LARGEFILE64_SOURCE=1 ./configure --prefix=/projects/python make (many successful .c files omittted) gcc -mcpu Parser/pgenmain.o -lresolv -lsocket -lnsl -lrt -ldl -o Parser/pgen Parser/pgen ./Grammar/grammar ./Include/graminit.h ./Python/graminit.c *** Signal 11 -core dumped (ignored) compiling and linking continues until the new python executable is invoked to run setup.py and that fails. I previously built 2.5c1 without all the compile/link flags above as a vanilla 32-bit app without a problem. LD_LIBRARY=/usr/ccs/lib/:/usr/lib:/usr/local/lib the python executable will not start with any command line option. -- >Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 19:33 Message: Logged In: YES user_id=21627 If this is indeed compiler-dependent, it will be very difficult to analyse: it could be a compiler bug (i.e. the compiler generating bad code), or it could be a Python bug (the Python C code not being fully portable or correct). -- Comment By: Tony Bigbee (tony_bigbee) Date: 2006-09-13 17:50 Message: Logged In: YES user_id=1478976 I have confirmed that gcc 3.4.2 also successfully builds an ELF 64-bit for 2.5c2 and the interpreter works. Putting the sparcv9 64-bit shared libraries first in LD_LIBRARY_PATH also fixes the extension building problem nnorwitz noted. Only a few extension modules fail to build (per the 2.5 Release Candidate 2 news item) because of dependence of 32-bit ELF class .sos: _tkinter (libtk8.4.so, libtcl8.4.so) _sqlite3 (libsqlite3.so) _ssl ((libcrypto.a(digest.o)) _hashlib (libcrypto.a(digest.o)) bz2 (libbz2.a(bzlib.o)) But this might be fixed by recompiling these libraries as 64-bit. LD_LIBRARY_PATH=/usr/lib/sparcv9:/usr/local/lib/sparcv9: ... Will report back results attempting 4.0.2 and LD_LIBRARY_PATH modification to see if extension modules can be built to mirror 3.4.2 results. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-13 07:47 Message: Logged In: YES user_id=33168 I was able to build with gcc 4.0.2 on Solaris sun4u system with the same flags as above. ./python: ELF 64-bit MSB executable SPARCV9 Version 1, dynamically linked, not stripped However, it couldn't build the extension modules because: ld.so.1: python: fatal: libgcc_s.so.1: open failed: No such file or directory That's a different problem though. The interpreter itself is just fine. You might want to try lowering the optimization level to -O1 or -O0 and see if you have the same problem. Or you could try building with a different C compiler. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1557490&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559747 ] 2.5c2 pythonw does not execute
Bugs item #1559747, was opened at 2006-09-16 12:15 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&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 Submitted By: Ron Platten (rplatten) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c2 pythonw does not execute Initial Comment: After installation of the .msi installer, pythonw.exe will not execute. Also, IDLE no longer appears anywhere. -- >Comment By: Georg Brandl (gbrandl) Date: 2006-09-16 17:43 Message: Logged In: YES user_id=849994 If pythonw.exe is started without any argument, is it supposed to do anything? -- Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 17:23 Message: Logged In: YES user_id=21627 How do you know that pythonw does not execute? It works fine for me (and, indeed, IDLE is started with pythonw). -- Comment By: Ron Platten (rplatten) Date: 2006-09-16 12:20 Message: Logged In: YES user_id=769736 IDLE does appear and works fine. Sorry -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&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-1559549 ] ImportError needs attributes for module and file name
Feature Requests item #1559549, was opened at 2006-09-15 21:55
Message generated for change (Comment added) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1559549&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
Submitted By: Ned Batchelder (nedbat)
Assigned to: Nobody/Anonymous (nobody)
>Summary: ImportError needs attributes for module and file name
Initial Comment:
Exceptions would be more useful if they had some
structured information attached to them. For example,
an ImportError could have the name of the module that
could not be imported. This would make it possible to
deal with exceptions in more powerful ways.
For more discussion:
http://www.nedbatchelder.com/blog/200609.html#e20060906T055924
--
>Comment By: Martin v. Löwis (loewis)
Date: 2006-09-16 19:52
Message:
Logged In: YES
user_id=21627
Exceptions do have structured informations, for example
py> try:
... open("/tmp/xxx")
... except IOError, e:
... print e.__dict__
...
{'errno': 2, 'args': (2, 'No such file or directory'),
'strerror': 'No such file or directory', 'filename': '/tmp/xxx'}
It's just that ImportError doesn't, so I'm retitling this
request to restrict attention to ImportError.
If you have other proposals for specific information that
should be on specific exceptions, please submit a separate
issue.
Would you like to work on this specific problem? I think
ImportError should get a module attribute (always set), and
a filename attribute (set only if a file was selected, yet
failed to import; otherwise set to None). It probably will
require some refactoring of C code to simplify raising
ImportError in the importing code.
Explicit raises of ImportError should also be considered;
those in the standard library should be fixed to include
atleast the module; raising ImportError without giving a
module should set the module to None.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1559549&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559747 ] 2.5c2 pythonw does not execute
Bugs item #1559747, was opened at 2006-09-16 14:15 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&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 Submitted By: Ron Platten (rplatten) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c2 pythonw does not execute Initial Comment: After installation of the .msi installer, pythonw.exe will not execute. Also, IDLE no longer appears anywhere. -- >Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 19:55 Message: Logged In: YES user_id=21627 If pythonw is started without an argument, it immediately quits. -- Comment By: Georg Brandl (gbrandl) Date: 2006-09-16 19:43 Message: Logged In: YES user_id=849994 If pythonw.exe is started without any argument, is it supposed to do anything? -- Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 19:23 Message: Logged In: YES user_id=21627 How do you know that pythonw does not execute? It works fine for me (and, indeed, IDLE is started with pythonw). -- Comment By: Ron Platten (rplatten) Date: 2006-09-16 14:20 Message: Logged In: YES user_id=769736 IDLE does appear and works fine. Sorry -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559747 ] 2.5c2 pythonw does not execute
Bugs item #1559747, was opened at 2006-09-16 12:15 Message generated for change (Comment added) made by rplatten You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&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 Submitted By: Ron Platten (rplatten) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c2 pythonw does not execute Initial Comment: After installation of the .msi installer, pythonw.exe will not execute. Also, IDLE no longer appears anywhere. -- >Comment By: Ron Platten (rplatten) Date: 2006-09-16 20:45 Message: Logged In: YES user_id=769736 In that case, it must be working perfectly. IDLE does work OK. I thought that clicking on pythonw used to start the program, but it must be OK now. Sorry for the comment. -- Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 17:55 Message: Logged In: YES user_id=21627 If pythonw is started without an argument, it immediately quits. -- Comment By: Georg Brandl (gbrandl) Date: 2006-09-16 17:43 Message: Logged In: YES user_id=849994 If pythonw.exe is started without any argument, is it supposed to do anything? -- Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 17:23 Message: Logged In: YES user_id=21627 How do you know that pythonw does not execute? It works fine for me (and, indeed, IDLE is started with pythonw). -- Comment By: Ron Platten (rplatten) Date: 2006-09-16 12:20 Message: Logged In: YES user_id=769736 IDLE does appear and works fine. Sorry -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1559747 ] 2.5c2 pythonw does not execute
Bugs item #1559747, was opened at 2006-09-16 14:15 Message generated for change (Settings changed) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&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: Closed >Resolution: Invalid Priority: 5 Submitted By: Ron Platten (rplatten) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5c2 pythonw does not execute Initial Comment: After installation of the .msi installer, pythonw.exe will not execute. Also, IDLE no longer appears anywhere. -- Comment By: Ron Platten (rplatten) Date: 2006-09-16 22:45 Message: Logged In: YES user_id=769736 In that case, it must be working perfectly. IDLE does work OK. I thought that clicking on pythonw used to start the program, but it must be OK now. Sorry for the comment. -- Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 19:55 Message: Logged In: YES user_id=21627 If pythonw is started without an argument, it immediately quits. -- Comment By: Georg Brandl (gbrandl) Date: 2006-09-16 19:43 Message: Logged In: YES user_id=849994 If pythonw.exe is started without any argument, is it supposed to do anything? -- Comment By: Martin v. Löwis (loewis) Date: 2006-09-16 19:23 Message: Logged In: YES user_id=21627 How do you know that pythonw does not execute? It works fine for me (and, indeed, IDLE is started with pythonw). -- Comment By: Ron Platten (rplatten) Date: 2006-09-16 14:20 Message: Logged In: YES user_id=769736 IDLE does appear and works fine. Sorry -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1559747&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1560032 ] confusing error msg from random.randint
Bugs item #1560032, was opened at 2006-09-17 06: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=1560032&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.4 Status: Open Resolution: None Priority: 5 Submitted By: paul rubin (phr) Assigned to: Nobody/Anonymous (nobody) Summary: confusing error msg from random.randint Initial Comment: See the following output. The reason for the confusing message is that random.randint is actually a bound method to a Random instance inside the module, i.e. someone got a little bit too clever. It should be an ordinary function that calls that instance method instead. >>> import random >>> random.randint(1) Traceback (most recent call last): File "", line 1, in ? TypeError: randint() takes exactly 3 arguments (2 given) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560032&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
