Squeak-dev November 2006

squeak-dev@lists.squeakfoundation.org

157 participants
223 discussions

Re: SoundRecorder
by Scott Wallace 21 Nov '06

21 Nov '06

Hi, John, and all, It perhaps bears mentioning that my tests were all run on an Intel Mac. -- S On Nov 8, 2006, at 5:32 PM, Scott Wallace wrote: > I downloaded the 3.9 image you pointed to, ran it on my Mac, and > discovered: > > (a) The sound-in-event-recorder bug *does* occur. But it's > slightly different: although the speed of playback is nearly > doubled, as in OLPC, the *pitch* does not change. So it is not a > Donald Duck sound. > > (b) Also, the same bug now (i.e. in 3.9) also occurs in the > vanilla SoundRecorderMorph! (In the OLPC/Mac image, the vanilla > SoundRecorderMorph produces good playback on the Mac -- it's only > the use of sound within an EventRecorderMorph that's > problematical. In the 3.9/Mac image *every* SoundRecorderMorph use > has this problem. But again, the overly-fast playback occurs > *without* a pitch rise.) > > So evidently 3.9 went "final" with the SoundRecorder completely > broken on the Mac. > > > Hopefully the above observations will provide some useful clues. > After all, we now have examples of images in which: > > [a] Plain SoundRecorder and EventRecorder-Sound both work fine > [Squeakland3.8] > > [b] Plain SoundRecorder works fine but EventRecorder-Sound is > broken, donald-duck style [OLPC] > > [c] Plain SoundRecorder and EventRecorder-Sound are *both* > broken; playback too fast but no donald-duck-style pitch [Squeak 3.9] > > > BTW: all my tests were run with the same Mac VM, namely Squeak > 3.8.12beta4U.app. > > > Cheers, > > -- Scott > > > On Nov 8, 2006, at 10:31 AM, Yoshiki Ohshima wrote: > >> ... It looks like the code we use is pretty much similar in the one >> Squeak 3.9. Can you check if you can reproduce it in an image like: >> >> http://ftp.squeak.org/3.9/Squeak3.9-final-7067.zip >> >> -- Yoshiki >> >> On Oct 31, 2006 at 2:27 PM, Scott Wallace wrote: >> >>> The sound-recording option of the EventRecorder in OLPC1.0 has >>> somehow gotten broken, in that when you play back an event- >>> recording that was recorded with sound, the sound comes out >>> Donald-Duck style, almost twice as fast as real time.

2 5

Colored TTF rendering
by Andreas Raab 21 Nov '06

21 Nov '06

Hi - For those of you who use colored Truetype fonts excessively (like Shout+TTF default fonts) it may be interesting to note that I just committed a fix for the color-caching problem to the Croquet repository. This fix speeds up colored text rendering with TTFs by up to an order of magnitude and might be worthwhile to port it back to 3.9 if anyone is interested. Cheers, - Andreas

5 9

BalloonCanvas question
by Hilaire Fernandes 20 Nov '06

20 Nov '06

What is the use of the ifNoTransformWithIn: method? When I use the BalloonCanvas within a morph drawOn: method, the ifNoTransformWithIn: is forcing the use of the super graphic method, so no anti-aliasing take place. I am sure there are pretty good reason, but I don't get it. Hilaire Fernandes

3 8

VNC (RFB) bug on a 3.9 image
by Sébastien Rocca-Serra 20 Nov '06

20 Nov '06

Hi, I want to run the RFBServer on a 3.9-7067 image. But when I try to connect to it, I get "MessageNotUnderstood: SystemDictionary>>isBigEndian" (cf. bug 5043, http://bugs.impara.de/view.php?id=5043). - I tried both the Squeak RFBViewer and a Windows TightVNC client - I tried the SqueakMap and SqueakSource packages and I always get this bug. I tried to change "Smalltalk isBigEndian" to "SmalltalkImage current isBigEndian". It fixed the error, but I still can't connect: - I get a "connection closed" message with TightVNC - with RFBViewer, my image hangs... So, is there a 3.9 release for RemoteFrameBuffer? Or a .cs I could use? Thanks! Seb.

2 1

The Weekly Squeak Summary No. 7: Nov 12 - Nov 25, 2006
by Michael Haupt 20 Nov '06

20 Nov '06

Dear Squeakers, welcome to the The Weekly Squeak Summary, a weekly report on what's going on in the world of Squeak based on the Weekly Squeak blog. It's been another quiet week. Still, there is a highlight that affects most of us. VOTE! - http://weeklysqueak.wordpress.com/2006/11/15/vote/ The upcoming Squeak Foundation board elections require the community's participation. That is, not only should everybody cast their vote, but they also ought to think about the candidates can be interrogated with regard to their particular views on a board membership. A catalogue of questions is to be posted on the Weekly Squeak blog. Please contribute! Here's the summary of the other three news items that we've had. 1. Magma Interview with Chris Muller - http://weeklysqueak.wordpress.com/2006/11/15/magma-interview-with-chris-mul… The Magma OODB system's creator, Chris Muller, has been interviewed by the ODBMS Journal. The aspects covered in the interview range from Magma's development and optimisation to its usage. The interview is available as an MP3 stream. 2. Deploying Seaside - http://weeklysqueak.wordpress.com/2006/11/17/deploying-seaside/ A recent thread on the Seaside mailing list discusses in detail how to deploy a Seaside application. Amongst others, there is information about image versions to use, and running images in headless mode (but connected to a VNC server for remote administration). 3. Squeak in Extremadura - http://weeklysqueak.wordpress.com/2006/11/17/squeak-in-extremadura/ This one is a nice almost 20 minute-long video on how the Extremadura region in Spain is using Squeak in education. You can find this and much more on The Weekly Squeak blog, the newsblog dedicated to the world of Squeak: http://news.squeak.org/ Subscribe to the Weekly Squeak RSS feed: http://news.squeak.org/feed/ Happy squeaking, Michael

1 0

Groklaw article on Squeak
by Nevin Pratt 19 Nov '06

19 Nov '06

I think this is of general interest to all Squeakers: http://www.groklaw.net/article.php?story=20061118091048997 Nevin

6 7

[MinimalMorphic] A small step for have preamble and friends in Monticello
by Edgar J. De Cleene 19 Nov '06

19 Nov '06

Pavel: You should load ProcustesEnd in MinimalMorphic. And then load PreferencesBrowser via drag and drop. Still working on it.., but could be useful in this partial way

1 0

Re: Jazelle [was: hardware for eToys]
by Klaus D. Witzel 19 Nov '06

19 Nov '06

Hi Jecel, on Fri, 17 Nov 2006 00:22:08 +0100, you wrote: > Klaus D. Witzel wrote on Wed, 15 Nov 2006 05:35:21 +0100 >> > This chip has the Jazelle 1 technology, >> >> Ah, I didn't associate Jazelle with ARM9. I thought that Jazelle was >> still >> for the lab guys. > > We had a thread about this before. ARM calls two entirely different > technologies "Jazelle". I described the older one below and it is > present in many commercially available chips. The new one is not out of > the labs and is just a special variation of their Thumb instruction set > optimized as a target for JIT compilers (so it would be nice for > Exupery, for example). Ah, IC. >> > which is unfortunately hardwired >> > for Java. The most common bytecodes get translated on the fly into a >> > single ARM instruction (just like Thumb) while the more complex ones >> > trap into a software implementation. An equivalent circuit for >> handling >> > Squeak bytecodes would be fantastic. >> >> Well, even the JVM is an Universal Turing machine ;-) > > Sure. > >> I have a Squeak compiler which emits the JVM's bytecodes (into regular >> class files). ... >> Just sufficient support for the compiler compiling itself :) > > Very nice. I think there have been other Smalltalks which ran on the > JVM. At least I seem to remember something called "Bistro". Robert Tolksdorf collected an impressive (200 different systems) list of system wich use JVM as is @ - http://www.robert-tolksdorf.de/vmlanguages.html >> Now every JVM does dynamic dispatch if the correct opcodes are used >> (O.K. >> the bytecode verifier has to be convinced but that is only pro-forma and >> does not affect the run-time; recently Adrian Kuhn had the same idea how >> to do this; even GCJ knows how to do this :) > > In the case of someone just wanting to use the Jazelle technology for > Squeak instead of running it on a regular JVM there is no need to worry > about thinking like the bytecode verifier. You can bend the rules as > much as you like. Sure :) The point I meant was just, to convince the verifyer while still debugging and testing on regular JVM platforms. Saves a lot of time and headaches. The first utility I wrote into this direction was for replacing CAST bytecodes by NOOP. Many CASTs are just required by stupid static-minded regular javac / GCC, not by the bytecode verifier nor the JVM ;-) >> No "Invokedynamic" is needed >> (except if that would automagically do boxing/unboxing, then I'd employ >> "Invokedynamic"). And only field access (instVar, classVar) needs the >> CAST >> opcode ;-) Well, I think that especially Jazelle can live without the >> CAST >> opcode :) > > Probably. > > About the Invokedynamic - give how Jazelle works (essentially a > bytecode->ARM translation ROM with all the complicated instructions > translated to "call xxx") it is probably no more and nor less costly > than the other invoke bytecodes. So some optimizations you might need on > a normal JVM might not get the same results here. Of course. >> I would like to see this all running on Jazelle but lack the expertise >> for >> choosing the right platform for *not* producing an expensive failure. >> Can >> you help me with your expertise to choose a Jazelle platform, *that* >> would >> be fantastic. > > That depends on many details. Since this is very off topic we should > move it off squeak-dev. O.K. can you email items / topics / concerns for starting an off-list discussion, please. Thank you. Even if it'd turn out to be infeasible, I'd like to find out why so. OTHO if it's feasible and not expensive I'd like to create such a system on as common HW+SW platform as possible :) /Klaus > -- Jecel > >

1 0

Problems loading OmniBrowser from 3.9 package universe
by Jakub Kozisek 18 Nov '06

18 Nov '06

I'm was not able to get OmniBrowser 0.279 (installed from 3.9 package universe) running easily. Loading the package will remove some methods, which are then called (so MNU is popping out). Mentioned methods: 1) MenuIcons>>tryIcons: 2) OBSystemBrowser>>signalRefresh 3) OBActor>>deleteIcon After reverting the removed method using Change Set, OB seems working. Jakub

3 3

[ANN] Exupery 0.10 released, now on Windows and Linux
by bryce＠kampjes.demon.co.uk 18 Nov '06

18 Nov '06

Exupery 0.10 is now released. There are prebuilt VM's available for both Windows and Linux. This release now provides a measurable speed improvement for the compilerBenchmark macro benchmark due to work on dynamic primitive inlining. Instructions for installation and a link to a pre-built image is here: http://minnow.cc.gatech.edu/squeak/3945 Benchmarks on my Athlon 64 3500+ ========================================================= arithmaticLoopBenchmark 1398 compiled 92 ratio: 15.196 bytecodeBenchmark 2134 compiled 469 ratio: 4.550 sendBenchmark 1580 compiled 697 ratio: 2.267 doLoopsBenchmark 1090 compiled 840 ratio: 1.298 largeExplorers 334 compiled 358 ratio: 0.933 compilerBenchmark 733 compiled 705 ratio: 1.040 Cumulative Time 4167 compiled 1448 ratio 2.878 1,067,222,511 bytecodes/sec; 16,716,421 sends/sec Benchmarks on Andy's Mobile Pentium 3 ========================================================= arithmaticLoopBenchmark 2487 compiled 285 ratio: 8.726 bytecodeBenchmark 4271 compiled 1255 ratio: 3.403 sendBenchmark 3482 compiled 1772 ratio: 1.965 doLoopsBenchmark 2078 compiled 1663 ratio: 1.250 largeExplorers 2224 compiled 1683 ratio: 1.321 compilerBenchmark 2093 compiled 1712 ratio: 1.223 Cumulative Time 12903 compiled 4971 ratio 2.596 Benchmarks from my Pentium-M laptop ========================================================= arithmaticLoopBenchmark 1003 compiled 191 ratio: 5.251 bytecodeBenchmark 1773 compiled 683 ratio: 2.596 sendBenchmark 1446 compiled 922 ratio: 1.568 doLoopsBenchmark 991 compiled 918 ratio: 1.080 largeExplorers 418 compiled 441 ratio: 0.948 compilerBenchmark 718 compiled 683 ratio: 1.051 Cumulative Time 3773 compiled 2015 ratio 1.872 It's interesting that on Andy's machine Exupery is providing a nice performance improvement for largeExplorers while on my machine there is a 7% performance loss. The loss is due to the interpreter inlining Point>>@ into the main interpreter loop while Exupery executes it as a normal primitive. Andy's benchmarks are promising enough for a 1.0, pity relative performance isn't so high on the other two machines. There is a mailing list for those interested in the project here: http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/exupery Many thanks to Andy Tween for doing the Windows port and building the official Windows VM. Thanks also to Patrick Mauritz for doing a Solaris x86 port which was the first OS port. Bryce

4 5

← Newer
1
...
4
5
6
7
8
9
10
...
23
Older →

Jump to page: