[cells-gtk-devel] 64bit listbox problem

[Peter Hildebrandt]

Jakub, Jimmy,


Thanks to both of you for working through this. Glad to see other
people using this library.

Peter


On Thursday, August 11, 2011, Ramarren <ramarren at gmail.com> wrote:
> OK, thanks, I pushed it to the repository.
>
> Jakub Higersberger
>
> On Thu, Aug 11, 2011 at 10:51 PM, jimmy brisson <theotherjimmy at gmail.com> wrote:
>> in my hase I forgot to tell you that the function is (defun
>> gtk-tree-store-new ...
>> sorry 'bout that,
>> Jimmy
>>
>> On Thu, Aug 11, 2011 at 8:50 PM, jimmy brisson <theotherjimmy at gmail.com>
>> wrote:
>>>
>>> found this problem, replace stray :int's in the function def with 'gtype's
>>> this fixed the last problem, now (test-gtk:gtk-demo runs.
>>> thanks for your help,
>>> Jimmy
>>>
>>> On Thu, Aug 11, 2011 at 8:43 PM, jimmy brisson <theotherjimmy at gmail.com>
>>> wrote:
>>>>
>>>>
>>>> On Thu, Aug 11, 2011 at 8:32 PM, Ramarren <ramarren at gmail.com> wrote:
>>>>>
>>>>> This probably means that the GType width is wrong for 64 bits, which
>>>>> is not entirely unexpected since it is defined like this:
>>>>>
>>>>> #if     GLIB_SIZEOF_SIZE_T != GLIB_SIZEOF_LONG || !defined __cplusplus
>>>>> typedef gsize                           GType;
>>>>> #else   /* for historic reasons, C++ links against gulong GTypes */
>>>>> typedef gulong                          GType;
>>>>> #endif
>>>>>
>>>>> which means it can be either an uint (at least I hope gsize is
>>>>> consistently uint) or an ulong. On 32 bit machine they are the same,
>>>>> on 64 bit not. I had assumed that the first branch is the usual and
>>>>> defined gtype as gsize/uint. An easy fix would be to change
>>>>> (cffi:defctype gtype gsize) to (cffi:defctype gtype gulong). But that
>>>>> might break this on some other systems.
>>>>>
>>>>> Since I am not sure how to detect this without invoking the C
>>>>> compiler, I have now added the change as a controllable feature with
>>>>> ulong as a default and pushed to the repository. Please test it and
>>>>> report if it fixes the memory fault.
>>>>>
>>>>> Jakub Higersberger
>>>>>
>>>>> On Thu, Aug 11, 2011 at 9:40 PM, jimmy brisson <theotherjimmy at gmail.com>
>>>>> wrote:
>>>>> > I have been prodding the memory fault problem on my 64bit machine ans
>>>>> > have
>>>>> > narrowed it down to one function:
>>>>> > gtk-list-store-newv
>>>>> > when called like (gtk-ffi:gtk-list-store-new '(:string :string)) this
>>>>> > function consistently produces unhandled memory fault errors (at
>>>>> > #x4000000056 for '(:string :string)) when passed anything that is
>>>>> > length 2
>>>>> > or more or contains strings (the '(:string :string) example is what
>>>>> > (test-gtk:gtk-demo) calls).
>>>>> > the type signature looks like a match to the header files on my
>>>>> > system.
>>>>> > for reference I am using sbcl 1.0.50 on Archlinux x86_64 with gtk and
>>>>> > sbcl
>>>>> > compiled 64bit and a fresh (as of an hour ago) pull of cells-gtk3
>>>>> > from https://github.com/Ramarren/cells-gtk3.git
>>>>> > I am happy to help in any way I can and can provide more information
>>>>> > if
>>>>> > needed.
>>>>> > Thanks for the great library,
>>>>> > Jimmy
>>>>> > --
>>>>> > "Open-source software has fewer bugs because it admits the possibility
>>>>> > of
>>>>> > bugs." Paul Graham
>>>>> >
>>>>> > _______________________________________________
>>>>> > cells-gtk-devel site list
>>>>> > cells-gtk-devel at common-lisp.net
>