- Pharo-users - lists.pharo.org

Re: [Pharo-users] C struct in 32 bits vs 64 bits VM

by Andres Valloud

The relevant spec does not state 'long' is of any particular size. On 4/19/18 1:24 , Serge Stinckwich wrote: > > > On Thu, Apr 19, 2018 at 9:13 AM, Serge Stinckwich > <serge.stinckwich(a)gmail.com <mailto:serge.stinckwich@gmail.com>> wrote: > > I try to understand differences between 32 bits and 64 bits FFI > support for C structures. > > I build a class called MyStruct subclass of FFIExternalStructure. > and define a layout for this structure like this one : > > MyStruct class>>fieldsDesc > "self rebuildFieldAccessors" > > ^ #( > int index ;) > > and then I generate automatically the field accessors. > > If I use a 32 bit VM, the following method is generated to access > the index field : > > index > "This method was automatically generated" > ^handle signedLongAt: OFFSET_INDEX > > and if I use a 64 bits VM, the same method is generated ... > > I'm a bit puzzled because, if sizeof(int) = sizeof(long) in a 32 > bits VM, they have different for 64 bits VM (sizeof(int) = 4 and > sizeof(long) = 8). > > Someone to explain me or this is a bug ? > > > âOk I have understood ... > > signedLongAt: method does not return a long as the name seems to > indicate but in fact a 32 bits integer. > So it works in both 32 and 64 bits VM. > > Maybe signedInt32At: would have been a better name :-) â > > > -- > Serge Stinckwich > UMI UMMISCO 209 (SU/IRD/UY1) > "Programs must be written for people to read, and only incidentally for > machines to execute." > > http://www.doesnotunderstand.org/

April 19, 2018

Re: [Pharo-users] C struct in 32 bits vs 64 bits VM

by Serge Stinckwich

On Thu, Apr 19, 2018 at 9:13 AM, Serge Stinckwich < serge.stinckwich(a)gmail.com> wrote: > I try to understand differences between 32 bits and 64 bits FFI support > for C structures. > > I build a class called MyStruct subclass of FFIExternalStructure. > and define a layout for this structure like this one : > > MyStruct class>>fieldsDesc > "self rebuildFieldAccessors" > > ^ #( > int index ;) > > and then I generate automatically the field accessors. > > If I use a 32 bit VM, the following method is generated to access the > index field : > > index > "This method was automatically generated" > ^handle signedLongAt: OFFSET_INDEX > > and if I use a 64 bits VM, the same method is generated ... > > I'm a bit puzzled because, if sizeof(int) = sizeof(long) in a 32 bits VM, > they have different for 64 bits VM (sizeof(int) = 4 and sizeof(long) = 8). > > Someone to explain me or this is a bug ? > > âOk I have understood ... signedLongAt: method does not return a long as the name seems to indicate but in fact a 32 bits integer. So it works in both 32 and 64 bits VM. Maybe signedInt32At: would have been a better name :-) â -- Serge Stinckwich UMI UMMISCO 209 (SU/IRD/UY1) "Programs must be written for people to read, and only incidentally for machines to execute."http://www.doesnotunderstand.org/

April 19, 2018

C struct in 32 bits vs 64 bits VM

by Serge Stinckwich

I try to understand differences between 32 bits and 64 bits FFI support for C structures. I build a class called MyStruct subclass of FFIExternalStructure. and define a layout for this structure like this one : MyStruct class>>fieldsDesc "self rebuildFieldAccessors" ^ #( int index ;) and then I generate automatically the field accessors. If I use a 32 bit VM, the following method is generated to access the index field : index "This method was automatically generated" ^handle signedLongAt: OFFSET_INDEX and if I use a 64 bits VM, the same method is generated ... I'm a bit puzzled because, if sizeof(int) = sizeof(long) in a 32 bits VM, they have different for 64 bits VM (sizeof(int) = 4 and sizeof(long) = 8). Someone to explain me or this is a bug ? âThank you.â -- Serge Stinckwich UMI UMMISCO 209 (SU/IRD/UY1) "Programs must be written for people to read, and only incidentally for machines to execute."http://www.doesnotunderstand.org/

April 19, 2018

Re: [Pharo-users] SDL2SpecialCharacterMapping problem

by Esteban Lorenzano

Hi again, well, the problem is that 64bit images are translated from a 32bit version and some particular dictionaries need to be rehashed. 1073741904 is a long integer in 32bit and a small integer in 64bit ;) If you execute this: SDL2Structure allSubclassesDo: #compileFields. OSWindowMorphicEventHandler initialize. SDL2SpecialCharacterMapping initialize. and you will be ok :) Of course, right fix would be to rehash dictionaries when converting. and right-right fix would be to bootstrap also 64bit version instead bootstrap 32bit and then translate. but since just a few people uses SDL2 right now, the problem arose recently (in fact, I realised it recently, when I was doing some experiments). cheers! Esteban > On 19 Apr 2018, at 00:41, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: > > Ok, > waiting for your answer. > Thnks. > > 2018-04-18 16:10 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>>: > In fact, I have the answer. > But Iâm afk, I will answer later, sorry :) > > On 18 Apr 2018, at 21:00, alvaro piorno <alvaropiorno100(a)gmail.com <mailto:alvaropiorno100@gmail.com>> wrote: > >> Hi Ben, >> The thing is that i found that the problem can be reproduced without my code. >> >> <asd.png> >> â >> The class has a class variable named "Mappings" (photo shows an inspector of it). >> There are associations for left and right arrow: >> - (1073741904 -> arrowLeft) >> - (1073741903 -> arrowRight) >> If i send "Mappings at: 1073741904" i get "arrowLeft", >> but if i send "Mappings at: 1073741903" i get "nil" instead of "arrowRight". >> >> This is done automatically when handling OS events, but as this fails i am not getting associated character for "arrowRight". >> >> Just in case i send you the information you requested. >> Thanks >> >> OS/VM/Image versions: >> >> Operating System/Hardware >> ------------------------- >> unix linux-gnu x86_64 >> >> Virtual Machine >> --------------- >> /home/alvaro/Desktop/pharo6.1-64/bin/lib/pharo/5.0-201707201942/pharo >> CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 >> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 >> VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> $ >> >> Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3 >> VMMaker versionString VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> $ >> CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 >> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 >> >> Image >> ------------ >> 6.1 >> >> 2018-04-01 19:59 GMT-03:00 Ben Coman <btc(a)openinworld.com <mailto:btc@openinworld.com>>: >> Hi Alvaro, >> >> This is not an area I've been involved in, but just a general comment... >> >> Can you export a self contained example from your code that can be loaded >> into a fresh Image that demonstrate the problem? >> Its always easier if people can see the problem with their own eyes. >> >> Also, what version OS/VM/Image are you running? >> i.e. World Menu > System > System Reporter >> >> cheers -ben >> >> On 1 April 2018 at 11:45, alvaro piorno <alvaropiorno100(a)gmail.com <mailto:alvaropiorno100@gmail.com>> wrote: >> Hi, >> >> Iam having a problem handling some OSKeywordEvents. These events should have character associated. >> >> The mapping is resolved by SDL2SpecialCharacterMapping using a dictionary(Mappings), it has the mapping, for example, for left arrow and right arrow. >> >> It resolve correctly for "left arrow" with key: 1073741904(Integer) , but it does not found "right arrow" with key: 1073741903(Integer). >> >> Both keys are present. >> Any idea? >> >> >> >

April 19, 2018

Re: [Pharo-users] Pharo Launcher

by Stephane Ducasse

I'm in 10.12.6 On Wed, Apr 18, 2018 at 11:34 PM, Ben Coman <btc(a)openinworld.com> wrote: > A while ago I experienced similar behavior, but I'm not on Mac at the > moment. > Maybe it depends on OS version? > > cheers -ben > > > On 19 April 2018 at 04:35, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> sean >> >> I do not have this behavior. >> I can use the launcher to open multiple images from the launcher. >> >> >> On Tue, Apr 17, 2018 at 1:00 PM, Sean P. DeNigris <sean(a)clipperadams.com> >> wrote: >> > Ben Coman wrote >> >> I *prefer* never to close PharoLauncher. >> > >> > That's the way I work as well, especially because I found that on Mac >> > apparently you have to close all open images before Launcher will open >> > again >> > from the Dock. >> > >> > >> > >> > ----- >> > Cheers, >> > Sean >> > -- >> > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> > >> >

April 19, 2018

Re: [Pharo-users] OSWindow doubt

by Stephane Ducasse

There is no problem alvaro. Let us know what you are doing. On Thu, Apr 19, 2018 at 12:52 AM, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: > Please omit this email. I already solved and was my mistake. > > > 2018-04-18 19:46 GMT-03:00 alvaro piorno <alvaropiorno100(a)gmail.com>: >> >> Hi, >> I am using OSWindow and by default when closing the native window, image >> closes too. >> how can i change the close handle? >> I would like only native window to close. Is it possible/viable? >> >> Thanks > >

April 19, 2018

Re: [Pharo-users] OSWindow doubt

by alvaro piorno

Please omit this email. I already solved and was my mistake. 2018-04-18 19:46 GMT-03:00 alvaro piorno <alvaropiorno100(a)gmail.com>: > Hi, > I am using OSWindow and by default when closing the native window, image > closes too. > how can i change the close handle? > I would like only native window to close. Is it possible/viable? > > Thanks >

April 18, 2018

OSWindow doubt

by alvaro piorno

Hi, I am using OSWindow and by default when closing the native window, image closes too. how can i change the close handle? I would like only native window to close. Is it possible/viable? Thanks

April 18, 2018

Re: [Pharo-users] SDL2SpecialCharacterMapping problem

by alvaro piorno

Ok, waiting for your answer. Thnks. 2018-04-18 16:10 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > In fact, I have the answer. > But Iâm afk, I will answer later, sorry :) > > On 18 Apr 2018, at 21:00, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: > > Hi Ben, > The thing is that i found that the problem can be reproduced without my > code. > > <asd.png> > â > The class has a class variable named "Mappings" (photo shows an inspector > of it). > There are associations for left and right arrow: > - (1073741904 -> arrowLeft) > - (1073741903 -> arrowRight) > If i send "Mappings at: 1073741904" i get "arrowLeft", > but if i send "Mappings at: 1073741903" i get "nil" instead of > "arrowRight". > > This is done automatically when handling OS events, but as this fails i am > not getting associated character for "arrowRight". > > Just in case i send you the information you requested. > Thanks > > * OS/VM/Image versions:* > > Operating System/Hardware > ------------------------- > unix linux-gnu x86_64 > > Virtual Machine > --------------- > /home/alvaro/Desktop/pharo6.1-64/bin/lib/pharo/5.0-201707201942/pharo > CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad > Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > > Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3 > VMMaker versionString VM: 201707201942 https://github.com/ > OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 > $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk- > vm.git $ > CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad > Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > > Image > ------------ > 6.1 > > 2018-04-01 19:59 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > >> Hi Alvaro, >> >> This is not an area I've been involved in, but just a general comment... >> >> Can you export a self contained example from your code that can be loaded >> into a fresh Image that demonstrate the problem? >> Its always easier if people can see the problem with their own eyes. >> >> Also, what version OS/VM/Image are you running? >> i.e. World Menu > System > System Reporter >> >> cheers -ben >> >> On 1 April 2018 at 11:45, alvaro piorno <alvaropiorno100(a)gmail.com> >> wrote: >> >>> Hi, >>> >>> Iam having a problem handling some OSKeywordEvents. These events should >>> have character associated. >>> >>> The mapping is resolved by SDL2SpecialCharacterMapping using a >>> dictionary(Mappings), it has the mapping, for example, for left arrow and >>> right arrow. >>> >>> It resolve correctly for "left arrow" with key: 1073741904(Integer) , >>> but it does not found "right arrow" with key: 1073741903(Integer). >>> >>> Both keys are present. >>> Any idea? >>> >>> >> >

April 18, 2018

Re: [Pharo-users] Pharo Launcher

by Ben Coman

A while ago I experienced similar behavior, but I'm not on Mac at the moment. Maybe it depends on OS version? cheers -ben On 19 April 2018 at 04:35, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > sean > > I do not have this behavior. > I can use the launcher to open multiple images from the launcher. > > > On Tue, Apr 17, 2018 at 1:00 PM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > > Ben Coman wrote > >> I *prefer* never to close PharoLauncher. > > > > That's the way I work as well, especially because I found that on Mac > > apparently you have to close all open images before Launcher will open > again > > from the Dock. > > > > > > > > ----- > > Cheers, > > Sean > > -- > > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > >

April 18, 2018