December 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: [Lsehub-staff] [squeak-dev] A Bootstrap Compiler

by StÃ©phane Ducasse

Hi guys What yoshiki is doing is quite nice and cool. We started this summer to do the same (without the C compiler). Now we will see how we can join effort or at least interact or learn from what he did. Nicolas, Gabriel and Benjamin we should continue :) so that your work is not lost. Now there are some lessons to learn: when you believe into something, you should do it and not talk. - I should have worked on that after seen the talk of dave thomas at ESUG at Douai instead of trying to improve squeak. Now as a researcher papers papers projects money projects...... are slowly killing us. - I really really happy that we decided to do pharo because at least we are doing something. Thanks you all for your good energy. Stef ---------- Forwarded message ---------- From: Yoshiki Ohshima <yoshiki(a)vpri.org> Date: Tue, Dec 28, 2010 at 11:19 AM Subject: [squeak-dev] A Bootstrap Compiler To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Hi, We've been playing with John's MicroSqueak and it occured to me that having a bytecode compiler that is implemented outside of Squeak opens some possibilities, such as generate a growable image file from all text files, or make deep changes to the system without shooting yourself. I wrote a longer explanation so if you are interested, please go to: https://github.com/yoshikiohshima/SqueakBootstrapper and check it out. Thank you! -- Yoshiki

Dec. 29, 2010

Re: [Pharo-project] Issue 3489 in pharo: Pharo 1.2-dev still uses Preferences in BaseSoundSystem

by pharo＠googlecode.com

Updates: Labels: Milestone-1.2 Comment #2 on issue 3489 by Torsten....(a)astares.de: Pharo 1.2-dev still uses Preferences in BaseSoundSystem http://code.google.com/p/pharo/issues/detail?id=3489 (No comment was entered for this change.)

Dec. 29, 2010

Re: [Pharo-project] Issue 3489 in pharo: Pharo 1.2-dev still uses Preferences in BaseSoundSystem

by pharo＠googlecode.com

Comment #1 on issue 3489 by Torsten....(a)astares.de: Pharo 1.2-dev still uses Preferences in BaseSoundSystem http://code.google.com/p/pharo/issues/detail?id=3489 Preferences soundsEnabled is also sent in SoundPlayer>>resumePlaying:quickStart:

Dec. 29, 2010

Re: [Pharo-project] are we going to remove MethodFinder and MessagesNames for Pharo 1.2?

by StÃ©phane Ducasse

No preference plague. Now we will keep the tool in 1.2 and remove them in 1.3. And we should bug fixes the new tool on the way. Stef On Dec 28, 2010, at 1:53 PM, Guillermo Polito wrote: > Maybe that can be a preference... > > On Tue, Dec 28, 2010 at 8:51 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > yes, yes, depreacting. But....it is confusing having THREE things for the same stuff. > > So, since we now have "Finder" and we want to push that, what about removing MethodFinder and MessagesNames for Pharo 1.2? > > At least, what about removing them from the menu so that not to confuse new comers. And then, those hacky guys that prefer MethodFinder or MessagesNames can add it to the menu or open it by hand. And then, in 1.3 we really remove not only form menu but the code itself. > > Cheers > > mariano >

Dec. 29, 2010

[Pharo-project] Issue 3489 in pharo: Pharo 1.2-dev still uses Preferences in BaseSoundSystem

by pharo＠googlecode.com

Status: Accepted Owner: Torsten....(a)astares.de New issue 3489 by Torsten....(a)astares.de: Pharo 1.2-dev still uses Preferences in BaseSoundSystem http://code.google.com/p/pharo/issues/detail?id=3489 Evaluate "Beeper beep" and you get a DNU since BaseSoundSystem>>beep calls Preferences>>soundsEnabled which is not there.

Dec. 29, 2010

Re: [Pharo-project] big ui decisions

by StÃ©phane Ducasse

There is support for drag and drop since years. Have a look at seaside hosting projects with Javascript support (I do not remember the web page) Stef On Dec 27, 2010, at 11:32 PM, Chip Nowacek wrote: > > Yeah - I'm learning more about Seaside's capabilities as I continue to play > with it. It is a very powerful tool. It's the interactive animation of > non-standard components that has me puzzled at this point. I have to learn > more. Maybe the drag-n-drop facilities? I've got to get this thing working > something like Thinkmap (eg. http://www.visualthesaurus.com/) - and more > compelling graphically, hopefully Java-less, and less than $30,000. > -- > View this message in context: http://forum.world.st/big-ui-decisions-tp3160359p3165552.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 29, 2010

Re: [Pharo-project] Diagram Tool

by StÃ©phane Ducasse

first step: check SmallUML and help. I asked news to carla some weeks ago and got no reaction On Dec 27, 2010, at 2:03 PM, Torsten Bergmann wrote: > Hi, > > I would like to see a lean diagram tool included into Pharo-dev > in the future. The diagram part should be generic but by default > it may include UML visualization (we once had this in the extended > OB in the old Pharo-devs). A good UML editor would really be > helpfull. > > I've seen "smallUML","Mondrian" and others but mostly they visualize > existing code instead of "interactively create" new stuff. > > I would like to see a tool similar to "eUML2" in Java which is > able to synchronize code and diagrams automatically. > (see http://www.soyatec.com/euml2/screenshots) > > I think of the following scenario: > > - you open Pharo and select diagram editor from the world menu > - you select/create a package, for instance "MyApp" > - this leads to the following packages: > "MyApp-Core" -> code > "MyApp-Tests" -> SUnit test code > "MyApp-Help" -> help descriptions > "MyApp-Diagram" -> here the diagram contents stored in classes > > - you click on "new class" and place a UML class in the diagram > area. You name your class in the graphic for instance "Person" > - you add a property "firstName" -> an IVar "firstName" is created > - it allows you to easily create accessors (if you click "read only" > only a getter is created) > - you create another class "Account" and create a relationship > "owner" by drawing an association line, the code is created > - if you "manually" add an ivar to a class it will popup in the > diagram too > - ... > > With a few clicks you are able to find a nice design and you > can use the diagrams to discuss with others. > > Maybe this could lead to a Graphical Editing Framework similar > to Eclipse GEF http://www.eclipse.org/gef/ > allowing you to provide own shapes and connections by adding > custom shape/connection libraries. > > Attached is a first shot on the graphic part. File into a 1.2 image > and select "Tools"->"DiagramEditor". This is just a test - maybe > it is also possible to extend existing frameworks like Mondrian ... > > Anyone interested... > > Bye > T. > > > -- > GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt auch mit > gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl > <Carapace-Core-tbn.23.mcz>

Dec. 29, 2010

[Pharo-project] source.lukas-renggli.ch is down

by Torsten Bergmann

and it is one of the reasons why the hudson build fails :( https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastFailedBui… Even when Lukas restores the server it would be good to use community controlled squeaksource servers in the future instead of personal servers (the "truck factor" - you know) Bye T. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

Dec. 29, 2010

Re: [Pharo-project] recovering closed workspace

by George Herolyants

Sergio, You can save your workspace to a file and it will become associated with this file, I mean each time you press Cmd+S workspace content will be flushed to disk. George

Dec. 29, 2010

Re: [Pharo-project] random crashes... help needed (Pharo, Magma, Seaside... I dunno)

by Esteban Lorenzano

Hi, No, I shouldn't have any of those problems... but I get another PharoDebug.log with some more information... something sorting things on WeakArray. Well, I'm attaching the log, maybe this is more helpful than the other one. Esteban El 28/12/2010, a las 4:40p.m., Chris Muller escribiÃ³: > Hi Esteban, there are a couple of Magma-related items you might want to check: > > - Is it possible a proxy is being passed as an argument to a > primitive? I've only ever seen this problem manifest as a primitive > failure, but maybe with the right primitive it could cause what you're > seeing..? If it is, send #yourself to the argument in the primitive > sender. > > - Do you have BlockContexts or BlockClosures in your persistent > model? Check your repository definition's 'classDefinitions' > dictionary, if they're in there, remember that only simple blocks are > supported, e.g., only reference the block args, like in a sortBlock. > > > > On Mon, Dec 27, 2010 at 4:49 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi, >> I'm having random crashes in a production image. This crashes occurs without leaving any information available... it just crash. No PharoDebug.log, no dump, nothing... finally, yesterday I get a PharoDebug.log (which I'm attaching) with some error information... but frankly I don't know if this is the reason the image is crashing or some other random error. >> Some other elements I'm seeing is: >> >> - Seaside sessions are in fact never removed unless I manually execute garbage collect. >> - WeakArray FinalizationDependents is bigger than usual (90 instances), elements are mostly WeakIdentityDictionary and MaWeakIdentityDictionary (most of them empty but some other with sizes from 700 to 4000). >> >> I'm using a Pharo 1.1.1 with Seaside 3.0 and Magma 1.1r2 >> The VM is any VM (exuperi 0.15f or unix cog) . >> OS is "some kind of linux"... looks like a "custom suse". >> >> Well... and I'm completely lost. Any help will be very appreciated... even on ways on how to get more info of my crashing system (redirecting standard and error output does not works either)... And the access I have to the O.S. is also limited. >> >> Cheers, >> Esteban >> >> >

Dec. 29, 2010