- Pharo-dev - lists.pharo.org

Re: [Pharo-project] NBFFICallback fnSpec

by Igor Stasenko

On 5 December 2012 22:28, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Hello, > > In one of my callbacks I have an fnSpec with an enum. > > ^#( void (enum sessionStatus)) > > from > > typedef void (*SESSION_STATUS_CALLBACK)(O2GSessionStatus eSessionStatus); > > How are enums handled in NB? > What would be the proper type for the fnSpec and how do I access the values > in an enum in my class? > > typedef enum > { > Disconnected = 0, > Connecting = 1, > TradingSessionRequested = 2, > Connected = 3, > Reconnecting = 4, > Disconnecting = 5, > SessionLost = 6, > PriceSessionReconnecting = 7 > } O2GSessionStatus; > enums are unsigned integer values , so you must change the signature to use 'uint' or 'uint32' type. Then make a shared pool with constants , initialize them with proper values and you done. > Thanks. > > Jimmie > -- Best regards, Igor Stasenko.

Dec. 6, 2012

Re: [Pharo-project] ConfigurationOfPetitParser has broken #'common' section

by Frank Shearar

The attached bootstraps Metacello and Gofer if they're not already present. (They're not, in Squeak.) Offline loading - loading without a network connection - doesn't quite work yet; I couldn't chase down the nil. But with a network connection it works just fine. frank On 4 December 2012 22:19, Frank Shearar <frank.shearar(a)gmail.com> wrote: > Thanks Camillo, that's done the trick. > > I've found _another_ problems with the configuration, but that I can > fix. (The configuration only works if you have a network connection.) > I'll hopefully post a fix in the very near future. > > frank > > On 4 December 2012 21:54, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> hard to guess if I don't know the project :P >> for me it worked you have all the parsing capabilities minus the debug UIs >> >> On 2012-12-04, at 18:51, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >>> Oh, I see a minimal Petit... But isn't that going to be too small? >>> Alternatively why not a ConfigurationOfGrosParser ? >>> >>> Nicolas >>> >>> 2012/12/4 Camillo Bruni <camillobruni(a)gmail.com>: >>>> just load the minimal group and you're fine. That's what we do in 2.0 as well... >>>> >>>> >>>> On 2012-12-04, at 18:32, Frank Shearar <frank.shearar(a)gmail.com> wrote: >>>> >>>>> By "broken" I mean "it might work fine in Pharo but it doesn't in Squeak". >>>>> >>>>> That's because PetitParser now uses Glamour, which pulls in a whole >>>>> host of things that probably don't work in Squeak. (I don't know, I >>>>> haven't tried, but these are all UI things, and the UI is where Pharo >>>>> and Squeak are least compatible.) >>>>> >>>>> I'm being a bit rude in that I don't yet have a fix for the issue. >>>>> Ideally, a ConfigurationOf would have Pharo specific stuff and Squeak >>>>> specific stuff in separate sections, with only the shared things >>>>> (right now, not Glamour, nor its dependents) in the #'common' section. >>>>> >>>>> However, if someone doesn't beat me to it, I'll submit a fix soon, >>>>> once Squeak 4.4 is out the door. >>>>> >>>>> frank >>>>> >>>> >>>> >>> >> >>

Dec. 5, 2012

Re: [Pharo-project] [Fuel] Materialization error, #DoIt Not found

by Mariano Martinez Peck

quick answer (later with more detail): Install also de package: FuelMetalevel and instantiate the serializer this way (instead of #newDefault) FLSerializer newDefaultWithMethodSupport let me know if it works. On Wed, Dec 5, 2012 at 10:40 PM, Vanessa PeÃ±a Araya <van.c.pena(a)gmail.com>wrote: > Hi, > > I was working with Fuel to save and load a Roassal view (serialize and > materialize), and everything works perfect (so far) except for one thing: > if I have an Anouncer which its registry has an announcementSubscription > with a nil subscriber, it does not work is gives me this error: > > > > Standard Roassal interactions are OK, but if I do: > > aRoElement on: ROMouseClick do: [something] in a Wokspace materialization > does not work. If I execute the same code in a method send as message to an > object I have not this error and materialization works perfectly. This > means I can not save some visualizations created in the Workspace. > > Have anyone experience something like this? > > Thanks, > Vanessa. > > -- Mariano http://marianopeck.wordpress.com

Dec. 5, 2012

[Pharo-project] [Fuel] Materialization error, #DoIt Not found

by Vanessa PeÃ±a Araya

Hi, I was working with Fuel to save and load a Roassal view (serialize and materialize), and everything works perfect (so far) except for one thing: if I have an Anouncer which its registry has an announcementSubscription with a nil subscriber, it does not work is gives me this error: Standard Roassal interactions are OK, but if I do: aRoElement on: ROMouseClick do: [something] in a Wokspace materialization does not work. If I execute the same code in a method send as message to an object I have not this error and materialization works perfectly. This means I can not save some visualizations created in the Workspace. Have anyone experience something like this? Thanks, Vanessa.

Dec. 5, 2012

Re: [Pharo-project] NBFFICallback fnSpec

by Jimmie Houchin

Hello, In one of my callbacks I have an fnSpec with an enum. ^#( void (enum sessionStatus)) from typedef void (*SESSION_STATUS_CALLBACK)(O2GSessionStatus eSessionStatus); How are enums handled in NB? What would be the proper type for the fnSpec and how do I access the values in an enum in my class? typedef enum { Disconnected = 0, Connecting = 1, TradingSessionRequested = 2, Connected = 3, Reconnecting = 4, Disconnecting = 5, SessionLost = 6, PriceSessionReconnecting = 7 } O2GSessionStatus; Thanks. Jimmie

Dec. 5, 2012

[Pharo-project] Redline Smalltalk and Pharo ....

by James Ladd

We are ensuring that Pharo code can run unmodified on Redline Smalltalk. This is exciting to us as recently Redline Smalltalk was deployed to the cloud on Heroku. We think Redline and Pharo opens up new possibilities. To do more we need your help, and ask you to support Redline Smalltalk with a donation here: http://www.indiegogo.com/smalltalk/x/1366536 Any Smalltalk that becomes more popular helps every Smalltalk. - James.

Dec. 5, 2012

Re: [Pharo-project] An excellent news

by Luc Fabresse

Thanks INRIA and of course thanks Igor for all his work and congrats to him ;-) #Luc 2012/12/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > >> Consortium membership is in the mail > > Thanks. > the beta website on the way. > > > > > Stephan > > > > >

Dec. 5, 2012

Re: [Pharo-project] An excellent news

by StÃ©phane Ducasse

>> Consortium membership is in the mail Thanks. the beta website on the way. > > Stephan >

Dec. 5, 2012

Re: [Pharo-project] PharoConf 2013 @ Bern?

by StÃ©phane Ducasse

On Dec 5, 2012, at 6:50 PM, Hilaire Fernandes wrote: > Hello, > > So during the week days 4/4 to 8/4 ? No 2-3-4 April. or 2 and 3 of april Stef > > Hilaire > > > Le 05/12/2012 09:44, StÃ©phane Ducasse a Ã©crit : >> Hello Pharoers >> >> The software composition group of the university of Bern proposed to organize the next pharo conf at berne during the week >> of 2-3 of April 2013. We are really happy of this proposal. Now we would like to know what you think about it >> before committing to the date and location. >> >> The Pharo board and crew >> > > >

Dec. 5, 2012

Re: [Pharo-project] Vim Keys?

by StÃ©phane Ducasse

On Dec 3, 2012, at 9:30 AM, Goubier Thierry wrote: > Le 01/12/2012 18:59, StÃ©phane Ducasse a Ã©crit : >> What we want is to clean all the hardcoded short cut and rethink all the them using key mapper >> Then people can define some maps and install them at wish. > > TextMorph apart, this is not that difficult and it can be done Morph by Morph without disrupting the system... Volunteers, please! > > (I did it for SimpleHierarchicalListMorph and that has been integrated, but I now noticed I haven't finished removing the old, hardcoded shortcuts code :( ). > >> For example I miss end of line start of line (emacs like :)). >> I would like to have esc esc to select an expression >> so that I can do esc esc + cmd D and get done :) >> >> Stef > > Any suggestions on a global scheme for user-configurable keycaps ? I will discuss with guillermo about that because this is time to really tart to do it for 3.0 Right now I will focus on fixing 20 bugs Stef > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Dec. 5, 2012