For the record, I recently disabled Aero (Vista's default GUI) and the problem seems to have disappeared. So I switched back to the standard file-dialog with: (preferences:set 'framework:file-dialogs 'std) No need to restart DrScheme. For those who need to stick with the 'standard file-dialog, to quickly go to a given path, it is possible to paste it in the filename text-field, and the dialog will automatically move to it (it's also fun to watch). Laurent <div class="gmail_quote">On Thu, Dec 10, 2009 at 23:31, Robby Findler <<a href="mailto:robby@eecs.northwestern.edu">robby@eecs.northwestern.edu</a>> wrote: <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> As a workaround until that time, try running this in DrScheme. It should change your file dialog boxes to use Scheme-implemented ones that probably don't suffer from this problem (they are completely different, tho). You may need to restart drscheme. ---- cut here ---- #lang scheme (require framework) (preferences:set 'framework:file-dialogs 'common) ---- cut here ---- hth, Robby 2009/12/9 Matthew Flatt <<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>>: <div><div></div><div class="h5">> It seems likely to me that DrScheme is doing something wrong here, > probably in the way it uses threads to keep the event loop for the file > dialog separate from DrScheme's main event loop. > > Benjamin: I very much appreciate your detailed bug report. > Unfortunately, I've never found the time (including tracking down the > right version of Windows) to investigate this further. > > Currently, I'm looking to the MrEd re-write the way to address this > problem. In the short run, the rewrite will create entirely new > problems, but I think we at least know better how to handle event loops > and avoid the problem that is likely behind the file-dialog bug. I just > need about 3 more months... > > Matthew > > At Wed, 9 Dec 2009 18:01:13 +0100, Laurent wrote: >> Apparently Windows is to blame indeed. >> However it's strange that for me this bug only occurs in DrScheme and in no >> other app that I have. >> >> On Wed, Dec 9, 2009 at 17:20, Thomas Holubar <<a href="mailto:scheme@phirho.com">scheme@phirho.com</a>> wrote: >> >> > Hi Benjamin! >> > >> > If I am not mistaken the Dialog you're referring to is a native system >> > dialog. So the problem would be a Windows responsibility. >> > >> > Actually I've had (and sporadically have) similar issues with the Windows >> > explorer. If you search for <Windows explorer not responding> on the web >> > you'll see that this is quite common. >> > >> > HTH, >> > Thomas >> > >> > >> > _________________________________________________ >> > For list-related administrative tasks: >> > <a href="http://list.cs.brown.edu/mailman/listinfo/plt-scheme" target="_blank">http://list.cs.brown.edu/mailman/listinfo/plt-scheme</a> >> > >> _________________________________________________ >> For list-related administrative tasks: >> <a href="http://list.cs.brown.edu/mailman/listinfo/plt-scheme" target="_blank">http://list.cs.brown.edu/mailman/listinfo/plt-scheme</a> > _________________________________________________ > For list-related administrative tasks: > <a href="http://list.cs.brown.edu/mailman/listinfo/plt-scheme" target="_blank">http://list.cs.brown.edu/mailman/listinfo/plt-scheme</a> > _________________________________________________ For list-related administrative tasks: <a href="http://list.cs.brown.edu/mailman/listinfo/plt-scheme" target="_blank">http://list.cs.brown.edu/mailman/listinfo/plt-scheme</a> </div></div></blockquote></div>