December 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20430

by Esteban Lorenzano

20430 ----- Issue 7056: integrate NativeBoost http://code.google.com/p/pharo/issues/detail?id=7056 Diff information: http://ss3.gemstone.com/ss/Pharo20/Kernel-EstebanLorenzano.1264.diff Yep, finally NativeBoost (v 1.7) is integrated into the system. You still need a special VM to use it, I'm working now in produce branded Pharo VMs with NB support out of the box.

Dec. 6, 2012

[Pharo-project] Progress Update

by Camillo Bruni

I promised to fix my partial refactoring for the ProgressBar. Finally this evening I hacked on the whole progress mess :), now I am almost done with one little bug left. - the progress bar is always responsive - all processes showing a progress with priority <60 can be interrupted - refreshes periodically 16 times per second - only forces a manual refresh when blocking the UI - no more out of bounds progress bars - no more ugly display buffer pattern when resizing the screen during a running progress this is a massive improvement for me :) For instance now you can simply interrupt the test runner with a click on the progress bar. I have one bug left, that is when I run the test runner, the UI event handling gets somehow disturbed. Windows no longer receive events, but everything is directly forwarded to the World. Opening the World menu is the only thing you can do :/ Anyone has a clue? The slice is in the inbox, see issue http://code.google.com/p/pharo/issues/detail?id=7103 best cami

Dec. 6, 2012

[Pharo-project] gemfire "transferred"

by Esteban Lorenzano

I wonder how this will impact our friends of Gemstone :) http://www.infoq.com/news/2012/12/vmware-spins-out-spring

Dec. 6, 2012

[Pharo-project] [update 2.0] #20429

by Marcus Denker

Dec. 6, 2012

[Pharo-project] Spec bindings assignment

by Pavel Krivanek

Hi Ben, what was changed in the Spec bindings assignment in the new Spec versions? Because Periscope uses own subclass of MorphicBindings to provide own widgets including window widget but now only standard widgets are used and the different binding is not taken into account. Cheers, -- Pavel

Dec. 6, 2012

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