Menu
▾
▴
squeak-vmdev — CVS-related Virtual Machine Development Issues
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(54) |
Jun
(3) |
Jul
|
Aug
(23) |
Sep
(33) |
Oct
(14) |
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
(15) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
(1) |
Feb
|
Mar
(26) |
Apr
(130) |
May
(5) |
Jun
|
Jul
(21) |
Aug
(3) |
Sep
(24) |
Oct
(10) |
Nov
(37) |
Dec
(2) |
| 2005 |
Jan
(30) |
Feb
(15) |
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(10) |
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <gor...@bl...> - 2002-10-03 10:03:11
|
Just so you don't think we are a bunch of unresponsible idiots at Bluefish :-) - we rented the boat including skipper, he had 20 years of experience with no prior accident and is one of the skippers the rental firm trusted most. Even though I feel he was a bit "nonchalant" sometimes I can not blaim him for what happened. Well, maybe the anchor problem with the catamaran was a bit reckless, but going aground was probably not his fault (it appear not to have been marked on the seacharts) and he did check the boat extensively before going out again the day after. Jonas and I (we have been sailing a lot in Scandinavia) did think it was strange that the skipper didn't (seemingly) use the seacharts, but later we learned - when talking to a professional skipper on a 674 ton yacht - that they are only used "in emergency" because the sea is "99% very deep" down there. Compared to the 24000 island Stockholm archipelago it's childplay. :-) In our archipelago there are some areas where you simply can not sail - too many underwater rocks, it doesn't matter if you have GPS and go very slow. regards, Göran |
|
From: <gor...@bl...> - 2002-10-03 09:45:03
|
John M McIntosh <jo...@sm...> wrote: [SNIP] > Boat's and drinking eh. Well, just a little beer when actually sailing - otherwise alcohol and boats are a strict no-no for me. The drinking game was on land. :-) regards, Göran |
|
From: John M M. <jo...@sm...> - 2002-10-02 18:17:44
|
>> Given the mood the other message was in it must be... >> >>> Did the 56.1 foot Ocean Star (worth about $500000) sailing boat: >>> >>> [ ] Run aground HARD. >>> [ ] Almost pull a catamaran in two pieces during an "anchor duel". >>> [ ] Crash into another sailing boat full of angry Germans :-) >>> [ ] Crash into the dock >>> [ ] Crash into a lamppost folding it to the ground >>> [ ] Crash into a roadsign folding it to the ground >> Mm I think I took a look at the replugin and didn't have any issues. Dropping it into the tree will be fine. Boat's and drinking eh. Ok I'll relate a boat story since this happened two week, we had an old wooden fishing boat in at the local small marina being retrofitted all last winter, say $300,000 plus excluding the cost of the 65! foot boat. Needed lots of serious calking done above the water line. On monday the crew decides move it 5 miles east to do the calking. They steam at full power out of the marina belching lots of smoke. About 10 minutes later they realize the hold is filling with water because the bow wave trickled in between the boards, which lowered the boat which made it leak faster!. In the panic that set in they managed to sink it in a major shipping channel in about 50 feet of water. I think they raised it last week, however the $300,000 of restoration work is screwed after being in the saltwater for 10 days. Ah of course it means more work because now you get to rebuild the engine and replace all the new electronics, etc. It's unclear who is paying for all this at this point. -- ======================================================================== === John M. McIntosh <jo...@sm...> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
|
From: <gor...@bl...> - 2002-10-02 15:45:55
|
"Andreas Raab" <And...@gm...> wrote: > > Just consider this question: > > Given the mood the other message was in it must be... > > > Did the 56.1 foot Ocean Star (worth about $500000) sailing boat: > > > > [ ] Run aground HARD. > > [ ] Almost pull a catamaran in two pieces during an "anchor duel". > > [ ] Crash into another sailing boat full of angry Germans :-) > > [ ] Crash into the dock > > [ ] Crash into a lamppost folding it to the ground > > [ ] Crash into a roadsign folding it to the ground > > > ... this ... > > > [X] All of the above. > > ;-))) Exactly! The incidents where spread over three different occasions though. The last thing was the most unbelievable - the skipper feeling very bad about having run the boat aground the day before (though the charts didn't have it marked), nervous of meeting with the owner... The owner standing in the harbour watching the boat coming in having. The skipper have by then driven the boat by engine for 7 hours with no problems at all. Another boat is in the way just where we are meant to dock - time to hit the reverse... ...nothing. As the skipper says with a deep sigh "No propeller". And the boat crashes (slowly but heavily) into the boat, slides along it (scratching both boats), continuing further onto the dock managing to hit the two posts neatly folding them down. With the owner standing staring, shouting etc. Quite a scene. > Cheers, > - Andreas regards, Göran PS. During this trip we also managed to have a very childish drinking duel between me (Smalltalk), another guy (Java) and a third guy (C++) - it was the final programming language duel (to end all duels) based on nothing else but ability to drink very large drinks. :-) It was hard work I can tell you... We where "silly drinking" at full speed - it started with a few hefty Lollys. C++ was eliminated pretty quick - he was in the wrong "weight class" - he did get an extra point for a very stylish exit when he sank a Lolly in one swoop. Java was a tough opponent though - but he offered me the victory around 4.30 in the morning, which was very wise of him - otherwise we both would have suffered becuase I am just too proud and stubborn for such games... So, now we know which language is superior. :-) DS |
|
From: Andreas R. <And...@gm...> - 2002-10-02 14:47:10
|
> Just consider this question: Given the mood the other message was in it must be... > Did the 56.1 foot Ocean Star (worth about $500000) sailing boat: > > [ ] Run aground HARD. > [ ] Almost pull a catamaran in two pieces during an "anchor duel". > [ ] Crash into another sailing boat full of angry Germans :-) > [ ] Crash into the dock > [ ] Crash into a lamppost folding it to the ground > [ ] Crash into a roadsign folding it to the ground ... this ... > [X] All of the above. ;-))) Cheers, - Andreas |
|
From: <gor...@bl...> - 2002-10-02 12:52:17
|
Ian Piumarta <ian...@in...> wrote: [SNIP] > It's in Cross not unix so I wouldn't want to act unilaterally. My > question should really have been worded thus: Is there a good reason > (according to Andrew, Andreas, John or Tim) not to do this? > > Since nobody spoke up I'll assume it's okay. Sounds reasonable. > > If you want help though - of course, just say so. > > Too late. ;) Sorry! :-) I was in Greece wrecking a 56 foot sailing boat at the time. And that story is beyond belief... like something from a bad movie. Just consider this question: Did the 56.1 foot Ocean Star (worth about $500000) sailing boat: [ ] Run aground HARD. [ ] Almost pull a catamaran in two pieces during an "anchor duel". [ ] Crash into another sailing boat full of angry Germans :-) [ ] Crash into the dock [ ] Crash into a lamppost folding it to the ground [ ] Crash into a roadsign folding it to the ground [ ] All of the above. > > I may sound irritated but it's not that bad. Nothing a beer at OOPSLA > > won't fix. ;-) > > That's probably several I owe you by now. Nope, after your Socket overhaul I owe YOU. You will be at OOPSLA right? regards, Göran |
|
From: Ian P. <ian...@in...> - 2002-10-02 12:39:55
|
Hi Goran, > > Does anybody know if there is a good reason why RePlugin is sitting all > > lonesome on its own branch, refusing to participate in checkouts? > > Yes, I know the reason. :-) It's because Andrew followed the > instructions I gave him to play by the "rules" we agreed on. Good reason. :) I did read your mail to this effect (and understood both it and the "rules"). I think I just worded my question a little imprecisely... > Andrew should have informed you about his stuff being ready for trunk > inclusion - and you, being the port maintainer, should do the deed. It's in Cross not unix so I wouldn't want to act unilaterally. My question should really have been worded thus: Is there a good reason (according to Andrew, Andreas, John or Tim) not to do this? Since nobody spoke up I'll assume it's okay. > If you want help though - of course, just say so. Too late. ;) > I may sound irritated but it's not that bad. Nothing a beer at OOPSLA > won't fix. ;-) That's probably several I owe you by now. Regards, Ian |
|
From: <gor...@bl...> - 2002-10-02 10:07:32
|
Ian Piumarta <ian...@in...> wrote: > Folks, > > On Fri, 13 Sep 2002, Tim Rowledge wrote: > > I'd be ever so happy to see Ian's latest stable sources uploaded to SF > > Does anybody know if there is a good reason why RePlugin is sitting all > lonesome on its own branch, refusing to participate in checkouts? Yes, I know the reason. :-) It's because Andrew followed the instructions I gave him to play by the "rules" we agreed on. The idea was (if you recall) that noone but the port maintainers should commit on the trunk. Read more on: ..minnow down, can't remember the page... To get something into the trunk the person responsible for the branch (Andrew) needs to communicate with the port maintainer (Ian etc) and tell him something like "Hey, Ian, my super-nifty-plugin can be merged nto the trunk by typing xxxxx - will you do it?". Perhaps I am dumb but why <insert strong word of choice here> do you think I wrote down that darn guide? > Maybe somebody (Andrew?) would be so kind as to pull it onto the main > branch, so that my sources will actually compile? (If nobody can be I could of course do it, but I do not intend to turn into a CVS nanny just because I wrote the guide about principles we all agreed on. IMHO Andrew should have informed you about his stuff being ready for trunk inclusion - and you, being the port maintainer, should do the deed. If you want help though - of course, just say so. > bothered then I can probably figure out how to do it.) I will then import > unix-3_2-5 into SF (and/or destroy the entire repository in the attempt -- > we'll find out shortly). > > Cheers, > > Ian I may sound irritated but it's not that bad. Nothing a beer at OOPSLA won't fix. ;-) Cheers, Göran |
|
From: Ian P. <ian...@in...> - 2002-09-29 06:53:08
|
Folks, On Fri, 13 Sep 2002, Tim Rowledge wrote: > I'd be ever so happy to see Ian's latest stable sources uploaded to SF Does anybody know if there is a good reason why RePlugin is sitting all lonesome on its own branch, refusing to participate in checkouts? Maybe somebody (Andrew?) would be so kind as to pull it onto the main branch, so that my sources will actually compile? (If nobody can be bothered then I can probably figure out how to do it.) I will then import unix-3_2-5 into SF (and/or destroy the entire repository in the attempt -- we'll find out shortly). Cheers, Ian |
|
From: Tim R. <ti...@su...> - 2002-09-27 00:03:35
|
In message <Pin...@ti...>
Ian Piumarta <ian...@in...> wrote:
> On Sat, 14 Sep 2002, Tim Rowledge wrote:
>
> > That seems to have been the thrust of his claims. Of course, it
> > completely ignores any other kind of cpu or device.
>
> My particular device isn't impressed in the slightest.
>
> stock #(40788 315749 84660 44396 0 25997 14762) Total 526352
> crosby #(42534 370191 100559 49918 0 28470 16948) Total 608620
>
> Forget it. Go spend your time on something worthwile.
John did a quick test run on OS-X (since I can't make a non-debug vm
that actually runs - very wierd) and concluded that there is no
noticable benefit on OS-X either. SO, scratch that particular
'enhancement'. I have to admit to being a little surprised, since
normally one might expect some benefit from a bigger cache. Ah, well,
details, details.
tim
--
Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim
"How many Kdatlyno does it take to change a lightbulb?" "None. It sounds perfectly OK to them."
|
|
From: John M M. <jo...@sm...> - 2002-09-16 20:31:40
|
Ok, that's a def to enable the use of the mac memory manager for jpeg. I'll look at adding it as a platform .h or a compiler def On Friday, September 13, 2002, at 04:46 PM, Tim Rowledge wrote: > about a quirk of building JPEGReadWriter2Plugin. -- ======================================================================== === John M. McIntosh <jo...@sm...> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
|
From: Ian P. <ian...@in...> - 2002-09-15 01:26:23
|
On Sat, 14 Sep 2002, Tim Rowledge wrote: > That seems to have been the thrust of his claims. Of course, it > completely ignores any other kind of cpu or device. My particular device isn't impressed in the slightest. stock #(40788 315749 84660 44396 0 25997 14762) Total 526352 crosby #(42534 370191 100559 49918 0 28470 16948) Total 608620 Forget it. Go spend your time on something worthwile. Ian |
|
From: Tim R. <ti...@su...> - 2002-09-15 00:21:27
|
In message <Pin...@ti...>
Ian Piumarta <ian...@in...> wrote:
> Want to send me the change set? I'll file it in, rebuild and run the
> benchmarks.
It's supposed to be http://swiki.gsug.org:8080/sqfixes/2201.html but I
can't get to it right now. I've dropped a copy on
http://sumeru.stanford.edu/tim/pooters/SqFiles/deltas/VMDevBcommonSendFi
xup.2.cs (and yes I realize that is a very confusing name but blame
scott not me!).
You'll note that there is a very odd and unused Interpreter class var by
the name of Must in there that I think is a stupid typo from a bodged
compile some where in a method with an improperly done comment saying
"Must be green " or somesuch. Now the really odd thing is that the first
time I filed this is the classvar CacheProbeShift went missing along
with Must. And it somehow corrupted the image in the process so I
couldn't restart it. Very odd.
>
> >From what I remember of his posts he's talking about subtle effects (cache
> line invalidation cost) that are rather specific to his processor (some
> flavour of pentium clone) -- unless I'm reading _completely_ the wrong
> thread?
That seems to have been the thrust of his claims. Of course, it
completely ignores any other kind of cpu or device. Amongst other things
that irritated me considerably was the repeated claim that you _must_
add more memory and _of course_ everyone can afford (or even fit)
hundreds of MB ram. I'm all for trying things out and finding ways to
benefit common cases, but really, claims like that just piss me off.
PDA's anyone? Older machines? Bare hardware for embedded stuff? Bah.
Anyway, I'll be interested to see what results you get. I've run the
modified vm with both the Smalltalk macroBenchmarks and the old Green
book benchmarks
(http://sumeru.stanford.edu/tim/pooters/SqFiles/deltas/sqBenchmarks.cs)
with essentially identical results on the Acorn.
>
> This is pretty inspirational stuff!
>
> Unfortunately, what it inspires is a resounding "who the f**k cares?".
> His cpu might have a broken cache architecture, mine doesn't. (And given
> your results it would seem the ARM doesn't either.)
Not broken, but teeny-tiny. And it's embarrassing to have to admit to
having a tiny cache. Even more embarrassing than it would be to admit to
a miniscule love sausage. Which I'm not. I'll refer you to my wife and
mistresses.
tim
--
Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim
Useful random insult:- When a thought crosses her mind, it's a long and lonely journey.
|
|
From: Ian P. <ian...@in...> - 2002-09-14 19:42:40
|
Tim, > Just to keep y'all up to date, the Acorn has no performance change at > all on the 'Smalltalk macroBenchmarks' when using the crosby cache > stuff. It does however seem to require a bunch more memory to achieve > that same performance.... Want to send me the change set? I'll file it in, rebuild and run the benchmarks. From what I remember of his posts he's talking about subtle effects (cache line invalidation cost) that are rather specific to his processor (some flavour of pentium clone) -- unless I'm reading _completely_ the wrong thread? This is pretty inspirational stuff! Unfortunately, what it inspires is a resounding "who the f**k cares?". His cpu might have a broken cache architecture, mine doesn't. (And given your results it would seem the ARM doesn't either.) Cheers, Ian |
|
From: Tim R. <ti...@su...> - 2002-09-14 19:28:06
|
Just to keep y'all up to date, the Acorn has no performance change at all on the 'Smalltalk macroBenchmarks' when using the crosby cache stuff. It does however seem to require a bunch more memory to achieve that same performance.... tim -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim Hard work pays off in the future. Laziness pays off now. |
|
From: Tim R. <ti...@su...> - 2002-09-14 02:52:13
|
> > > somebody will slap me around > > I'll pass on that one: don't seem to have a wet fish handy... Hmm, I think I have some nice King salmon in the freezer. I'll get Bridget to slap me with it before we bake it with the fresh lemons & oranges out of the garden :-) The original reason I asked was because I'm finally getting to check some of the proposed vm changes stacked up on sqfixes; the crosby cache stuff etc. Obviously it's simplest if I can try with all latest stable code. I've built & tried on Acorn and to be honest it makesno difference forth old St-80 Green Book benchmarks. I know Scott claimed improvements in some macro benchmarks so I'll have to dig them out to try. I suspect that the puny cache on the strongarm is simply overwhelmed and hiding any effects of the changes. I really wish TI had carried through with their threat to make wafers with hundreds of SAs and many gigs of ram all integrated into a single unit.... tim -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim "Bother," said Pooh, as he flunked the the sobriety test. |
|
From: Ian P. <ian...@in...> - 2002-09-14 01:17:37
|
Hi Tim, > effect of 'feel free to delete my old crap and replace it, Ian', so > there should be no problem there. If Ian is too busy right now to deal > with it He's not too busy to (interrupt his regular hacking to) deal with it -- he's just currently wading through a bunch of changes in the sources. One he reaches shore again he'll drop the anchor in the relevant CVS repository. Real Soon Now. Promise. (For anyone who cares the changes include things like Andreas' recent mods to gl, some nifty stuff Ned send me for the teletype morph, giving the RePlugin a chance to settle down [which seems to have happened now, with corrected capitalisation to boot], checking some Solaris configuration weirdness, etc. On a day keeps the doctor at play.) > Of course, if I'm simply looking at things the wrong way and it is all > already up to date Everything is relative. (In this case, relative to where you look for your sources. ;) > somebody will slap me around I'll pass on that one: don't seem to have a wet fish handy... Ciao, Ian |
|
From: Andreas R. <And...@gm...> - 2002-09-14 00:53:44
|
Tim, > I'd be ever so happy to see Ian's latest stable sources uploaded to SF > and available that way along with all the other platforms (not to > mention ditto for windows sources). What exactly do you mean?! The latest stable Windows source _are_ on SF. Cheers, - Andreas |
|
From: Tim R. <ti...@su...> - 2002-09-14 00:36:54
|
John M McIntosh <jo...@sm...> is claimed by the authorities to have written: > When I try > http://www-sor.inria.fr/squeak/devel/platforms/unic/doc/ > HowToBuildFromSource.html > > I get > > Missing document! http://www-sor.inria.fr/~piumarta/squeak/devel/platforms/unix/doc/HowToBuildFromSource.html/ would be the correct link. Told I was getting more senile. tim -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim Useful random insult:- Enjoys listening to telemarketers. |
|
From: Tim R. <ti...@su...> - 2002-09-13 23:59:55
|
I'd be ever so happy to see Ian's latest stable sources uploaded to SF and available that way along with all the other platforms (not to mention ditto for windows sources). So far as I can tell everyone who had any hand in altering the previous generation of sources has waved their hand and said someting to the effect of 'feel free to delete my old crap and replace it, Ian', so there should be no problem there. If Ian is too busy right now to deal with it, perhaps one of the more CVS competent of us could whack it in? And I know Andreas is painfully busy right now, so he may 'be behind' a little too. Of course, if I'm simply looking at things the wrong way and it is all already up to date, I'm somebody will slap me around and let me know I'm getting still more senile. Having got the stuff in there at all it would be ever so nice to have it up to date. tim -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim Any nitwit can understand computers. Many do. - Ted Nelson |
|
From: Tim R. <ti...@su...> - 2002-09-13 23:59:47
|
I've been tracking down assorted doc relating to building VMs now that VMMaker is in use and it looks like quite a few swiki pages need serious updating to reflect the new situation(s). I eventually ended up reading IanP's rather nice set of pages on his home site documenting the process for unices (I'd strongly recomment everyone involved in making vms reads http://www-sor.inria.fr/squeak/devel/platforms/unic/doc/HowToBuildFromSo urce.html and consider writing an equivalent) and noticed his comments about a quirk of building JPEGReadWriter2Plugin. At first I thought the the simple solution to the particular problem would be to remove the #requiresPlaformFiles method from the plugin class, but I noticed that in fact the Mac appears to need a tiny extra incantation in a header file, thus explaining the current state. Since it is a _tiny_ change (one extra #define) it would be nice to find a way to put it somewhere else (can it go in sqPlatformSpecific.h?) and thereby remove the need to have dummy platform support stuff for all the other platforms. It would remove several pointless directories from the CVS tree, simplify the vmmaker story and probably save potential confustication later on. tim PS the reason I'm messing around in the area is that I'm trying to buildas many vms as possible using the methdo cache code scott crosby did to see if it appears a good thing to include. So far it doesn't seem to actually speed anything up for me, but there is more work to do. -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim Useful random insult:- Hypnotized as a child and couldn't be woken. |
|
From: David T. L. <le...@ma...> - 2002-09-10 11:25:59
|
On Mon, Sep 09, 2002 at 05:37:54PM -0700, Tim Rowledge wrote: > Some time ago Dave Lewis worked up changes to replace the multiplicity > of session ID handling functions found in several plugins (file, > asynchfile, socket, etc) with a single client in the core vm. The code > is out of date right now (at least the version I have sitting around) > but the changes are very simple. A description of the changes, from the preamble of the change set: Adds a #getThisSession method to the Interpreter, and makes it accessible to the interpreter proxy for plugins. Increments the VM_PROXY_MINOR version number to 5. Modifies FilePlugin and its support code to use the new mechanism. The session identifier is a 32 bit integer which is used in SQFile data structures. It is also a field in the SQSocket data structure, although this is currently unused (at least in the unix implementation of the socket code). The session identifier is also potentially useful for identifying distributed squeak images, and for handling any external resource whose Squeak representation may become invalid after restarting the image. This change set moves the session identifier code from the FilePlugin support code into the Interpreter, and makes it available to any plugin by means of the interpreter proxy. Any plugin which needs to obtain the session identifier may now do so with 'intepreterProxy getThisSession' (in Smalltalk) or 'interpreterProxy->getThisSession()' (in a hand-coded C plugin or support code). The function which initializes the session identifier is defined as a macro in sq.h, so that it can be easily replaced by a function in support code if it needs to be improved. > Question - given that it requires a rev in the sqVirtualMachine > structure stuff, is it actually worth doing? Personally I'd say yes and > include it in the VI4 stuff since that is going to require a total > step-function update. It removes some code from several places and > replaces it with code in one place, which usually saves some problem > later. If the answer turns out to be "yes", I'll be happy to bring it up to date. Dave |
|
From: Tim R. <ti...@su...> - 2002-09-10 00:39:10
|
Some time ago Dave Lewis worked up changes to replace the multiplicity of session ID handling functions found in several plugins (file, asynchfile, socket, etc) with a single client in the core vm. The code is out of date right now (at least the version I have sitting around) but the changes are very simple. Question - given that it requires a rev in the sqVirtualMachine structure stuff, is it actually worth doing? Personally I'd say yes and include it in the VI4 stuff since that is going to require a total step-function update. It removes some code from several places and replaces it with code in one place, which usually saves some problem later. tim -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim Strange OpCodes: MT: Muddle Through |
|
From: Andreas R. <And...@gm...> - 2002-09-07 16:07:17
|
Lex, > Just to toss out, Bert's comment about scripts is a real > issue. I tried to use Squeak in a scripting situation on > Windows once, and got frustrated because of it not inheriting > the worknig directory. I had to fully specify every filename. > (Another nuisance was that it didn't block when called > from a batch script, but instead forked into its own > independent thread.) It would if you'd use a VM which is compiled as "console application". Windows apps have this weird thing that they are either console apps (in which case they *do* inherit the CWD from the command line and block the invoking thread by default) or GUI apps (in which case you get all this wonderful behavior described before). I tried to figure out whether someone is starting Squeak from the command line or not (e.g., to make this behavior transparent) but apparently there is no way to figure this out. "GUI apps" are simply forked off. "Console apps" on the other hand open one of these really ugly command line prompts whenever you start them by double clicking (and I couldn't find a way of getting rid of those fast enough to make it unnoticable to the user). I could compile a console VM in addition to the GUI VM but sofar there hasn't been a lot of interest in this. > So, I would vote that we in fact use whatever Windows gives you. In a > drag-and-drop situation, you are unlikely to care what "FileDirectory > default" is, anyway, are you? I am. That was exactly the reason why I changed it. > Regarding the sources file, I actually find it pretty annoying to have > this stupid symlink in every directory I run Squeak from. It would be > really nice if the image could query for a sources directory and then > use that. On Unix that would be some system location (though probably > overide-able by an environment variable). For Windows, I don't know > which would make more sense: VM or image. I would guess VM, just > because Windows programs tend to have a single directory tree holding > all of the standard files. Squeak is already looking in the VM directory to find the source files. I don't know if that's any different on Unix but I have all the .sources in the VM directory and hardly ever copy anything around. Cheers, - Andreas |
|
From: Lex S. <le...@cc...> - 2002-09-07 15:49:46
|
Just to toss out, Bert's comment about scripts is a real issue. I tried to use Squeak in a scripting situation on Windows once, and got frustrated because of it not inheriting the worknig directory. I had to fully specify every filename. (Another nuisance was that it didn't block when called from a batch script, but instead forked into its own independent thread.) So, I would vote that we in fact use whatever Windows gives you. In a drag-and-drop situation, you are unlikely to care what "FileDirectory default" is, anyway, are you? Regarding the sources file, I actually find it pretty annoying to have this stupid symlink in every directory I run Squeak from. It would be really nice if the image could query for a sources directory and then use that. On Unix that would be some system location (though probably overide-able by an environment variable). For Windows, I don't know which would make more sense: VM or image. I would guess VM, just because Windows programs tend to have a single directory tree holding all of the standard files. For the changes file, of course, we can derive a name from the image name, and thus we have no trouble. (Assuming the name is fully qualified, and which we could insist that it is.) Fileouts, I guess, should go in the image directory, because they seem like the same sort of development type thingie as an image, anyway, and since it would be annoying if fileouts started appearing on the desktop. Logfiles can go anywhere on Windows; the VM directory would seem the most natural place, if it is writable. Lex PS -- on Unix it is possible that your directory is unlinked and doesn't have a position. But I suppose we can live with ignoring this awkward case! :) The usual Unix idea is not to insist on having an absolute position in the file hierarchy. Not every file has a name in Unix; but then again, that's an immediate conflict with the Squeak StandardFileStream class. |
13 messages has been excluded from this view by a project administrator.
