Re: clg in windows xp

Leandro R=EDos <[email protected]> writes:

> Espen S Johnsen escribi=F3:
>> Leandro R=EDos <[email protected]> writes:
>> =

>>> Did someone succeed using clg in win32? I can compile it under SBCL =

>>> 1.0.2 and 1.0.13, but when I load "testgtk.lisp",
>>> all I have is the main window with caption but blank contents and =

>>> blocked. I can evaluate code in slime's repl buffer, but the window is =

>>> dead. When I try to close it, Windows asks if I want to terminate sbcl. =

>>> That, or entering (quit) in the repl is the only way I found to make th=
e =

>>> window close.
>>>
>>> Is it known? Is there some workaround?
>> =

>> As I only use Windows exceptionally, I been not been able to test the
>> win32 port of clg my self. But Chisheng Huang, who supplied the win32
>> patches, have at least had some success with clg and win32. The main
>> problem seems to be that it is not possible to handle events in
>> background, so one has to start an explicit main loop (and thus lose
>> access to the REPL).
>> =

>
> Espen,
>
> Thanks for your prompt reply. I was guessing this could be the problem, =

> as sbcl in win32 does not support threading yet. I was hoping that in =

> 1.0.2 SERVE-EVENT were enabled, but seems to be as crippled as =

> threading. I'll try the explicit main loop.

Hi Leandro,

I'm the culprit responsible for polluting the clg source code with
a bunch of WIN32's:)  Sorry about replying this late; I was attending
a meeting for a few days.  I have't run clg on a Micros*t machine for
more than half a year.  I didn't even remember how to run it a few
minutes ago until I dug out a message I sent to Espen.  Here is part
of that message that might be of some help:

  In order to use GTK+ and clg on MS Windows machines, one has to download
    1. The various runtimes available at
       http://www.gimp.org/~tml/gimp/win32/downloads.html
    2. mingw-utils-0.3.tar.gz from http://www.mingw.org/.
       The function pexports.exe in this tar archive is needed in =

       GLIB:%FIND-TYPES-IN-LIBRARY because nm from either cygwin or mingw =

       gives out junk.  I'm not sure mingw-utils-0.3.tar.gz can be installed
       without installing MinGW first; so, one may have to download and ins=
tall
       MinGW, too.

  Finally, some notes about the win32 version of SBCL.   I tried many ways
  to run clg with win32 SBCL and only found 1 way that won't throw me into
  the LDB monitor:(
    A. Create a .sbclrc like the following:
         (load "d:/....../slime/swank-loader")
         (swank:create-server)
    B. Fire up Emacs and do M-x slime-connnect.
    C. Once the connection is established, evaluate the followings:

       (setf (logical-pathname-translations "clg")
             '(("**;*.*.*" "d:\\......\\clg\\**\\")))

       (loop for pathname in '("clg:atk;" "clg:cairo;" "clg:tools;"
                               "clg:gdk;" "clg:gffi;" "clg:glade-xml;"
                               "clg:glib;" "clg:gtk;" "clg:pango;"
                               "clg:rsvg;")
             do (push (translate-logical-pathname pathname)
                      asdf:*central-registry*))

       (asdf:oos 'asdf:load-op :gtk)
       (load "d:\\......\\clg\\examples\\testgtk")

  So far, I haven't managed to run clg directly in the black win32 SBCL
  window.  No matter what I tried, I got into the LDB monitor quickly.

You have to use an explicit main loop and it's kind of brutal to run =

sbcl/clg on Micros*t machines.  I'll try the latest clg and the latest
SBCL for Win32 this week.  =


Best wishes,

-cph

  =



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/