Squeak-dev January 2006

squeak-dev@lists.squeakfoundation.org

164 participants
300 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

hash method
by Houssam Fakih 31 Jan '07

31 Jan '07

Hi, When I redefine the = operation for a class I should redefine its hash method. My question is about the definition of the hash method. I read that the method must return a SmallInteger whose value is related to the receiver. I would like to know if there is a general pattern adopted in Squeak for that. I get a look in the Squeak classes but it doesnt help. Thanks, Houssam ____ "Le paradis touche les pieds des mères..." >>> http://csl.ensm-douai.fr/fakih

4 4

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

[ANN] Audio Video Library
by Martin Kuball 07 Oct '06

07 Oct '06

Hi I would like to annonce my project to build a Library for processing audio and video material with squeak. I put a 1st version on the SqueakSource at kilana.unibe.ch. It's not much yet. But you can load and analyze avi container with mpeg 4 video and mp2 and mp3 audio content. I did this because I needed a tool to repair some broken avi files. Other tools I tried just failed badly. Try this: RIFFArchive openOn: 'test.avi' "use explore it to get a nice tree view of the chunks in the avi" "open a transcript and execute the following to get some information about the contents" (RIFFArchive openOn: 'test.avi') analyzeVideoStream "To extract the streams inside the avi container do:" (RIFFArchive openOn: 'some.avi') extractAllStreamsToFile: 'base_fileName'. "If you have raw streams you can create an avi this way:" | avi | avi := AVIFile with: (M4VStream on: 'video.m4v') with: (MPAStream on: 'audio.mp3'). avi runtime: 100. avi frameRate: 24000 / 1001. avi createIndex. "not working yet" avi writeTo: (StandardFileStream newFileNamed: 'test.avi') Here is my tentative todo list. - write more documentation and tests - cleanup and speedup - add more container formats like mp4, matroska - add mpeg2 handling (-> dvd authoring???) - connect with the other multimedia bits in squeak (sound, video playing, ...) The project is of course open for everyone to join. Enjoy, Martin

5 6

Squeak at the NASA :)
by stéphane ducasse 12 Mar '06

12 Mar '06

Read read the nasa is using Squeak for.... Begin forwarded message: > From: Ted Shab <tshab(a)email.arc.nasa.gov> > Date: 23 janvier 2006 18:30:44 HNEC > To: ecoop-info(a)ecoop.org > Subject: [ecoop-info] MCT Architect at NASA/Ames in Mountain View, CA > > A team at NASA Ames Research Center is looking for a system > architect to help us design, develop, and deploy a component-based > framework for building NASA mission control systems. This project > is at a point where they need someone with serious chops to help > translate the preliminary design and prototypes into a state-of-the- > art yet practical and deployable system. The architect would be > joining an up-and-running, 10+person team of engineers and > designers. The design includes elements of user-level composition, > model-driven user interfaces, dynamic assembly of components > according to ontology-specified roles, distributed components, etc. > etc. We are currently building a pilot in Java / Eclipse RCP, and a > parallel testbed for user-experience exploration in Squeak > (Smalltalk) (really). The resulting framework will be used by the > various NASA centers (e.g. Ames, JPL, Johnson Space Center, Kennedy > Space Center, etc) to build distributed, multi-mission systems for > planning and executing a variety of NASA missions, including > robotic (e.g. Mars rovers & deep-space probes) and manned (e.g. the > new Moon/Mars exploration effort, including the Crew Exploration > Vehicle currently being designed). > > Position is located in Mountain View, California, at NASA/Ames, a > NASA research center. We can work with individuals on residency > issues. > > Interested parties should send a resume to tshab(a)mail.arc.nasa.gov > > Thanks! > > --Ted > _______________________________________________ > ecoop-info mailing list > ecoop-info(a)ecoop.org > http://www.aito.org/mailman/listinfo/ecoop-info

10 17

squeak & support for video?
by polishook＠optonline.net 24 Feb '06

24 Feb '06

what's the [current] status of squeak and video support? - input, output, display, etc .... r there future plans for squeak and video?

10 11

Unix VM Lockups
by William Harford 21 Feb '06

21 Feb '06

Hello all. I am having a problem with the Squeak VM running on Linux 2.6.11 with an SMP kernel (2 real processors appears to the OS to be 4 via Hyper- Threading ). The image is running a fairly active Seaside application. The application runs an external process very often (convert). It also access an external file after the external process completes. `lsof | grep squeak | wc -l` usualy returns a number around 120. The squeak version is 3.7-7 #1 Wed Oct 26 17:11:21 EDT 2005 gcc 3.4.3 Squeak3.7 of '4 September 2004' [latest update: #5989] The image will lockup (or start responding slowly) `top` reports 99.x % CPU usage. Opening the process browser will show the "UI process" taking up about 60% and the event tickler taking up the remaining. The UI process appears to be using so much process time because of the process browser. During the normal running of the application only a workspace is open. The web application will slow way down. From almost instantaneous. to 5 sec plus. Restarting (save and quit and reopening the image) will restore the application back to it's speedy self. An expectable level of speed will last for about 2 to 3 days. If the image is "doing nothing" the Squeak image will then hang around 50% CPU time. As soon as someone access a page the image will freeze for a second or two. Has anyone experienced this sort of issue ? Is there any known resolution or steps I could take to eliminate the problem? Thanks Will

2 3

[Morphic] Proposal for unify different pictures dictionary
by Lic. Edgar J. De Cleene 07 Feb '06

07 Feb '06

Juan: If at some point we wish unload Etoys, we must keep the pictures saved in StandardScriptingSystem formDictionary. In image also exists the ImageImports dictionary. I don't know if somewhere exists other like this. I suggest collect all and unify. Edgar ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar

3 6

3.9 feature voting round
by Cees De Groot 04 Feb '06

04 Feb '06

I still have that old "voting" software I once wrote as a proof-of-concept of what we could do with SqP's web of trust. I thought it'd be neat to do a round of voting about what should land in v3.9, now that the 3.9a team is considering going to beta. The team also thought it'd be need to get some structured input, so I cleaned up the database and it's now available for voting. The idea is simple: - Go to http://de-1.tric.nl/seaside/sqp/list - Login with your Squeak People account - Create an issue or vote on issues. You will see the number of votes you have constantly updated. Note: I haven't yet added the possibility to delete issues, and if you add an issue, you have to allocate at least one vote to it. So think before creating issues! In fact, you can't even edit an issue - which is logical, otherwise you could rig the voting (editing an issue should logically imply losing all votes that were on it before the issue). The SqP angle is that the higher your ranking, the more votes you get - Observers get none, Apprentice gets 5, Journeyer 10, Master 15. This is an entirely unfounded distribution and I'm not going to debate it here ;-). Note: this voting round serves two purposes: - Advise, I repeat: advise, the 3.9a team. They're entirely free to completely ignore the outcome of this stuff, although if many many many people vote for something and they don't do it, it'd be nice if they'd give a reason; - Check whether this sort of utility is useful. The software can be found in the SqueakPeople repository on SqueakSource. Have fun! Cees

23 45

Jump to page: