[ 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: Closed >Resolution: Fixed Priority: 9 Submitted By: Jack Howarth (jwhowarth) Assigned to: Armin Rigo (arigo) 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-10-04 12:22 Message: Logged In: YES user_id=4771 Checked in: r52136 (2.4) r52138 (2.5) r52139 (2.6) -- Comment By: Armin Rigo (arigo) Date: 2006-10-03 10:17 Message: Logged In: YES user_id=4771 I'd like to review this in 2.4/2.5/trunk before the 2.4.4 release. Debian "testing" ships with everything compiled with the faulty gcc -- even though this gcc is not released yet! I hate Debian's policies. "Fixing" 2.4.4 would help me a bit to get a reasonable Python installation on Debian machines where I have to log to (assuming the sysadmin knew he had to fish 72 small packages to get just a complete stdlib, that is, but that's another matter). -- 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/200
[ python-Bugs-1521947 ] possible bug in mystrtol.c with recent gcc
Bugs item #1521947, was opened at 2006-07-13 17:39
Message generated for change (Comment added) made by arigo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1521947&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: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Marien Zwart (marienz)
Assigned to: Nobody/Anonymous (nobody)
Summary: possible bug in mystrtol.c with recent gcc
Initial Comment:
python 2.5b2 compiled with gentoo's gcc 4.1.1 and -O2
fails test_unary_minus in test_compile.py. Some
investigating showed that the -ftree-vrp pass of that
gcc (implied by -O2) optimizes out the "result ==
-result" test on line 215 of PyOS_strtol, meaning
PyOS_strtol of the most negative long will incorrectly
overflow.
Python deals with this in this case by constructing a
python long object instead of a python int object, so
at least in this case the problem is not serious. I
have no idea if there is a case where this is a "real"
problem.
At first I reported this as a gentoo compiler bug, but
got the reply that:
"""
I'm pretty sure it's broken. -LONG_MIN overflows when
LONG_MIN < -LONG_MAX, and in standard C as well as "GNU
C", behaviour after overflow on signed integer
operations is undefined.
"""
(see https://bugs.gentoo.org/show_bug.cgi?id=140133)
So now I'm reporting this here. There seems to be a
LONG_MIN constant in limits.h here that could checked
against instead, but I have absolutely no idea how
standard that is. Or this could be a compiler bug after
all, in which case I would appreciate information I Can
use to back that up :)
--
>Comment By: Armin Rigo (arigo)
Date: 2006-10-04 12:24
Message:
Logged In: YES
user_id=4771
Ok. Done within the larger r52136-52139.
--
Comment By: Tim Peters (tim_one)
Date: 2006-10-03 10:35
Message:
Logged In: YES
user_id=31435
> Based on the other bug I guess that casting an arbitrary
> long to unsigned long is allowed.
Right, C defines the result of casting any integral type to
any unsigned integral type.
> If so, then maybe we could use the following test:
>
> if (sign == '-' && uresult == 0-(unsigned
long)LONG_MIN) {
> result = LONG_MIN;
> }
>
> which states the intention a bit more clearly and
> without the assert().
We could. It's not really clearer to me, given that the
current code is explained in a comment block before
PyOS_strtol(), and I couldn't care less about removing an
assert, so I'm not going to bother. I wouldn't object to
changing it, although "0-" instead of plain unary "-" also
begs for an explanation lest someone delete the "0" because
it looks plain silly.
--
Comment By: Armin Rigo (arigo)
Date: 2006-10-03 10:10
Message:
Logged In: YES
user_id=4771
Based on the other bug I guess that casting an arbitrary
long to unsigned long is allowed. If so, then maybe we could
use the following test:
if (sign == '-' && uresult == 0-(unsigned long)LONG_MIN) {
result = LONG_MIN;
}
which states the intention a bit more clearly and without the
assert().
--
Comment By: Tim Peters (tim_one)
Date: 2006-09-05 05:21
Message:
Logged In: YES
user_id=31435
Well, I deliberately avoided using LONG_MIN in the patches
for the other bug, so that should answer your question ;-)
If someone wants to take the small risk of backporting it,
fine by me -- it's not going to break on Windows, and if it
doesn't break on your box either ...
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-09-05 05:12
Message:
Logged In: YES
user_id=33168
Tim, how do you feel about backporting now? (Not sure if
your opinion changed based on the other bug.) That and I'm
cleaning out my mailbox, so I don't have to look at this any
more. :-)
--
Comment By: Tim Peters (tim_one)
Date: 2006-07-27 21:00
Message:
Logged In: YES
user_id=31435
Neal, as I said in the checkin comment, I expect it's no
less likely that we'll get screwed by goofy platform values
for LONG_MIN and LONG_MAX than that we /got/ screwed by an
"over ambitious" compiler optimizing away "result ==
-result", so I'm not sure backporting is a good idea. I
stuck in an assert that might fail if a platform is insane;
if there are no reports of that assert triggering, then I'd
feel better about backporting the change.
--
Comment By: Matt Fleming (splitscreen)
Date: 2006-07-27 10:49
Message:
Log
[ python-Bugs-1569998 ] 2.5 incorrectly permits break inside try statement
Bugs item #1569998, was opened at 2006-10-03 14:04 Message generated for change (Comment added) made by jhylton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1569998&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: Parser/Compiler Group: Python 2.5 >Status: Closed >Resolution: Fixed Priority: 8 Submitted By: Nick Coghlan (ncoghlan) >Assigned to: Jeremy Hylton (jhylton) Summary: 2.5 incorrectly permits break inside try statement Initial Comment: The new AST compiler permits the break statement inside *any* frame block, rather than requiring that there be a loop somewhere on the block stack. Will add examples in a comment where SF shouldn't destroy the formatting. -- >Comment By: Jeremy Hylton (jhylton) Date: 2006-10-04 14:33 Message: Logged In: YES user_id=31392 Fixed on the trunk by r52129. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-10-04 05:47 Message: Logged In: YES user_id=33168 Jeremy checked in r52129 on head. Needs backport to 2.5. -- Comment By: Nick Coghlan (ncoghlan) Date: 2006-10-03 14:05 Message: Logged In: YES user_id=1038590 Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> try: ... print 1 ... break ... print 2 ... finally: ... print 3 ... SyntaxError: 'break' outside loop Python 2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information.>>> try: ... print 1 ... break ... print 2 ... finally: ... print 3 ... 1 3 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1569998&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563630 ] IDLE doesn't load - apparently without firewall problems
Bugs item #1563630, was opened at 2006-09-22 17:19 Message generated for change (Comment added) made by daniboy22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563630&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: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: dani (daniboy22) Assigned to: Kurt B. Kaiser (kbk) Summary: IDLE doesn't load - apparently without firewall problems Initial Comment: I've installed Python in Windows XP, SP2. When I ran IDLE for the first times, it worked ok. But then I redefined some shorcuts (history-previous, history-next, and expand-word). This also worked ok, but there was a problem I wasn't expecting: I changed the history-previous to the short-cut + P, and when I use it for the first time it printed the content of the window... I forgot that this shorcut was already in use... Then came the real problem. I went to redefine the history-previous to another key set, but each time I clicked for "oK" for the new keys, the shell wrote some errors in red (-/+ 7/8 lines). I did that a few times until I closed IDLE and tried to restarted it again. Then it stop working. The only thing it does now is to show the hourglass logo in the mouse pointer for a few seconds and then it does not do anything else. I've installed Python in its default path (C:\Python25), and tried to switch off all the firewalls I remembered (Windows Firewall and disabled McAfee Virus Scan). None of that worked. I tried several times to reinstall the software, but that didn't work either. I even tried to install a previous version of Python (v2.4.3), but it had exactly the same problem. I haven't found any similar problem on the web. Thanks, Dani -- >Comment By: dani (daniboy22) Date: 2006-10-04 14:38 Message: Logged In: YES user_id=1604341 Usually I do not need to boot on safe mode to log in as asministrator (I also work on a laptop)... The safe mode reduces some of the Windows functionalities... Perhaps this is the real reason for your problem. Otherwise, I don't know what to tell you more... :-( -- Comment By: jordanramz (jordanramz) Date: 2006-10-04 02:45 Message: Logged In: YES user_id=1604497 The problem is that it is my laptop, so I am the administrator. I booted up in safe mode so that I could log on as the administrator, and even then it wouldn't let me access any of my (username) documents, so I couldn't even get in to view that folder let alone change the name. -- Comment By: dani (daniboy22) Date: 2006-10-03 13:33 Message: Logged In: YES user_id=1604341 Well, I'm also not a specialist on the subject, but in my case I don't have any problems in opening the folder. I just had some problems to rename it (it didn't accepted a name starting with a "."), but I resolve it (I rename it to "pinga"). Concerning your problem, my hint is that your account is not an administrator one. Try to enter as an administrator and make the necessary changes. Or else change the permissions of your account to the "administrator" type (ask someone that is already an administrator on that computer to do that). -- Comment By: jordanramz (jordanramz) Date: 2006-10-02 22:15 Message: Logged In: YES user_id=1604497 Thanks for that, I found it. However, I guess I'm not as skilled with the computer as I thought... It won't let me change the name, open the folder etc. It says access is denied. Know why it's doing that when I try to modify it? -- Comment By: dani (daniboy22) Date: 2006-10-02 14:13 Message: Logged In: YES user_id=1604341 Dear kbk, I tried your solution and everything seems to work fine. I even recreated the problem (with the details that I still remember), and everything is OK. Many thanks! Dani P.S. For jordanramz: the .idlerc folder can be found in the directory c:\Documents and Settings (assuming you installed Windows on C:), and then selecting the folder corresponding to your ID (say, "jordanramz"). -- Comment By: dani (daniboy22) Date: 2006-10-02 14:12 Message: Logged In: YES user_id=1604341 Dear kbk, I tried your solution and everything seems to work fine. I even recreated the problem (with the details that I still remember), and everything is OK. Many thanks! Dani P.S. For jordanramz: the .idlerc folder can be found in the directory c:\Documents and Settings (assuming you installed Windows on C:), and then selecting the folder corresponding
[ python-Feature Requests-1567948 ] poplib.py list interface
Feature Requests item #1567948, was opened at 2006-09-29 11:51 Message generated for change (Comment added) made by hdiwan650 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1567948&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.6 Status: Open Resolution: None Priority: 5 Submitted By: Hasan Diwan (hdiwan650) Assigned to: Nobody/Anonymous (nobody) Summary: poplib.py list interface Initial Comment: Adds a list-like interface to poplib.py, poplib_as_list. -- >Comment By: Hasan Diwan (hdiwan650) Date: 2006-10-04 13:29 Message: Logged In: YES user_id=1185570 I changed it a little bit, added my name at the top of the file as the maintainer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1567948&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-1567948 ] poplib.py list interface
Feature Requests item #1567948, was opened at 2006-09-29 14:51 Message generated for change (Comment added) made by kuran You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1567948&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.6 Status: Open Resolution: None Priority: 5 Submitted By: Hasan Diwan (hdiwan650) Assigned to: Nobody/Anonymous (nobody) Summary: poplib.py list interface Initial Comment: Adds a list-like interface to poplib.py, poplib_as_list. -- Comment By: Jp Calderone (kuran) Date: 2006-10-04 17:13 Message: Logged In: YES user_id=366566 Some review comments: * poplib_as_list should have a class docstring explaining its purpose. The name is fairly suggestive, but some prose would be better. * Why duplicate the arguments to POP3_SSL and POP3 in poplib_as_list.__init__? Wouldn't it be better if it took an already-constructed POP3 or POP3_SSL instance? * Does subclassing list really buy much here? None of the overridden methods upcall, and many list methods aren't implemented here at all: what if someone calls pop on a poplib_as_list instance? Ditto for a bunch of other operations that one might expect to work on a list. * __getslice__ is buggy - the return statement is indented too far. __getitem__ and __delitem__ will also pass a slice instance on the underlying pop method when extended slices are used. * segue from the previous comment - unit tests? Python has pretty low overall coverage, but all new code at least can benefit from being committed initially with a comprehensive test suite. * The docstrings on all of the methods that have them are pretty good, although the __getattribute__ docstring is more of an implementation note. * Should the library reference be updated as well? Overall, I'm not sure how useful this feature is. A generic wrapper class would probably be beneficial to more people. -- Comment By: Hasan Diwan (hdiwan650) Date: 2006-10-04 16:29 Message: Logged In: YES user_id=1185570 I changed it a little bit, added my name at the top of the file as the maintainer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1567948&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-1567948 ] poplib.py list interface
Feature Requests item #1567948, was opened at 2006-09-29 11:51 Message generated for change (Comment added) made by hdiwan650 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1567948&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.6 Status: Open Resolution: None Priority: 5 Submitted By: Hasan Diwan (hdiwan650) Assigned to: Nobody/Anonymous (nobody) Summary: poplib.py list interface Initial Comment: Adds a list-like interface to poplib.py, poplib_as_list. -- >Comment By: Hasan Diwan (hdiwan650) Date: 2006-10-04 15:38 Message: Logged In: YES user_id=1185570 I'm going to address your points top to bottom: 1. Fixed, you're right it should and does now. 2. The idea of a list wrapper is to serve as a convenient interface to the most commonly used methods of a poplib instance while hiding the underlying class(es). 3. Subclassing list was a mistake, I was merely trying to provide an idea for the interface. Summarily removed. 4. __getslice__ fixed. 5. Unit tests will take a little longer because we need to make a dummy poplib instances to test with. 6. __getattribute__ docstring dropped. 7. I don't know, should it? -- Comment By: Jp Calderone (kuran) Date: 2006-10-04 14:13 Message: Logged In: YES user_id=366566 Some review comments: * poplib_as_list should have a class docstring explaining its purpose. The name is fairly suggestive, but some prose would be better. * Why duplicate the arguments to POP3_SSL and POP3 in poplib_as_list.__init__? Wouldn't it be better if it took an already-constructed POP3 or POP3_SSL instance? * Does subclassing list really buy much here? None of the overridden methods upcall, and many list methods aren't implemented here at all: what if someone calls pop on a poplib_as_list instance? Ditto for a bunch of other operations that one might expect to work on a list. * __getslice__ is buggy - the return statement is indented too far. __getitem__ and __delitem__ will also pass a slice instance on the underlying pop method when extended slices are used. * segue from the previous comment - unit tests? Python has pretty low overall coverage, but all new code at least can benefit from being committed initially with a comprehensive test suite. * The docstrings on all of the methods that have them are pretty good, although the __getattribute__ docstring is more of an implementation note. * Should the library reference be updated as well? Overall, I'm not sure how useful this feature is. A generic wrapper class would probably be beneficial to more people. -- Comment By: Hasan Diwan (hdiwan650) Date: 2006-10-04 13:29 Message: Logged In: YES user_id=1185570 I changed it a little bit, added my name at the top of the file as the maintainer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1567948&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1571023 ] _ssl module can't be built on windows
Bugs item #1571023, was opened at 2006-10-05 01:31 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=1571023&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.4 Status: Open Resolution: None Priority: 5 Submitted By: �iga Seilnacht (zseil) Assigned to: Nobody/Anonymous (nobody) Summary: _ssl module can't be built on windows Initial Comment: Revision 52152 on the release24-maint branch updated the OpenSSL package to version 0.9.7l, which causes linking errors due to unresolved symbols. This can be fixed with a backport of patch 1197150: http://www.python.org/sf/1197150 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1571023&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563630 ] IDLE doesn't load - apparently without firewall problems
Bugs item #1563630, was opened at 2006-09-22 12:19 Message generated for change (Comment added) made by jordanramz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563630&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: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: dani (daniboy22) Assigned to: Kurt B. Kaiser (kbk) Summary: IDLE doesn't load - apparently without firewall problems Initial Comment: I've installed Python in Windows XP, SP2. When I ran IDLE for the first times, it worked ok. But then I redefined some shorcuts (history-previous, history-next, and expand-word). This also worked ok, but there was a problem I wasn't expecting: I changed the history-previous to the short-cut + P, and when I use it for the first time it printed the content of the window... I forgot that this shorcut was already in use... Then came the real problem. I went to redefine the history-previous to another key set, but each time I clicked for "oK" for the new keys, the shell wrote some errors in red (-/+ 7/8 lines). I did that a few times until I closed IDLE and tried to restarted it again. Then it stop working. The only thing it does now is to show the hourglass logo in the mouse pointer for a few seconds and then it does not do anything else. I've installed Python in its default path (C:\Python25), and tried to switch off all the firewalls I remembered (Windows Firewall and disabled McAfee Virus Scan). None of that worked. I tried several times to reinstall the software, but that didn't work either. I even tried to install a previous version of Python (v2.4.3), but it had exactly the same problem. I haven't found any similar problem on the web. Thanks, Dani -- Comment By: jordanramz (jordanramz) Date: 2006-10-04 18:58 Message: Logged In: YES user_id=1604497 Well I think there is just a problem with my OS files or something anyway. There are a couple other things (i.e. my "Recent Documents" folder) that do the same thing, even when I'm logged on as myself. Thanks for the help though. I need something to run and find/fix errors with my system, but not sure what the best program is. If you know of any, could you let me know. :) Thanks -- Comment By: dani (daniboy22) Date: 2006-10-04 09:38 Message: Logged In: YES user_id=1604341 Usually I do not need to boot on safe mode to log in as asministrator (I also work on a laptop)... The safe mode reduces some of the Windows functionalities... Perhaps this is the real reason for your problem. Otherwise, I don't know what to tell you more... :-( -- Comment By: jordanramz (jordanramz) Date: 2006-10-03 21:45 Message: Logged In: YES user_id=1604497 The problem is that it is my laptop, so I am the administrator. I booted up in safe mode so that I could log on as the administrator, and even then it wouldn't let me access any of my (username) documents, so I couldn't even get in to view that folder let alone change the name. -- Comment By: dani (daniboy22) Date: 2006-10-03 08:33 Message: Logged In: YES user_id=1604341 Well, I'm also not a specialist on the subject, but in my case I don't have any problems in opening the folder. I just had some problems to rename it (it didn't accepted a name starting with a "."), but I resolve it (I rename it to "pinga"). Concerning your problem, my hint is that your account is not an administrator one. Try to enter as an administrator and make the necessary changes. Or else change the permissions of your account to the "administrator" type (ask someone that is already an administrator on that computer to do that). -- Comment By: jordanramz (jordanramz) Date: 2006-10-02 17:15 Message: Logged In: YES user_id=1604497 Thanks for that, I found it. However, I guess I'm not as skilled with the computer as I thought... It won't let me change the name, open the folder etc. It says access is denied. Know why it's doing that when I try to modify it? -- Comment By: dani (daniboy22) Date: 2006-10-02 09:13 Message: Logged In: YES user_id=1604341 Dear kbk, I tried your solution and everything seems to work fine. I even recreated the problem (with the details that I still remember), and everything is OK. Many thanks! Dani P.S. For jordanramz: the .idlerc folder can be found in the directory c:\Documents and Settings (assuming you installed Windows on C:), and then selecting the folder corres
[ python-Bugs-1571112 ] simple moves freeze IDLE
Bugs item #1571112, was opened at 2006-10-04 21: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=1571112&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: IDLE Group: Platform-specific Status: Open Resolution: None Priority: 5 Submitted By: Douglas W. Goodall (douglas_goodall) Assigned to: Nobody/Anonymous (nobody) Summary: simple moves freeze IDLE Initial Comment: Using version 2.5 for Windows... import os then type "print os." and wait for the hint window. then scroll to the bottom (spawnv). That's it. At this point IDLE is frozen. I have done it a few times in a row. It seems very reproduceable to me. Be well. Doug -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1571112&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1569517 ] PGIRelease linkage fails on pgodb80.dll
Bugs item #1569517, was opened at 2006-10-02 12:54 Message generated for change (Comment added) made by douglas_goodall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1569517&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 Submitted By: Coatimundi (coatimundi) Assigned to: Kristj�n Valur (krisvale) Summary: PGIRelease linkage fails on pgodb80.dll Initial Comment: Hi. I'm interested in learning how to optimize Python for Windows. I have made a similar report as a follow-on to Bug 1568243, but it's really a separate issue. Let me emphasize that what I am about to describe this is *not* a bug in the Python build system. But it may be worth calling out in the README file for PCbuild8. When building PGIRelease to instrument the pythoncore DLL, the linker fails because it cannot find pgodb80.dll. This file is required for PGO with Visual C++ under Visual Studio 2005 and is shipped with the Professional version, but not with the Express version or (apparently) the Standard version I have. Looks like upgrade time... I hope this helps someone else. -- Comment By: Douglas W. Goodall (douglas_goodall) Date: 2006-10-04 22:38 Message: Logged In: YES user_id=1553177 I hate Microsoft. I have VS 2005 Standard also. Bill always sticks it to you in the end. -- Comment By: Martin v. Löwis (loewis) Date: 2006-10-03 05:12 Message: Logged In: YES user_id=21627 Kristjan, can you please take a look? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1569517&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
