Squeak-dev July 2000

squeak-dev@lists.squeakfoundation.org

121 participants
566 discussions

Re: [bug][fix][fix?] scamper initialization code
by Lex Spoon 31 Jul '00

31 Jul '00

mdr(a)scn.org (mike rutenberg) wrote: > > --==CelesteAttachment16440== > Content-Type: text/plain; charset="us-ascii" > > Scamper initialize sets > currentUrl _ ''. > > If you open a Scamper and then quickly choose "new URL" from the menu, > jumpToNewUrl evaluates > currentUrl toText > where toText is not understood by the string. > > Attached is a proposed fix. Scamper experts: is this right? > (Much belatedly) Looks good to me. Note you can do just ['' asUrl] instead of [Url absoluteFromText: ''], but who cares. -Lex

1 0

Re: [ENH] Alternative EventSensor
by Stephan Rudlof 31 Jul '00

31 Jul '00

Dear Andreas, dear Tim! I'm somewhat irritated. But this is normal, if there is such a discussion. As user I'm interested in a *working* version of as much event code as possible. Now there are two different drafts. I think we strongly need a *common* source base in ST *and* C to make further developments. Some thoughts and comments are following. 0. "Raab, Andreas" wrote: > > * A somewhat different event format > I've added support for time stamps (which we will need for determining > double-click times etc) for all events, as well as a number of currently > "reserved" slots for the defined events. I think that we may want to use > these reserved slots for stuff like a window handle, Unicode characters, or > meta-keys (such as function keys or similar). I like the concept of time stamps. 1. Tim Rowledge wrote: > I think the changes to HandMorph etc that I included to improve their > event behaviour are also very important. Without code analogous to that, > there is very little point ot having any sort of event handling in the > VM or anywhere else! I second this. Are Tim's changes to HandMorph, etc. compatible with Andreas' changeset? I think this is an important point to be able to work further here. Wouldn't it make sense to merge Andreas' and Tim's versions to a common base? Currently we're in kind of a twilight zone... 2. Tim Rowledge wrote: > > > > User interrupts. These are handled by the ioProcess running in EventSensor. > That's a good improvement, essential if we really want to use a process > to reap events. As I said in explanatory email. > > > > > I'm sending this CS as a base for discussions. > Ok, so it's fine so far as it goes. It'll certainly work ok on the > platforms I know anything about (though I _still_ can't find a way to > get my &^%^ing Acorn to give me mouseUp events!) pretty well. There seem to be consensus that Andreas has made some good additions. 3. "Raab, Andreas" wrote: > > Tim, > > > > [Re: ST oops] > > > > Huh? It makes SmallIntegers (or potentially LPIs I guess). What's > > > > the problem with that? > > > > > > Two problems basically. #1 I simply don't like hacks like "#define > > > INT_OBJ(val) (((val) <<1) | 1)" if there might be a cleaner solution. > > So call integerObjectOf: or positive32BitIntegerFor: ; for a freely > > declared hack to demonstrate that events can be done it's no > > great crime to use a macro. > > It's not a great crime but it's not a clean solution either. Calling > #positive32BitIntegerFor: or any such function can cause a GC in which case > the OOP provided may move and you have to keep in mind to remap it. As I > said this can all be debugged, but then again, why bother?! That's the first > part of why I don't want to expose the raw Smalltalk oop. > > > > #2 is that for time stamping an accurate mask is required and > > > forgetting it may cause trouble. Yes, all of this can be debugged > > > but why even bother?! There is only one situation where one might > > > argue that exposing the internals is actually a good idea - which > > > is when you want to return something different than an Integer > > > (such as a string). But as I understand it, for the time > > > being we won't have a use for anything but a number of > > > integers so I'd rather not expose the details too much. > > ?? you've lost me. What details are being exposed that you > > don't like to expose? What has time stamping masks got to do with it? > > For one thing see above. For the time stamp - the value returned by > #millisecondClockValue is masked to fit into a positive SmallInteger value. > Which means if you forget to mask it or (because of overflow of the VM msec > representation) return a negative value, you will sometimes compute accurate > double click times and sometimes you won't. Again, it can be debugged. And > then again, why should there be any need for debugging it?! I think we need a very good documentation here, if ST functions should be used (don't use macros instead of interpreter functions here, please; the definition of the VM may change). See below at 5. for a better way. 4. Henrik Gedenryd wrote: > > Raab, Andreas wrote: > > > >> The > >> other possible use is for debug code - e.g., something like "Sensor > >> leftShiftDown ifTrue:[self halt]" is very convenient. > > I suggested some time before that all input events should go via the hand, > including leftShiftDown and such. This doesn't need to actually look at the > hardware. Is there a reason that I have missed for why the above wouldn't > work for this too? (Hmm, perhaps we could make a HandMorph surrogate for MVC > too?) If we can successfully simulate hardware for MVC by using events; where is the problem here? I don't see much difference in using this simulated state polling by HandMorphSurrogate>>someMethod or Sensor>>someMethod. 5. "Raab, Andreas" wrote: > > > > I'm still trying to figure out how to prevent the C > > > support code from creating raw oops (another > > > thing I don't like is that with Tims implementation you > > > have to create oops yourself). > > > > Why not just pass a ByteArray to the primitive and let it > > stuff in raw bytes instead of an Array (which you'd have to > > create oops for)? > > I don't really like ByteArrays here - too much interpretation imposed to the > ST side where we really only need a handful of Integers. Note that I don't > mind creating a couple of SmallIntegers from within the VM; the thing I > don't like is that the C support code (e.g., a VM porter) has to know how to > create ST oops. This can lead to fatal and hard to track down errors (such > as when you have to mask the time stamp for matching the VM's assumption > about what number of bits is reported by ioMSecs) so I'd rather pass out a > plain C structure which the C support code fills in and the primitive code > in the VM will map these into the appropriate ST representation. This means to separate the C event generation in the support code from the mapping of these C representation into ST objects (with potential GCs, etc.). Sounds reasonable to me and is an improvement of the status described in 3.. ------------------ Suggestion: What about building a Tim-Andreas team? You are the experts here and I think you'd reach a very good solution. BTW: Possibly you are such a team yet... Greetings, Stephan

2 1

Help with FFI?
by Karl Goiser 31 Jul '00

31 Jul '00

G'Day, I want to access some of the libraries on the Mac, e.g. the Security library. Would I do that using FFI? Is there any documentation on FFI to get me going? Thanks peoples Karl

2 1

Re: Compiler, was Re: Block closures
by Lex Spoon 31 Jul '00

31 Jul '00

Dan Ingalls <Dan.Ingalls(a)disney.com> wrote: > Lex - > > > 3. Ability to execute statements straight out of a parse tree. Or at > >the least, the ability to generate a block from a parse tree which can > >later be evaluated. (blocks and methods are very similar in the > >abstract, but they aren't in Squeak). It just seems like this should be > >possible, due to the nature of what a parse tree is. > > I presume you already use this in your type inferencer, since it allows you to execute an existing method in the space of the types of its parameters and receiver, to produce the type of the result. So I'm strongly in favor of this capability. > Yes, I started with this approach. It breaks down eventually, however, because it has trouble with cyclical dependencies, and cyclical dependencies are too common to just be swept under the rug: for example, recursive methods need them. So the most recent system begins by extracting an explicit dependency graph for the types, and then iteratively updating the types the way data flow algorithms do. Initially, nodes for literals are assigned a type for the particular literal, and all other nodes are assigned _|_ ("bottom", the type with no values). Then, the nodes are repeatedly updated according to the dependency graph -- if the graph says that node A is a supertype of node B, and node A currently has a type assigned which is smaller than B, then merge B's type into A's type and keep going. (note, OO adds a quirk compared to similar algorithms in other languages: if A's type grows, then new mehtods might be invoked, and so the dependency graph can grow as the algorithm runs!). Eventually this process ends and you have a set of types which is internally consistent. The key problem is in finding what detail to maintain in the types and in the particular nodes; for example, you can certainly have more than one type node per parse-tree node, to correspond to different contexts the parse-tree node might be used in. But how do you choose what contexts to use and when? You have to make a lot of good choices to get a workable tool out of this, and I haven't managed to do it yet. Some inferences run very quickly (2.0+2.0), but others generate > 100 MB of data and lock up my image an hour or so later (2+2 -- how depressing!). -Lex

1 0

[Q] Also looking for a TimeSlicer class (Squeak)
by Rob Withers 31 Jul '00

31 Jul '00

It doesn't necessarily need VM support, I don't think, although it may be nice to hook into checkForInterrupts. I guess it would run at highIOPriority and I would like to adjust the priorities of the resumable processes. Perhaps run a logarithmic schedule. Is this feasible? Does anyone have this kinda code? are you deep squeakin', yet? ;-) Rob -- -------------------------------------------------- Smalltalking by choice. Isn't it nice to have one!

2 2

Re: [Q] Also looking for a TimeSlicer class (Squeak)
by Rob Withers 31 Jul '00

31 Jul '00

Ned Konz wrote: > > Ned Konz wrote: > > > > Rob Withers wrote: > > > > > > It doesn't necessarily need VM support, I don't think, although it may > > > be nice to hook into checkForInterrupts. I guess it would run at > > > highIOPriority and I would like to adjust the priorities of the > > > resumable processes. Perhaps run a logarithmic schedule. Is this > > > feasible? Does anyone have this kinda code? > > > > I think Bob Arning did one of these as part of his Refactoring Browser work. > > > > http://www.charm.net/~arning/Refactoring%20current/ > > Actually, his allowed you to run a process at alternating priorites for > different periods of time (say priority 4 for 600 msec, then 8 for 400 msec, > alternating). > > It forked off a high-priority process that would re-adjust the priority > of the process whose priority was being modulated. > > Here is a condensation of the pertinent code (I removed instrumentation > and testing support for clarity): > Thanks, Ned. This looks very interesting - I'll have a look tomorrow. Rob -- -------------------------------------------------- Smalltalking by choice. Isn't it nice to have one!

1 0

[BUG][FIX][2.8] Debugger can't debug non-UI threads
by Bob Arning 31 Jul '00

31 Jul '00

Hi Ned, This sounded so familiar! I dug up some code from last December that I failed to lobby hard enough for. I have adjusted it for 2.8 and attached it below. Please try it out and see if you have any problems. I will see that it gets in the updates this time. Notes: -- 2.8 ONLY! - I will make one for 2.9 once this gets settled -- This fixes the problem in Morphic and I don't think it harms MVC. Cheers, Bob On Sun, 30 Jul 2000 13:58:56 -0700 Ned Konz <ned(a)bike-nomad.com> wrote: >When it resumes, it makes the interrupted process the current UI process. > >To demonstrate this, evaluate the following in a Workspace (it's more obvious >in Morphic, as the MVC debugger doesn't appear immediately): > > [ self halt ] fork > >Now try to proceed, or debug and then resume. > >The UI locks up. > >Any suggestions? > >Perhaps the Debugger can have a flag that tells it whether the interrupted >process was indeed the UI process, and it could resume accordingly. ===== code follows ===== 'From Squeak2.8 of 13 June 2000 [latest update: #2347] on 30 July 2000 at 11:19:35 pm'! "Change Set: debugFix3 Date: 30 July 2000 Author: Bob Arning When a non-ui process encounters an error, the debugger does not need to create a new ui process. It was however terminating the active process on resuming from the (non-ui) error. This left no ui process running. The change here is to leave the ui process running in such cases"! CodeHolder subclass: #Debugger instanceVariableNames: 'interruptedProcess interruptedController contextStack contextStackTop contextStackIndex contextStackList receiverInspector contextVariablesInspector externalInterrupt proceedValue selectingPC sourceMap tempNames savedCursor isolationHead failedProject errorWasInUIProcess ' classVariableNames: 'ContextStackKeystrokes ErrorRecursion ' poolDictionaries: '' category: 'Tools-Debugger'! !Debugger methodsFor: 'initialize' stamp: 'RAA 7/30/2000 23:04'! openFullNoSuspendLabel: aString "Create and schedule a full debugger with the given label. Do not terminate the current active process." | topView | Smalltalk isMorphic ifTrue: [ self openFullMorphicLabel: aString. errorWasInUIProcess _ Project current spawnNewProcessIfThisIsUI: interruptedProcess. ^self ]. topView _ self buildMVCDebuggerViewLabel: aString minSize: 300@200. topView controller openNoTerminate. ^ topView ! ! !Debugger methodsFor: 'initialize' stamp: 'RAA 7/30/2000 23:05'! openNotifierContents: msgString label: label "Create and schedule a notifier view with the given label and message. A notifier view shows just the message or the first several lines of the stack, with a menu that allows the user to open a full debugger if so desired." "NOTE: When this method returns, a new process has been scheduled to run the windows, and thus this notifier, but the previous active porcess has not been suspended. The sender will do this." | msg topView p | Sensor flushKeyboard. savedCursor _ Sensor currentCursor. Sensor currentCursor: Cursor normal. msg _ msgString. (label beginsWith: 'Space is low') ifTrue: [msg _ self lowSpaceChoices, msgString]. isolationHead ifNotNil: ["We have already revoked the isolation layer -- now jump to the parent project." msg _ self isolationRecoveryAdvice, msgString. failedProject _ Project current. isolationHead parent enterForEmergencyRecovery]. Smalltalk isMorphic ifTrue: [ self buildMorphicNotifierLabelled: label message: msg. errorWasInUIProcess _ Project current spawnNewProcessIfThisIsUI: interruptedProcess. ^self ]. Display fullScreen. topView _ self buildMVCNotifierViewLabel: label message: msg minSize: 350@((14 * 5) + 16 + self optionalButtonHeight). ScheduledControllers activeController ifNil: [p _ Display boundingBox center] ifNotNil: [p _ ScheduledControllers activeController view displayBox center]. topView controller openNoTerminateDisplayAt: (p max: (200@60)). ^ topView! ! !Debugger methodsFor: 'private' stamp: 'RAA 7/30/2000 23:19'! resumeProcess: aTopView Smalltalk isMorphic ifFalse: [aTopView erase]. savedCursor ifNotNil: [Sensor currentCursor: savedCursor]. isolationHead ifNotNil: [failedProject enterForEmergencyRecovery. isolationHead invoke. isolationHead _ nil]. interruptedProcess suspendedContext method == (Process compiledMethodAt: #terminate) ifFalse: [contextStackIndex > 1 ifTrue: [interruptedProcess popTo: self selectedContext] ifFalse: [interruptedProcess install: self selectedContext]. Smalltalk isMorphic ifTrue: [errorWasInUIProcess ifTrue: [Project current resumeProcess: interruptedProcess] ifFalse: [interruptedProcess resume]] ifFalse: [ScheduledControllers activeControllerNoTerminate: interruptedController andProcess: interruptedProcess]]. "if old process was terminated, just terminate current one" interruptedProcess _ nil. "Before delete, so release doesn't terminate it" Smalltalk isMorphic ifTrue: [aTopView delete. World displayWorld] ifFalse: [aTopView controller closeAndUnscheduleNoErase]. Smalltalk installLowSpaceWatcher. "restart low space handler" errorWasInUIProcess == false ifFalse: [Processor terminateActive]! ! !Project methodsFor: 'active process' stamp: 'RAA 7/30/2000 22:56'! spawnNewProcessIfThisIsUI: suspendedProcess world isMorph ifFalse: [ "does this ever happen?" self spawnNewProcess. ^true ]. self activeProcess == suspendedProcess ifTrue: [ self spawnNewProcess. ^true ]. ^false "no new process was created"! !

1 0

RV: question
by pablo digonzelli 31 Jul '00

31 Jul '00

Hi, there is any form to work with a Database in Squeak. I mean doing transcations , reading records ,etc. TIA

1 0

Re: [ENH] Alternative EventSensor
by Ned Konz 31 Jul '00

31 Jul '00

"Raab, Andreas" wrote: > > Folks, > > After looking at Tim's EventSensor stuff I figured that there are a couple > of things that I don't like (no pun intended). So I took a little time and > rewrote it the way I think it should be done. Looks good, from brief inspection. Haven't tried it out yet. I like that you're sending key down and up events. However, I don't fully understand what they're supposed to be. Are you looking to have raw keycodes (OS specific)? Or just the same old (pre-mapped) codes from the VM? I find the VM's mapping of keys to be a weak spot of the current implementation. There are a number of keys I just can't use, or that don't work the way I'd like (for instance, I don't seem to have a forward delete key in Squeak). And I can't get raw key information (for instance, to differentiate between a keypad "1" and a main keyboard "1"). I wonder, also, what happens on key down events? Is there both a key down and a character event generated? And what about keyboard auto-repeat? It's often distinguishable from the initial key press, at least at the OS level. You only have key down and up (as well as cooked char) events. > I'm still trying to > figure out how to prevent the C support code from creating raw oops (another > thing I don't like is that with Tims implementation you have to create oops > yourself). Why not just pass a ByteArray to the primitive and let it stuff in raw bytes instead of an Array (which you'd have to create oops for)? -- Ned Konz currently: Stanwood, WA email: ned(a)bike-nomad.com homepage: http://bike-nomad.com

4 5

Re: [BUG][2.8] Debugger can't debug non-UI threads
by Bob Arning 31 Jul '00

31 Jul '00

Hi Ned, We've fixed (or tried to) this a couple of times. I really thought it was working after the last pass. I'm going to try to dig through old stuff to see if something got lost or if it was never really fixed. I'll let you know what I find. Cheers, Bob On Sun, 30 Jul 2000 13:58:56 -0700 Ned Konz <ned(a)bike-nomad.com> wrote: >I've been trying to get my Process Browser to be able to interrupt >processes and debug them, but found that the debugger's resume >assumes that it was the UI process that was interrupted. > >When it resumes, it makes the interrupted process the current UI process. > >To demonstrate this, evaluate the following in a Workspace (it's more obvious >in Morphic, as the MVC debugger doesn't appear immediately): > > [ self halt ] fork > >Now try to proceed, or debug and then resume. > >The UI locks up. > >Any suggestions? > >Perhaps the Debugger can have a flag that tells it whether the interrupted >process was indeed the UI process, and it could resume accordingly. > >Or maybe it could be passed a block to execute to resume the process.

1 0

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

Jump to page: