- Pharo-dev - lists.pharo.org

[Pharo-project] Help System

by Torsten Bergmann

Again, in its current state Help System supports the two options: a) class comment/method comment for API help and b) topic structure mapped to the class hierarchy (CustomHelp books) I understand all things said and we all have our points about pros and cons. But hey, they are JUST two possible ways, nobody forces you to use them. Since these two are in by default does not mean you are limited to them. The help system is flexible enough to ADDITIONALLY HANDLE VARIOUS OTHER ways of describing the help contents. So YOU CAN DEFINE AND HAVE YOUR OWN just by extending the help system itself. After this discussion it looks like we all agree that it is a good direction to check out the pragma/builder approach too and see how far we can go here. So please check out the code I attached to my last post. In this simple example I've shown how you can extend the help system itself to support other options - here a pragma/builder oriented way of describing the help contents. It is not complete but should give you an idea that you are not limited to a) and b) ... Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 5, 2010

Re: [Pharo-project] [Pharo-users] Using FFI to call a MacOs System function

by John M McIntosh

Well /* * KLGetKeyboardLayoutCount() *** DEPRECATED *** * * Deprecated: * Use TISCreateInputSourceList API to create a list of input * sources that match specified properties. * * Summary: * Returns the number of keyboard layouts. * * Mac OS X threading: * Not thread safe * * Parameters: * * oCount: * On exit, the number of keyboard layouts * * Availability: * Mac OS X: in version 10.2 and later in Carbon.framework [32-bit only] but deprecated in 10.5 * CarbonLib: not available in CarbonLib 1.x, is available on Mac OS X version 10.2 and later * Non-Carbon CFM: not available */ That would imply you need to say module: 'Carbon.framework' If you look at the usage of FFI in Sophie, you'll find *lots* of examples http://www.opensophie.org/ just download the app run and tap "cmd-'.'" to get a debugger up. But I think there was an example in the FFI stuff once. Say: apicall: void 'GetMouse' (MacPoint) module:'Carbon.framework'> You can also set SqueakDebug to 1 in the Squeak VM's info.plist setting to get the VM to print lots more diagnostics info to the Console when it attempts to run for the entry point name . On 2010-05-05, at 2:10 PM, Mariano Martinez Peck wrote: > > > On Tue, May 4, 2010 at 4:46 PM, David Wilson <djwilson(a)bluewin.ch> wrote: > Hi > > I'm new to Pharo (although I was a Smalltalk programmer in the 90's), and I'm trying to use FFI to access an MacOs system function: > > > Hi and welcome! > > apiKLGetKeyboardLayoutCount > < cdecl: ulong 'KLGetKeyboardLayoutCount' (void) module: 'keyboards'> > ^ self externalCallFailed. > > I get an error "'Unable to find function address'" which seems to say the OS-module "keyboards" can't be found. > > Exactly. That's the problem. > > I can't figure out what the address should be. > The function is defined here: http://developer.apple.com/legacy/mac/library/documentation/Carbon/Referenc… > (yes, it's deprecated, I have a very old mac runnning 10.4). > > > But you see the library in your computer, isn't it ? I mean, it is there, but FFI doesn't find it ? > > > I'm not sure if I'm using FFI correctly, do I have to somehow include the external library in the Pharo VM? > > No, you shouldn't need to do that. However, you can try to put them there just to see if that's the problem. I think that at some point (depends on an order) the library is searched in the same place where you are calling from. So, yes, do a test, but just a test. It should work without doing that. > > How did you install FFI ? Which Pharo VM and image versions are you using ? > > Can anyone help? > > > I would like too, but I don't have such library. > > I developed a wrapper for a Clibrary called OpenDBX using FFI. In our website, some people experimented similar problems. > Please take a look to the title "Problems with Mac OS:" of the following link: > > http://www.squeakdbx.org/Compiling%20and%20installing%20OpenDBX > > I also cc'ed people that can help you. > > Cheers > > Mariano > > > I'm looked for FFI examples, but don't find anything helpful. > > David > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

May 5, 2010

Re: [Pharo-project] [Pharo-users] Using FFI to call a MacOs System function

by Mariano Martinez Peck

On Tue, May 4, 2010 at 4:46 PM, David Wilson <djwilson(a)bluewin.ch> wrote: > Hi > > I'm new to Pharo (although I was a Smalltalk programmer in the 90's), and > I'm trying to use FFI to access an MacOs system function: > > Hi and welcome! > apiKLGetKeyboardLayoutCount > < cdecl: ulong 'KLGetKeyboardLayoutCount' (void) module: 'keyboards'> > ^ self externalCallFailed. > > I get an error "'Unable to find function address'" which seems to say the > OS-module "keyboards" can't be found. > Exactly. That's the problem. > I can't figure out what the address should be. > The function is defined here: > http://developer.apple.com/legacy/mac/library/documentation/Carbon/Referenc… > (yes, it's deprecated, I have a very old mac runnning 10.4). > > But you see the library in your computer, isn't it ? I mean, it is there, but FFI doesn't find it ? > I'm not sure if I'm using FFI correctly, do I have to somehow include the > external library in the Pharo VM? > No, you shouldn't need to do that. However, you can try to put them there just to see if that's the problem. I think that at some point (depends on an order) the library is searched in the same place where you are calling from. So, yes, do a test, but just a test. It should work without doing that. How did you install FFI ? Which Pharo VM and image versions are you using ? Can anyone help? > > I would like too, but I don't have such library. I developed a wrapper for a Clibrary called OpenDBX using FFI. In our website, some people experimented similar problems. Please take a look to the title "Problems with Mac OS:" of the following link: http://www.squeakdbx.org/Compiling%20and%20installing%20OpenDBX I also cc'ed people that can help you. Cheers Mariano I'm looked for FFI examples, but don't find anything helpful. > > David > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

May 5, 2010

Re: [Pharo-project] ConfigurationOfPharo and OmniBrowser

by Alexandre Bergel

Ok. Thanks Dale. Alexandre On 5 May 2010, at 12:15, Dale Henrichs wrote: > Alexandre, > > Using Metacello 1.0-beta.26 and PharoCore-1.1-11335-UNSTABLE (latest > update), I get the same results: > > SHOUT uses the deprecated registerMenu API > Refactoring Browser AST-Core-lr.66 is loaded first and the AST-Core- > lr.67 is loaded > but this probably isn't a problem, although moving the > refactoring browser > project in the baseline should eliminate the "double load" > Nile-Clients-MarianoMartinezPeck.178 still has an issue with > #isInMemory > not understood, while doing NSAbstractDataStream class>>initialize > > So I don't think these are Metacello issues...just more work to port > these projects to Pharo 1.1:) > > Dale > ----- "Alexandre Bergel" <alexandre(a)bergel.eu> wrote: > > | > I'm actually working through this scenario right now. > | > | Hi Dale! > | > | Any progress? > | > | Cheers, > | Alexandre > | > | > | > Moving OB BEFORE AutomaticMethodCategorizer will load the proper > | > version of OB ... with this load order the older version of OB > | > shouldn't be loaded by AutomaticMethodCategorizer (this is the > area > | > | > where I suspected a bug in 1.0-beta.26 that is fixed in 1.0-beta. > | > 26.1). > | > > | > However, I have run into an issue with SHOUT using the deprecated > | > API and then I ran into an MNU in another part of the system > (doing > | > | > initialization) so I'm trying to determine if this is a problem > for > | > | > Metacello or not ... when I have characterized the issues, I'll > send > | > | > mail... > | > > | > Dale > | > > | > > | > ----- "Alexandre Bergel" <alexandre(a)bergel.eu> wrote: > | > > | > | > Thanks Dale for the dedicated answer. I understood you > | > correclty? If > | > | > | > | > I change baseline11: and I put > | > | > > | > | > project: 'AutomaticMethodCategorizer' > | > | > with: > | > | > [ spec > | > | > className: > | > | > 'ConfigurationOfAutomaticMethodCategorizer'; > | > | > file: > | > | > 'ConfigurationOfAutomaticMethodCategorizer'; > | > | > repository: > | > | 'http://www.squeaksource.com/MetacelloRepository' > | > | > ]; > | > | > > | > | > > | > | > AFTER > | > | > > | > | > project: 'OB Dev' > | > | > with: > | > | > [ spec > | > | > className: > | > | > 'ConfigurationOfOmniBrowser'; > | > | > loads: #('Dev'); > | > | > file: > | > 'ConfigurationOfOmniBrowser'; > | > | > repository: > | > | 'http://www.squeaksource.com/MetacelloRepository' > | > | > ]; > | > | > > | > | > > | > | > then it should work ok ? > | > | > | > | I understand that if you do this, then the version 1.1.3 of > | > | Omnibrowser will be loaded, then AutomaticMethodCategorizer will > | > | > load > | > | > | > | the old version of OB. > | > | > | > | I think that ConfigurationOfAutomaticMethodCategorizer needs to > | be > | > | updated. > | > | I work on it now... > | > | > | > | Cheers, > | > | Alexandre > | > | > | > | > > | > | > > | > | > > | > | > This implies that ConfigurationOfAutomaticMethodCategorizer > will > | > | > not > | > | > | > | > load correctly into Pharo 1.1, so the solution is to create a > | new > | > | > version ConfigurationOfAutomaticMethodCategorizer that will > | load > | > | > into Pharo 1.1 (i.e. referencing version 1.1.3 of > | > | > ConfigurationOfOmniBrowser) and then update > | ConfigurationOfPharo > | > | > accordingly... > | > | > > | > | > yes...the problem is that you have to do that in all the confs > | > | > that > | > | > | > | > points to OB. > | > | > > | > | > ..... > | > | > > | > | > > | > | > The nesting level for '1.1.3 [ConfigurationOfOmniBrowser]' and > | > | > '1.1 > | > | > | > | > [ConfigurationOfAutomaticMethodCategorizer]' are the same > which > | > | > means that they are both referenced in '1.1 > | > [ConfigurationOfPharo]'. > | > | > | > | > That was enough to solve this particular problem, but in an > | > | > Inspector, you can dive into the directives themselves and > | > actually > | > | > | > | > get to the MetacelloSpec that was used to create the > | directive... > | > | > > | > | > > | > | > > | > | > Here is what I don't understand. If you have that directive, > and > | > | > you > | > | > | > | > have ALL that information, can't you guess that if you need to > | > | > load > | > | > | > | > the N version of a package and then the version M, where M > > N, > | > | > then > | > | > | > | > you can skip to load N and just load M directly ? > | > | > > | > | > In this example, can you DO NOT load OmniBrowser-lr.458 as > you > | > | > know > | > | > | > | > that after you will load OmniBrowser-lr.469 ? > | > | > Or maybe directly about conf: Do not load 1.1 > | > | > [ConfigurationOfOmniBrowser] if you know that then you will > | need > | > | > | > | > to load 1.1.3 [ConfigurationOfOmniBrowser] > | > | > > | > | > Thanks a lot for the explanation dale! > | > | > > | > | > mariano > | > | > > | > | > _______________________________________________ > | > | > Pharo-project mailing list > | > | > Pharo-project(a)lists.gforge.inria.fr > | > | > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- > | > project > | > | > | > | -- > | > | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > | > | Alexandre Bergel http://www.bergel.eu > | > | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > | > | -- > | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > | Alexandre Bergel http://www.bergel.eu > | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 5, 2010

[Pharo-project] [update 1.1] #11336

by StÃ©phane Ducasse

11336 ----- - Issue 2386: milliSeconds: milliCount bad comment -> removed - Issue 2385: Compression missing primitivecall - Issue 2384: DurationTests - Issue 2378: ConfigurationOfPharoCore first try

May 5, 2010