Squeak-dev September 2009

squeak-dev@lists.squeakfoundation.org

119 participants
370 discussions

Start a nNew thread

source.squeak.org - 502 bad gateway
by Michael Haupt 30 Jan '10

30 Jan '10

Hi, is this only me, or does the server have a problem? Best, Michael

9 16

generalizedYellowButtonMenu
by Elöd Kironský 14 Jan '10

14 Jan '10

Hi! Can someone please explain what is the preference "generalizedYellowButtonMenu" for? It is by default enabled in Squeak and it breaks the yellowButtonPressed event in mouseDown: methods. I've tried to Google it, but the only thing I found, that it makes problems in other packages too. Am I missing something? This was introduced somewhere in 3.9 I think, but I'm not sure where and why. Does someone know? Thanks in advance, Elod

4 8

Problem installing Alien
by Casimiro de Almeida Barreto 30 Nov '09

30 Nov '09

When installing Alien (after last upgrades in trunk) I have the following error: MessageNotUnderstood: TempVariableNode>>doesNotUnderstand: #code It happens in AlienInstaller>>install MessageNotUnderstood: TempVariableNode>>code: TempVariableNode(Object)>>doesNotUnderstand: #code: EncoderForV3PlusClosures(Encoder)>>fixTemp: BytecodeAgnosticMethodNode>>generate: Alien class(Behavior)>>recompile:from: Alien class(Behavior)>>recompile: [] in AlienInstaller class>>install [] in [] in Array(SequenceableCollection)>>do:displayingProgress: Array(SequenceableCollection)>>withIndexDo: [] in Array(SequenceableCollection)>>do:displayingProgress: [] in [] in ProgressInitiationException>>defaultMorphicAction BlockClosure>>on:do: [] in ProgressInitiationException>>defaultMorphicAction BlockClosure>>ensure: ProgressInitiationException>>defaultMorphicAction ProgressInitiationException>>defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ProgressInitiationException(Exception)>>signal ProgressInitiationException>>display:at:from:to:during: install | repository | repository := (Installer repository: 'http://www.squeaksource.com/') project: 'Alien'. #( 'Alien-Core-First' 'Alien-Core' 'Alien-Examples' 'Alien-LibC' 'Alien-CoreTest' 'Alien-Last-Class-Initialize' ) do: [ :p | repository install: p ] displayingProgress: 'Installing Alien packages ...'. (PackageInfo named: 'Alien') methods do: [:ea | ea actualClass recompile: ea methodSymbol] displayingProgress: 'Recompiling...'

2 4

Re: [squeak-dev] Clamato
by Avi Bryant 20 Nov '09

20 Nov '09

On Thu, Sep 3, 2009 at 9:19 PM, Dan Ingalls<Dan(a)squeakland.org> wrote: > Here's what I project from what I'm hearing... > > 1. You like Smalltalk, so you want a language that is as much like it as possible... except for things you don't like, of course. This also fits in with your "shop" that does a lot of other real Smalltalk work. > > 2. You want to take advantage of engines like V8 that offer (a) ubiquity in browsers, and (b) escalating performance paid for by the few remaining profitable companies. > > 3. This implies a very close mapping onto JavaScript semantics, but really only onto the subset that you need for the job. Dead on. > What have you left out on purpose because you don't like it? > What have you left out that you would rather not leave out? > What have you changed that you would rather not? It's easier for me to answer these by listing the major changes and how I feel about each of them. One change that I am happy with is getting rid of #subclass:instanceVariableNames:... style class definitions. A Clamato program can be represented entirely as a set of method definitions, which is great from a tools perspective. This required a #superclass method on the class side (which you override to inherit from anything other than Object), and the @ syntax for instance variables. I don't love the @ syntax, but it has at least two advantages. One is that, by essentially moving instance variable declarations into the methods, you can easily add instance variables to classes in other packages - Squeak has never had a good way to do this. The other is that methods can be parsed and compiled with no context - unlike in Smalltalk, can identify instance variables vs. temps vs. globals without knowing anything about the class you are compiling the method for. OTOH it's kind of ugly. I *think* I like having left out explicit returns and implicitly returning self, in favor of implcitly returning the value of the last statement. It unifies methods and blocks in a way I find pleasing. However, my hand was somewhat forced here by Javascript semantics. The only way to implement them (that I can think of) would be to throw an exception, which would get caught and rethrown at every level up the stack frame until it found the right one. I don't want to do this to the poor VM. I've provided a "self return: [:returnBlock | ...]" primitive that provides this when you really need it, but I've found it's rarely used. I tried to leave out the cascade syntax, but found it was too useful and had to put it back. I dislike not having a proper metaclass hierarchy (class side methods don't get inherited by subclasses), but I'm not sure I want to blindly copy ST80 here either. Newspeak has some interesting around constructors but they're a tad heavyweight for my taste. Using 0 based indexing keeps tripping me up. That may go away. There are currently no array literals. This is obviously a bad thing, I'm just not sure what form they would take. Allowing JSON literals is kinda appealing, and {} isn't doing too much yet. There's no doesNotUnderstand:, which is a shame, but it's not worth the performance hit to allow it. > What would you still like to change? I'm very intrigued by Newspeak's "no static state", and the way it approaches namespaces. I haven't felt any pain yet which I would need that to resolve, but maybe that will come. Mostly, though, I'm trying not to get sucked into large-scale language design, and instead am looking for the smallest reasonable set of changes I can make to Smalltalk that will let it thrive on top of Javascript. So if I haven't already needed to make a change to get this far, I probably won't make it. I'm taking a more radical approach to the tooling. I really, really like the Caesar browser we've developed which treats each type of browser (senders, implementor, hierarchy, etc) as simply a search that returns a list of methods, and lifts its overall design (tabs + location bar + forward/back buttons) from the web browser. (It's also been amazing to work with our web designer, Luke Andrews, on this, especially as he's been learning Smalltalk to do it). Avi

4 4

irc bots review, call for consensus
by Simon Michael 21 Oct '09

21 Oct '09

Aloha! I'm back from vacation, and have been reviewing how the IRC bots in #squeak and #etoys performed. Also, now that we've had a chance to observe them for a few weeks, I'd like to formally poll the community to confirm or reject the current setup. I have heard mostly positive feedback but some folks think the noise outweighs the benefit. Just to be clear, this mail is about announcements on IRC, not the commit announcements on the mail list. Recap and some observations: - four bots are running in #squeak (squeaksourcebot, squeaktrunkbot, squeakbugsbot, squeakplanetbot) and two in #etoys (etoysupdatesbot, etoystrackerbot). The last two are quiet and uncontroversial so I'll ignore those. - the bots ran pretty well unattended. I asked several squeakers to keep an eye on them but no maintenance was needed. Mean time between failures (unexpected terminations due to loss of irc connection) was about one bot-day. Cron restarted downed bots periodically so outages hopefully weren't too noticeable. As an extra safeguard all bots were restarted nightly; this is normally not done. - the bots are generic rss/atom feed announcers, emitting at least one irc message per new feed item. I can tweak them quite a bit, but I'd prefer not to maintain special-purpose #squeak-specific bots. - currently, each bot can announce up to 5 new items every 15 minutes. The downside of reducing the max announce rate is increased time lag when announcing bursts of activity. - also, a single item with an unusually long squeaksource commit description gets split up into multiple irc messages. (This is rare but I'll probably change this.) - most noise comes from the commit bots: squeaktrunkbot and especially squeaksourcebot. squeakbugsbot once or twice announced 20ish items, presumably due to a genuine burst of bug-updating activity. - when reviewing irc logs, bot noise sometimes looks overwhelming only because there wasn't much human discussion going on. Look at the timestamps or participate in the channel in real time to get a better feel for it. - commit activity comes in waves, as you'd expect. Some days are quiet. We had a couple of very heavy days while I was away, probably due to ESUG. Commit activity will probably increase over time. - I want the bots to reflect community consensus, so I'm posting here on the mail list and would like to hear from as many as possible. I think opinions from the regular #squeak users should probably carry more weight than the rest. Poll: My question is: What should be done with the bots currently announcing in the #squeak IRC channel ? a. Minor tweaks only, they are basically fine where they are. b. Move them all to back to #squeak-in-depth or elsewhere, they are damaging #squeak! c. Move the noisy commit bots to a separate channel, keep others where they are. d. I have a better idea: ... Please respond (any way you like) to this mail list thread to help me know what to do. Please do respond even if you are happy with the status quo, so we get an accurate picture. Thanks! -Simon

12 15

Mac carbon VM goes to 4.2.2Beta1U
by John M McIntosh 19 Oct '09

19 Oct '09

I've updated the Macintosh Carbon VM to include the latest changes for serial port logic which was driven by changes in the Unix serial port plugin. Plus Bert identified that horizontal wheel scrolling didn't work correctly, oddly it's never worked since I think 2002. People must not use those funky dual touch/action track pads on the macintosh I'd guess. I've added these changes to the SVN tree on squeakvm.org I've also uploaded the new VM as Squeak 4.2.2beta1U.app.zip found via http://smalltalkconsulting.com/squeak.html If someone other than Bert confirm the horizontal scrolling works, plus I couldn't test the altered serial port logic since I don't have a serial like device around that my mac would talk to. Promptly report any issues... Hint, don't forget to purchase your copy of ST80Docs or SqueakDocs on the iPhone to help defer the costs of my yearly Apple development license as you click thru to download the VM. 4.2.2b1 We update system to 10.6.1 and newest xCode Build powerpc VM with gcc 4.0 Run Static Analyser FilePlugin.c SetVMPathFromApplicationDirectory memory leak from vmPathString NSCursorWrappers.m fix memory leak, bitmap, image sqMacMain.c fixupNonAbsolutePath memory leak from resourcePathString sqMacNSPluginUILogic2.c handle_CMD_SHARED_MEMORY memory leak from colorspace sqmacUIEventsUniversal.c Bert reported scroll wheel movement was wrong. We did not get kEventParamMouseWheelAxis correctly This problem oddly has existed for years. SerialPort, use unix serial port logic that now supports named ports, instead of older carbon solutions. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

7 15

ESUG movies...
by Göran Krampe 15 Oct '09

15 Oct '09

Hi! Ok, after a lot of mucking around I have decided to stick with the current Handbrake script I have. It is now running churning out movies here: http://mimer.msc.se/esug There are 43-91 movies, they will appear automatically when they have been encoded. NOTE: The one with the highest number is not yet READY! Unless it is numbered 91 of course :) Now, two things: 1. If you are unhappy with this format, holler! I can still start over. 2. Please help me out by writing down what these files actually contain! Here is a wiki page for that: http://wiki.squeak.org/squeak/6147 regards, Göran

5 7

Fwd: [Pharo-project] Compiling a Squeak VM for Pharo on Ubuntu 8.04 LTS Server (64bit)
by Mariano Martinez Peck 12 Oct '09

12 Oct '09

I fordward an email from someone having problems to compile squeakVM ---------- Forwarded message ---------- From: Dave Woodward <dave(a)futuremint.com> Date: Thu, Aug 6, 2009 at 4:10 PM Subject: [Pharo-project] Compiling a Squeak VM for Pharo on Ubuntu 8.04 LTS Server (64bit) To: pharo-project(a)lists.gforge.inria.fr I tried using the pre-compiled VM from the Pharo website to no avail. I'm not exactly sure what the problem is, but when running the pre-compiled Pharo VM, OR the pre-compiled Squeak 3.10-6 VM, they just quit with a "File not found" error. My only hunch regarding this is that they were compiled on 32bit Linuxes, and I'm using a 64bit Linux. I'm using a bare-bones install of Ubuntu server, 8.04LTS 64bit. I'm using Slicehost.com for a virtual server to run a Seaside application (they use all 64bit *NIXs), and I'm switching from vanilla Squeak 3.9 to Pharo. So, since the Squeak 3.10-6 VM didn't work either I decided to compile my own VM. This does not work out of the box on a vanilla Ubuntu Server 8.04 install, so here are the steps I took to successfully compile the VM from the 3.10-6 src files: (cd /Squeak-3.10-6/platforms/unix) Configure: ./config/configure --without-x --without-gl --without-quartz --without-npsqueak NOTE: The configure command adds 2 entries to disable the RomePlugin. It looks like it first tests Freetype (not installed so adds an entry to disable RomePlugin), and then tests Cairo (not installed, so adds *another* entry to disable RomePlugin). I believe the autoconf files need to be fixed for this, but I leave it up to the squeak-dev folks to figure that out as I have no knowledge of autoconf. Make: make squeak (this will error) To fix the damage from the note above, I had to remove the duplicate entry for RomePlugin_exports on line 22 of disabledPlugins.c. Make: make squeak (should be successful) make squeak install move /usr/local/lib/squeak/3.10-6/UUIDPlugin to UUIDPlugin.bak as it has the wrong ELF header, and I've heard has other problems too. And now /usr/local/bin/squeak should work! (note, without X you'll need to add "-vm display=none" for the VM to start). I hope this helps people! Thanks for everybody's hard work on Pharo! Dave Woodward ................................................... www.futuremint.com 317.332.6438 | dave(a)futuremint.com _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

4 5

[ANN] OmniBrowser 2.0.3
by Colin Putney 03 Oct '09

03 Oct '09

Hi all, I'm happy to announce a new release of OmniBrowser. It's been quite a while since the last official release, and that has force folks that want to run the current code base to download and install directly from the Monticello repositories used for development. There have been a lot of contributors, each pulling in different directions, and it's been difficult for the various Squeak distributions that use OmniBrowser to put together a coherent installation. I think moving to more formal release practices, with explicit version numbers, supported platforms, release testing and so on will make it a lot easier to install and use OmniBrowser without having to understand the ins and outs of the code base and development community. In putting together this release, I wanted to tighten up and repackage the existing functionality–b=new features can wait until 2.1. I've tried to find the best mix of framework flexibility, browser features, code quality and performance that I could. This has meant cutting some features, and probably will mean further simplification and streamlining in subsequent releases. It'll also mean pulling OmniBrowser "extensions" into the standard distribution as the become stable. This is the third release in the 2.0 series; the first two releases were "private" releases announced only on the omnibrowser-dev list, to gain feedback and flush out issues with the distribution format. Download it from: http://www.wiresong.ca/static/releases/OmniBrowser-2.0.3.zip Colin

5 11

Re: [BUG]UndefinedObject(Object)>>doesNotUnderstand: #mimeTypes
by Torsten Bergmann 01 Oct '09

01 Oct '09

Had the same problem and was not able to reproduce it yet... Bye T. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

5 8

Jump to page: