- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Extent a Athens surface?

by StÃ©phane Ducasse

On Jan 28, 2013, at 6:25 PM, Fernando Olivero wrote: > Hola Vanessa, > > i can help you if, but i don't fully understand what do you want to achieve by "extending" the surface. I think that creating a larger surface. Stef > > Saludos, > Fernando > > > On Mon, Jan 28, 2013 at 10:17 PM, Vanessa PeÃ±a Araya <van.c.pena(a)gmail.com> wrote: > Hi, > > I wanted to ask if it's possible to extent an Athens surface. If it > can't be done, because as far as I understand this can't be done in > Cairo, is it possible to simulate it at least? Is it possible to stop > #drawDuring: and build another surface, maybe? > > Thanks, > Vanessa. > >

Jan. 28, 2013

Re: [Pharo-project] NativeBoost linux 8 byte structures

by Eliot Miranda

On Sun, Jan 27, 2013 at 2:26 PM, Ciprian Teodorov < ciprian.teodorov(a)gmail.com> wrote: > Hi Guys, > > Today I wanted to test my TalkFFI project on linux, and I run into some NB > issue. > It seems that the VM crashes when trying to invoke a function returning a > 8 byte structure. > I have tried with 4 bytes structure and I get some bogus data but no crash > with 12 bytes structure it seems to work... > I suspect this is a win32/linux difference that NB doesn't handle yet. On win32 power-of-two structures <= 8 bytes in length are returned in registers. On linux they're always returned through memory. Here are the relevant defs from the ThreadedIA32FFIPlugin #if defined(_X86_) || defined(i386) || defined(__i386) || defined(__i386__) /* Both Mac OS X x86 and Win32 x86 return structs of a power of two in size * less than or equal to eight bytes in length in registers. Linux never does so. */ # if __linux__ # define WIN32_X86_STRUCT_RETURN 0 # else # define WIN32_X86_STRUCT_RETURN 1 # endif #define returnStructInRegisters(sz) (WIN32_X86_STRUCT_RETURN && (sz) <= 8 && !((sz)&((sz)-1))) HTH Attached to this mail you will find a simple test case. > > the c file I have compiled with: > > gcc -g -fPIC -Wall -c -m32 strreturn.c > gcc -shared -g -Wl,-soname,libret.so.1 -o libret.so -m32 strreturn.o -lc > > Cheers, > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro -- best, Eliot

Jan. 28, 2013

Re: [Pharo-project] [ann] glamorous debugger (alpha)

by Tudor Girba

Beautiful :) Doru On Jan 28, 2013, at 10:15 PM, Andrei Vasile Chis <chisvasileandrei(a)gmail.com> wrote: > Hi all, > > As I'm playing with the debugger I thought I'll share with you a nice > feature the current model supports: scripting the actions > > In the current version the following code is a rather complicated > way of opening a debugger for the code '#(1 2 3 4 5) do: [:each | each asString ]' > > [ |process| > process := Processor activeProcess. > UIManager default defer: [ |debugger session| > session := SpecDebugger spanNewSessionForProcess: process. "create the model" > session errorWasInUIProcess: false. > > debugger := SpecDebugger debugSession: session. "open the debugger"]. > process suspend. > > "The previous lines open a debugger for this code" > #(1 2 3 4 5) do: [:each | each asString ] > ] fork. > > However, the nice thing about the code above is that as the model is completely > separated from the ui, the model can be used to script some actions (stepInto, stepThrough, etc) > before or after opening the debugger. So in the code bellow using one of the two > commented blocks of code, one execute some actions before or after opening the debugger. > > [ |process| > process := Processor activeProcess. > UIManager default defer: [ |debugger session| > session := SpecDebugger spanNewSessionForProcess: process. "create the model" > session errorWasInUIProcess: false. > > "session > stepInto; > stepThrough; > stepThrough; > stepThrough; > stepThrough; > stepOver; > stepInto." > > debugger := SpecDebugger debugSession: session. "open the debugger" > > "debugger session > confirm: 'Step Into'; > stepInto; > confirm: '4 * Step Through'; > stepThrough; > stepThrough; > stepThrough; > stepThrough; > confirm: 'Step Over'; > stepOver; > confirm: 'Step Into'; > stepInto." ]. > process suspend. > > "The previous lines open a debugger for this code" > #(1 2 3 4 5) do: [:each | each asString ] > ] fork. > > Also the same model can be used with multiple ui's or the same ui can be reused with different models. > Right now this works in Pharo 2.0, but there isn't a configuration for loading it; if someone really wants to > try it I can provide instructions of how to load the code. > > Cheers, > Andrei -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

Jan. 28, 2013

Re: [Pharo-project] Extent a Athens surface?

by Fernando Olivero

Hola Vanessa, i can help you if, but i don't fully understand what do you want to achieve by "extending" the surface. Saludos, Fernando On Mon, Jan 28, 2013 at 10:17 PM, Vanessa PeÃ±a Araya <van.c.pena(a)gmail.com>wrote: > Hi, > > I wanted to ask if it's possible to extent an Athens surface. If it > can't be done, because as far as I understand this can't be done in > Cairo, is it possible to simulate it at least? Is it possible to stop > #drawDuring: and build another surface, maybe? > > Thanks, > Vanessa. > >

Jan. 28, 2013

[Pharo-project] Extent a Athens surface?

by Vanessa PeÃ±a Araya

Hi, I wanted to ask if it's possible to extent an Athens surface. If it can't be done, because as far as I understand this can't be done in Cairo, is it possible to simulate it at least? Is it possible to stop #drawDuring: and build another surface, maybe? Thanks, Vanessa.

Jan. 28, 2013

Re: [Pharo-project] [ann] glamorous debugger (alpha)

by Andrei Vasile Chis

Hi all, As I'm playing with the debugger I thought I'll share with you a nice feature the current model supports: scripting the actions In the current version the following code is a rather complicated way of opening a debugger for the code '#(1 2 3 4 5) do: [:each | each asString ]' [ |process| process := Processor activeProcess. UIManager default defer: [ |debugger session| session := SpecDebugger spanNewSessionForProcess: process. "create the model" session errorWasInUIProcess: false. debugger := SpecDebugger debugSession: session. "open the debugger"]. process suspend. "The previous lines open a debugger for this code" #(1 2 3 4 5) do: [:each | each asString ] ] fork. However, the nice thing about the code above is that as the model is completely separated from the ui, the model can be used to script some actions (stepInto, stepThrough, etc) before or after opening the debugger. So in the code bellow using one of the two commented blocks of code, one execute some actions before or after opening the debugger. [ |process| process := Processor activeProcess. UIManager default defer: [ |debugger session| session := SpecDebugger spanNewSessionForProcess: process. "create the model" session errorWasInUIProcess: false. "session stepInto; stepThrough; stepThrough; stepThrough; stepThrough; stepOver; stepInto." debugger := SpecDebugger debugSession: session. "open the debugger" "debugger session confirm: 'Step Into'; stepInto; confirm: '4 * Step Through'; stepThrough; stepThrough; stepThrough; stepThrough; confirm: 'Step Over'; stepOver; confirm: 'Step Into'; stepInto." ]. process suspend. "The previous lines open a debugger for this code" #(1 2 3 4 5) do: [:each | each asString ] ] fork. Also the same model can be used with multiple ui's or the same ui can be reused with different models. Right now this works in Pharo 2.0, but there isn't a configuration for loading it; if someone really wants to try it I can provide instructions of how to load the code. Cheers, Andrei

Jan. 28, 2013

[Pharo-project] Strange slowness with PharoBoids

by StÃ©phane Ducasse

Hi I took the image of athens mentioned by camillo a while ago and loaded PharoBoids. It was fast with 20. I played with the system I played with the athens playground and saved. Now I wanted to do a demo and it was getting slow. I killed a lot of process using the process browser but it was still a bit slow. Does anybody experience the same? I will try with the latest version of athens. Stef

Jan. 28, 2013

Re: [Pharo-project] Drawing text in Athens

by Vanessa PeÃ±a Araya

Hi Esteban, I make it work in 2.0 and using the Cairo surface :) Thanks, Vanessa. On 01/28/2013 05:05 PM, Esteban Lorenzano wrote: > Hi Vanessa, > > AFAIK, text rendering with Athens is still not finished, but not sure about that :) > (yeah, not of much help :P) > > Esteban > > On Jan 28, 2013, at 8:45 PM, Vanessa PeÃ±a Araya <van.c.pena(a)gmail.com> wrote: > >> Hi, >> >> I'm trying to render a Roassal view using Athens. I finally was able to setup everything and some Athens examples works. However when I try to render text the image crash. I had free type selected and tried in Pharo 1.4 and 2.0 >> >> Any idea why this can be? >> >> Thanks, >> Vanessa. >> > >

Jan. 28, 2013

Re: [Pharo-project] Drawing text in Athens

by Esteban Lorenzano

Hi Vanessa, AFAIK, text rendering with Athens is still not finished, but not sure about that :) (yeah, not of much help :P) Esteban On Jan 28, 2013, at 8:45 PM, Vanessa PeÃ±a Araya <van.c.pena(a)gmail.com> wrote: > Hi, > > I'm trying to render a Roassal view using Athens. I finally was able to setup everything and some Athens examples works. However when I try to render text the image crash. I had free type selected and tried in Pharo 1.4 and 2.0 > > Any idea why this can be? > > Thanks, > Vanessa. >

Jan. 28, 2013

[Pharo-project] Drawing text in Athens

by Vanessa PeÃ±a Araya

Hi, I'm trying to render a Roassal view using Athens. I finally was able to setup everything and some Athens examples works. However when I try to render text the image crash. I had free type selected and tried in Pharo 1.4 and 2.0 Any idea why this can be? Thanks, Vanessa.

Jan. 28, 2013