Re: [Pharo-users] Provide a mapping for a collection of s in NeoJSON

> On 01 Jul 2016, at 00:56, Sven Van Caekenberghe wrote: > > However, I also think that it might be possible to solve the ordering > requirement with a regular mapping, provided I make a little internal change > - I will investigate that and report back. I committed the following (#bleedingEd

Re: [Pharo-users] [ANN]Windows previewer / switcher for Pharo

On 29/06/2016 23:42, Nicolai Hess wrote: Hi Julien, yes, finding a shortcut satisfying all users (for all different platforms) is not easy, see 15546 alt+tab does not work correctly and 17924

Re: [Pharo-users] Provide a mapping for a collection of s in NeoJSON

Hi, I use both, NeoJSON and STON and I agreed with Sven here. Having both separated give different entry points for different developers. Data oriented ones would start probably with NeoJSON while devs looking for more general data serialization language for graphs, documents and so on will s

Re: [Pharo-users] Styling a Pharo UI application

No Spec is a helper API to help you make GUIs quickly, its not a Morphic replacement. Bloc is the Morphic replacement and it has something similar to Spec called Brick. The GUI situation in pharo is not good, Pharo forked Morphic from Squeak, a well designed API that its design was not followed as

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

And it works! Thanks a lot! Yes I should join slack, do I need an invitation or something? Julien On 01/07/16 14:03, Esteban Lorenzano wrote: ok, can you reload development version and try again? ps: this is easier on slack ;) On 01 Jul 2016, at 14:00, Esteban Lorenzano wrote: yes, I ma

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

No problem, give me as much version(s) to test as you want. :p Julien On 01/07/16 14:00, Esteban Lorenzano wrote: yes, I made a mistake… the problem of not being capable of test here :( 1 minute. Esteban On 01 Jul 2016, at 13:56, Julien Delplanque wrote: Ok, now I get a different excepti

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

ok, can you reload development version and try again? ps: this is easier on slack ;) > On 01 Jul 2016, at 14:00, Esteban Lorenzano wrote: > > yes, I made a mistake… the problem of not being capable of test here :( > > 1 minute. > > Esteban > >> On 01 Jul 2016, at 13:56, Julien Delplanque wr

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

yes, I made a mistake… the problem of not being capable of test here :( 1 minute. Esteban > On 01 Jul 2016, at 13:56, Julien Delplanque wrote: > > Ok, now I get a different exception! :-) > > "MessageNotUnderstood: LUDevice class>>fromHandle:" > > when executing: "array first." > > Where LU

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

Ok, now I get a different exception! :-) "MessageNotUnderstood: LUDevice class>>fromHandle:" when executing: "array first." Where LUDevice is defined like this: FFIOpaqueObject subclass: #LUDevice instanceVariableNames: '' classVariableNames: '' package: 'LibUsb-Kernel' Julien O

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

I need you to test :) can you execute this: (ConfigurationOfUnifiedFFI project version: #development) load. and then retry your example? thanks, Esteban ps: this became pharo-dev, but well… still here :) > On 01 Jul 2016, at 13:48, Julien Delplanque wrote: > > Oh, ok :p > > Can you notif

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

Oh, ok :p Can you notify me know when the bug will be resolved? Thanks, Julien On 01/07/16 13:36, Esteban Lorenzano wrote: … and now you hit a bug. bah, an “non implemented feature” :P I never tested arrays with complex types. it should not be hard… I will provide a fix. Esteban On 01 J

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

… and now you hit a bug. bah, an “non implemented feature” :P I never tested arrays with complex types. it should not be hard… I will provide a fix. Esteban > On 01 Jul 2016, at 13:30, Julien Delplanque wrote: > > Ok, the ffi call is done without problem with your method thanks. :) > > But

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

Ok, the ffi call is done without problem with your method thanks. :) But now that I have the array, when I try to access the first element using: array first. I get a exception saying I need to override a method: "SubclassResponsibility: FFIOpaqueObjectType had the subclass responsibility to

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

> On 01 Jul 2016, at 12:27, Esteban Lorenzano wrote: > > hi, > > this is because you want to get an array with opaque objects. Do not let the > *** confuses you… cwhat you actually want, conceptually is something like > this: > > *((FFIOpaqueObject*)[]) > > means: you pass the address of

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

hi, this is because you want to get an array with opaque objects. Do not let the *** confuses you… cwhat you actually want, conceptually is something like this: *((FFIOpaqueObject*)[]) means: you pass the address of an array of opaque types (who are always pointers). So, what you need to pa

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

Thanks, it works I get an instance of FFIOpaqueObject. But how do I get a specific libusb_device object from the list? Thanks again for you quick answer :-). Julien On 01/07/16 11:44, Esteban Lorenzano wrote: Hi, an opaque structure is not an FFIExternalObject but an FFIOpaqueObject. in tha

Re: [Pharo-users] Provide a mapping for a collection of s in NeoJSON

> On 01 Jul 2016, at 11:27, Esteban Lorenzano wrote: > > btw, why NeoJSON is not deprecated in benefit of STON? Although there is obviously a relation between the two (STON is inspired by JSON, STON has some basic backward compatibility with JSON, same project style, same author), there are a

Re: [Pharo-users] [UFFI] Getting an array of opaque structures filled

Hi, an opaque structure is not an FFIExternalObject but an FFIOpaqueObject. in that case, something like (simplified): ctx := (your context). list := FFIOpaqueObject new. size := self getDevice: ctx list: list. getDevice: ctx list: list ^ self ffiCall: #(size_t libusb_get_device_list

Re: [Pharo-users] Provide a mapping for a collection of s in NeoJSON

btw, why NeoJSON is not deprecated in benefit of STON? Esteban > On 01 Jul 2016, at 08:52, stepharo wrote: > > Thanks sven > > I was thinking to add a section in the chapter but I will wait for your > solution. > > > stef > > > Le 1/7/16 à 00:56, Sven Van Caekenberghe a écrit : >> Hi, >>

[Pharo-users] [UFFI] Getting an array of opaque structures filled

Hello everyone, I have a question about the UFFI API. I have the following function: ssize_t libusb_get_device_list (libusb_context *ctx, libusb_device ***list) where libusb_device is an opaque structure. I made a type mapping "ssize_t" -> "int" and an object inheriting from FFIExternalObject

Re: [Pharo-users] Spec Documentation case 18653

I will take care of this next week when I am in Lille. -- Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please see http://emailcharter.org . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Re: [Pharo-users] Spec Documentation case 18653

I have create the case 18653 Spec documentation to integrate the comments of classes. I have create a slice with the comments I have wroten and save it in the inbox. But the slice is not complete because there are lot of things I didn't understand about Spec. I haven't resolve the case. Now I woul

Re: [Pharo-users] Spec Documentation case 18653

Thanks marion Do not send zipped files because people will not save and unzip attachments. So I'm trying to understand what you mean? Did you create some issues on fogzbug? What has been published in 18653? What do you want from us? What is the next step? Some of examples refered in the d