On 2012-02-10, at 20:06, Ben Coman wrote:
I just realized that clearing up those two ShouldBeImplementeds from DosFileDirectory did not really prove that startup preferences worked on MS Windows. So I found the StartupLoader class>>example method and did get... 'I should only be displayed once' ...one time only and do get... 'I should be displayed each time' ...each time I start Pharo. So its good :) !!
However the 'each time' also dialog comes _every_ time I save the image. Is that desired behaviour? or is it just not finished yet?
see http://code.google.com/p/pharo/issues/detail?id=5275 ;)
btw, I was a little confused at first by how to use StartupLoader class>>example. Initially I copied the whole text of that method into pharo/1.4/startup.st and the started the image - and the 'once' and 'each time' messages did appear - but also a number of errors. It wasn't until I notice and wondered about the created file pharo1.4.st that I worked out that 'StartupLoader class>>example' should have just been executed rather than manually copied. Perhaps you can update the comment to say "An example of script generation. Execute me to write a sample script to the preferences folder"
cheers, -ben
Ben Coman wrote:
Schwab,Wilhelm K wrote:
One snag: I'm still getting strangely broken images (won't open process browser or debugger) after trying to download some things. I have mirrored squeak source, BUT, some things (SIXX, ODBC) don't appear to have working configs, so I'm trying to grab the latest packages, and *that* might not be mirrored. I might need to specify the mirror server in my code to make them work.
Still, I don't get how simply asking MC to download something will permanently mar the image w/o my doing an explicit save. Does MC snapshot before/during an attempted load? It seems very misguided that an innocent attempt to load something can hobble an image??
One other crazy possibility: is killing a vm from the (Ubunutu) system monitor somehow not sufficient to clear what is running? Dumb question? Maybe, but I'm stumped. Any ideas?
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of blake [dsblakewatson@gmail.com] Sent: Thursday, February 09, 2012 2:58 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] 1.4 - better from Jenkins
I just downloaded the latest CogWin and Pharo 1.4 image and I got "WARNING: Manufactured file handle detected!" at the bottom, and popup full of startup errors.
A couple of days ago tried Pharo-1.4-14315 and with cogwin_r2522. I had the same warning, with a debugger showing "Error: Got startup errors" in method SmalltalkImage snapshot:andQuit: " at line: startupErrors isEmpty ifFalse: [ self error: 'Got startup errors ' ]. where startupErrors = an OrderedCollection(ShouldBeImplemented: #preferencesFolder should have been implemented in DosFileDirectory class)
So I thought I may as well try implementing DosFileDirectory>>preferencesFolder - which I've left as a comment on ISSUE 5255. <http://code.google.com/p/pharo/issues/detail?id=5255> A nice side effect of this was that all the "WARNING: Manufactured file handle detected!" went away. Reverting this change reintroduces the warnings.
cheers, -ben