July 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [UFFI] Using a nested structure

by Esteban Lorenzano

Hi, > On 07 Jul 2016, at 01:54, Ben Coman <btc(a)openInWorld.com> wrote: > > On Thu, Jul 7, 2016 at 12:58 AM, Merwan Ouddane <merwanouddane(a)gmail.com> wrote: >> PS: for the first example, the alignment is not respected, the vec3 >> structure is starting at 9 but uffi is fetching it at 5 > > Hi Esteban, > > Is it possible to get a feature or a recipe to output the sizeof or > offset of fields in types as understood by the Image, and the same > from a C side - that could be used as the standard first step in > troubleshooting these kinds of issues ? FFIExternalType class>>sizeOf: ? but that does not works for complex type sizes (like FFIExternalArray). I donât know what the problem is here, because in my test (attached) it seems to be working fine. maybe problem is on how the Vec3 array is created, it should be something like this: Vec3 class>>iinitialize self type: (FFIExternalType resolveType: 'double') size: 3 (is like that because FFITypeArray is more designed to be used creating anonymous types than concretes, but wellâ¦ ) in any case, it seems to be working for me. Now, about the useâ¦ doing this: p := Position new. p v1 at: 1 put: 42.0. p v1 at: 1. âwill print 0.0" why? because it works making a copy (maybe it should work passing a segment, as nested structs work, but this is how it works now). What should work (at doesnât) in this case is this: v := Vector3 new. p := Position new. v at: 1 put: 42.0. p v1: v. p v1 at: 1. âwill print 42.0" it does not work because I made a mistake in field generation that I already fixedâ¦ so you will need to update UFFI (and regenerate field accessors) ;) alsoâ¦ I will provide a fix to make first case workâ¦ just later because now Iâm going to my french lessons :) Esteban ps: for future reference, a description of: install this, run that, is a lot easier to understand the problem (is a case of âshow me the code!â) :P > > cheers -ben > >> >> >> On 06/07/2016 17:55, Merwan Ouddane wrote: >> >> Another test: >> I replaced double by integer, for visibility... >> typedef struct vec3 { >> int data[3]; >> } vec3; >> >> add a second vec3 to position: >> >> typedef struct position { >> int i; >> vec3 vec; >> vec3 vec2; >> } position; >> >> Now in pharo: >> Position >> fieldsDesc >> "self rebuildFieldAccessors" >> ^ #( >> int i; >> Vec3 vec; >> Vec3 vec2; >> ) >> >> The size returned for each stucture is 16 instead of 12 that because of the >> "8 byte alignment" >> >> Meaning that the "position" structure is corrupted. >> >> With this function: >> >> >> extern "C" void DLL_EXPORT fillStruct(position *position) >> { >> position -> i = 19; >> (position -> vec).data[0] = 1; >> (position -> vec).data[1] = 2; >> (position -> vec).data[2] = 3; >> (position -> vec2).data[0] = 1; >> (position -> vec2).data[1] = 2; >> (position -> vec2).data[2] = 3; >> } >> >> We will get: >> position i == 19 >> position vec at: 1 == 1 >> position vec2 at: 1 == 2 >> >> >> On Tue, Jul 5, 2016 at 3:12 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: >>> >>> I compiled the DLL using Visual Studio 2015 Community Edition. Later I >>> will check with mingw. >>> >>> 2016-07-05 14:58 GMT+02:00 Merwan Ouddane <merwanouddane(a)gmail.com>: >>>> >>>> Using codeblocks, mine are: >>>> >>>> mingw32-g++.exe -m32 -DBUILD_DLL -c main.cpp -o obj\Release\main.o >>>> mingw32-g++.exe -shared -Wl,--output-def=bin\Release\libTest.def >>>> -Wl,--out-implib=bin\Release\libTest.a -Wl,--dll obj\Release\main.o -o >>>> bin\Release\Test.dll -s -m32 >>>> >>>> >>>> On Tue, Jul 5, 2016 at 2:52 PM, Merwan Ouddane <merwanouddane(a)gmail.com> >>>> wrote: >>>>> >>>>> I am not moving from another plateform :/ >>>>> >>>>> I tried it in pharo 6 and I it didn't work either. >>>>> >>>>> It could be my dll. What is your compilation line for the dll ? >>>>> >>>>> Thanks you, >>>>> Merwan >>>>> >>>>> On Tue, Jul 5, 2016 at 2:14 PM, Ronie Salgado <roniesalg(a)gmail.com> >>>>> wrote: >>>>>> >>>>>> Hi Merwan, >>>>>> >>>>>> I tested this on Pharo 6 and it is working in Windows. However, in 32 >>>>>> bits Window doubles have an 8 byte alignment, unlike Linux where they have a >>>>>> 4 byte alignment. >>>>>> >>>>>> Can you try doing the following before performing the ffi call in >>>>>> Windows, if you are moving an image from Linux or OS X: >>>>>> >>>>>> Vec3 rebuildFieldAccessors. >>>>>> Position rebuildFieldAccessors. >>>>>> >>>>>> Best regards, >>>>>> Ronie >>>>>> >>>>>> 2016-07-05 11:11 GMT+02:00 Merwan Ouddane <merwanouddane(a)gmail.com>: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I have an issue whith nested structures. >>>>>>> >>>>>>> I made some "dummy" structures in c: >>>>>>> >>>>>>> >>>>>>> typedef struct vec3 { >>>>>>> double data[3]; >>>>>>> } vec3; >>>>>>> >>>>>>> typedef struct position { >>>>>>> int i; >>>>>>> vec3 vec; >>>>>>> } position; >>>>>>> >>>>>>> And a "dummy" function to fill it: >>>>>>> void fillStruct(position *position) >>>>>>> { >>>>>>> position -> i = 19; >>>>>>> (position -> vec).data[0] = 1; >>>>>>> (position -> vec).data[1] = 2; >>>>>>> (position -> vec).data[2] = 3; >>>>>>> } >>>>>>> >>>>>>> But I can't make the nested structure work. >>>>>>> The "i" is correctly set to 19 but I have values that doesn't make any >>>>>>> sense in the vec3 structure. >>>>>>> >>>>>>> In Pharo >>>>>>> I declared the Double3 type for the array inside Vec3: >>>>>>> Double3 := FFITypeArray ofType: 'double' size: 3 >>>>>>> >>>>>>> Vec3>>fieldsDesc >>>>>>> ^ #( >>>>>>> Double3 v; >>>>>>> ) >>>>>>> >>>>>>> And the position: >>>>>>> Position>>fieldsDesc >>>>>>> ^ #( >>>>>>> int i; >>>>>>> Vec3 vec; >>>>>>> ) >>>>>>> >>>>>>> The ffi call: >>>>>>> ^ self ffiCall: #(void fillStruct(Position *position)) module: >>>>>>> 'Test.dll' >>>>>>> >>>>>>> Sorry for the long / messy mail :p >>>>>>> >>>>>>> Any clues ? >>>>>>> >>>>>>> Cheers, >>>>>>> Merwan >>>>>> >>>>>> >>>>> >>>> >>> >> >> >

July 7, 2016

Re: [Pharo-users] Spec vs Brick vs Glamour vs Morphic vs WTF?

by Ben Coman

On Thu, Jul 7, 2016 at 7:45 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > You are aware of SpecGenerator? > > Stephan > First time I've heard of it. Could you describe it? cheers -ben

July 7, 2016

Re: [Pharo-users] How do I debug: "There was an error while trying to install GitFileTree. Installation was cancelled." from Catalog Browser

by Ben Coman

On Thu, Jul 7, 2016 at 2:33 AM, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > > On 07/06/2016 06:37 AM, Cyril Ferlicot Delbecque wrote: >> >> >> On 06/07/2016 15:28, Dale Henrichs wrote: >>> >>> Alistair, >>> >>> Well thank you very much ... Those two menu items are very well hidden:) >>> Until you prompted me to look closely I >>> never even noticed that little icon... Sometimes I think.... similar to how shortcut keys are notified the first few times a tool is opened, you could get a red outline quickly cycle through all the buttons when a tool is first opened to avoid this sort of domestic blindness - but I'm not sure if it would be too distracting/annoying. cheers -ben >>> >>> Is there a reason that those two menu items are not on the stack pane >>> menu? >> >> Hi, >> >> I already opened an issue some month ago about it. As you, I think it >> should be in the stack pane context menu. >> >> https://pharo.fogbugz.com/f/cases/17387/Missing-copy-stack-in-GTDebugger >> > Very Good ... at least now I know how to tell my users how to copy a stack > trace, because they don't have a clue how to do it either :) > > Dale >

July 6, 2016

Re: [Pharo-users] [UFFI] Using a nested structure

by Ben Coman

On Thu, Jul 7, 2016 at 12:58 AM, Merwan Ouddane <merwanouddane(a)gmail.com> wrote: > PS: for the first example, the alignment is not respected, the vec3 > structure is starting at 9 but uffi is fetching it at 5 Hi Esteban, Is it possible to get a feature or a recipe to output the sizeof or offset of fields in types as understood by the Image, and the same from a C side - that could be used as the standard first step in troubleshooting these kinds of issues ? cheers -ben > > > On 06/07/2016 17:55, Merwan Ouddane wrote: > > Another test: > I replaced double by integer, for visibility... > typedef struct vec3 { > int data[3]; > } vec3; > > add a second vec3 to position: > > typedef struct position { > int i; > vec3 vec; > vec3 vec2; > } position; > > Now in pharo: > Position >> fieldsDesc > "self rebuildFieldAccessors" > ^ #( > int i; > Vec3 vec; > Vec3 vec2; > ) > > The size returned for each stucture is 16 instead of 12 that because of the > "8 byte alignment" > > Meaning that the "position" structure is corrupted. > > With this function: > > > extern "C" void DLL_EXPORT fillStruct(position *position) > { > position -> i = 19; > (position -> vec).data[0] = 1; > (position -> vec).data[1] = 2; > (position -> vec).data[2] = 3; > (position -> vec2).data[0] = 1; > (position -> vec2).data[1] = 2; > (position -> vec2).data[2] = 3; > } > > We will get: > position i == 19 > position vec at: 1 == 1 > position vec2 at: 1 == 2 > > > On Tue, Jul 5, 2016 at 3:12 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: >> >> I compiled the DLL using Visual Studio 2015 Community Edition. Later I >> will check with mingw. >> >> 2016-07-05 14:58 GMT+02:00 Merwan Ouddane <merwanouddane(a)gmail.com>: >>> >>> Using codeblocks, mine are: >>> >>> mingw32-g++.exe -m32 -DBUILD_DLL -c main.cpp -o obj\Release\main.o >>> mingw32-g++.exe -shared -Wl,--output-def=bin\Release\libTest.def >>> -Wl,--out-implib=bin\Release\libTest.a -Wl,--dll obj\Release\main.o -o >>> bin\Release\Test.dll -s -m32 >>> >>> >>> On Tue, Jul 5, 2016 at 2:52 PM, Merwan Ouddane <merwanouddane(a)gmail.com> >>> wrote: >>>> >>>> I am not moving from another plateform :/ >>>> >>>> I tried it in pharo 6 and I it didn't work either. >>>> >>>> It could be my dll. What is your compilation line for the dll ? >>>> >>>> Thanks you, >>>> Merwan >>>> >>>> On Tue, Jul 5, 2016 at 2:14 PM, Ronie Salgado <roniesalg(a)gmail.com> >>>> wrote: >>>>> >>>>> Hi Merwan, >>>>> >>>>> I tested this on Pharo 6 and it is working in Windows. However, in 32 >>>>> bits Window doubles have an 8 byte alignment, unlike Linux where they have a >>>>> 4 byte alignment. >>>>> >>>>> Can you try doing the following before performing the ffi call in >>>>> Windows, if you are moving an image from Linux or OS X: >>>>> >>>>> Vec3 rebuildFieldAccessors. >>>>> Position rebuildFieldAccessors. >>>>> >>>>> Best regards, >>>>> Ronie >>>>> >>>>> 2016-07-05 11:11 GMT+02:00 Merwan Ouddane <merwanouddane(a)gmail.com>: >>>>>> >>>>>> Hi, >>>>>> >>>>>> I have an issue whith nested structures. >>>>>> >>>>>> I made some "dummy" structures in c: >>>>>> >>>>>> >>>>>> typedef struct vec3 { >>>>>> double data[3]; >>>>>> } vec3; >>>>>> >>>>>> typedef struct position { >>>>>> int i; >>>>>> vec3 vec; >>>>>> } position; >>>>>> >>>>>> And a "dummy" function to fill it: >>>>>> void fillStruct(position *position) >>>>>> { >>>>>> position -> i = 19; >>>>>> (position -> vec).data[0] = 1; >>>>>> (position -> vec).data[1] = 2; >>>>>> (position -> vec).data[2] = 3; >>>>>> } >>>>>> >>>>>> But I can't make the nested structure work. >>>>>> The "i" is correctly set to 19 but I have values that doesn't make any >>>>>> sense in the vec3 structure. >>>>>> >>>>>> In Pharo >>>>>> I declared the Double3 type for the array inside Vec3: >>>>>> Double3 := FFITypeArray ofType: 'double' size: 3 >>>>>> >>>>>> Vec3>>fieldsDesc >>>>>> ^ #( >>>>>> Double3 v; >>>>>> ) >>>>>> >>>>>> And the position: >>>>>> Position>>fieldsDesc >>>>>> ^ #( >>>>>> int i; >>>>>> Vec3 vec; >>>>>> ) >>>>>> >>>>>> The ffi call: >>>>>> ^ self ffiCall: #(void fillStruct(Position *position)) module: >>>>>> 'Test.dll' >>>>>> >>>>>> Sorry for the long / messy mail :p >>>>>> >>>>>> Any clues ? >>>>>> >>>>>> Cheers, >>>>>> Merwan >>>>> >>>>> >>>> >>> >> > >

July 6, 2016

Re: [Pharo-users] Spec vs Brick vs Glamour vs Morphic vs WTF?

by Stephan Eggermont

You are aware of SpecGenerator? Stephan

July 6, 2016

Re: [Pharo-users] Recovering PNG/JPG images that were automatically serialized as FUEL when storing into external database

by Offray Vladimir Luna CÃ¡rdenas

Bernardo, To serialize objects in a SQLite data base you do: ================ | db | db := UDBCSQLite3Connection on: self database db open. db execute: 'CREATE TABLE IF NOT EXISTS interaction_profiles ( screenName text PRIMARY KEY, avatar blob, tweets integer, retweets integer );'. self interactionProfiles do: [ :ip | db execute: 'INSERT INTO interaction_profiles values (?, ?, ?, ?);' with: { ip screenName . ip avatar . ip tweets . ip retweets} ]. db close. ================ To materialize data you can do: ================ | query answer | query := 'SELECT * FROM interaction_profiles;'. answer := (self database open execute: query) rows collect: [ :each | each data ]. self database isOpen ifTrue: [ self database close ]. answer do: [ :each | self interactionProfiles add: (TwitterInteractionProfile new screenName: (each at: 'screenName'); avatar: (FLMaterializer materializeFromByteArray: (each at: 'avatar')); tweets: (each at: 'tweets'); retweets: (each at: 'retweets') ) ] ================ where "self database" gives your sqlite database location. You can find especific details on how I'm using this in the Dataviz package: http://smalltalkhub.com/#!/~Offray/Dataviz Cheers, Offray On 06/07/16 14:18, Bernardo Ezequiel Contreras wrote: > Offray, > could you post a snippet of the code to serialize and materialize > an object and insert it into the sqlite database, please? > just what's needed in order to get the idea > > thanks; > > > > On Wed, Jul 6, 2016 at 3:00 PM, Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > > Hi Pierce, > > I was my fault. I was not understanding properly the way of > materialize back the png/jpeg images. With Max's help in the Slack > chat channel it was clearer. Now is working properly and I have > updated the database query messages accordingly. > > This combination of Fuel + SQLite seems very promising. For the > moment I'm using mostly Fuel with the same efficiency of SQLite > for external storage: 27 Mb both, the sqlite file and the fuel > one, and almost the same reading time and without the impedance of > object object-relational mapping. I imagine that the more we start > to query the data, the more we're going to rely on SQLite bindings. > > Cheers, > > Offray > > > On 04/07/16 22:51, Pierce Ng wrote: >> On Sat, Jul 02, 2016 at 10:01:14PM -0500, Offray Vladimir Luna CÃ¡rdenas wrote: >>> I can read the blobs from SQLite. The problem is that they're stored >>> as FUEL inside SQLite and I don't know how to read them back to >>> recover the png/jpeg image that was serialized that way. >> UDBCSQLite uses Fuel to serialize/materialize objects that aren't integers, >> real numbers and strings. Sounds like you've hit a bug, whereby your png/jpg >> files are serialized but aren't being materialized when read back, so you're >> getting back raw byte arrays. >> >> Can you provide simple schema and code fragment to reproduce the problem >> please. >> >> Pierce >> >> > > > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America.

July 6, 2016

Re: [Pharo-users] Recovering PNG/JPG images that were automatically serialized as FUEL when storing into external database

by Bernardo Ezequiel Contreras

Offray, could you post a snippet of the code to serialize and materialize an object and insert it into the sqlite database, please? just what's needed in order to get the idea thanks; On Wed, Jul 6, 2016 at 3:00 PM, Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi Pierce, > > I was my fault. I was not understanding properly the way of materialize > back the png/jpeg images. With Max's help in the Slack chat channel it was > clearer. Now is working properly and I have updated the database query > messages accordingly. > > This combination of Fuel + SQLite seems very promising. For the moment I'm > using mostly Fuel with the same efficiency of SQLite for external storage: > 27 Mb both, the sqlite file and the fuel one, and almost the same reading > time and without the impedance of object object-relational mapping. I > imagine that the more we start to query the data, the more we're going to > rely on SQLite bindings. > > Cheers, > > Offray > > On 04/07/16 22:51, Pierce Ng wrote: > > On Sat, Jul 02, 2016 at 10:01:14PM -0500, Offray Vladimir Luna CÃ¡rdenas wrote: > > I can read the blobs from SQLite. The problem is that they're stored > as FUEL inside SQLite and I don't know how to read them back to > recover the png/jpeg image that was serialized that way. > > UDBCSQLite uses Fuel to serialize/materialize objects that aren't integers, > real numbers and strings. Sounds like you've hit a bug, whereby your png/jpg > files are serialized but aren't being materialized when read back, so you're > getting back raw byte arrays. > > Can you provide simple schema and code fragment to reproduce the problem > please. > > Pierce > > > > > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

July 6, 2016

Re: [Pharo-users] How do I debug: "There was an error while trying to install GitFileTree. Installation was cancelled." from Catalog Browser

by Dale Henrichs

On 07/06/2016 06:37 AM, Cyril Ferlicot Delbecque wrote: > > On 06/07/2016 15:28, Dale Henrichs wrote: >> Alistair, >> >> Well thank you very much ... Those two menu items are very well hidden:) >> Until you prompted me to look closely I never even noticed that little >> icon... >> >> Is there a reason that those two menu items are not on the stack pane menu? > Hi, > > I already opened an issue some month ago about it. As you, I think it > should be in the stack pane context menu. > > https://pharo.fogbugz.com/f/cases/17387/Missing-copy-stack-in-GTDebugger > Very Good ... at least now I know how to tell my users how to copy a stack trace, because they don't have a clue how to do it either :) Dale

July 6, 2016

Re: [Pharo-users] Spec vs Brick vs Glamour vs Morphic vs WTF?

by Dimitris Chloupis

The only GUI API inside the standard Pharo image is Morphic. Everything else are just Helper APIs , aka APIs that make easier to use Morphic. They basically sit on top of Morphic making use of its functionality and abilities. Actually there are more than the ones you mentioned. Bloc will be the future replacement for Morphic but even when Bloc replaces Morphic will not radical change things because it is compatible with Morphic. In short Morphic currently is unavoidable. However there are APIs to make creating GUIs easier with Morphic without necessarily requiring from you to know how to use Morphic. Spec is such example as is Brick as well. Glamour falls under the category of a specialised helpers because it mostly meant to be used for the creation of browsers not for general purpose APIs. However that does not mean Morphic is not "high level" , it actually comes with a lot of ready made widgets to make your life easier. It does however have a lot of nasty parts too and this is why you see so many APIs around you that confuse you. In reality each one of them solves a slightly diffirent problem and each one of them have a different style. So see it as more alternative solutions to choose from which is good. If you want to do something demanding GUI wise, you will be learning Morphic anyway because its the engine that drives all this APIs currently, in the future those APIs may work on top of Bloc , but since Bloc wants to be compatible with Morphic this is good news for you because you can carry your knowledge about Morphic to Bloc. Spec is good if you want to quickly make GUIs without heavy customization. You could also use multiple of them at the same time depending on the widgets you plan to design and do the difficult parts in pure Morphic, any API you use you always have access to the Morphic widgets it uses called "Morphs" anyway. Because Spec is the one with the best documentation, I advise to start with Spec and depending on your needs you can start to worry about Morphic later on. Generally speaking you dont need to panic, people around here are very happy to answer any question you may have, so even without documentation its very unlikely that you will be left alone to figure things out by yourself. So start experimenting and ask a ton of questions. On Wed, Jul 6, 2016 at 5:26 PM Brad Selfridge <bsselfridge(a)gmail.com> wrote: > Ok! I'm really confused. I'm wanting to write new GUI and I have no idea > which framework to use. There is very little documentation on any of these > and I don't see a clear cut statement of direction as to where the Pharo > community is heading. > > Can someone please advise? > > Thanks. > > > > ----- > Brad Selfridge > -- > View this message in context: > http://forum.world.st/Spec-vs-Brick-vs-Glamour-vs-Morphic-vs-WTF-tp4905178.… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 6, 2016

Re: [Pharo-users] Recovering PNG/JPG images that were automatically serialized as FUEL when storing into external database

by Offray Vladimir Luna CÃ¡rdenas

Hi Pierce, I was my fault. I was not understanding properly the way of materialize back the png/jpeg images. With Max's help in the Slack chat channel it was clearer. Now is working properly and I have updated the database query messages accordingly. This combination of Fuel + SQLite seems very promising. For the moment I'm using mostly Fuel with the same efficiency of SQLite for external storage: 27 Mb both, the sqlite file and the fuel one, and almost the same reading time and without the impedance of object object-relational mapping. I imagine that the more we start to query the data, the more we're going to rely on SQLite bindings. Cheers, Offray On 04/07/16 22:51, Pierce Ng wrote: > On Sat, Jul 02, 2016 at 10:01:14PM -0500, Offray Vladimir Luna CÃ¡rdenas wrote: >> I can read the blobs from SQLite. The problem is that they're stored >> as FUEL inside SQLite and I don't know how to read them back to >> recover the png/jpeg image that was serialized that way. > UDBCSQLite uses Fuel to serialize/materialize objects that aren't integers, > real numbers and strings. Sounds like you've hit a bug, whereby your png/jpg > files are serialized but aren't being materialized when read back, so you're > getting back raw byte arrays. > > Can you provide simple schema and code fragment to reproduce the problem > please. > > Pierce > >

July 6, 2016