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 <ramar...@gmail.com> wrote: > OK, thanks, I pushed it to the repository. > > Jakub Higersberger > > On Thu, Aug 11, 2011 at 10:51 PM, jimmy brisson <theotherji...@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 <theotherji...@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 <theotherji...@gmail.com> >>> wrote: >>>> >>>> >>>> On Thu, Aug 11, 2011 at 8:32 PM, Ramarren <ramar...@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 <theotherji...@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@common-lisp.net > _______________________________________________ cells-gtk-devel site list cells-gtk-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/cells-gtk-devel
