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

Re: [Pharo-project] more evidence that I am a newbie

by Lawson English

Igor Stasenko wrote: > On 15 April 2010 23:02, Lawson English <lenglish5(a)cox.net> wrote: > >> I tried to load Andreas Raab's ffi-based OpenGL packages into Pharo 1.0... >> >> >> (Installer repository: 'http://source.squeak.org/FFI') >> install: 'FFI-Pools'; >> install: 'FFI-Kernel'; >> install: 'FFI-Tests'. >> >> (Installer repository: 'http://www.squeaksource.com/CroquetGL') >> install: '3DTransform'; >> install: 'OpenGL-Pools'; >> install: 'OpenGL-Core'. >> >> OpenGL example >> >> I wasn't quite sure how to load them with Gofer so I did it manually with >> Monticello. >> >> However, when I "doIt" with 'OpenGL example' >> >> I get the error: >> >> MessageNotUnderstood: SystemDictionary>>platformName >> OpenGL class>>new >> OpenGL class>>newIn: >> OpenGL example >> >> >> No doubt its something totally trivial... Suggestions? >> >> > Select a #platformname selector with mouse , and then press alt-m to > see who implements that message. > Then try sending it from workspace until to make sure you found right > implementor. > Then modify the source code in OpenGL class>>new accordingly. > ;) > Unfortunately lots of nested references to it, starting with Smalltalk platformName. I can get as far as changing it to SmalltalkImage current platformName but things get strange after that... new Smalltalk platformName = 'Win32' ifTrue:[^OGLWin32 basicNew initialize]. Smalltalk platformName = 'unix' ifTrue: [(Smalltalk windowSystemName = 'Quartz') "implicitly big endian" ifTrue: [^OGLUnixQuartz basicNew initialize]. "default to X11 window system" Smalltalk isLittleEndian ifTrue: [^OGLUnixX11LE basicNew initialize] ifFalse: [^OGLUnixX11BE basicNew initialize]]. Smalltalk platformName = 'Mac OS' ifTrue:[ Smalltalk osVersion asNumber < 1000 ifTrue: [^OGLMacOS9 basicNew initialize] ifFalse:[^OGLMacOSX basicNew initialize]. ]. ^self error:'Cannot identify platform'

April 15, 2010

[Pharo-project] Fwd: Re: Handle Close Event in Image - necessary for 1.0?

by Andreas Raab

Whoops. Accidentally sent to the wrong list :-) - A. -------- Original Message -------- Subject: Re: Handle Close Event in Image - necessary for 1.0? Date: Thu, 15 Apr 2010 15:56:59 -0700 From: Andreas Raab <andreas.raab(a)gmx.de> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Hi - Just as a reminder when you discuss VM stuff, make it a habit to include vm-dev(a)lists.squeakfoundation.org. I don't read the Pharo list regularly (I only checked it today due to the unfortunate Scratch development). This whole issue was entirely unnecessary and could've been solved with one message to vm-dev. Here is why: The in-image close-event that is now generated by default in the Windows VM has always been a settable entity. If you'll compare the 4.0.2 vs. 3.11.8 VMs the only difference in this area is that the preference "EnableAltF4Quit" is now unset by default. To change it, edit your .ini file to have: EnableAltF4Quit = 1 and you will be back to the previous behavior. You can add this trivially to your one-click (or other) setup. In fact, I'd recommend going carefully through the other relevant vm settings and decide how they should be set for your releases. They are documented here: http://squeakvm.org/win32/settings.html So next time, do include vm-dev when you have a vm issue. Thanks for listening, - Andreas On 4/6/2010 3:22 AM, Torsten Bergmann wrote: > I think I've found something that should be fixed > before releasing 1.0 since it is meanwhile a major problem on Windows. > > In "old" Squeak/Pharo you could close the native world window > using the "X" or hit ALT+F4 on Windows and the system > asked you if you really want to close the whole Smalltalk system > using a native dialog which was provided by the VM. > > With the new VM's (4.0.1 and 4.0.2 on Windows, see [1]) the native > "window close event" is now dispatched from the VM into > the image so it could be handled by Smalltalk code. > This is currently not done/handled in Pharo. Only in Squeak so far. > > The recent Squeak trunk/release candidate already handles the > event within the image and now provides an in-image dialog > to ask the user to quit. > > So: in Pharo now NOTHING happens when you try to close the window > using "X", you can only quit using the world menu - which is IMHO really > a show stopper since you cant close using "X" or ALT+F4 (the key combination to close any windows program). > > Two possible options: > > A) we should handle the event now in-image similar to Squeak > by fixing and integration issue 2131 (see [2]), so not only > for 1.1. but also for 1.0 > > B) release and distribute Pharo 1.0 with an old VM< 4.0 > > > BTW: > You can get the old behavior on Windows by additionally using SHIFT, so > SHIFT + ALT + F4 allows to close. > But this is not very convinient, doesnt follow what the typical > Windows user expects and one has to know about it... > > Bye > T. > > [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004142.html > [2] http://code.google.com/p/pharo/issues/detail?id=2131 >

April 15, 2010

[Pharo-project] Double line feeds in some method source

by Schwab,Wilhelm K

Hello all, I built an image from the 1.0 image (congratulations/thanks to all!!!!) and have noticed that some of the method source has extra line feeds. So far, I have not noticed anything that the affected classes/methods/packages/etc. have in common. Anyone else seeing this? Bill

April 15, 2010

Re: [Pharo-project] starting specific image in one-click Pharo?

by Lawson English

StÃ©phane Ducasse wrote: > On Apr 15, 2010, at 10:24 PM, Lawson English wrote: > > >> StÃ©phane Ducasse wrote: >> >>> The one click image is a bundle. >>> u can open the bundle and change the image >>> Now I suggest you install the vm and you double on your image. >>> I do not use the oneclick because the package cache is inside and because I cannot decide what I execute easily >>> >>> >>> >> it should be easy to create an applescript shell that would launch first and let you choose which image you wanted to start with. Maybe some other command line parameters could be selected at that point also? >> > probably but not for me. > If you have it and it works we will happily include it. > > tell application "Finder" set myal to folder "Resources" of folder "Contents" of application file "Pharo-1.0.app" of folder "Desktop" of folder "lawsonenglish" of folder "Users" of startup disk open (choose file of type "image" default location myal as alias) end tell Not sure how to set the default behavior to call that script when the icon is double-clicked nor how to hide unwanted file names but it sorta works :-/. >> I'm not sure what you mean about the package cache though. Does the VM use the cache in the .app directory differently than when it appears it the regular directory? >> >> > > Mc creates a cache close to the image. > How is this a problem. Is there a way to chose the files to use? Lawson

April 15, 2010

Re: [Pharo-project] Really Important message (tm)

by GermÃ¡n Arduino

The letter is on the way. A first question, to help with unstable I should use it as it comes (with no added packages) or I can install somethings to make the environment more comfortable (as shout for example) ? GermÃ¡n. 2010/4/15 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Thanks! > As I said, 30 min are enough > Stef > > On Apr 15, 2010, at 9:25 PM, GermÃ¡n Arduino wrote: > >> ok, my signed agreement is leaving today for France. >> >> I will try to start understanding how is the contribution process in >> Pharo and playing a bit with unstable. >> >> Unfortunately I've very little free time, but still, will try to help. >> >> Cheers. >> >> >> 2010/4/15 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> Hi guys >>> >>> Let me reiterate it: >>> >>> Â Â Â Â - We need you! >>> Â Â Â Â - 75 % of the issues on the bug tracker are simple. >>> Â Â Â Â - BTW how did we learn stuff, by reading code and learning. I'm not smart I'm just a tedious learner >>> Â Â Â Â I can any opportunity to learn something new. >>> Â Â Â Â - if you spend 30 min a week, YOU CAN get an IMPACT! >>> Â Â Â Â - if pharo is important for you then 30 min in a good investment >>> Â Â Â Â - every single LITTLE bugs fixed and improvement is IMPORTANT >>> Â Â Â Â - we do not want the final latest coolest superhyper cool and hyper clever fixes! >>> Â Â Â Â - we accept little improvement >>> Â Â Â Â - in UNSTABLE we have the right to push not 100% finish code >>> >>> Now think what YOU can do for pharo. Because Yes YOU can >>> Â Â Â Â - screencast >>> Â Â Â Â - checking tests (yesterday I moved CompiledMethodAsStringTest>>testPrint to CompiledMethodTest>>testPrint) Yeah hyper difficult >>> Â Â Â Â - Class comments: look at the URI class comment >>> Â Â Â Â - blogging >>> Â Â Â Â - tweeting >>> >>> >>> We should slowly change our process so that Pharo continue to evolve even if we disappear on the moon. >>> >>> Now I asked marcus to focus on the newcompiler and stop fixing little bugs because we want to make progress on other fronts. >>> >>> We want newcompiler - Â we want the newcompiler - Â we want the newcompiler and fixing it and fixing its interface. >>> We want Helvetia hooks -We want Helvetia hooks. >>> We want a new package object (but I do not find time to code argh). >>> >>> Stef >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> ================================================= >> GermÃ¡n S. Arduino Â <gsa @ arsol.net> Â Twitter: garduino >> Arduino Software & Web Hosting Â http://www.arduinosoftware.com >> PasswordsPro Â http://www.passwordspro.com >> ================================================= >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 15, 2010

Re: [Pharo-project] FFI in 1.1

by Schwab,Wilhelm K

Stef, One argument made against it has been (lack of) security of the resulting image. There was also discussion of providing a command line option to suppress FFI if desired, so I think I would take both suggestions: include FFI (and/or Alien[*]) and address security concerns by allowing FFI to be disabled as the VM is launched. [*] I like the idea of being able to do callbacks in Smalltalk code, but I have also seen some mention that callouts to functions are not all that slick in Alien?? Right now, Alien might as well not exist in my world, because we have not been able to run it on Linux :( So far, I do not really have an opinion on whether it is a better way to go than FFI. As it is, we have some way to go before catching up with Dolphin; whether or not Alien is part of the answer, I can't say. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Thursday, April 15, 2010 2:31 PM To: Pharo Development Subject: [Pharo-project] FFI in 1.1 Hi all Do we add FFI by default in 1.1? This was the plan so. Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 15, 2010

Re: [Pharo-project] starting specific image in one-click Pharo?

by Henrik Sperre Johansen

On 15.04.2010 22:32, StÃ©phane Ducasse wrote: > On Apr 15, 2010, at 10:24 PM, Lawson English wrote: > >> StÃ©phane Ducasse wrote: >>> The one click image is a bundle. >>> u can open the bundle and change the image >>> Now I suggest you install the vm and you double on your image. >>> I do not use the oneclick because the package cache is inside and because I cannot decide what I execute easily >>> >>> >> it should be easy to create an applescript shell that would launch first and let you choose which image you wanted to start with. Maybe some other command line parameters could be selected at that point also? > probably but not for me. > If you have it and it works we will happily include it. > >> I'm not sure what you mean about the package cache though. Does the VM use the cache in the .app directory differently than when it appears it the regular directory? >> > Mc creates a cache close to the image. > >> Lawson Another option is to store your custom code in packages in a Monticello repository, that way you can easily load different branches after start up into the base image provided with the bundle. ;) You'd probably want to truncate the changes after startup once in a while doing that though, both because I don't think 1.0 had the changes for .changes file > 32MB, and there'd be less to wade through if you had to recover lost changes some time. Cheers, Henry

April 15, 2010

Re: [Pharo-project] more evidence that I am a newbie

by Henrik Sperre Johansen

On 15.04.2010 22:47, Lawson English wrote: > Igor Stasenko wrote: >> On 15 April 2010 23:02, Lawson English <lenglish5(a)cox.net> wrote: >>> I tried to load Andreas Raab's ffi-based OpenGL packages into Pharo >>> 1.0... >>> >>> >>> (Installer repository: 'http://source.squeak.org/FFI') >>> install: 'FFI-Pools'; >>> install: 'FFI-Kernel'; >>> install: 'FFI-Tests'. >>> >>> (Installer repository: 'http://www.squeaksource.com/CroquetGL') >>> install: '3DTransform'; >>> install: 'OpenGL-Pools'; >>> install: 'OpenGL-Core'. >>> >>> OpenGL example >>> >>> I wasn't quite sure how to load them with Gofer so I did it manually >>> with >>> Monticello. >>> >>> However, when I "doIt" with 'OpenGL example' >>> >>> I get the error: >>> >>> MessageNotUnderstood: SystemDictionary>>platformName >>> OpenGL class>>new >>> OpenGL class>>newIn: >>> OpenGL example >>> >>> >>> No doubt its something totally trivial... Suggestions? >>> >> Select a #platformname selector with mouse , and then press alt-m to >> see who implements that message. >> Then try sending it from workspace until to make sure you found right >> implementor. >> Then modify the source code in OpenGL class>>new accordingly. >> ;) >> >> > Easy... TOO easy... :-) > > Lawson SMALLTALK easy! :D Cheers, Henry

April 15, 2010

Re: [Pharo-project] more evidence that I am a newbie

by Lawson English

Igor Stasenko wrote: > On 15 April 2010 23:02, Lawson English <lenglish5(a)cox.net> wrote: > >> I tried to load Andreas Raab's ffi-based OpenGL packages into Pharo 1.0... >> >> >> (Installer repository: 'http://source.squeak.org/FFI') >> install: 'FFI-Pools'; >> install: 'FFI-Kernel'; >> install: 'FFI-Tests'. >> >> (Installer repository: 'http://www.squeaksource.com/CroquetGL') >> install: '3DTransform'; >> install: 'OpenGL-Pools'; >> install: 'OpenGL-Core'. >> >> OpenGL example >> >> I wasn't quite sure how to load them with Gofer so I did it manually with >> Monticello. >> >> However, when I "doIt" with 'OpenGL example' >> >> I get the error: >> >> MessageNotUnderstood: SystemDictionary>>platformName >> OpenGL class>>new >> OpenGL class>>newIn: >> OpenGL example >> >> >> No doubt its something totally trivial... Suggestions? >> >> > Select a #platformname selector with mouse , and then press alt-m to > see who implements that message. > Then try sending it from workspace until to make sure you found right > implementor. > Then modify the source code in OpenGL class>>new accordingly. > ;) > > > Easy... TOO easy... :-) Lawson

April 15, 2010

Re: [Pharo-project] more evidence that I am a newbie

by Igor Stasenko

On 15 April 2010 23:02, Lawson English <lenglish5(a)cox.net> wrote: > I tried to load Andreas Raab's ffi-based OpenGL packages into Pharo 1.0... > > > (Installer repository: 'http://source.squeak.org/FFI') > Â install: 'FFI-Pools'; > Â install: 'FFI-Kernel'; > Â install: 'FFI-Tests'. > > (Installer repository: 'http://www.squeaksource.com/CroquetGL') > Â install: '3DTransform'; > Â install: 'OpenGL-Pools'; > Â install: 'OpenGL-Core'. > > OpenGL example > > I wasn't quite sure how to load them with Gofer so I did it manually with > Monticello. > > However, when I "doIt" with 'OpenGL example' > > I get the error: > > MessageNotUnderstood: SystemDictionary>>platformName > OpenGL class>>new > OpenGL class>>newIn: > OpenGL example > > > No doubt its something totally trivial... Suggestions? > Select a #platformname selector with mouse , and then press alt-m to see who implements that message. Then try sending it from workspace until to make sure you found right implementor. Then modify the source code in OpenGL class>>new accordingly. ;) > > Lawson > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

April 15, 2010