From jung at mijn-design.de  Mon Sep  4 15:38:15 2006
From: jung at mijn-design.de (Michael Jung)
Date: Mon, 04 Sep 2006 17:38:15 +0200
Subject: [graphic-forms-devel] graphic-forms
Message-ID: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>


Hello Jack,

first of all, thanks for offering help to a newbie !

Nothing unusal happens so far, everything compiles fine. When I load 
and start the tests it seems to evaluate and hangs, so that means it 
doesn't return to the normal prompt.
I thought that I'm doing something wrong with that patch for sbcl, 
tried the demo from lisphacker.com - the same, nothing happens.

Regards
Michael Jung

Senior Software-Architect | Designer | Consultant | Trainer
Borland Delphi, LISP, Linux-Workstations, Server, Virtual-, Cluster-, 
Grid-Computing
fon: 0163 - 517 66 02

openBC - Get together - wherever you are -> 
http://www.openbc.com/go/invita/5622521  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/graphic-forms-devel/attachments/20060904/cc254911/attachment.html>

From jdunrue at gmail.com  Mon Sep  4 15:55:44 2006
From: jdunrue at gmail.com (Jack Unrue)
Date: Mon, 4 Sep 2006 09:55:44 -0600
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
Message-ID: <d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>

On 9/4/06, Michael Jung <jung at mijn-design.de> wrote:
>
>
>  Hello Jack,
>
>  first of all, thanks for offering help to a newbie !

You're welcome!

>  Nothing unusal happens so far, everything compiles fine. When I load and
> start the tests it seems to evaluate and hangs, so that means it doesn't
> return to the normal prompt.

That actually might be a sign that things are OK.

>  I thought that I'm doing something wrong with that patch for sbcl, tried
> the demo from lisphacker.com - the same, nothing happens.

OK, that's helpful info. Check your taskbar and see if in fact a window
did get created but at the bottom of the desktop Z-order instead of
the top. I notice this happening no matter whether I use SBCL or
CLISP, and it has something to do with the console window. Whereas,
if I run an application delivered as an executable, the window appears
as you would normally expect.

-- 
Jack Unrue


From jung at mijn-design.de  Mon Sep  4 16:36:59 2006
From: jung at mijn-design.de (Michael Jung)
Date: Mon, 04 Sep 2006 18:36:59 +0200
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.co
 m>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
Message-ID: <7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>


Hello Jack,

At 17:55 04.09.2006, you wrote:

>OK, that's helpful info. Check your taskbar and see if in fact a window
>did get created but at the bottom of the desktop Z-order instead of
>the top. I notice this happening no matter whether I use SBCL or
>CLISP, and it has something to do with the console window. Whereas,
>if I run an application delivered as an executable, the window appears
>as you would normally expect.

It looks as if no window is created at all, nothing in the taskbar.

Regards
Michael Jung  



From jdunrue at gmail.com  Mon Sep  4 17:15:38 2006
From: jdunrue at gmail.com (Jack Unrue)
Date: Mon, 4 Sep 2006 11:15:38 -0600
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
	<7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
Message-ID: <d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>

On 9/4/06, Michael Jung <jung at mijn-design.de> wrote:
>
> Hello Jack,
>
> At 17:55 04.09.2006, you wrote:
>
> >OK, that's helpful info. Check your taskbar and see if in fact a window
> >did get created but at the bottom of the desktop Z-order instead of
> >the top. I notice this happening no matter whether I use SBCL or
> >CLISP, and it has something to do with the console window. Whereas,
> >if I run an application delivered as an executable, the window appears
> >as you would normally expect.
>
> It looks as if no window is created at all, nothing in the taskbar.

If it were me at this point, I would start sprinkling debug statements
around to try to find out more info. I would do this with Alastair's
hello.lisp since it is such a small amount of code to work with.
Check that REGISTERCLASSEX is not returning zero, and that
CREATEWINDOW is returning a non-null foreign pointer. Check
that his WINDOW-PROCEDURE function is getting called,
and print out the argument values, so that you can see what
events get processed.

If those debug statements indicate everything is succeeding,
but you still don't see any window, then I would suggest installing
a Spy utility (I use Winspector Spy) so that you can check whether
the window is getting created but not being made visible. Alastair's
window classname is "hello".

Is it safe to assume that you don't have any desktop mods or
virtual desktops or anything of that sort?

-- 
Jack Unrue


From jdunrue at gmail.com  Mon Sep  4 17:23:23 2006
From: jdunrue at gmail.com (Jack Unrue)
Date: Mon, 4 Sep 2006 11:23:23 -0600
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
	<7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
	<d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>
Message-ID: <d3df77800609041023g4204f5bamb12d3d97a9de346a@mail.gmail.com>

I wrote:
>
> Is it safe to assume that you don't have any desktop mods or
> virtual desktops or anything of that sort?

Michael,

Also, you're only loading the callback patch once, right? I don't
know what happens if you execute that code multiple times; it
might be harmless or it might not. Graphic-Forms automatically
loads it via the ASD file.

Another thing to try is to restart SBCL without the callback
patch, and remove the :stdcall attribute from Alastair's
code. Win32 has a special hack that allows non stdcall
callbacks to be used as window procedures. This would
help rule out whether that patch is causing the problem.

-- 
Jack Unrue


From jung at mijn-design.de  Mon Sep  4 17:26:51 2006
From: jung at mijn-design.de (Michael Jung)
Date: Mon, 04 Sep 2006 19:26:51 +0200
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.co
 m>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
	<7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
	<d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>
Message-ID: <7.0.0.16.0.20060904192104.01f0d008@mijn-design.de>

At 19:15 04.09.2006, you wrote:
>On 9/4/06, Michael Jung <jung at mijn-design.de> wrote:
>>
>>Hello Jack,
>>
>>At 17:55 04.09.2006, you wrote:
>>
>> >OK, that's helpful info. Check your taskbar and see if in fact a window
>> >did get created but at the bottom of the desktop Z-order instead of
>> >the top. I notice this happening no matter whether I use SBCL or
>> >CLISP, and it has something to do with the console window. Whereas,
>> >if I run an application delivered as an executable, the window appears
>> >as you would normally expect.
>>
>>It looks as if no window is created at all, nothing in the taskbar.
>
>If it were me at this point, I would start sprinkling debug statements
>around to try to find out more info. I would do this with Alastair's
>hello.lisp since it is such a small amount of code to work with.
>Check that REGISTERCLASSEX is not returning zero, and that
>CREATEWINDOW is returning a non-null foreign pointer. Check
>that his WINDOW-PROCEDURE function is getting called,
>and print out the argument values, so that you can see what
>events get processed.

Ok, I know what you mean, but that will take some time. In nearly
any other language I would have done it already, but Lisp is ... different ;-)
and I have to learn so much

>If those debug statements indicate everything is succeeding,
>but you still don't see any window, then I would suggest installing
>a Spy utility (I use Winspector Spy) so that you can check whether
>the window is getting created but not being made visible. Alastair's
>window classname is "hello".

I have a Spy software around and can check

>Is it safe to assume that you don't have any desktop mods or
>virtual desktops or anything of that sort?

No, nothing.  I'm thinking of setting up a plain new VM just
for training on Lisp development just in case any of my other
environments is causing troubles.

Michael Jung



From jung at mijn-design.de  Mon Sep  4 17:43:29 2006
From: jung at mijn-design.de (Michael Jung)
Date: Mon, 04 Sep 2006 19:43:29 +0200
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <d3df77800609041023g4204f5bamb12d3d97a9de346a@mail.gmail.co
 m>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
	<7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
	<d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>
	<d3df77800609041023g4204f5bamb12d3d97a9de346a@mail.gmail.com>
Message-ID: <7.0.0.16.0.20060904193948.01eb95e8@mijn-design.de>

At 19:23 04.09.2006, you wrote:
>Also, you're only loading the callback patch once, right? I don't
>know what happens if you execute that code multiple times; it
>might be harmless or it might not. Graphic-Forms automatically
>loads it via the ASD file.
>
>Another thing to try is to restart SBCL without the callback
>patch, and remove the :stdcall attribute from Alastair's
>code. Win32 has a special hack that allows non stdcall
>callbacks to be used as window procedures. This would
>help rule out whether that patch is causing the problem.

It didn't change anything loading the patch before compiling
graphic-forms or not.

I will try and remove the attribute and see what happens

Michael Jung 



From jung at mijn-design.de  Mon Sep  4 20:03:36 2006
From: jung at mijn-design.de (Michael Jung)
Date: Mon, 04 Sep 2006 22:03:36 +0200
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.co
 m>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
	<7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
	<d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>
Message-ID: <7.0.0.16.0.20060904220130.01ef5620@mijn-design.de>

At 19:15 04.09.2006, you wrote:
>If it were me at this point, I would start sprinkling debug statements
>around to try to find out more info. I would do this with Alastair's
>hello.lisp since it is such a small amount of code to work with.
>Check that REGISTERCLASSEX is not returning zero, and that
>CREATEWINDOW is returning a non-null foreign pointer. Check
>that his WINDOW-PROCEDURE function is getting called,
>and print out the argument values, so that you can see what
>events get processed.
>
>If those debug statements indicate everything is succeeding,
>but you still don't see any window, then I would suggest installing
>a Spy utility (I use Winspector Spy) so that you can check whether
>the window is getting created but not being made visible. Alastair's
>window classname is "hello".

Winspector Spy says that window class is registered and window is created.
At the moment it looks as if it get stuck in the message loop

Michael Jung 



From jung at mijn-design.de  Mon Sep  4 20:05:12 2006
From: jung at mijn-design.de (Michael Jung)
Date: Mon, 04 Sep 2006 22:05:12 +0200
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <d3df77800609041023g4204f5bamb12d3d97a9de346a@mail.gmail.co
 m>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
	<7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
	<d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>
	<d3df77800609041023g4204f5bamb12d3d97a9de346a@mail.gmail.com>
Message-ID: <7.0.0.16.0.20060904220342.01f0fe70@mijn-design.de>


At 19:23 04.09.2006, you wrote:

>Another thing to try is to restart SBCL without the callback
>patch, and remove the :stdcall attribute from Alastair's
>code. Win32 has a special hack that allows non stdcall
>callbacks to be used as window procedures. This would
>help rule out whether that patch is causing the problem.

Jack,

I tried this (hopefully the right way) too but it changed nothing

Michael Jung 



From jdunrue at gmail.com  Mon Sep  4 20:29:54 2006
From: jdunrue at gmail.com (Jack Unrue)
Date: Mon, 4 Sep 2006 14:29:54 -0600
Subject: [graphic-forms-devel] graphic-forms
In-Reply-To: <7.0.0.16.0.20060904220130.01ef5620@mijn-design.de>
References: <7.0.0.16.0.20060904172847.01ea61c0@gmx.net>
	<d3df77800609040855g6df6461ctf5e0887b31fee879@mail.gmail.com>
	<7.0.0.16.0.20060904182540.01ea5430@mijn-design.de>
	<d3df77800609041015j199eb140x9b0ae8f5b5b57680@mail.gmail.com>
	<7.0.0.16.0.20060904220130.01ef5620@mijn-design.de>
Message-ID: <d3df77800609041329q2201d993kbbead5a89cc8fda@mail.gmail.com>

On 9/4/06, Michael Jung <jung at mijn-design.de> wrote:
>
> Winspector Spy says that window class is registered and window is created.
> At the moment it looks as if it get stuck in the message loop

Hmmm...does Spy indicate that the window has WS_VISIBLE set? Do
you ever see any WM_NCPAINT or WM_PAINT message come through?
Or what's the last message that GETMESSAGE returns ?

BTW, what version of CFFI are you using?

-- 
Jack Unrue


From jdunrue at gmail.com  Mon Sep  4 22:09:26 2006
From: jdunrue at gmail.com (Jack Unrue)
Date: Mon, 4 Sep 2006 16:09:26 -0600
Subject: [graphic-forms-devel] SLIME vs. message loops
Message-ID: <d3df77800609041509o77f4f3b3kf787510ecc88505a@mail.gmail.com>

I need to do some research into the interaction between
SLIME and Windows GUI message loops. Michael Jung was able
to get a test program working if he ran SBCL from a command
prompt instead of SLIME -- and a command prompt window is
the mode I run the various CLs in as well, so I had not yet seen
this problem with SLIME.

I will post an update once I have investigated this further.

-- 
Jack Unrue


From jdunrue at gmail.com  Wed Sep  6 03:59:53 2006
From: jdunrue at gmail.com (Jack Unrue)
Date: Tue, 5 Sep 2006 21:59:53 -0600
Subject: [graphic-forms-devel] API change: select-span,
	selection-span --> selected-span
Message-ID: <d3df77800609052059m5174de32uc4029218ef9a4b59@mail.gmail.com>

I've got another little API cleanup issue to report. The existing generic
functions SELECT-SPAN and SELECTION-SPAN in the GFW package are
going to be collapsed to SELECTED-SPAN which will have a corresponding
SETF function defined as well.

This affects existing code that uses edit controls.

-- 
Jack Unrue


From jdunrue at gmail.com  Sat Sep  9 18:50:54 2006
From: jdunrue at gmail.com (Jack Unrue)
Date: Sat, 9 Sep 2006 12:50:54 -0600
Subject: [graphic-forms-devel] Re: SLIME vs. message loops
In-Reply-To: <d3df77800609041509o77f4f3b3kf787510ecc88505a@mail.gmail.com>
References: <d3df77800609041509o77f4f3b3kf787510ecc88505a@mail.gmail.com>
Message-ID: <d3df77800609091150q52e6797tc3383817d83ea9c6@mail.gmail.com>

I wrote:
> I need to do some research into the interaction between
> SLIME and Windows GUI message loops. Michael Jung was able
> to get a test program working if he ran SBCL from a command
> prompt instead of SLIME -- and a command prompt window is
> the mode I run the various CLs in as well, so I had not yet seen
> this problem with SLIME.
>
> I will post an update once I have investigated this further.

OK, I have SLIME installed and running inside XEmacs. I've got
my environment set up to load Graphic-Forms. I'm then able to
run test programs, e.g.  'C-c :   (hello-world)'  and the app runs.

If anyone else runs into problems with Graphic-Forms and
SLIME, please post details because then I'll try reproducing
it locally. But otherwise, I have to say those famous words
"it works for me!"  :-)

-- 
Jack Unrue