gmane.lisp.cells-gtk.devel

Re: 64bit listbox problem

Peter Hildebrandt — 2011-08-24T15:14:45

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:

_______________________________________________
cells-gtk-devel site list
cells-gtk-devel< at >common-lisp.net
http://common-lisp.net/mailman/listinfo/cells-gtk-devel

Re: 64bit listbox problem

Ramarren — 2011-08-11T21:02:50

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:

Re: 64bit listbox problem

jimmy brisson — 2011-08-11T20:51:34

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:

Re: 64bit listbox problem

jimmy brisson — 2011-08-11T20:50:22

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:

Re: 64bit listbox problem

jimmy brisson — 2011-08-11T20:43:13


that seems to have fixed the listbox error, but the same error (including
that #x400... value)  appears after "query link :tree-selection-predicate
cells-store nil" .
I will pull it apart now to look for the source.
thanks,
Jimmy

Re: 64bit listbox problem

Ramarren — 2011-08-11T20:32:48

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:

64bit listbox problem

jimmy brisson — 2011-08-11T19:40:58

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

Re: installing

Ramarren — 2011-07-10T12:43:41

cells-gtk does not use glut directly, which means this is (cl-)opengl
issue. You can disable opengl dependency, which is used only for
embedding opengl drawing context, in the same file in the same way you
disabled cairo dependency.

JH

installing

Haris Bogdanovich — 2011-07-10T11:18:27

Hi.

I tried to install cells-gtk by quicklisp.
I firstly added folders with gtk dll files to cffi:*foreign-library-directories*.
Now it doesn't complain something about cairo-win32.
Now it complains about glut:

Unable to load foreign library (GLUT).
  Could not register handle for external module GLUT:
 The specified module could not be found..

I dowloaded glut binaries and added the folder with dll to cffi:*foreign-library-directories*
But again I get the same error about glut ?

Thanks

Re: compiling gtk on windows

Ramarren — 2011-07-09T13:30:53

After loading CFFI you can push the location of GTK dll files into
CFFI:*FOREIGN-LIBRARY-DIRECTORIES*, which should be a list of
pathnames.

JH

Re: compiling gtk on windows

Haris Bogdanovich — 2011-07-09T13:22:06

I installed the all-in-one binary package in c:\gtk.
What now ?
How can CFFI find it there or do I change the folder ?
(I'm using Lispworks)

Re: compiling gtk on windows

Ramarren — 2011-07-09T13:05:05

No, you just need to have the runtime installed somewhere where CFFI
can find it. The precompiled GTK runtime seems to be available for
Windows from their website: http://www.gtk.org/download/win32.php .

JH

compiling gtk on windows

Haris Bogdanovich — 2011-07-09T12:46:36

Hi.

Do I have to compile gtk+ on Windows (msys, mingw)
to use cells gtk ?

Thanks

Re: first steps

Ramarren — 2011-07-05T16:50:29

On Tue, Jul 5, 2011 at 5:45 PM, Peter Hildebrandt
<peter.hildebrandt< at >gmail.com> wrote:

I have actually removed the auxiliary library as part of a move to
Quicklisp, which discourages uses of non-Lisp compilation. Part of it
has been replaced with more recent GTK+ functionality, and part I have
reimplemented in Lisp, hopefully correctly. At least it seems to work
on my machine. It apparently doesn't on 64bit linux, but I don't
actually know if it is in something I changed, since I don't have an
access to a 64bit machine to track it down.

Jakub

Re: first steps

Peter Hildebrandt — 2011-07-05T15:45:34

Yes, Peter is correct. Cells-gtk only uses Cairo (and OpenGL for that
matter) for two widgets derived from the gtk canvas object.

You can deactivate both, there is a flag somewhere (either in features
or even in cells-gtk.asd, I forget). Once you deactivate the features,
the dependency disappears and all you lose are these two types of
widgets.

Cffi uses some sort of magic to locate the binaries. You will have to
compile the c file for windows (any c compiler should do if you have
the gtk headers installed). Or maybe someone can share a precompiled
windows version?

There is a feature to remove this, too. You will lose a bit more
functionality, editable listviws and treeviews for example.

Nice job moving this to QuickLisp - Thank you, Jakub!

Peter

Travelling and without access to a computer, so I can't check myself, sorry.


On Monday, July 4, 2011, Peter Denno <peter.denno< at >nist.gov> wrote:
&gt;
&gt;
&gt;
&gt;
&gt;
&gt;
&gt;     On 07/04/2011 01:23 PM, Ramarren wrote:
&gt;
&gt;       On Mon, Jul 4, 2011

Re: first steps

Peter Denno — 2011-07-04T19:27:45

Agreed. If I recall, not much depends on Cairo.

Re: first steps

Ramarren — 2011-07-04T17:23:12

As it tuns out, quicklisp does not fully support loading cl-cairo2
specific extensions on Windows. Additionally, I have no Windows-Lisp
system and hence have not tested cells-gtk on Windows at all.

You can disable the subsystem requiring cl-cairo2 by editing the file
which can be located with:

(asdf:system-relative-pathname (asdf:find-system :cells-gtk) "features.lisp")

and commenting out line which contains :cells-gtk-cairo . Then loading
the system with

(asdf:load-system :test-gtk)

might work, if the system is able to locate the libraries. I do not
know how CFFI locates libraries on a Windows system. Some adjustment
to gtk-ffi/glibraries.lisp (relative to a directory where
features.lisp is located) might be necessary.

Regards,
Jakub Higersberger

Re: first steps

Haris Bogdanovich — 2011-07-04T16:55:38

I tried  (ql:quickload :test-gtk) but I get:
System "cl-cairo2-win32" not found

I installed gtk on windows by downloading all-in-one bundle of:
gtk+ 2.22
and then run
pkg-config --cflags gtk+-2.0

What to do to make this work ?

Re: first steps

Ramarren — 2011-07-02T17:13:14

Hello,

On Sat, Jul 2, 2011 at 6:55 PM, Haris Bogdanovich <fbogdanovic< at >xnet.hr> wrote:

You are posting to cells-gtk mailing list, and since you are referring
to windows later I am assuming you want to use cells-gtk. Which is a
GTK binding which uses cells. Probably the best way to install
cells-gtk and its dependencies right now is to use
http://www.quicklisp.org/beta/ . Once you install quicklisp by
following instructions at that site you can install cells-gtk and the
demo application with:

(ql:quickload :test-gtk)

and run it with:

(test-gtk:gtk-demo)

Hope this helps,
Jakub Higersberger

first steps

Haris Bogdanovich — 2011-07-02T16:55:10

Hi.

I loaded Cells into Lispworks with

(asdf:oos 'asdf:load-op 'cells)

I hope that's ok ?

I tried to run hello-world exsmple but I always get:

badly formed lambda ?

Is there some simple example where just a window opens
(or maybe someone could write it here) ?

Thanks

Re: installation and Glade

Peter Denno — 2011-06-24T20:32:43


On 06/24/2011 09:05 AM, Haris Bogdanovich wrote:
Maybe your lisp listener isn't in the directory.
Possibly, but I don't think anyone explored that.