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

[Pharo-project] Pharo website homepage

by laurent laffont

Hi, Discussing with Stephane I was thinking that pharo website homepage could be far less verbose in order to attract, guide newcomers better. IMHO it's a very important point for Pharo 1.0. I like the Rails homepage http://rubyonrails.org/, especially the Get Excited / Started / Better / Involved. What do you think ? Laurent Laffont

Feb. 22, 2010

Re: [Pharo-project] Why a package management system

by Dale Henrichs

I will put a page up on the wiki with Torsten's message ... I agree that Torsten did a good job! Dale ----- "Fernando olivero" <oliverof(a)lu.unisi.ch> wrote: | I think this scenario of usage is really great! Good work Torsten. | | Would be a shame that this example got lost in the emails list. | For starting from scratch and getting to know metacello is perfect. | | Could the Metacello group add it to the web page? Or a link in the | Pharo website, in a tutorials section? | | Fernando | | On Feb 22, 2010, at 1:12 AM, Torsten Bergmann wrote: | | > FYI, see | > | > | http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-February/144820… | > | > | > -- | > Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - | > jetzt kostenlos herunterladen! | http://portal.gmx.net/de/go/chbrowser | > | > _______________________________________________ | > 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

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Lukas Renggli

> Is that also necessary for a headless Pharo/Squeak? No, it is not necessary. It saves a few CPU cycles because the event polling stops, the #step methods on the visible morphs are not called anymore, and the display is not updated any longer. Programmatically you can still do everything (headless or non-headless). For example you can open morphs and move them around, you just won't see a change on the screen. Code that have some interaction with the GUI thread (like the debugger) might deadlock (or hang) the system. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Stefan Marr

On 22 Feb 2010, at 17:16, Lukas Renggli wrote: >> but that doesn't work... so, any idea? > > Project uiProcess suspend > > And the inverse is > > Project uiProcess resume Is that also necessary for a headless Pharo/Squeak? http://code.google.com/p/pharo/wiki/CommandLine Best regards Stefan

Feb. 22, 2010

Re: [Pharo-project] Trying to build alien plugin in linux

by Javier PimÃ¡s

Solved the other problem, now I'm back to Alien. There are more issues. There are some missing functions: Linking C executable squeakvm CMakeFiles/squeakvm.dir/home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c.o: In function `sqGetInterpreterProxy': /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:358: undefined reference to `internalIsImmutable' /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:359: undefined reference to `internalIsMutable' /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:360: undefined reference to `primitiveFailFor' /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:361: undefined reference to `classAlien' /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:362: undefined reference to `getStackPointer' /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:363: undefined reference to `sendInvokeCallbackStackRegistersJmpbuf' /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:364: undefined reference to `reestablishContextPriorToCallback' /home/javier/st/squeak-svn/platforms/Cross/vm/sqVirtualMachine.c:365: undefined reference to `classUnsafeAlien' collect2: ld returned 1 exit status make[2]: *** [squeakvm] Error 1 make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 make: *** [all] Error 2 I'm so close... Thanks, Javier. On Sat, Feb 20, 2010 at 8:02 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: > take it easy man, you look a bit nervous ;) . It is compiling now!!! > but.... > > Alien compiled fine, but here I'm having some other problems, not related > to alien itself, but to the vm building. > > I had to add B3DAccelerator plugin because there were some errors, and now > these errors mutated to: > > Linking C executable > squeakvm > > B3DAcceleratorPlugin/libB3DAcceleratorPlugin.a(sqOpenGLRenderer.c.o): In > function > `glRenderVertexBuffer': > > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:846: > undefined reference to > `glColorMaterial' > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:847: > undefined reference to > `glGetError' > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:848: > undefined reference to > `glEnable' > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:849: > undefined reference to `glGetError' > > ... > > /home/javier/st/squeak-svn/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.c:159: > undefined reference to `glLightModelfv' > /home/javier/st/squeak-svn/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.c:160: > undefined reference to `glGetError' > collect2: ld returned 1 exit status > make[2]: *** [squeakvm] Error 1 > make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 > make: *** [all] Error 2 > > > I think it should be linking to opengl lib but it isn't, maybe?. I also > read in other thread that SocketPlugin is necesary but it didn't compile > either. It said: > > [ 34%] Building C object > SocketPlugin/CMakeFiles/SocketPlugin.dir/home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c.o > > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c: > In function > ânetAddressToIntâ: > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:206: > error: ânilâ undeclared (first use in this > function) > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:206: > error: (Each undeclared identifier is reported only > once > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:206: > error: for each function it appears > in.) > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c: > In function > âprimitiveResolverGetAddressInfoâ: > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:324: > error: ânilâ undeclared (first use in this > function) > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c: > In function > âprimitiveResolverGetAddressInfoResultâ: > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:380: > error: ânilâ undeclared (first use in this > function) > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c: > In function > âprimitiveResolverGetNameInfoHostResultâ: > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:461: > error: ânilâ undeclared (first use in this > function) > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c: > In function > âprimitiveResolverGetNameInfoServiceResultâ: > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:500: > error: ânilâ undeclared (first use in this > function) > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c: > In function > âprimitiveResolverHostNameResultâ: > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:539: > error: ânilâ undeclared (first use in this > function) > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c: > In function > âprimitiveResolverStartNameLookupâ: > /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c:626: > error: ânilâ undeclared (first use in this > function) > make[2]: *** > [SocketPlugin/CMakeFiles/SocketPlugin.dir/home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/SocketPlugin/SocketPlugin.c.o] > Error 1 > make[1]: *** [SocketPlugin/CMakeFiles/SocketPlugin.dir/all] Error > 2 > > make: *** [all] Error 2 > > > To solve this I tryied adding a > > #define nil ((void*)0L) > > as Marco said (for alien plugin) and almost worked, but gave errors, so I > used: > > #define nil 0L > > I have to say that I've compiled some Pharo and Squeak VMs before and > didn't get those errors. It may be related to loading VMMaker with > ConfigurationOfVMMaker (I always did it manually before), or because of an > updated version. > > I'm very close to be able to test it, any ideas?? > > Regards, > Javier. > > > > On Sat, Feb 20, 2010 at 6:17 PM, John M McIntosh < > johnmci(a)smalltalkconsulting.com> wrote: > >> Oh fine, stupid tool sets, update your VMMaker image with: >> >> Name: Alien-VMMaker-Plugins-John M McIntosh.8 >> Author: John M McIntosh >> Time: 20 February 2010, 1:16:02 pm >> UUID: a8e7e044-bf22-4013-85b7-c70d2081cd4e >> Ancestors: Alien-VMMaker-Plugins-John M McIntosh.7 >> >> nil is null is (void*) 0 YES? Well not in non macintosh build chains since >> nil is UNDEFINED. Fine change nil to null that is in sq.h >> >> >> On 2010-02-20, at 11:20 AM, Javier PimÃ¡s wrote: >> >> nice! this is way better, but I still have this: >> >> /home/javier/st/squeak-svn/platforms/unix/src32/vm/intplugins/IA32ABI/IA32ABI.c: >> In function âprimCallOutDoubleReturnâ: >> >> -- >> >> =========================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> >> =========================================================================== >> >> >> >> >> > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Lukas Renggli

> but that doesn't work... so, any idea? Project uiProcess suspend And the inverse is Project uiProcess resume For obvious reasons you won't be able to evaluate the resume from the frozen GUI, so you need to make some external trigger to reactivate the UI process (see WAScreenshot or WAVNCController in Seaside). Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Esteban Lorenzano

s/squeak/pharo (sorry) On 2010-02-22 13:02:36 -0300, Esteban Lorenzano <estebanlm(a)gmail.com> said: > Hi, > I want to prevent squeak to load the world morph... it is for a process > running on background, anyway, and I want to prevent the time taken to > draw the main window... so, I tried some simple things like: > > Smalltalk at: World put: nil. > > but that doesn't work... so, any idea? > > Thanks, > Esteban

Feb. 22, 2010

Re: [Pharo-project] Pharo won't make a VM in linux

by Javier PimÃ¡s

I'm cross-posting to vm-dev because I get the same errors with Squeak 3.10.2.7179 image. I have GL_VERSION = 3.2.0 NVIDIA 190.53 After navigating trough the makefiles, I found I was right, it's not linking to opengl. The linking command was autogenerated and sitting in blddir/CMakeFiles/squeakvm.dir/link.txt. Adding -lGL to it solved that problem. Does anybody know what caused the missing "-lGL" and how to solve it? Now I can get back to trying to compile alien! Regards, Javier. But I don't think it's a version problem, these undefined functions are there since OpenGL 1. the On Sun, Feb 21, 2010 at 4:27 PM, Martin McClure <martin(a)hand2mouse.com>wrote: > Javier PimÃ¡s wrote: > > > > Linking C executable squeakvm > > > > > > B3DAcceleratorPlugin/libB3DAcceleratorPlugin.a(sqOpenGLRenderer.c.o): In > > function > > `glRenderVertexBuffer': > > > > > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:846: > > undefined reference to > > `glColorMaterial' > > > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:847: > > undefined reference to > > `glGetError' > > > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:848: > > undefined reference to > > `glEnable' > > > /home/javier/st/squeak-svn/platforms/Cross/plugins/B3DAcceleratorPlugin/sqOpenGLRenderer.c:849: > > undefined reference to `glGetError' > > > > ... > > > > > /home/javier/st/squeak-svn/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.c:159: > > undefined reference to `glLightModelfv' > > > /home/javier/st/squeak-svn/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.c:160: > > undefined reference to `glGetError' > > collect2: ld returned 1 exit status > > make[2]: *** [squeakvm] Error 1 > > make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 > > make: *** [all] Error 2 > > > > > > Maybe it should be linking to opengl lib but it isn't, what do you think? > > What version of OpenGL do you have installed on your machine? I haven't > looked at the details, but I believe that the interface changed quite a > lot between OpenGL 1.x and OpenGL 2.x, so if B3D is expecting 2.x and > you have 1.x, or the other way around, you might get problems like this. > > Regards, > > -Martin > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 22, 2010

[Pharo-project] how to remove World?

by Esteban Lorenzano

Hi, I want to prevent squeak to load the world morph... it is for a process running on background, anyway, and I want to prevent the time taken to draw the main window... so, I tried some simple things like: Smalltalk at: World put: nil. but that doesn't work... so, any idea? Thanks, Esteban

Feb. 22, 2010

Re: [Pharo-project] Clue about morphic performance??

by Gary Chambers

RDP specs can be found here... http://msdn.microsoft.com/en-us/library/cc240445(PROT.10).aspx Note, inparticular, the GDI Acceleration extensions... OK, a little lower level than "buttons", but higher level than bitmaps. Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, February 22, 2010 3:26 PM Subject: Re: [Pharo-project] Clue about morphic performance?? > On 22 February 2010 17:16, Gary Chambers <gazzaguru2(a)btinternet.com> > wrote: >> Indeed. Since Dolphin uses native window components, RDP can work at a >> more >> abstract level (i.e. aware of things like buttons, checkboxes etc.). So, >> for >> example, a button is drawn by the RDP client, effectively. >> >> Squeak/Pharo draws its own, therefore all updates are bitmap based and >> the >> graphics (the World bits) are sent across the link... >> > > I haven't heard of RDP before. What if server using different font > sizes/theme for UI? > To my knowledge, all remote-desktop tools transferring the updated > bits, using various techniques to detect the portion of screen to be > updated. > On windows, there's even a virtual display driver, which adds a video > card to list of devices. So, any windows application can't escape such > low level, and all what is drawn on such 'display' can be transmitted > via network to show on different PC. > >> Regards, Gary >> >> ----- Original Message ----- >> From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, February 22, 2010 12:28 PM >> Subject: [Pharo-project] Clue about morphic performance?? >> >> >>> Hello all, >>> >>> I sometimes have reason to run code on machines that are accessible only >>> by a remote desktop connection, and I have noticed something that might >>> be >>> a useful clue: on an identical setup (same server, same network, same >>> RDP >>> client), Dolphin performs quite well and Pharo struggles (often >>> severely). >>> Are we simply that much slower in generating graphics and/or pushing it >>> over the RDP connection, or is morphic drawing too much? I suppose the >>> RDP server could be hindering Pharo by always sending one whole window >>> (e.g. the whole Pharo desktop) at a time or something stupid like that. >>> It might be worth a look by someone with morphic and RDP expertise. >>> >>> Bill >>> >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010