Squeak-dev December 2004

squeak-dev@lists.squeakfoundation.org

194 participants
491 discussions

veryDeepCopy, ImageSegments, and actionMaps
by Ned Konz 17 Aug '23

17 Aug '23

Any Object can have dependents whether or not it has an instance variable to keep track of them (these are kept in the DependentsFields class variable of Object). The only class that keeps its own dependents is Model. Any Object can have an actionMap. These are supplied by EventManager class by default, and are stored in the ActionMaps class variable of EventManager. The only class that keeps its own action maps is Morph. When we veryDeepCopy an object we also copy the global dependents (see DeepCopier>>fixDependents). However, we don't copy the actionMap in those cases where it's held by the EventManager class. When we file out an object that uses DependentsFields out into an ImageSegment, we also file out the dependents (see ImageSegment>>dependentsSave:) if it's in a project. We do this by adding a project parameter called #GlobalDependentsInProject. However, we don't file out the actionMap in those cases where it's held by the EventManager class. My question is this: should we fix these behaviors (copying and serialization) to include these "global action maps" just like we already include the "global dependents"? Or should we discourage the use of the "global action maps"? -- Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE

3 2

Trying to build SerialPlugin for IrDA under MPW (MacOS 8.6)
by Hans-Martin Mosner 24 May '12

24 May '12

Hi, I recently got a serial IrDA adapter and wanted to play around with it under Squeak. This adapter has a baudrate switching mechanism which depends on toggling the DTR and RTS lines in the correct sequence. To support this, I wanted to build a new SerialPlugin with an additional primitive. However, the plugin as built with MPW does not seem to be accepted by the VM, which still uses the internal plugin in all cases. I've tried placing the plugin in a 'Plugins' subfolder of the VM's folder, and then directly into the VM folder, without any success. I have considered placing debug outputs in appropriate places in the VM, but building a complete VM with MPW is not easy - I would have to create an MPW makefile for the whole shebang, which is more work than I can invest at the moment. Does any of you Mac aficionados have an idea where the problem could be? I have appended the plugin and corresponding source files in a ZIP file (it's not big) so if you want to try it out you could do it right now :-) BTW, would it make sense to incorporate support for switching serial port parameters of an open port into the standard plugin? Closing and opening a port just to change the baud rate seems a little overkill... Cheers, Hans-Martin

6 14

RE: Progrmaming in Bytecode?
by Swan, Dean 24 Nov '06

24 Nov '06

>> It's not uncommon to find x86 code padded with a lot of NOPs >> that weren't in the original source. > >Cowardly assembler! ;-) > >> [NOPs...] Sometimes they're there to pad the execution pipeline, and >> sometimes it's just because the code generator allocates a whole large >> enough for the largest form of an instruction to simplify the branch >> target calculations. > >We must be talking about M$oft assemblers here. ;^p) Yes. This has been pretty characteristic of MS assemblers as far back as I can remember (i.e. about MASM 2.0 - I remember being quite excited when MASM 4.0 came out - '186 and '286 code!). >The real problem is that the solution in general might require N >iterations for a piece of code with N branches -- if promoting one of them >from short to long causes the next (or, much more problematically, a >preceding) one to become long too. You're such an optimist. O(n) is close to best case for this problem. >This is a weak form of what I suppose one might call an "oscillating >constraints" problem. (Hands up anyone who has ever seen [La]TeX get Hence, stochastic optimization. Even MS uses stochastic optimizers now, even in vb. (didn't want to say that too loud here. ;) ) >The usual cause for "padding" in (capable) assemblers (other than for >prefetch alignment, as you point out) is due to dynamic linking where the >size of call sites isn't known until link time. (On modern systems the Not only prefetch alignment. I have heard, although I don't know the details that sometimes it's desirable to force a dead cycle in the execution pipeline. I can only guess that this would be to influence the scheduling of the execution units for complex instructions, but I consider myself to be only a "casual observer" with respect to this kind of thing. >In Smalltalk you've also got a bigger problem: for very long methods the >range of even unconditional branches might not be enough, at which point >I know this has nothing whatsoever to do with Smalltalk...) Well, to kind of tie this back into something relevant to Squeak - I know a few people have talked about "new" VM instruction sets. It seems that it might help to think about a VM where all instructions are the same size. This could simplify code generation (i.e. compiling methods), and possibly improve performance and *reduce* code size (at least in the case of long methods). The anticipated performance improvement would come from forcing aligned fetches more often and potentially simpler instruction decoding. It's really nice to work with an architecture where all instructions take up one word of memory, take one cyle to execute, and sometimes can cause five or six different useful things to occur during that one cycle. (ok, so I write a lot of DSP code...) The single cycle thing isn't necessarily relevant for Smalltalk, but those "extended" bytecodes are really distasteful to me. -Dean

10 15

[BUG] SM2 Burps after loading Breakpoint support or ColorDevTools
by Thomas A Petersen 05 Dec '05

05 Dec '05

Herman, Goran, et. al, I don't think your Jacaranda script is the problem. I tried the same exercise from a clean 3.7 5566 image and loading SM2 Loader first thing. I get the same crash with Breakpoint Support and ColorDevTools. Checking the change sorter shows that things are installed. There appears to be something going on as SM2 finishes things. Goran, Oh Great Sage of SM.... Can you enlihton us? Thanks much, tap P.S. Here's the debug log. Could this be a side effect of the translation stuff?? ----------------------------------------------------- MessageNotUnderstood: Character>>first 1 December 2003 3:22:52 pm VM: Win32 - Squeak3.5 of '11 April 2003' [latest update: #5180] Image: Squeak3.7alpha [latest update: #5566] Character(Object)>>doesNotUnderstand: #first Receiver: $5 Arguments and temporary variables: aMessage: a Message with selector: #first and arguments: #() Receiver's instance variables: value: 53 SMSqueakMap>>installedVersionOf: Receiver: a SMSqueakMap Arguments and temporary variables: aPackage: SMPackage[Breakpoint Support] Receiver's instance variables: packages: a Dictionary(an UUID ('010894c3-0b8a-47fc-8deb-7c08996bfa71')->SMPackage[OSProcessPlugin] an UUID('017b1882-9376-4bf7-b...etc... accounts: a Dictionary(an UUID ('034ab782-a939-de49-976c-b009701b4406')->SMAccount[Todd Blanchard] an UUID ('035d2bda-c301-6049-b...etc... objects: a Dictionary(an UUID ('007e8c1c-02fa-45fc-97be-7ea4d2f67134')->SMCategory: Package group an UUID ('008c9940-4caf-ac49-a...etc... categories: nil dir: 'sm' transactionCounter: 3011 firstTransactionNumber: 2929 daysBacklog: 182 adminPassword: nil installedPackages: a Dictionary(an UUID ('07469ced-289a-4b6f-bd17-27ec567e681a')->'1.25' an UUID ('1200100f-1a95-...etc... installCounter: nil fileCache: a SMFileCache users: nil --- The full stack --- Character(Object)>>doesNotUnderstand: #first -----------------------------------------------------

5 4

About MAC VM
by stéphane ducasse 13 Sep '05

13 Sep '05

hi john I hope your travel back was good. It was good to have you around at ESUG. I wanted to know if this would be possible that when we double click on an image and that there is already one squeak running, we get another one. Because now we are all copying VM around. Stef

5 8

Re: Yahoo!
by Cg 11 Jun '05

11 Jun '05

2 1

Where are system globals (Smalltalk and SystemOrganization)
by Aaron Gray 01 Jun '05

01 Jun '05

Are Smalltalk and SystemOrganization "global variables". If so where are the system globals and how do I list them, within a browser and say to the Transaction window from the workspace ? Aaron

7 12

Problems building Win32 Squeak
by Aaron Gray 20 Mar '05

20 Mar '05

Hi, I have downloaded the 3.7.1 Win32 source and tools from SourceForge and have tried building Squeak, but am getting link time errors. The following symbols are undefined :- win32JoystickDebugInfo win32JoystickDebugPrintRawValues win32JoystickDebugPrintAlternativeValues win32DebugPrintSocketState 'sqWin32FilePrims.o' seems to be missing from the link as there are further undefined symbols from this file. And there are thurther error messages... Help, Aaron

4 7

Re: New FileSystem (was RE: About a new roadmap for 3.9)
by David T. Lewis 08 Feb '05

08 Feb '05

On Fri, Dec 17, 2004 at 04:54:33PM +1100, Russell Penney wrote: > > My plan is to have nearly everything written in Squeak with very basic > primitives, that way it allows more control. > > Fundamentally there are 3 classes: > File handles file access > Directory handles directory access > FileSystem handles the raw access and provides a unified interface for Files > and Directories. Russell, If you're going to do a complete rewrite, it would also be good to generalize the notion of an I/O channel for files, sockets, pipes, or whatever other external resources can be modeled in this way. I took a step in this direction with IOHandle (on Squeak Map). This has not been updated for current Squeak, but I'll be happy to do so if you have an interest. IOHandle separates the representation of I/O channels such as files and sockets from the higher level stream and file system stuff. On Squeak versions up through 3.6, you can install IOHandle to move all the low-level representations out of FileStream and Socket without breaking the old code (this is a bit tricky, because you have to be able to keep using the changes file while filing in the changes). To make it work on current Squeak, I would need to adapt it for the new Sockets classes, and redo the installation process. You might also find some useful things in DirectoryPlugin on SM, although this is intended to support the current file system, and it's probably best to throw all of this out and start fresh. Dave

14 22

Washington, DC area Smalltalk Meetup on January 20th, 2005.
by Matthew S. Hamrick 19 Jan '05

19 Jan '05

Hey Everybody, This is just a quick note to let you know that we're going to be kicking off a series of Smalltalk Meetups this January. The first is going to be held at the Starbuck's in Chinatown (800 7th St., NW, Washington, DC, 20001) at 7:00PM on January 20th, 2005. More information and an RSVP form can be found at: http://smalltalk.meetup.com/9/events/3796510/ I don't think I need to tell anyone in this group about the joys of Smalltalking. But from time to time I feel a bit isolated. All my peers are rambling on and on about how wonderful Java is, or even Python. Just once I would like to sit amongst people who are crazy about Smalltalk while sipping coffee. So if you're in the Washington, DC area, we would love to have you attend. This meeting is intended to be the kick-off for a series of monthly meetings of the Washington, DC Smalltalk community. We're organizing our meetups on the meetup.com site and will be putting together a program for future meetings after hearing what people's interests are at this meeting. As most of my recent Smalltalking has been done with Squeak, I'll likely be giving a brief intro to Squeak for any attendees that are interested. James Robertson of CinCom has already RSVP'd. Though he's not scheduled to deliver a presentation, he's a very good resource for getting more information about the ParcPlace / Digitalk branch of the Smalltalk tree. -Sincerely, -Matt Hamrick

9 9

Jump to page: