Some of the changes are just to get rid of compiler warnings.

-Adam

adam-higueras-macbook-pro:cocoahelper adamvh$ diff -u cocoahelper.m
~/Desktop/lispbuilder-sdl/cocoahelper/cocoahelper.m
--- cocoahelper.m 2010-04-07 15:15:44.000000000 -0400
+++ /Users/adamvh/Desktop/lispbuilder-sdl/cocoahelper/cocoahelper.m 2008-09-25
13:07:29.000000000 -0400
@@ -14,17 +14,23 @@
 @interface SDLMain : NSObject
 @end

-...@interface NSApplication(SDL_Missing_Methods)
-- (void)setAppleMenu:(NSMenu *)menu;
-...@end
-
 /* Use this flag to determine whether we use SDLMain.nib or not */
 #define SDL_USE_NIB_FILE 0

 /* Use this flag to determine whether we use CPS (docking) or not */
 #define SDL_USE_CPS 1
-//#undef SDL_USE_CPS
+#undef SDL_USE_CPS
 #ifdef SDL_USE_CPS
+/* Portions of CPS.h */
+typedef struct CPSProcessSerNum
+{
+ UInt32 lo;
+ UInt32 hi;
+} CPSProcessSerNum;
+
+extern OSErr CPSGetCurrentProcess( CPSProcessSerNum *psn);
+extern OSErr CPSEnableForegroundOperation( CPSProcessSerNum *psn, UInt32
_arg2, UInt32 _arg3, UInt32 _arg4, UInt32 _arg5);
+extern OSErr CPSSetFrontProcess( CPSProcessSerNum *psn);

 #endif /* SDL_USE_CPS */

@@ -78,11 +84,11 @@
 {
     if (shouldChdir)
     {
-        unsigned char parentdir[MAXPATHLEN];
+        char parentdir[MAXPATHLEN];
  CFURLRef url = CFBundleCopyBundleURL(CFBundleGetMainBundle());
  CFURLRef url2 = CFURLCreateCopyDeletingLastPathComponent(0, url);
  if (CFURLGetFileSystemRepresentation(url2, true, parentdir, MAXPATHLEN)) {
-  assert ( chdir ((char *)parentdir) == 0 );   /* chdir to the binary app's
parent */
+        assert ( chdir (parentdir) == 0 );   /* chdir to the binary app's
parent */
  }
  CFRelease(url);
  CFRelease(url2);
@@ -199,11 +205,11 @@

 #ifdef SDL_USE_CPS
     {
-        ProcessSerialNumber PSN;
+        CPSProcessSerNum PSN;
         /* Tell the dock about us */
-        if (!GetCurrentProcess(&PSN))
-  if (!TransformProcessType(&PSN,
kProcessTransformToForegroundApplication))
-                if (!SetFrontProcess(&PSN))
+        if (!CPSGetCurrentProcess(&PSN))
+            if (!CPSEnableForegroundOperation(&PSN,0x03,0x3C,0x2C,0x1103))
+                if (!CPSSetFrontProcess(&PSN))
                     [SDLApplication sharedApplication];
     }
 #endif /* SDL_USE_CPS */
@@ -285,7 +291,7 @@
     ProcessSerialNumber processSerialNum;
     CustomApplicationMain (0, NULL);
     GetCurrentProcess(&processSerialNum);
- TransformProcessType(&processSerialNum,
kProcessTransformToForegroundApplication);
+    CPSEnableForegroundOperation (&processSerialNum);
     SetFrontProcess(&processSerialNum);
 }


On Wed, Apr 7, 2010 at 3:15 PM, Elliott Slaughter <
elliottslaugh...@gmail.com> wrote:

> Would you mind providing a unified diff (i.e. pass the -u option to diff)?
>
> Thanks.
>
>
> On Wed, Apr 7, 2010 at 12:11 PM, Adam Higuera <ahig...@gmail.com> wrote:
>
>> Here's the output of a regular old diff:
>>
>> adam-higueras-macbook-pro:cocoahelper adamvh$ diff cocoahelper.m
>> ~/Desktop/lispbuilder-sdl/cocoahelper/cocoahelper.m
>> 17,20d16
>> < @interface NSApplication(SDL_Missing_Methods)
>> < - (void)setAppleMenu:(NSMenu *)menu;
>> < @end
>> <
>> 26c22
>> < //#undef SDL_USE_CPS
>> ---
>> > #undef SDL_USE_CPS
>> 27a24,33
>> > /* Portions of CPS.h */
>> > typedef struct CPSProcessSerNum
>> > {
>> > UInt32 lo;
>> > UInt32 hi;
>> > } CPSProcessSerNum;
>> >
>> > extern OSErr CPSGetCurrentProcess( CPSProcessSerNum *psn);
>> > extern OSErr CPSEnableForegroundOperation( CPSProcessSerNum *psn,
>> UInt32 _arg2, UInt32 _arg3, UInt32 _arg4, UInt32 _arg5);
>> > extern OSErr CPSSetFrontProcess( CPSProcessSerNum *psn);
>> 81c87
>> <         unsigned char parentdir[MAXPATHLEN];
>> ---
>> >         char parentdir[MAXPATHLEN];
>> 85c91
>> <   assert ( chdir ((char *)parentdir) == 0 );   /* chdir to the binary
>> app's parent */
>> ---
>> >         assert ( chdir (parentdir) == 0 );   /* chdir to the binary
>> app's parent */
>> 202c208
>> <         ProcessSerialNumber PSN;
>> ---
>> >         CPSProcessSerNum PSN;
>> 204,206c210,212
>> <         if (!GetCurrentProcess(&PSN))
>> <   if (!TransformProcessType(&PSN,
>> kProcessTransformToForegroundApplication))
>> <                 if (!SetFrontProcess(&PSN))
>> ---
>> >         if (!CPSGetCurrentProcess(&PSN))
>> >             if
>> (!CPSEnableForegroundOperation(&PSN,0x03,0x3C,0x2C,0x1103))
>> >                 if (!CPSSetFrontProcess(&PSN))
>> 288c294
>> < TransformProcessType(&processSerialNum,
>> kProcessTransformToForegroundApplication);
>> ---
>> >     CPSEnableForegroundOperation (&processSerialNum);
>>
>>
>> On Wed, Apr 7, 2010 at 3:00 PM, Elliott Slaughter <
>> elliottslaugh...@gmail.com> wrote:
>>
>>> Well, if you "svn diff" the files, I or someone else can commit the
>>> changes. I'm sure that's probably not the "right" way to go about this, but
>>> it works :-)
>>>
>>>
>>> On Wed, Apr 7, 2010 at 11:53 AM, Adam Higuera <ahig...@gmail.com> wrote:
>>>
>>>> Oh, there are also a few things I found in cocoahelper that I think
>>>> should be changed.  It uses the deprecated function
>>>> CPSEnableForegroundOperation,
>>>> which should really be replaced with TransformProcessType.  I'm not
>>>> exactly sure how to submit a patch but I would be glad to.
>>>>
>>>> Thanks,
>>>> Adam
>>>>
>>>>
>>>> On Wed, Apr 7, 2010 at 2:48 PM, Adam Higuera <ahig...@gmail.com> wrote:
>>>>
>>>>> After realizing that everything worked fine if I launched SBCL from the
>>>>> terminal instead of slime and hunting around the mailing list, I 
>>>>> discovered
>>>>> the following fix (which I believe is now on the wiki):
>>>>>
>>>>> Putting the line
>>>>>
>>>>> (setf swank:*communication-style* :fd-handler)
>>>>>
>>>>> in the file ~/.swank.lisp allows the SDL examples to run when launched
>>>>> from SLIME.  The earlier messages I was looking at seemed to think that 
>>>>> the
>>>>> problem might be due to SLIME's default policy of spawning new threads and
>>>>> Cocoa's idiosyncracies with respect to drawing from outside the main 
>>>>> thread.
>>>>>  I'm not entirely familiar with either of these topics, but I have a 
>>>>> feeling
>>>>> both my problem and the problems with CCL are related to this issue.
>>>>>
>>>>> Thanks,
>>>>> Adam
>>>>>
>>>>> On Wed, Apr 7, 2010 at 2:13 PM, Elliott Slaughter <
>>>>> elliottslaugh...@gmail.com> wrote:
>>>>>
>>>>>> I have never seen this problem in SBCL before. I have been using the
>>>>>> official SDL framework with SBCL 1.0.37 on Leopard without any trouble at
>>>>>> all.
>>>>>>
>>>>>> Maybe you should answer the usual version questions (i.e. SBCL, SDL,
>>>>>> lispbuilder, XCode versions)?
>>>>>>
>>>>>> Luke, thoughts?
>>>>>>
>>>>>> On Tue, Apr 6, 2010 at 8:02 PM, Adam Higuera <ahig...@gmail.com>wrote:
>>>>>>
>>>>>>> No it is sbcl.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Adam
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Apr 6, 2010 at 10:39 PM, Elliott Slaughter <
>>>>>>> elliottslaugh...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Are you using Clozure CL? This is a known issue with CCL, but SBCL,
>>>>>>>> CLISP, and Allegro should work fine.
>>>>>>>>
>>>>>>>> So (assuming my diagnosis is right) you can either help us solve
>>>>>>>> this bug with CCL, or switch to a different Lisp for now.
>>>>>>>>
>>>>>>>> Hope that helps.
>>>>>>>>
>>>>>>>> On Tue, Apr 6, 2010 at 7:14 PM, Adam Higuera <ahig...@gmail.com>wrote:
>>>>>>>>
>>>>>>>>> Alright, everything has built and I can run the examples, but when
>>>>>>>>> I run them, they don't seem to work quite right, i.e. there isn't a 
>>>>>>>>> bar on
>>>>>>>>> the window and there is no menu bar, nor is there an app icon in the 
>>>>>>>>> dock.
>>>>>>>>>  I've attached a screenshot of what happens.
>>>>>>>>>
>>>>>>>>> Is this supposed to happen is there something else I need to do to
>>>>>>>>> get this working all the way?
>>>>>>>>>
>>>>>>>>> It is beach-balling at the time, though you can't see it in the
>>>>>>>>> screenshot.
>>>>>>>>>
>>>>>>>>> (re-sent because attachment was huge - sorry - moderator can deny
>>>>>>>>> previous message)
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Adam
>>>>>>>>>
>>>>>>>>> On Tue, Apr 6, 2010 at 10:06 PM, Adam Higuera 
>>>>>>>>> <ahig...@gmail.com>wrote:
>>>>>>>>>
>>>>>>>>>> Alright, everything has built and I can run the examples, but when
>>>>>>>>>> I run them, they don't seem to work quite right, i.e. there isn't a 
>>>>>>>>>> bar on
>>>>>>>>>> the window and there is no menu bar, nor is there an app icon in the 
>>>>>>>>>> dock.
>>>>>>>>>>  I've attached a screenshot of what happens.
>>>>>>>>>>
>>>>>>>>>> Is this supposed to happen is there something else I need to do to
>>>>>>>>>> get this working all the way?
>>>>>>>>>>
>>>>>>>>>> It is beach-balling at the time, though you can't see it in the
>>>>>>>>>> screenshot.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Adam
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 6, 2010 at 9:47 PM, Adam Higuera 
>>>>>>>>>> <ahig...@gmail.com>wrote:
>>>>>>>>>>
>>>>>>>>>>> Still have these warnings, but it appears to have compiled:
>>>>>>>>>>> cocoahelper.m: In function ‘-[SDLMain setupWorkingDirectory:]’:
>>>>>>>>>>> cocoahelper.m:90: warning: pointer targets in passing argument 3
>>>>>>>>>>> of ‘CFURLGetFileSystemRepresentation’ differ in signedness
>>>>>>>>>>> cocoahelper.m: In function ‘setApplicationMenu’:
>>>>>>>>>>> cocoahelper.m:163: warning: no ‘-setAppleMenu:’ method found
>>>>>>>>>>> cocoahelper.m:163: warning: (Messages without a matching method
>>>>>>>>>>> signature
>>>>>>>>>>> cocoahelper.m:163: warning: will be assumed to return ‘id’ and
>>>>>>>>>>> accept
>>>>>>>>>>> cocoahelper.m:163: warning: ‘...’ as arguments.)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Apr 6, 2010 at 9:40 PM, Elliott Slaughter <
>>>>>>>>>>> elliottslaugh...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Note: this patch is for lispbuilder-sdl/cocoahelper/Makefile,
>>>>>>>>>>>> not lispbuilder-sdl/Makefile.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Apr 6, 2010 at 6:39 PM, Elliott Slaughter <
>>>>>>>>>>>> elliottslaugh...@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> How did you install SDL? You don't seem to have sdl-config
>>>>>>>>>>>>> installed, so I assume you are using SDL.framework? If so, the 
>>>>>>>>>>>>> following
>>>>>>>>>>>>> patch might work for you:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Index: Makefile
>>>>>>>>>>>>>
>>>>>>>>>>>>> ===================================================================
>>>>>>>>>>>>> --- Makefile (revision 1464)
>>>>>>>>>>>>> +++ Makefile (working copy)
>>>>>>>>>>>>> @@ -1,6 +1,6 @@
>>>>>>>>>>>>>  cocoahelper.dylib : cocoahelper.m
>>>>>>>>>>>>> - gcc -c cocoahelper.m -o cocoahelper.o -fPIC `sdl-config
>>>>>>>>>>>>> --cflags`
>>>>>>>>>>>>> - gcc -dynamiclib -o cocoahelper.dylib cocoahelper.o
>>>>>>>>>>>>> -framework Cocoa `sdl-config --libs`
>>>>>>>>>>>>> + gcc -c cocoahelper.m -o cocoahelper.o -fPIC -I
>>>>>>>>>>>>> /Library/Frameworks/SDL.framework/Headers/
>>>>>>>>>>>>> + gcc -dynamiclib -o cocoahelper.dylib cocoahelper.o
>>>>>>>>>>>>> -framework Cocoa -framework SDL
>>>>>>>>>>>>>
>>>>>>>>>>>>>  cocoahelper.framework: cocoahelper.dylib
>>>>>>>>>>>>>   rm -rf cocoahelper.framework
>>>>>>>>>>>>>
>>>>>>>>>>>>> Let us know if that helps.
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Apr 6, 2010 at 6:30 PM, Adam Higuera <
>>>>>>>>>>>>> ahig...@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I downloaded lispbuilder-sdl from the google code page, and
>>>>>>>>>>>>>> attempted to build cocoahelper.  The result is the following set 
>>>>>>>>>>>>>> of error
>>>>>>>>>>>>>> messages:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> adam-higueras-macbook-pro:cocoahelper adamvh$ make
>>>>>>>>>>>>>> gcc -c cocoahelper.m -o cocoahelper.o -fPIC `sdl-config
>>>>>>>>>>>>>> --cflags`
>>>>>>>>>>>>>> /bin/sh: sdl-config: command not found
>>>>>>>>>>>>>> cocoahelper.m:8:16: error: SDL.h: No such file or directory
>>>>>>>>>>>>>> cocoahelper.m: In function ‘-[SDLApplication terminate:]’:
>>>>>>>>>>>>>> cocoahelper.m:73: error: ‘SDL_Event’ undeclared (first use in
>>>>>>>>>>>>>> this function)
>>>>>>>>>>>>>> cocoahelper.m:73: error: (Each undeclared identifier is
>>>>>>>>>>>>>> reported only once
>>>>>>>>>>>>>> cocoahelper.m:73: error: for each function it appears in.)
>>>>>>>>>>>>>> cocoahelper.m:73: error: syntax error before ‘event’
>>>>>>>>>>>>>> cocoahelper.m:74: error: ‘event’ undeclared (first use in this
>>>>>>>>>>>>>> function)
>>>>>>>>>>>>>> cocoahelper.m:74: error: ‘SDL_QUIT’ undeclared (first use in
>>>>>>>>>>>>>> this function)
>>>>>>>>>>>>>> cocoahelper.m: In function ‘-[SDLMain
>>>>>>>>>>>>>> setupWorkingDirectory:]’:
>>>>>>>>>>>>>> cocoahelper.m:90: warning: pointer targets in passing argument
>>>>>>>>>>>>>> 3 of ‘CFURLGetFileSystemRepresentation’ differ in signedness
>>>>>>>>>>>>>> cocoahelper.m: In function ‘setApplicationMenu’:
>>>>>>>>>>>>>> cocoahelper.m:163: warning: no ‘-setAppleMenu:’ method found
>>>>>>>>>>>>>> cocoahelper.m:163: warning: (Messages without a matching
>>>>>>>>>>>>>> method signature
>>>>>>>>>>>>>> cocoahelper.m:163: warning: will be assumed to return ‘id’ and
>>>>>>>>>>>>>> accept
>>>>>>>>>>>>>> cocoahelper.m:163: warning: ‘...’ as arguments.)
>>>>>>>>>>>>>> make: *** [cocoahelper.dylib] Error 1
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> However, if I replace the line
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> #import "SDL.h"
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> with
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> #import <SDL/SDL.h>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I instead get the error messages
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> adam-higueras-macbook-pro:cocoahelper adamvh$ make
>>>>>>>>>>>>>> gcc -c cocoahelper.m -o cocoahelper.o -fPIC `sdl-config
>>>>>>>>>>>>>> --cflags`
>>>>>>>>>>>>>> /bin/sh: sdl-config: command not found
>>>>>>>>>>>>>> cocoahelper.m: In function ‘-[SDLMain
>>>>>>>>>>>>>> setupWorkingDirectory:]’:
>>>>>>>>>>>>>> cocoahelper.m:90: warning: pointer targets in passing argument
>>>>>>>>>>>>>> 3 of ‘CFURLGetFileSystemRepresentation’ differ in signedness
>>>>>>>>>>>>>> cocoahelper.m: In function ‘setApplicationMenu’:
>>>>>>>>>>>>>> cocoahelper.m:163: warning: no ‘-setAppleMenu:’ method found
>>>>>>>>>>>>>> cocoahelper.m:163: warning: (Messages without a matching
>>>>>>>>>>>>>> method signature
>>>>>>>>>>>>>> cocoahelper.m:163: warning: will be assumed to return ‘id’ and
>>>>>>>>>>>>>> accept
>>>>>>>>>>>>>> cocoahelper.m:163: warning: ‘...’ as arguments.)
>>>>>>>>>>>>>> gcc -dynamiclib -o cocoahelper.dylib cocoahelper.o -framework
>>>>>>>>>>>>>> Cocoa `sdl-config --libs`
>>>>>>>>>>>>>> /bin/sh: sdl-config: command not found
>>>>>>>>>>>>>> Undefined symbols:
>>>>>>>>>>>>>>   "_SDL_PushEvent", referenced from:
>>>>>>>>>>>>>>       -[SDLApplication terminate:] in cocoahelper.o
>>>>>>>>>>>>>> ld: symbol(s) not found
>>>>>>>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>>>>>>>> make: *** [cocoahelper.dylib] Error 1
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I am now at a loss.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>> Adam
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>> application-builder mailing list
>>>>>>>>>>>>>> application-builder@lispniks.com
>>>>>>>>>>>>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Elliott Slaughter
>>>>>>>>>>>>>
>>>>>>>>>>>>> "Don't worry about what anybody else is going to do. The best
>>>>>>>>>>>>> way to predict the future is to invent it." - Alan Kay
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Elliott Slaughter
>>>>>>>>>>>>
>>>>>>>>>>>> "Don't worry about what anybody else is going to do. The best
>>>>>>>>>>>> way to predict the future is to invent it." - Alan Kay
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> application-builder mailing list
>>>>>>>>>>>> application-builder@lispniks.com
>>>>>>>>>>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> application-builder mailing list
>>>>>>>>> application-builder@lispniks.com
>>>>>>>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Elliott Slaughter
>>>>>>>>
>>>>>>>> "Don't worry about what anybody else is going to do. The best way to
>>>>>>>> predict the future is to invent it." - Alan Kay
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> application-builder mailing list
>>>>>>>> application-builder@lispniks.com
>>>>>>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> application-builder mailing list
>>>>>>> application-builder@lispniks.com
>>>>>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Elliott Slaughter
>>>>>>
>>>>>> "Don't worry about what anybody else is going to do. The best way to
>>>>>> predict the future is to invent it." - Alan Kay
>>>>>>
>>>>>> _______________________________________________
>>>>>> application-builder mailing list
>>>>>> application-builder@lispniks.com
>>>>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> application-builder mailing list
>>>> application-builder@lispniks.com
>>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>>
>>>>
>>>
>>>
>>> --
>>> Elliott Slaughter
>>>
>>> "Don't worry about what anybody else is going to do. The best way to
>>> predict the future is to invent it." - Alan Kay
>>>
>>> _______________________________________________
>>> application-builder mailing list
>>> application-builder@lispniks.com
>>> http://www.lispniks.com/mailman/listinfo/application-builder
>>>
>>>
>>
>> _______________________________________________
>> application-builder mailing list
>> application-builder@lispniks.com
>> http://www.lispniks.com/mailman/listinfo/application-builder
>>
>>
>
>
> --
> Elliott Slaughter
>
> "Don't worry about what anybody else is going to do. The best way to
> predict the future is to invent it." - Alan Kay
>
> _______________________________________________
> application-builder mailing list
> application-builder@lispniks.com
> http://www.lispniks.com/mailman/listinfo/application-builder
>
>
_______________________________________________
application-builder mailing list
application-builder@lispniks.com
http://www.lispniks.com/mailman/listinfo/application-builder

Reply via email to