Squeak-dev January 2010

squeak-dev@lists.squeakfoundation.org

91 participants
425 discussions

[Cuis] Cuis
by Torsten Bergmann 15 Feb '10

15 Feb '10

Hi Keith, BANG! (*Silence, nothing happens but Keith is thank god still alive*) Welcome back! :) Bye T. ---------------------------------------------------------------- For those of you who dont understand the contents of the above mail: according to [1] Keith suggested: "If I email to squeak-dev again shoot me". Since he posted again there was no other option left than trying to shoot him ;) [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-December/142238… -- Hilfe für Haiti! Spende per SMS: Sende UI HAITI an die Nummer 81190. Von 5 Euro je SMS (zzgl. SMS-Gebühr) gehen 4,83 Euro an UNICEF.

27 165

[ANN] Squeak on Android
by Andreas Raab 09 Feb '10

09 Feb '10

Folks - Sorry for being quiet over the weekend but I was busy with my new toy - a shiny new unlocked Nexus One which arrived last week fresh from the Google store. As a result of my weekend distraction you can now download and run Squeak on any Android based phone. If you have an Android phone, simply search for "squeak" in the Android market place and it should find it right there (sorry, Google doesn't seem to give web access to the apps in the store so I can't send a link). Please be aware that this is not a full port yet. It's a weekend effort to show the basic feasibility. Lots (and I mean *lots*) of things are still missing from a full port (among those is text input and network support to name just two of the more glaring ones). However, I would be *very* interested to hear if (and how well) it works for other Android-based cell phones. So if you have a Motorola Droid or or a T-Mobile G1 give it a shot and post some benchmark results. Performance on the Nexus One is about what one would expect: With roughly 1M sends/sec and 30M bytecodes/sec it's not exactly rocking but it's quite usable for most tasks on a mobile device. (Input is *terrible* though; Squeak's UI is not made for fat-fingered clicks like mine :-) Since the code itself is quite messy at this point, it isn't published anywhere yet. If people are interested in contributing, please let me know and I'll share what I have even before it's cleaned up. Be warned though, unless you know how to deal with both the Android SDK and NDK, Java, JNI, and the Squeak VM it will be a very steep learning curve. And of course, attached a little screenshot (taken on the emulator; I haven't found out how to use my phone to make pictures of my phone :) Cheers, - Andreas PS. I don't recall micro benchmarks on the iPhone - John can you repost those to see how well the hardware stacks up?

9 18

Re:World dock needs to be stickier.
by Jerome Peace 07 Feb '10

07 Feb '10

Hi Ronald, Hi Levente >Levente Uzonyi leves at elte.hu >Wed Jan 13 01:17:59 UTC 2010 > >On Tue, 12 Jan 2010, Ronald Spengler wrote: > >> I don't have Squeak handy, but I think that's so that you can pick it >> up and put it on the bottom of the screen if you want. >> >> Is that really a bug? > >No, it's a feature. You can move it to the left or right side too. If you >want it to stay where it is, open the halos, click on the menu (red >circle) and select "resist being picked up". > > >Levente > Yes, what you both say is true in theory. In practice the docking bar lifts when you are trying to do other things in that area. It is uneven in that pressing a button does not lift the bar but pressing over an open area does. This is not the behavior one wants in a docking bar. Even if it is sticky it can be lifted and moved to another edge by using the grab halo button. IMO it would be better for its default behavior to be sticky. The same menu trick would work in reverse if you wanted it to lift the way it does now. Yours in curiosity and service, --Jerome Peace >> >> On Tuesday, January 12, 2010, Jerome Peace <peace_the_dreamer at yahoo.com> wrote: >>> Hi all, >>> >>> Basicly docking bar is too easy to lift up. >>> >>> >>> On Mantis: >>> 0007444 Morphic minor new 01-12-10 In 8864 Docking bar needs to be stickier. >>> http://bugs.squeak.org/view.php?id=7444 >>> >>> Yours in curiosity and service, --Jerome Peace >>>

2 1

Fwd: Google Summer of Code 2010 is On......
by Janko Mivšek 04 Feb '10

04 Feb '10

Hi guys! Google Summer of Code (GSC) is approaching and we need to apply of course. Big question is, how. As one, as three, as ten applicants? I would rather not divide us too much for GSC so I propose to go as one, but how? Because an organization/project needs to apply, not the consortion of organizations ... Or there is maybe an exception? Janko -------- Original Message -------- Subject: Google Summer of Code 2010 is On...... Date: Tue, 26 Jan 2010 16:09:25 -0800 (PST) From: LH <lhospo(a)gmail.com> Reply-To: google-summer-of-code-discuss(a)googlegroups.com To: Google Summer of Code Discuss <google-summer-of-code-discuss(a)googlegroups.com> Hello everyone, Many of you were wondering if Google Summer of Code 2010 is on for 2010 and the answer is yes! We will begin accepting application from would-be mentoring organizations beginning March 8th at approximately 19:00 UTC, with applications closing on March 12th at 23:00 UTC. Students can apply between 19:00 UTC on March 29th to 19:00 UTC on April 9th. We will be updating the program website [0], including the FAQs [1], over the next few days. Not much is going to change except the timeline, though there are a few FAQs that will be added. If you have any questions in the interim please do send them to the list. Please note that questions about which project you should select, etc., will likely be responded to with "depends on your skill set," so please take the time to do some research [2] about which project is right for you. While mentoring organizations for 2010 will be announced until March 18th, a great number of the projects that have participated in the past [3] will return once again in 2010. Of course, that's not a guarantee and we cannot accept every great project that applies. But if you want to get a jump start on your participation in GSoC 2010, considering lurking in the IRC channel of a past participating project and seeing what useful things you can learn about their code base and community. Check out project forums to see if it's a place you'd like to spend your time. I'll be sending a follow up message in a few minutes about what to expect in the next few days/weeks and how you can help Google Summer of Code 2010. Google Summer of Code 2010 is on! Celebrate! [0] - http://socghop.appspot.com [1] - http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2009/faqs [2] - http://delicious.com/gsoc2009 [3] - http://socghop.appspot.com/gsoc/program/accepted_orgs/google/gsoc2009 Cheers, LH -- Leslie Hawthorn Program Manager - Open Source Google Inc. http://code.google.com/opensource/ I blog here: http://google-opensource.blogspot.com - http://www.hawthornlandings.org -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

3 4

#nextChunk speedup, the future of multibyte streams
by Levente Uzonyi 04 Feb '10

04 Feb '10

Hi, I uploaded a new version of the Multilingual package to the Inbox for reviewing. It speeds up MultiByteFileStream >> #nextChunk by a factor of ~3.7 (if the file has UTF-8 encoding). The speedup doesn't come free, the code assumes a few things about the file it's reading: - it assumes that ! is encoded as byte 33 and whenever byte 33 occurs in the encoded stream that byte is an encoded ! character - the stream doesn't convert line endings (though this is can be worked around if necessary) Are these assumptions valid? Can we have stricter assumptions? For example, can we say that every source file is UTF-8 encoded, just like CompressedSourceStreams? Here is the benchmark which show the speedup: (1 to: 3) collect: [ :run | Smalltalk garbageCollect. [ CompiledMethod allInstancesDo: #getSourceFromFile ] timeToRun ] Current: #(7039 7037 7051) New: #(1923 1903 1890) (Note that further minor speedups are still possible, but I didn't bother with them.) While digging through the code of FileStream and subclasses, I found that it may be worth implementing MultiByteFileStream and MultiByteBinaryOrTextStream in a different way. Instead of subclassing existing stream classes (and adding cruft to the whole Stream hierachy) we could use a separate class named MultiByteStream which would encapsulate a stream (a FileStream or an in-memory stream), the converter, line-end conversion, etc. This would let us - get rid of the basic* methods of the stream hierarchy (which are broken). - remove duplicate code - find, deprecate, remove obsolete code - achieve better performance We may also be able to use two level buffering. What do you think? Should we do this (even if it will not be 100% backwards compatible)? Levente

8 15

I will not be running for the SOB and we need a new Box-Admins team leader
by Ken Causey 01 Feb '10

01 Feb '10

After giving the matter some thought I have decided that I will not be running for the Squeak Oversight Board again this year. I need to spend more time developing my business. Anyone who is at all interested in running for the Oversight Board this year should start soon as the election is only about a month away. Also, I've decided that it's time to pass the Box-Admins team leader reins on to someone else. I took over from Cees de Groot sometime in 2005 and overall I've enjoyed the job. But as mentioned above I need to reclaim some time and this task could use some new blood. While I generally have had sufficient technical skills, my social skills are not so great and I have done poorly at delegating. While there are a few people like Cees, Göran Krampe, and Marcus Denker around when I really need help (witness events last October), by and large I've tended to do the job on my own. This is not a great idea and I suggest anyone considering the job plan to try harder to actually have an active team than I have. I would be happy to talk to anyone interested and explain the situation in more detail. I don't intend to just disappear. First of all I'm willing to continue as the Box-Admins team leader until as late as June 1st, 2010. I imagine it may take some time to find someone with sufficient interest, time, and ability. And I will likely continue as a team member past that date and intend to be reachable by email or other contact info on my Swiki page on into the future. Ken Causey

9 8

[Cuis] Using GitHub to collaborate on Cuis/Squeak development
by keith 01 Feb '10

01 Feb '10

Collaborating on Cuis/Squeak development I opened the following repository for work on cuis and other creatures! http://github.com/rodents However I discover that offering write access to these repos is less than straightforward. so scratch that idea... next... Keith

1 3

Project refactoring - need some feedback and criticism
by David T. Lewis 31 Jan '10

31 Jan '10

While working on making MVC reloadable, I found that PopUpMenu needed some attention. PopUpMenu is in package ST80-Menus, but it is not an MVC class, and is used widely in both MVC and Morphic projects. I found what I think is a fairly reasonable way to deal with this, but I'd like to hear some criticism before applying it to trunk. The specific concern was that PopUpMenu has some logic that is MVC and Morphic dependent, but that is not of any general utility and should not be implemented in Project. Here is what I did: - Move PopUpMenu from ST80-Menus to Tools-Menus. - Implement Project>>dispatchTo:addPrefixAndSend:withArguments: to allow classes with MVC and Morphic dependencies to dispatch through Project current to invoke appropriate methods. - Remove explicit MVC and Morphic dependencies from PopUpMenu. Add the MVC and Morphic methods to ST80-Tools and Morphic-Tools packages, and invoke them through Project>>dispatchTo:addPrefixAndSend:withArguments:. - In packages Morphic and ST80, add support for Project>>dispatchTo:addPrefixAndSend:withArguments: and for the project dependent parts of PopUpMenu. Why this might not be a good idea: Project>>dispatchTo:addPrefixAndSend:withArguments: relies on string conversion and naming conventions to invoke methods. Why this might not be so bad after all: It works. It is fairly easy to understand. It provides a way to prevent Project from accumulating a lot of implementation logic for which it should not be responsible. The updates are in the inbox, and if nobody thinks this is too horrible I'll move them into trunk in a day or so. Thanks, Dave

1 0

Re: [squeak-dev] RemoteTask for poor man's multiprocessing with Squeak
by David T. Lewis 30 Jan '10

30 Jan '10

On Tue, Jan 26, 2010 at 08:19:14PM -0200, Jecel Assumpcao Jr wrote: > David, > > I took a quick look on a quad core 2 box running Fedora Core 10 and the > Squeak 3.7-7 VM and 3.10.2 image. It seems to lock up on "RemoteTask > result". Running the Tests-OSProcess does indeed cause one failure in > #testCooperatingProcesses04 where the tests for version 43 were all > green. Running Tests-CommandShell locks up after 71 tests with one > failure (version 4.3 had all green tests after I created a /usr/bin/vi > file). Jecel, Thanks very much for trying this and for the feedback. I guess it's about time I replaced my ten year old computer so I can test this myself. I am guessing that a possible culprit is signal delivery for the SIGCHLD handler, I wonder if that might behave a little differently on a multi-core machine ... Thanks again, Dave

3 6

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

Jump to page: