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

Re: [Pharo-project] Browse classes with shortcut in merge

by StÃ©phane Ducasse

Will happen in the next update :) On Feb 22, 2010, at 7:19 PM, Gary Chambers wrote: > Certainly possible. Needs an update for Polymorph as well as the Diff tools. > Will only be available when the "changes tree" has keyboard focus, also... > > Will do cmd+n for senders, cmd+m for implementors and cmd+v for versions while at it. > Also, I'll update the menu items to indicate shortcuts. > > Regards, Gary > ----- Original Message ----- > From: Mariano Martinez Peck > To: Pharo Development > Cc: Gary Chambers > Sent: Friday, February 19, 2010 2:57 PM > Subject: Browse classes with shortcut in merge > > Hi Gary: It would be cool to be able to browse a class (when selected) using the shortcut (cmd + b). Right now you only can browse it using right button -> Browse class > > Cheers > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 23, 2010

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

by StÃ©phane Ducasse

Cool Danny what we could do is to define a pragma that we could use to tag public tests that are published in the help. Let us know and we can give a try to see. Stef On Feb 22, 2010, at 7:50 PM, Danny Chan wrote: > Hi! > > I like the idea. On the weekend I hacked a bit of code to generate help pages > from the class and methods comments. I have just added another bit of code > that sorts the documentation for all methods so that methods with a <help> > pragma appear in a special section. See the "Help on Help" pages in the > browser. > > And I just learned that you can load this with > (ConfigurationOfHelpSystem project version: '1.0-baseline') load. > > Danny > > Am Sonntag, 21. Februar 2010 23:39:16 schrieb 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. >> >> _______________________________________________ >> 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. 23, 2010

Re: [Pharo-project] Pharo website homepage

by StÃ©phane Ducasse

thanks laurent! Stef On Feb 22, 2010, at 6:37 PM, laurent laffont wrote: > 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 > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 23, 2010

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

by StÃ©phane Ducasse

On Feb 22, 2010, at 10:27 AM, GÃ¶ran Krampe wrote: > StÃ©phane Ducasse wrote: >> So you are educating them.... >> Frankly I stopped trying long time ago. > > Hey Stef, no need to be so sarcastic you know - several of us are in > fact in BOTH communities. IMHO we all need to remember that. Do you think that I do not know it? Let me tell you something: - I pushed refactoring browser (without result - the only result once was a private like why do you say that refactoring is important) - SUnit (you remember that I even wrote a chapter to explain it you remember that I said that I will stop harvesting fixes if we have to put tests outside the image? I'm sur you do!) - cleaning (do you remember Kernel cleaning project?) - Better smaller images - we were the first ones to use MC for managing complex app like squeak (and some guys complained that this was stupid) and in general **each** time this was a fight so I can say that I'm fed up arguing. Stef

Feb. 23, 2010

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

by StÃ©phane Ducasse

Mariano and me are writing a chapter about metacello. We can put a draft on the web. Stef On Feb 22, 2010, at 8:32 AM, Fernando olivero 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. 23, 2010

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

by Mariano Martinez Peck

Torsten and JB: it would be cool to create a new metacello configuration version with this new version of VMMaker, puting the fix about the baseHeaderSize and integrating JB fixes to VMMaker. Cheers Mariano On Tue, Feb 23, 2010 at 7:55 AM, Fernando olivero <oliverof(a)lu.unisi.ch>wrote: > > On Feb 23, 2010, at 4:19 AM, John M McIntosh wrote: > > > > > On 2010-02-22, at 6:48 PM, Javier PimÃ¡s wrote: > > > >> > > > >> Lastly, as I said when I loaded Alien Core the first time, I got this > error while loading it: > >> > >> Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". > >> > >> What should I do about that? ignore it? > > > > Well it seems to be related to > > > > ((Smalltalk includesKey: #ObjectMemory) > > and: [((Smalltalk at: #ObjectMemory) classPool at: #ClassAlien > ifAbsent: []) ~~ (index - 1)]) ifTrue: > > [self error: 'index probably wrong']. > > > > Usually people don't have ObjectMemory loaded in their image, and I"m not > sure what it is check for. > > Why don't you try it in a regular Pharo image versus your VMMaker image. > > Great work Jorge! Nice to know you won the battle against VMMaker! > > The ensure in special objects array error, has to do with some missing > classes as John pointed out. > > The smalltalk special objects array has hardcoded indexes for some relevant > classes ( Globals) in the system. > In the alien configuration i've just ensured that the size should be 53, > before loading Alien, because the Alien code installs itself in that array > at positions 54 and 55. > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 23, 2010

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

by Fernando olivero

On Feb 23, 2010, at 4:19 AM, John M McIntosh wrote: > > On 2010-02-22, at 6:48 PM, Javier PimÃ¡s wrote: > >> > >> Lastly, as I said when I loaded Alien Core the first time, I got this error while loading it: >> >> Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". >> >> What should I do about that? ignore it? > > Well it seems to be related to > > ((Smalltalk includesKey: #ObjectMemory) > and: [((Smalltalk at: #ObjectMemory) classPool at: #ClassAlien ifAbsent: []) ~~ (index - 1)]) ifTrue: > [self error: 'index probably wrong']. > > Usually people don't have ObjectMemory loaded in their image, and I"m not sure what it is check for. > Why don't you try it in a regular Pharo image versus your VMMaker image. Great work Jorge! Nice to know you won the battle against VMMaker! The ensure in special objects array error, has to do with some missing classes as John pointed out. The smalltalk special objects array has hardcoded indexes for some relevant classes ( Globals) in the system. In the alien configuration i've just ensured that the size should be 53, before loading Alien, because the Alien code installs itself in that array at positions 54 and 55.

Feb. 23, 2010

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

by John M McIntosh

On 2010-02-22, at 6:48 PM, Javier PimÃ¡s wrote: > Nice!!!!!!!! It's compiling now. Now, I loaded tests, and here are the results: > > 37 run, 17 passed, 0 failures, 20 errors. > > TestCallingSequenceChar10Long2 > TestCallingSequenceChar2LongLong2 > TestCallingSequenceChar8Long2 > TestCallingSequenceChar9Long2 > TestCallingSequenceCharLongLong2 > TestCallingSequenceChars > TestCallingSequenceDoubles14 > TestCallingSequenceDoubles2 > TestCallingSequenceFloats13 > TestCallingSequenceFloats14 > TestCallingSequenceFloats2 > TestCallingSequenceFloats2WithInteger > TestCallingSequenceFloats2WithInteger2 > TestCallingSequenceFloats7 > TestCallingSequenceInt > TestCallingSequenceInt8 > TestCallingSequenceIntWithFloatArgs > TestCallingSequenceLongLong2 > TestCallingSequenceShort > TestCallingSequenceString Oh look SUnits, great stuff (*cough* well I wrote most of them). > > > It is failing in places where it does primLoadLibrary: 'IA32ABI'. Why should it try to load itself, if it's compiled as an internal plugin? I compiled it as external too but didn't work either. Well it compiled, but that doesn't mean it works. In fact the error means the plugin code is never loaded, or is callable. Now one thing to consider is that the plugin load fails, because it can't find it. (external usage). Or because (internal and external plugin) the VM Version and the plugin version don't match. Look for your definition of #define VM_PROXY_MINOR 8 It should be 8 or higher for compiling BOTH the VM and the Plugin. Since the sqVirtualMachine.h is in the IA32ABI folder maybe there is mass confusion about which header is being used? If for example your VM say it's a VM_PROXY_MINOR of 7, then it won't work with a plugin compiled with VM_PROXY_MINOR = 8. It silently fails... Well actually it gives the primLoadLibrary failure, but good luck in guessing why... > > Other question, can classic FFI and Alien live nicely together (I mean have x plugin use classic FFI while y uses Alien)? > yes. > One more: should I use IA32ABIPlugin or IA32ABIPluginAttic? You can't have both in, right? One is a subclass of the other. I use the IA32ABIPluginAttic one. > > Syntax highligthing is broken for Alien primitive methods like these: > > <primitive: 'primUnsignedShortAtPut' error: errorCode module: 'IA32ABI'> > > Lastly, as I said when I loaded Alien Core the first time, I got this error while loading it: > > Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". > > What should I do about that? ignore it? Well it seems to be related to ((Smalltalk includesKey: #ObjectMemory) and: [((Smalltalk at: #ObjectMemory) classPool at: #ClassAlien ifAbsent: []) ~~ (index - 1)]) ifTrue: [self error: 'index probably wrong']. Usually people don't have ObjectMemory loaded in their image, and I"m not sure what it is check for. Why don't you try it in a regular Pharo image versus your VMMaker image. > > > That's all for now, thanks! > > Javier. > > On Mon, Feb 22, 2010 at 4:32 PM, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > You've not loaded > Name: Alien-VMMaker-Support-John M McIntosh.8 > Author: John M McIntosh > Time: 11 January 2010, 12:53:14 am > UUID: 6953c7ab-4924-48b0-9984-f15ec7fb7d2b > > into your vmmaker image > > so it's not build the interp.c pieces. > > > On 2010-02-22, at 8:18 AM, Javier PimÃ¡s wrote: > >> internalIsImmutable > > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Feb. 23, 2010

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

by Javier PimÃ¡s

Nice!!!!!!!! It's compiling now. Now, I loaded tests, and here are the results: 37 run, 17 passed, 0 failures, 20 errors. TestCallingSequenceChar10Long2 TestCallingSequenceChar2LongLong2 TestCallingSequenceChar8Long2 TestCallingSequenceChar9Long2 TestCallingSequenceCharLongLong2 TestCallingSequenceChars TestCallingSequenceDoubles14 TestCallingSequenceDoubles2 TestCallingSequenceFloats13 TestCallingSequenceFloats14 TestCallingSequenceFloats2 TestCallingSequenceFloats2WithInteger TestCallingSequenceFloats2WithInteger2 TestCallingSequenceFloats7 TestCallingSequenceInt TestCallingSequenceInt8 TestCallingSequenceIntWithFloatArgs TestCallingSequenceLongLong2 TestCallingSequenceShort TestCallingSequenceString It is failing in places where it does primLoadLibrary: 'IA32ABI'. Why should it try to load itself, if it's compiled as an internal plugin? I compiled it as external too but didn't work either. Other question, can classic FFI and Alien live nicely together (I mean have x plugin use classic FFI while y uses Alien)? One more: should I use IA32ABIPlugin or IA32ABIPluginAttic? You can't have both in, right? Syntax highligthing is broken for Alien primitive methods like these: <primitive: 'primUnsignedShortAtPut' error: errorCode module: 'IA32ABI'> Lastly, as I said when I loaded Alien Core the first time, I got this error while loading it: Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". What should I do about that? ignore it? That's all for now, thanks! Javier. On Mon, Feb 22, 2010 at 4:32 PM, John M McIntosh < johnmci(a)smalltalkconsulting.com> wrote: > You've not loaded > Name: Alien-VMMaker-Support-John M McIntosh.8 > Author: John M McIntosh > Time: 11 January 2010, 12:53:14 am > UUID: 6953c7ab-4924-48b0-9984-f15ec7fb7d2b > > into your vmmaker image > > so it's not build the interp.c pieces. > > > On 2010-02-22, at 8:18 AM, Javier PimÃ¡s wrote: > > internalIsImmutable > > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 23, 2010

Re: [Pharo-project] Monticello repos when adding packages

by Eliot Miranda

or add the attached which add a 'add to package...' to a selected package On Mon, Feb 22, 2010 at 4:17 AM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > Create your package, deselect any package. > Pick your existing repository spec. > Choose "add to package..." from the repo popup menu. > > Regards, Gary > > ----- Original Message ----- > From: "GermÃ¡n Arduino" <garduino(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, February 22, 2010 12:00 PM > Subject: Re: [Pharo-project] Monticello repos when adding packages > > > 2010/2/21 Torsten Bergmann <astares(a)gmx.de>: > > 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 > > > > Yes, is an annoying "feature". I don't know if exist another way, > but indeed, is not a good behaviour. > > > > Confusing, isnt it? Or is there an easier way? > > > > Thx > > T. > > > > Cheers. > GermÃ¡n. > > _______________________________________________ > 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