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

[Pharo-project] Why a package management system

by Torsten Bergmann

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

Feb. 22, 2010

Re: [Pharo-project] [squeak-dev] Help system now for Squeak and Pharo

by StÃ©phane Ducasse

Torsten / Danny I was discussing with laurent and I like his idea. We could tag test with <publichelp> and the tests would be used for the Help. We could design test that are more for understanding than identifying bugs and we would have a win-win situation: documentation and always in sync. doing the same for class comments would be nice. Often in a package you have one or two important classes. This would be a good incentive to get cool comments. On Feb 19, 2010, at 5:00 PM, Torsten Bergmann wrote: > Since we share tools and code - we may in the future also > share (in-image) documentation for tools. What is new: > > - Refactored and updated the code > - Help System is now usable in Pharo and Squeak too > - Metacello config is updated for both > - there is an initial help for the Pharo project and the Squeak project > (depending on from where you load it) > - the help for the help system is displayed as last book > - I merged HelpContents into a new HelpPage - so we have books and pages > (we may later add other forms than text in subclasses like > HTMLHelpPage, ...) > > The help browser includs a book on how to provide/implement an own > custom help. Future version may include specific colored icons for > squeak and better UI depending on the UI system (Polymorph in Squeak) > as well as authoring tools. > > Thanks to Metacello one is able to manage the differences. To load: > > Squeak > ====== > > Installer ss project: 'MetacelloRepository'; > install: 'ConfigurationOfHelpSystem'. > > ((Smalltalk at: #ConfigurationOfHelpSystem) project version: '1.0') load > > > Pharo > ===== > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfHelpSystem'; > load. > > ((Smalltalk at: #ConfigurationOfHelpSystem) project version: '1.0') load > > > Bye > T. > -- > Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - > jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser >

Feb. 21, 2010

Re: [Pharo-project] cull: protocol

by Bryce Kampjes

On Fri, 2010-02-19 at 14:03 +0100, Levente Uzonyi wrote: > On Fri, 19 Feb 2010, Henrik Johansen wrote: > > > Well, ugly was a strong word. > > Reusing less, aka. shorter is a better choice, I guess. > > I think the difference is 3 lines for the 4 methods. > > > > > Cheers, > > Henry > > > > PS. In VisualWorks, the two perform equally. *Wishing for a Cog VM to > > test on* :) > > There's no inlining VM available ATM (besides SqueakJ, but that can't > run current images) and noone knows when one will be. And even though I > didn't try it, I expect that "inlining by hand" saves time and memory. I'm working on inlining in Exupery at the moment though progress is still slow. (Time I've two young boys)... Bryce

Feb. 21, 2010

[Pharo-project] Monticello repos when adding packages

by Torsten Bergmann

Hi, in Monticello: - when you open the browser you see a list of known repositories - when I select "+Package" and enter the name of a new package the right pane only shows the package-cache as valid repo and I have to add the repository using "+Repository" again - even when it is already known to the system Confusing, isnt it? Or is there an easier way? Thx T. -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser

Feb. 21, 2010

Re: [Pharo-project] [squeak-dev] Help system now for Squeak and Pharo

by csrabak＠bol.com.br

We should keep in mind that if the help system is to become really used and even mentioned in external documentation (e.g. PBE) it should be made with hindsight to work nice with the multilingual support. . . my 0.019999... -- Cesar Rabak Em 20/02/2010 20:58, David T. Lewis < lewis(a)mail.msen.com > escreveu: On Fri, Feb 19, 2010 at 05:00:23PM +0100, Torsten Bergmann wrote: > Since we share tools and code - we may in the future also > share (in-image) documentation for tools. What is new: > > - Refactored and updated the code > - Help System is now usable in Pharo and Squeak too > - Metacello config is updated for both > - there is an initial help for the Pharo project and the Squeak project > (depending on from where you load it) > - the help for the help system is displayed as last book > - I merged HelpContents into a new HelpPage - so we have books and pages > (we may later add other forms than text in subclasses like > HTMLHelpPage, ...) > > The help browser includs a book on how to provide/implement an own > custom help. Future version may include specific colored icons for > squeak and better UI depending on the UI system (Polymorph in Squeak) > as well as authoring tools. This is *really* nice! Dave _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 21, 2010

Re: [Pharo-project] Substrings for strings?

by csrabak＠bol.com.br

I'm not sure if we want to change but rather I feel what we need is to augment it in order other queries can successfully return the method which would do what the person is looking for. my 0.019999... -- Cesar Rabak Em 20/02/2010 20:43, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr > escreveu: Ah yes we should really changes its logic Stef On Feb 20, 2010, at 9:15 PM, Marcus Denker wrote: > > On Feb 20, 2010, at 2:39 PM, Nathan Tuttle wrote: > >> Often; I don't. I will try it more now that I know there are people who have success. >> > > > The MethodFinder works for those methods that are registered... it kind of has a black list of known bad methods > and a white list of known good ones, so if you don't add new methods there it will not find it... > > (We retained the MethodFinder because we intend to actually make it better at some point.. the idea is cool.. worth to be > generalized and to be taken to a new level) > > Marcus > >> On Sat, Feb 20, 2010 at 2:45 AM, StÃ©phane Ducasse wrote: >> the meta approach >> >> did you try the methodfinder? >> >> open method finder >> >> type >> >> 'Foo Bar Baz' . 5 . 3 >> >> -> no single function >> >> 'Foo Bar Baz' . $B . 'Bar' >> -> no single function >> >> I stopped but often I find what I want. >> >> >> On Feb 20, 2010, at 1:05 AM, Nathan Tuttle wrote: >> >>> I can't find any method that allows me to take a substring out of a string my location and length. >>> >>> Anyone know? >>> _______________________________________________ >>> 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 >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > 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. 21, 2010

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

by Martin McClure

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

Feb. 21, 2010

[Pharo-project] [update 1.1] #11228

by Marcus Denker

11228 ----- Issue 2038: add to releaseClean: alpabetize Class Categories Issue 2032: remove #bigDisplay Issue 2037: remove #parseScope Issue 2034: fix #initialExtend for ProcessBrowser and DualChangeSorter Issue 2036: make MethodNames/MethodFinder really only search methods Issue 2027: Clean Utilities even more Issue 1845: Unable to cancel from Information Required dialog Issue 1297: Method finder doesnt report syntax errors -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 21, 2010

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

by Javier PimÃ¡s

This is a spin-off of the Alien's building thread, I think it deserved it's own thread. I first faced this while trying to build alien, but then I noticed it's unrelated. The VM is not building in linux, and I think it's not caused by my machine's configuration. I'm using 1.0RC2, with VMMaker loaded yesterday using configurationOfVMMaker. I also applied ObjectMemory initializeWithBytesToWord: Smalltalk wordSize. as told in the other thread to fix some issues. Plugins are: - internal: B3DAcceleratorPlugin, BaloonEnginePlugin, BitBltSimulation, FilePlugin, SocketPlugin. - By the way, I'm also having to include some dummy plugin as external. If I don't, cmake will make some weird stuff like creating a = directory and then fail. I use ADPCMCodecPlugin. The errors are these: ... 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? Regards, Javier. -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 21, 2010

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

by Javier PimÃ¡s

Thanks! That did the trick! Regards, Javier. On Sun, Feb 21, 2010 at 1:20 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > On Sun, Feb 21, 2010 at 01:19:36AM +0100, Levente Uzonyi wrote: > > On Sat, 20 Feb 2010, John M McIntosh wrote: > > > > > So I think the current VMMaker build process is broken? > > > > In Squeak I get the expected line (using SlangBrowser and > VMMaker-ar.158): > > addrSize = interpreterProxy->byteSizeOf((oopForPointer( > socketAddress ) - 4)); > > > > So I guess it's a Pharo issue. > > It is definitely Pharo-related, but I can't quite spot the source of the > problem. > > In a Pharo image: > > ObjectMemory baseHeaderSize ==> nil > ObjectMemory bytesPerWord ==> nil > > That is the reason for the incorrect code generation. > > If you evaluate this, the object memory constants will be set up properly: > > ObjectMemory initializeWithBytesToWord: Smalltalk wordSize > > At that point, I expect that the code generation problem will be probably > be fixed. > > What I can't figure out is why this is not being initialized properly > in a Pharo image. I'm fumbling my way through this with a borrowed > computer (out of town this weekend, forgot to bring my laptop) and > limited expertise with Pharo, so maybe someone can figure it out from > the above clues. > > HTH, > Dave > > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 21, 2010