[ python-Bugs-1524310 ] os.listdir doesn't check error code from FindNextFile
Bugs item #1524310, was opened at 2006-07-18 02:35 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=1524310&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: Roger Upole (rupole) Assigned to: Nobody/Anonymous (nobody) Summary: os.listdir doesn't check error code from FindNextFile Initial Comment: The Windows implementation of listdir returns successfully as soon as FindNextFile returns False, without checking that GetLastError returns ERROR_NO_MORE_FILES. If the operation is interrupted (eg removable media ejected, network connection to UNC path lost, and so on) an incomplete directory listing is returned instead of throwing an exception. This behaviour exists in 2.4.3 and 2.5b2. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524310&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1524317 ] configure --without-threads fails to build
Bugs item #1524317, was opened at 2006-07-18 00:44 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=1524317&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: Ram Bhamidipaty (rambham) Assigned to: Nobody/Anonymous (nobody) Summary: configure --without-threads fails to build Initial Comment: In Python-2.5b2 I tried to do this: ./configure --without-threads gmake The build will fail with an undefined reference to _PyThread_CurrentFrames -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524317&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1524317 ] configure --without-threads fails to build
Bugs item #1524317, was opened at 2006-07-18 07:44 Message generated for change (Comment added) made by splitscreen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524317&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: Ram Bhamidipaty (rambham) Assigned to: Nobody/Anonymous (nobody) Summary: configure --without-threads fails to build Initial Comment: In Python-2.5b2 I tried to do this: ./configure --without-threads gmake The build will fail with an undefined reference to _PyThread_CurrentFrames -- Comment By: Matt Fleming (splitscreen) Date: 2006-07-18 11:29 Message: Logged In: YES user_id=1126061 I can confirm this error on Linux, below is the output, gcc -Xlinker -export-dynamic -o python \ Modules/python.o \ libpython2.5.a -ldl -lutil -lm libpython2.5.a(posixmodule.o): In function `posix_tmpnam': ./Modules/posixmodule.c:6701: warning: the use of `tmpnam' is dangerous, better use `mkstemp' libpython2.5.a(posixmodule.o): In function `posix_tempnam': ./Modules/posixmodule.c:6654: warning: the use of `tempnam' is dangerous, better use `mkstemp' libpython2.5.a(sysmodule.o): In function `sys_current_frames': Python/sysmodule.c:675: undefined reference to `_PyThread_CurrentFrames' collect2: ld returned 1 exit status make: *** [python] Error 1 Thanks, Matt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524317&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517990 ] IDLE on macosx keybindings need work
Bugs item #1517990, was opened at 2006-07-06 10:26 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517990&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: 7 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: IDLE on macosx keybindings need work Initial Comment: There is a serious issue with the keybindings for IDLE on OSX: a lot of them don't work correctly. One example of a not-working key-binding is 'CMD-W', this should close the current window but doesn't. 'CMD-N' does create a new window though, so at least some keybindings work. -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-18 14:09 Message: Logged In: YES user_id=580910 The keybinding definition itself seems to be correct (although I haven't reviewed it completely yet). The problem at this point is that IDLE doesn't respond to some (or even most) of them. I suspect that AquaTk is at fault here, it is really lousy at times. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-17 20:06 Message: Logged In: YES user_id=149084 Unfortunately, I don't have a Mac to work with. The current Mac keybindings were devised by Tony Lownds (tonylownds) during the transition to OSX. Would you like to create a new section in config-keys.def named OSX and work up some new bindings? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517990&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 10:34 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517996&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: Ronald Oussoren (ronaldoussoren) Assigned to: Nobody/Anonymous (nobody) Summary: IDLE (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-18 14:20 Message: Logged In: YES user_id=580910 These menu problems are at the very root caused by differences in the way menus work on OSX (one application wide menu at the top of the screen) and most other systems (optional menus for every window). Applications on OSX must have some kind of menu (or be full-screen, but we don't want that for IDLE), Tk uses the per-window menu for the currently selected window for that. If a window doesn't have a menu it makes up one and I haven't found a way yet to override that menu (which would solve that problem once and for all). I do believe that my other changes really are good, they make IDLE perform more like a true OSX application. This is important because IDLE is the default IDE, and hence probably the first thing naive OSX users will see of python. BTW. AquaTk really sucks, which makes it annoyingly hard to create a really good OSX citizen of IDLE and I have given up on getting there. If I understand the lazyweb correctly you're supposed to port your appliations to some other GUI library (Tile?) to get a native L&F for lots of widgets and standard dialogs. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-15 21:51 Message: Logged In: YES user_id=149084 I suppose this is also true for the debugger? I'd consider this a bug in OSX Tk, it should be reported there. Without a specific need for a menubar, all it does is take up valuable vertical space. And continuing to add OSX special casing clutters up the IDLE code; IMO it should be limited to situations where functionality is compromised. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517996&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517993 ] IDLE: config-main.def contains windows-specific settings
Bugs item #1517993, was opened at 2006-07-06 10:29 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517993&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: 2 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Nobody/Anonymous (nobody) Summary: IDLE: config-main.def contains windows-specific settings Initial Comment: The default values in config-main.def contain values that are specific for Windows. This means that the key-bindings for other platforms, such as OSX will be wrong (because config-main selects the windows keybindings as the default keybindings). I've worked around this by copying a mac version of config-main.def over the installed version of config-main.def from Mac/IDLE/Makefile.in. That is obviously a crude hack, but I know of no better solution. -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-18 14:34 Message: Logged In: YES user_id=580910 Mac/IDLE contains support code for building and installing an application bundle for IDLE, which gives us a nice icon to click on :-) Detecting the platform and automaticly using platform-specific settings would be nice and would mostly solve my problem. "Mostly" because config- extensions.def also contains key-binding definitions; which could well be platform-specific (AquaTk doesn't seem to support the ALT modifier). IMHO the current workaround is crude because I maintain a seperate copy of several configuration files just to change a small number of settings. I have lowered the priority of this issue because I don't think this is very important. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-17 20:46 Message: Logged In: YES user_id=149084 Not so crude, since there is a Mac/IDLE/ dir? I gather this works ok for 2.5 installs on OSX? Perhaps IDLE should be modified to try to detect the platform and only use the entry in config-main.def if detection fails. The [keys] section is necessary, I believe, to mirror the [keys] section in the user's config-main.cfg if he changes keybindings. But you would still need Mac/IDLE/, would you not? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517993&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1524317 ] configure --without-threads fails to build
Bugs item #1524317, was opened at 2006-07-18 07:44 Message generated for change (Comment added) made by splitscreen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524317&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: Ram Bhamidipaty (rambham) Assigned to: Nobody/Anonymous (nobody) Summary: configure --without-threads fails to build Initial Comment: In Python-2.5b2 I tried to do this: ./configure --without-threads gmake The build will fail with an undefined reference to _PyThread_CurrentFrames -- Comment By: Matt Fleming (splitscreen) Date: 2006-07-18 17:54 Message: Logged In: YES user_id=1126061 Fix in patch #1524724. If someone gives it the thumbs up, I can commit it. Matt -- Comment By: Matt Fleming (splitscreen) Date: 2006-07-18 11:29 Message: Logged In: YES user_id=1126061 I can confirm this error on Linux, below is the output, gcc -Xlinker -export-dynamic -o python \ Modules/python.o \ libpython2.5.a -ldl -lutil -lm libpython2.5.a(posixmodule.o): In function `posix_tmpnam': ./Modules/posixmodule.c:6701: warning: the use of `tmpnam' is dangerous, better use `mkstemp' libpython2.5.a(posixmodule.o): In function `posix_tempnam': ./Modules/posixmodule.c:6654: warning: the use of `tempnam' is dangerous, better use `mkstemp' libpython2.5.a(sysmodule.o): In function `sys_current_frames': Python/sysmodule.c:675: undefined reference to `_PyThread_CurrentFrames' collect2: ld returned 1 exit status make: *** [python] Error 1 Thanks, Matt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524317&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1524317 ] configure --without-threads fails to build
Bugs item #1524317, was opened at 2006-07-18 03:44 Message generated for change (Comment added) made by tim_one You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524317&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: Closed >Resolution: Fixed Priority: 5 Submitted By: Ram Bhamidipaty (rambham) Assigned to: Nobody/Anonymous (nobody) Summary: configure --without-threads fails to build Initial Comment: In Python-2.5b2 I tried to do this: ./configure --without-threads gmake The build will fail with an undefined reference to _PyThread_CurrentFrames -- >Comment By: Tim Peters (tim_one) Date: 2006-07-18 20:05 Message: Logged In: YES user_id=31435 Fixed in rev 50708. That made _PyThread_CurrentFrames() available in all builds, and fiddled test_sys so that the test for sys._current_frames() passes with or without threads. test_sys still fails in a build without threads, but for an unrelated reason. -- Comment By: Matt Fleming (splitscreen) Date: 2006-07-18 13:54 Message: Logged In: YES user_id=1126061 Fix in patch #1524724. If someone gives it the thumbs up, I can commit it. Matt -- Comment By: Matt Fleming (splitscreen) Date: 2006-07-18 07:29 Message: Logged In: YES user_id=1126061 I can confirm this error on Linux, below is the output, gcc -Xlinker -export-dynamic -o python \ Modules/python.o \ libpython2.5.a -ldl -lutil -lm libpython2.5.a(posixmodule.o): In function `posix_tmpnam': ./Modules/posixmodule.c:6701: warning: the use of `tmpnam' is dangerous, better use `mkstemp' libpython2.5.a(posixmodule.o): In function `posix_tempnam': ./Modules/posixmodule.c:6654: warning: the use of `tempnam' is dangerous, better use `mkstemp' libpython2.5.a(sysmodule.o): In function `sys_current_frames': Python/sysmodule.c:675: undefined reference to `_PyThread_CurrentFrames' collect2: ld returned 1 exit status make: *** [python] Error 1 Thanks, Matt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524317&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1524938 ] MemoryError with a lot of available memory - gc not called
Bugs item #1524938, was opened at 2006-07-19 05: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=1524938&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: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Mark Matusevich (markmat) Assigned to: Nobody/Anonymous (nobody) Summary: MemoryError with a lot of available memory - gc not called Initial Comment: Also the gc behavior is consistent with the documentation, I beleave it is wrong. I think, that Gc should be called automatically before any memory allocation is raised. Example 1: for i in range(700): a = [range(500)] a.append(a) print i This example will crash on any any PC with less then 20Gb RAM. On my PC (Windows 2000, 256Mb) it crashes at i==7. Also, this example can be fixed by addition of a call to gc.collect() in the loop, in real cases it may be unreasonable. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524938&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
