Re: [Pharo-users] Specifying library dependencies in UFFI

On Wed, Mar 15, 2017 at 09:31:45AM +0100, Raffaello Giulietti wrote: > Suppose my code directly accesses "my.dll" which, in turn, depends > on "her.dll" which my code does not need directly and suppose that > library is located in folder "". How can I > enforce the UFFI to perform the search

Re: [Pharo-users] Specifying library dependencies in UFFI

A utility to view DLLs is this one http://www.nirsoft.net/utils/dll_export_viewer.html It helped a lot in my project. also C compilers have several checks for DLL loading Visual studio also has several tools for low level detection of memory if you are familiar with Assembly it has also

Re: [Pharo-users] doesNotUnderstand: infinit loop

I got used to save the image before debugging a single test and/or recover lost changes. But this is certainly hard if you want to do TDD :) Is this related with the debugger UI (GT) or with the underlying frameworks? Regards, -- Esteban El mar. 16, 2017 12:37 PM, "Denis Kudriashov"

Re: [Pharo-users] Specifying library dependencies in UFFI

In general I would agree do in C or C++ to cut down the interface and pass as little data between the two languages as possible. So hiding of C++ objects and exceptions and the others listed in you last paragraph is reasonable However the OS functions for loading need to be controlled outside

Re: [Pharo-users] Specifying library dependencies in UFFI

Hi Dimitris, I think I understand what you mean. You are probably saying that, when facing multiple libraries that need to be glued together, it is far better to implement a C "gluing" library and then targeting that one from the UFFI rather than trying to do the gluing code using Smalltalk and

Re: [Pharo-users] doesNotUnderstand: infinit loop

And it works in Squeak 2017-03-16 16:56 GMT+01:00 Denis Kudriashov : > I opened issue 19848 > > > 2017-03-16 16:36 GMT+01:00 Denis Kudriashov

Re: [Pharo-users] doesNotUnderstand: infinit loop

I opened issue 19848 2017-03-16 16:36 GMT+01:00 Denis Kudriashov : > That is sad. It works from workspace but not during debugging tests. > >

Re: [Pharo-users] doesNotUnderstand: infinit loop

That is sad. It works from workspace but not during debugging tests. 2017-03-16 15:11 GMT+01:00 Esteban A. Maringolo : > Was this fixed? > > I'm debugging unit tests and I'm getting an infinte loop everytime a > MNU is triggered. > > MessageNotUnderstood: receiver of "new"

Re: [Pharo-users] Specifying library dependencies in UFFI

My point was that anything you do in Pharo will lower performance quite a bit, but it wont be noticable anyway unless its in a big loop or something. Second that Pharo cannot debug such issues which is a huge deal when you work with OS stuff and OS calls. You are far better doing this outside

Re: [Pharo-users] doesNotUnderstand: infinit loop

Was this fixed? I'm debugging unit tests and I'm getting an infinte loop everytime a MNU is triggered. MessageNotUnderstood: receiver of "new" is nil UndefinedObject(Object)>>doesNotUnderstand: #new Message>>sentTo: UndefinedObject(Object)>>doesNotUnderstand: #new Message>>sentTo: VM: Unix

Re: [Pharo-users] Specifying library dependencies in UFFI

Indeed, experimenting using some combination of AddDllDirectory(), SetDllDirectory() and LoadLibraryEx() was in my plan for next week. Thanks On 16/03/17 11:59, Mark Bestley wrote: > Yes the calling process can alter where these indirect DLLs are loaded > from and so should be able to be done

Re: [Pharo-users] iceberg

+1 (for some big value of one) On 16 March 2017 at 11:42, Norbert Hartl wrote: > Sometimes tools change and you feel the change like a quantum leap. For me > it is the case when using iceberg. > > Well done, thank you very much for that. > > If Versionner would be able to

[Pharo-users] iceberg

Sometimes tools change and you feel the change like a quantum leap. For me it is the case when using iceberg. Well done, thank you very much for that. If Versionner would be able to edit baselines we would have a really rich workflow for developing. Norbert

Re: [Pharo-users] snap package can't find vm-display-X11

On 14 March 2017 at 08:50, Alistair Grant wrote: > On 13 March 2017 at 17:43, Alistair Grant wrote: >> Hi Guillermo, >> ... >> >> Cairo isn't working yet. It looks like CairoLibrary makes assumptions >> about the location of libcairo.so. I'm in the