July 2013 - Pharo-dev - lists.pharo.org

All websites are back online!

by Nicolas Petton

We got the power back :) I recovered the databases for all 3 websites, and restarted them. Cheers, Nico On Jul 4, 2013, at 11:47 AM, Nicolas Petton <petton.nicolas(a)gmail.com> wrote: > Hi! > > All our services (including backup servers) are currently down due to power issues with ERDF at our datacenter (you can follow it on twitter) https://twitter.com/online_fr/ > They were running on a generator power for some time, but it seem to have finally failed too. > > All their support lines are busy, and we can't reach them by email either. > > I'm doing my best to resolve the issue as soon as possible, they promised us that the power would be back in 20'. > > I'm really sorry for the inconvenience. > > Cheers, > Nico > -- Nicolas Petton http://www.nicolas-petton.fr

July 4, 2013

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

by Igor Stasenko

On 3 July 2013 22:36, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I'm just guessing, but if a function receives a pointer, it does not store > the pointer anywhere but works with the contents, and finally returns while > VM is blocked, voilÃ¡ :). > Yes. > > On Wed, Jul 3, 2013 at 10:13 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> >> >> if you pass a pointer to something in object memory into function, >> make sure GC cannot move the object while function uses/accessing its >> contents. >> >> >> How? >> >> > -- Best regards, Igor Stasenko.

July 4, 2013

Re: [Pharo-dev] NativeBoost with no access to sources

by Igor Stasenko

On 3 July 2013 23:04, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > Hi Stephane, > > I worked around it... as long as I don't make FileReference>>exists as a NB call, then the Changes file will open correctly and NB calls will work after that (Changes opening doesn't use isReadable or isWriteable, which is interesting in itself ;))... But it makes my solution fragile. > > However, if you make the Changes file not readable (still owned by you, still writeable), many interesting things happen, starting with a nbGetEnv failure and a total unability to quit Pharo apart from a killall pharo. > > I tried to: > - Get NB to accept positional arguments instead of named ones (by catching names like _1, _2). Easy, since apparently the NB generated code just takes an offset on the pointer stack finally (i.e. names are only used to get the index in the arguments array). Seemed to work. can you share this code? i think it doesn't hurts being able to refer to method argument by number , not by name, if author wants to. > - Change all NB calls with numbers above to be able to have NB working before / without the Changes file. > Ended with a segfault on startup (globalSymbolLoading for GetEnv again), and I gave up. > > Igor, would there be a way to write the call with the effective arguments instead of #symbols, so that by looking at the bytecode you would get the position in the arguments stack? Or would it be possible to store by hand the source of the methods (triggered by the <pragma>) inside a source cache inside NB for the time being? Or is there an event for NB correct start (with Changes and all ready) so that we can write NB code with a fallback if NB isn't able to work? > i wanna change it, so that when you compile method with NB primitive, it remembers the arg names. > NB made it so easy to do simple and usefull calls to external libs that I really want it to work! > > Thierry > > ________________________________________ > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Date d'envoi : mercredi 3 juillet 2013 21:51 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] NativeBoost with no access to sources > >>> >> I don't know.. look: >> >> realloc: flags mem: lpMem size: dwBytes >> >> <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode> >> >> >> ^ self nbCall: >> #( LPVOID HeapReAlloc (self, DWORD flags, LPVOID lpMem, SIZE_T dwBytes) ) >> >> here, see: flags, lpMem, dwBytes names is in function signature same >> as in your method. >> That's how NB knows which argument from method corresponds to argument >> passed to function. >> >> now if you don't use argument names , how the above should look like? >> >> realloc: flags mem: lpMem size: dwBytes >> >> <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode> >> >> ^ self nbCall: >> #( LPVOID HeapReAlloc (self, DWORD @1, LPVOID @2, SIZE_T @3) ) >> ? > > > Igor I understand your concerns but also the problem thierry is facing and it looks to me like a valid scenario. > > Stef > -- Best regards, Igor Stasenko.

July 4, 2013

Re: [Pharo-dev] [rmod] [Warning] SmalltalkHub, Pharo association and Pharo consortium websites down

by Damien Cassou

On Thu, Jul 4, 2013 at 11:47 AM, Nicolas Petton <petton.nicolas(a)gmail.com> wrote: > I'm really sorry for the inconvenience. thank you very much Nicolas for letting us know and keeping us informed. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

July 4, 2013

[Warning] SmalltalkHub, Pharo association and Pharo consortium websites down

by Nicolas Petton

Hi! All our services (including backup servers) are currently down due to power issues with ERDF at our datacenter (you can follow it on twitter) https://twitter.com/online_fr/ They were running on a generator power for some time, but it seem to have finally failed too. All their support lines are busy, and we can't reach them by email either. I'm doing my best to resolve the issue as soon as possible, they promised us that the power would be back in 20'. I'm really sorry for the inconvenience. Cheers, Nico

July 4, 2013

Re: [Pharo-dev] We did it! SlotClassBuilder is active

by Tudor Girba

I forgot about this side-effect. PetitParser will be so happy. Doru On Thu, Jul 4, 2013 at 9:51 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > Hehe, yes, and finally I can have more than 254 instance variables! > > Norbert > > Am 03.07.2013 um 23:38 schrieb Tudor Girba <tudor(a)tudorgirba.com>: > > Wow! > > I cannot wait to clunky dictionary-based instance variable extensions with > slots. > > Doru > > > On Wed, Jul 3, 2013 at 5:00 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > >> Hi, >> >> Today we turned on the SlotClassBuilderâ¦ this means actually quite a huge >> change, as it puts into place >> lots of things that we can build on later. >> >> What it means for now >> >> -> A new, much easier to understand ClassBuilder >> -> meta Objects. Layouts + Slots >> >> For example, there is now for every instance variable a meta object that >> describes it >> It will be very interesting to see what we can do with that! >> >> Thanks to Toon + Camillo for the original implementation, and Martin Dias >> with Camillo >> for the work to get in really into 3.0. >> >> Marcus >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

July 4, 2013

Re: [Pharo-dev] We did it! SlotClassBuilder is active

by Tudor Girba

And Moose :) Doru On Thu, Jul 4, 2013 at 10:56 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Great! > Time to simplify Magritte. > > Stephan > > -- www.tudorgirba.com "Every thing has its own flow"

July 4, 2013

Re: [Pharo-dev] We did it! SlotClassBuilder is active

by Martin Dias

> Thanks Martin for polishing everything :) It's ok! It was a lot of fun. Thanks also to Guille Polito, who helped writing tests during GSoC-2012. +1 for the blog post. I don't have too much to say of the plans for the future but I could write about the current state of the project. MartÃn

July 4, 2013

Re: [Pharo-dev] question about UI

by Stephan Eggermont

Depending on your actual needs, you might get a much faster start by using Glamour. It allows building an application at a higher abstraction level. Stephan

July 4, 2013

Re: [Pharo-dev] We did it! SlotClassBuilder is active

by Stephan Eggermont

Great! Time to simplify Magritte. Stephan

July 4, 2013