Squeak-dev April 1999

squeak-dev@lists.squeakfoundation.org

130 participants
319 discussions

RE: [UPDATES] 10 new updates for 2.4
by agree＠carltonfields.com 30 Apr '99

30 Apr '99

> labelString := 'Untitled Window' Causes some bugs when labelString had already been initialized. Perhaps this code wants to be labelString := labelString ifNil: ['Untitled Window'] instead?

1 0

RE: Calling methods from primitives
by agree＠carltonfields.com 29 Apr '99

29 Apr '99

Thanks. Lights went on at last. I've got it. -----Original Message----- From: MIME :stp@create.ucsb.edu Sent: Thursday, April 29, 1999 4:27 PM To: Greenberg, Andrew C.; Greenberg, Andrew C. Cc: squeak(a)cs.uiuc.edu Subject: Re: Calling methods from primitives agree(a)carltonfields.com wrote: > > How, then, does the calling/signalling prim-code communicate parameters to the callback? >From the "The Do-It-Yourself Guide to Squeak Primitives" (http://www.create.ucsb.edu/squeak/DIYSqPrims.html) -- "You can also trigger Smalltalk semaphores from C primitives; see John Maloney's SoundPlayer class or Siren's PrimMIDIPort for examples. This is by far the best way to implement "call-backs" from C to Smalltalk--have the Smalltalk application class pass down a semaphore to the VM and then start a loop process that waits for the semaphore and handles it asynchronously (If you're really clever, you can even create events and post them in Squeak's event input queue.)" The way I "pass arguments" is to have the data cached in the VM, and have the waiting process make another "fetch" prim call. In the case of the MIDIPort input, the code outline looks like the following: On start-up (port open), call a prim. and pass it a semaphore number (that's registered as external) Start a wait process in Smalltalk that waits on that semaphore At some later time (in response to a primitive or to external activity), signal the semaphore from the VM. The Smalltalk wait process makes a prim. call to get some data and waits again -- stp Stephen Travis Pope | stp(a)create.ucsb.edu | http://www.create.ucsb.edu/~stp << File: ENVELOPE.TXT >>

1 0

Squeak 2.4b keeps Crashing
by Peter William Lount 29 Apr '99

29 Apr '99

Hi, I am running the Windows version of Squeak 2.4b on my laptop pentium processor using Windows95. I have gotten the image running a few times. But it almost always comes up with the following "crash.dmp" stack dump. It runs fine on my desktop system running Windows95. Anyone got any ideas what the crash is about? Peter William Lount peter(a)smalltalk.org http://www.smalltalk.org/versions/SqueakSmalltalk.html =============== crash.dmp file ============== Thu Apr 29 11:03:59 1999 Current byte code: 209 Primitive index: 264 Stack dump follows: 25955220 Dictionary>scanFor: 25955064 Set>findElementOrNil: 25954908 Dictionary>at:ifAbsent: 25955996 [] in SystemDictionary>send:toClassesNamedIn: 25954752 OrderedCollection>do: 25954596 SystemDictionary>send:toClassesNamedIn: 25954440 SystemDictionary>processStartUpList 25903356 SystemDictionary>snapshot:andQuit: 25903164 ScreenController>snapshotAndQuit 25902736 ScreenController>yellowButtonActivity 25902228 MouseMenuController>controlActivity 25902072 Controller>controlLoop 25901916 Controller>startUp 25902384 [] in ControlManager>activeController: 25902540 [] in BlockContext>newProcess

2 1

[BUG]: Presenter>>playfield
by Marcus Denker 29 Apr '99

29 Apr '99

Hi! Presenter>>playfield doesn't work: -> make new drawing -> "keep" -> bring up the halo of the new drawing -> click on repaint -> "keep" WalkBack: 'SketchMorphs are not indexable' FIX: change the last line of Presenter>>playfield: ^fields isEmpty ifTrue: [associatedMorph] ifFalse: [standardPlayfield _ fields first] Marcus -- Marcus Denker marcus(a)ira.uka.de fon@home:(0721)614235 @work:(0721)608-2749 "Smalltalk is dangerous. It is a drug. My advice to you would be don't try it; it could ruin your life." -- Andy Bower

2 1

Cool New Stylus Writing System With Demo Applet
by agree＠carltonfields.com 29 Apr '99

29 Apr '99

http://www.mrl.nyu.edu/perlin/demos/quikwriting.html

1 0

Re: Calling methods from primitives
by Stephen Travis Pope 29 Apr '99

29 Apr '99

agree(a)carltonfields.com wrote: > > How, then, does the calling/signalling prim-code communicate parameters to the callback? >From the "The Do-It-Yourself Guide to Squeak Primitives" (http://www.create.ucsb.edu/squeak/DIYSqPrims.html) -- "You can also trigger Smalltalk semaphores from C primitives; see John Maloney's SoundPlayer class or Siren's PrimMIDIPort for examples. This is by far the best way to implement "call-backs" from C to Smalltalk--have the Smalltalk application class pass down a semaphore to the VM and then start a loop process that waits for the semaphore and handles it asynchronously (If you're really clever, you can even create events and post them in Squeak's event input queue.)" The way I "pass arguments" is to have the data cached in the VM, and have the waiting process make another "fetch" prim call. In the case of the MIDIPort input, the code outline looks like the following: On start-up (port open), call a prim. and pass it a semaphore number (that's registered as external) Start a wait process in Smalltalk that waits on that semaphore At some later time (in response to a primitive or to external activity), signal the semaphore from the VM. The Smalltalk wait process makes a prim. call to get some data and waits again -- stp Stephen Travis Pope | stp(a)create.ucsb.edu | http://www.create.ucsb.edu/~stp

1 0

Re: Squeak & Mozilla
by Kevin Fisher 29 Apr '99

29 Apr '99

Now THAT'S a neat idea....MozillaZine just reported that the Gecko engine had been successfully ported to Java, so it's certainly in the realm of possibility for Squeak. On 29-Apr-99 Duane Maxwell wrote: > You might also consider the complementary idea - using Mozilla as a > plugin > to Squeak, so that it can do all of the hard work of a modern, > fully-capable web browser, with Squeak providing the rendering and > front-end. > >>Hi all: >> >>I've been playing around with the most recent CVS builds of Mozilla >>(www.mozilla.org) and I had a thought yesterday...since Mozilla is >>completely open source, it would seem the ideal browser to build some >>kind of Squeak plugin for. >> >>I realize there is an ActiveX plugin floating around out there, but for >>us non-Windoze types it doesn't help a whole lot. I'm just thinking it >>might be an ideal way to promote Squeak, the same way Netscape promoted >>Java. And the thought of everyone having access to Squeak Pages in >>their web browsers just makes me smile too... > > > =================================================== > Duane Maxwell dmaxwell (at) launchpados.com > CTO http://www.launchpados.com > Launchpad, Inc. (619) 578-8500 x226 > > Information contained herein is my personal opinion > and not necessarily that of Launchpad, Inc. > =================================================== >

1 0

RE: Calling methods from primitives
by agree＠carltonfields.com 29 Apr '99

29 Apr '99

Well, not trivial -- you would have to be careful to reload the parameter state immediately after the call, since a GC could invalidate most pointers inside the prim, but such a solution would be nice, indeed. Indeed, even the ability to send a #value to a message block would be a nice toehold toward solving the problem. Once again, user needs to take care that pointers aren't invalidated between calls, but that's more a question of hygiene than functionality. Of course, this begs the question. Why think small if we are really setting up means to embed Squeak into a C program or other system? Perhaps rather than doing this piecemeal, we should go full boat and set up a credible and complete API once for embedding once and for all? Now that Headless Squeaks are being constructed, something like this might be quite useful. -----Original Message----- From: MIME :spair@advantive.com Sent: Thursday, April 29, 1999 1:22 PM To: squeak(a)cs.uiuc.edu Subject: RE: Calling methods from primitives What if you altered the instruction pointer (IP) and stack pointer (SP; to push any parameters) and then called interpret? Would that work? Also, would the debugger be able to handle having the primitive context on the stack? It seems to me if that would work, it should then be trivial to implement a macro for doing message sends from the VM (or pluggable prims). - Stephen > -----Original Message----- > From: stp(a)silcom.com [mailto:stp@silcom.com]On Behalf Of Stephen Pope > Sent: Thursday, April 29, 1999 12:08 PM > To: squeak(a)cs.uiuc.edu > Subject: Re: Calling methods from primitives > > > Stephen Pair wrote: > > > > Does anyone how to invoke a method on an object from within a > primitive? Is > > there a way? > > There's no direct and simple way to handle arbitrary "call-backs" > from the VM > into Smalltalk. I do it via Semaphores. You can easily register a > semaphore as > an external object, then signal it from a primitive. If you have > a Smalltalk > process waiting on the semaphore, it can do whatever it wants -- > send a message, > call another primitive, etc. > > -- > stp > > Stephen Travis Pope > stp(a)create.ucsb.edu http://www.create.ucsb.edu/~stp/ > > << File: ENVELOPE.TXT >> -----Original Message----- From: MIME :spair@advantive.com Sent: Thursday, April 29, 1999 1:22 PM To: squeak(a)cs.uiuc.edu Subject: RE: Calling methods from primitives What if you altered the instruction pointer (IP) and stack pointer (SP; to push any parameters) and then called interpret? Would that work? Also, would the debugger be able to handle having the primitive context on the stack? It seems to me if that would work, it should then be trivial to implement a macro for doing message sends from the VM (or pluggable prims). - Stephen > -----Original Message----- > From: stp(a)silcom.com [mailto:stp@silcom.com]On Behalf Of Stephen Pope > Sent: Thursday, April 29, 1999 12:08 PM > To: squeak(a)cs.uiuc.edu > Subject: Re: Calling methods from primitives > > > Stephen Pair wrote: > > > > Does anyone how to invoke a method on an object from within a > primitive? Is > > there a way? > > There's no direct and simple way to handle arbitrary "call-backs" > from the VM > into Smalltalk. I do it via Semaphores. You can easily register a > semaphore as > an external object, then signal it from a primitive. If you have > a Smalltalk > process waiting on the semaphore, it can do whatever it wants -- > send a message, > call another primitive, etc. > > -- > stp > > Stephen Travis Pope > stp(a)create.ucsb.edu http://www.create.ucsb.edu/~stp/ > > << File: ENVELOPE.TXT >>

1 0

Squeak & Mozilla
by Kevin Fisher 29 Apr '99

29 Apr '99

Hi all: I've been playing around with the most recent CVS builds of Mozilla (www.mozilla.org) and I had a thought yesterday...since Mozilla is completely open source, it would seem the ideal browser to build some kind of Squeak plugin for. I realize there is an ActiveX plugin floating around out there, but for us non-Windoze types it doesn't help a whole lot. I'm just thinking it might be an ideal way to promote Squeak, the same way Netscape promoted Java. And the thought of everyone having access to Squeak Pages in their web browsers just makes me smile too...

3 3

RE: Publish-Subscribe, Weak Arrays and Garbage Collection...
by Raab, Andreas 29 Apr '99

29 Apr '99

Hi, > So my questions are: > Is this a synchronization problem with the FinalizationProcess in > WeakArray? > It might well be. > is the WeakKeyDictionary class process safe, or how can I make it so? > WeakKeyDictionary is not process safe - WeakRegistry is. If you have a look at its implementation then you should be able to secure the WeakKeyDictionary the very same way. > Do I need to integrate my (PostOffice) class with the > FinalizationSemaphore > or FinalizationLock of class WeakArray - how would I do this, how do I > access these semaphores? > This should not be necessary at all. Andreas -- +===== Andreas Raab ========= (andreasr(a)wdi.disney.com) ==+ | Walt Disney Imagineering Phone: +1 818 544 5016 I I Glendale, CA Fax: +1 818 544 4544 I +======< http://isgwww.cs.uni-magdeburg.de/~raab >========+

1 0

← Newer
1
2
3
4
5
6
7
8
...
32
Older →

Jump to page: