Torsten, It could be up to the VM if we made it that way. There is a function call to get the system directory, and the VM can "just do that" vs. the image needing to have access to FFI/Alien to do so. Perhaps the other VMs could add something analogous, or just answer an empty string, vm path, whatever if their hosts are better designed than Windows (not that such a thing is imaginable... queue throat clearing .wav).
Bill -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Torsten Bergmann Sent: Saturday, March 07, 2009 8:29 PM To: [email protected]; [email protected] Subject: [Pharo-project] last win32 VM Sebastian Sastre wrote on pharo-project list: >I've found this weird: downloaded the vm for win32 from pharo site and is >happening that it complies about no disk in drive G: every time I open an >>image. >I've press continue a couple of times and the image opens normally. I would guess it is not the newest VM, but the code in "FreeTypeFontProvider>>guessWindowsFontFolderPath" running through all drives and F: is the last mapped drive on your system. Therefore it crashes when accessing drive G: On Vista this gives you a nice Win32 Exception. Maybe the FreeType code should switch to another way to get the windows system and font folder (using Registry, Win32 API, ... - but there is no FFI by default). However, quickfix is to disable the update in FreeTypeFontProvider>>startUp: So it is not a VM issue. Bye Torsten -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
