From edi at agharta.de Fri Sep 7 06:18:20 2007 From: edi at agharta.de (Edi Weitz) Date: Fri, 07 Sep 2007 08:18:20 +0200 Subject: [rdnzl-devel] Re: x64 RDNZL In-Reply-To: <57d61d1d0709061814i22dcaf6ey71c591d55c600cb9@mail.gmail.com> (Andrew Wolven's message of "Thu, 6 Sep 2007 20:14:23 -0500") References: <57d61d1d0709061814i22dcaf6ey71c591d55c600cb9@mail.gmail.com> Message-ID: [Cc to mailing list.] Hi Andrew, On Thu, 6 Sep 2007 20:14:23 -0500, "Andrew Wolven" wrote: > I am having preliminary success with RDNZL on Windows XP x64 with > AllegroCL 64bit. I recompiled rdnzl.dll with MSVS 2008 beta after > tweaking some settings. If nobody else is working on this, I will > keep track of my changes, but I do have a day job. Thanks for the info. I don't have a 64-bit Windows machine yet, but I'll keep that in mind. Cheers, Edi. From fstafek at noise.cz Sun Sep 9 21:55:29 2007 From: fstafek at noise.cz (=?utf-8?B?ZnJhbnRpxaFlayDFoXTDoWZlaw==?=) Date: Sun, 9 Sep 2007 23:55:29 +0200 Subject: [rdnzl-devel] in-process DLLs In-Reply-To: References: <261612.13847.qm@web62415.mail.re1.yahoo.com> Message-ID: <423681191.20070909235529@noise.cz> 23. srpna 2007, 8:32:23, Edi: EW> On Wed, 22 Aug 2007 17:58:06 -0700 (PDT), Andrew Wolven wrote: >> Allegro has the ability to generate itself as an in-process COM dll. EW> Right. And you can do the same thing with LispWorks and Corman Lisp EW> as well. I think that should work fine. I've built in-process DLLs EW> with LispWorks pretty often, but admittedly never one which deployed EW> RDNZL. thanks for info. well maybe this is anyway too above my head. The "getting started" guide for REVIT API says, If I want to write application, I need to do this: "How to write an External Application: Implement support for a specific interface, in this case Autodesk.Revit.IExternalApplication." Is this doable with RDNZL? What would I need If I would like to expose a Common Lisp console as part of this "external application"? Is this doable, or does it require "a lot of work" and lot of .NET experience... (now I really think I don't know what I'm talking about:-) -- franti?ek ?t?fek From awolven at yahoo.com Mon Sep 10 03:47:05 2007 From: awolven at yahoo.com (Andrew Wolven) Date: Sun, 9 Sep 2007 20:47:05 -0700 (PDT) Subject: [rdnzl-devel] in-process DLLs Message-ID: <256422.53716.qm@web62414.mail.re1.yahoo.com> Autodesk.Revit.IExternalApplication, hrm. Sounds like a .NET type based on a COM interface. I really can't tell you without seeing the documentation, but I am sure it is possible My suggestion to you would be to read the microsoft documentation. First read about COM (interfaces, guid's & progid's, type-libraries, in-process & out-of-process servers, etc.). Then read about .NET (assemblies, managed code, common language runtime, common datatype system, jit compiler, ms intermediate language). Then read about how COM components can be wrapped to make pseudo-dotnet types (interop). Take advantage of MS visual studio express object browser, and the COM/OLE viewer from the SDK. You will begin to get an understanding of how microsoft arranges it's operating system, and how companies like autodesk comply to that. Don't give up!! Edi, do you have any suggestions for franti?ek? -AKW ----- Original Message ---- From: franti?ek ?t?fek To: General interest list about RDNZL Sent: Sunday, September 9, 2007 4:55:29 PM Subject: Re[2]: [rdnzl-devel] in-process DLLs 23. srpna 2007, 8:32:23, Edi: EW> On Wed, 22 Aug 2007 17:58:06 -0700 (PDT), Andrew Wolven wrote: >> Allegro has the ability to generate itself as an in-process COM dll. EW> Right. And you can do the same thing with LispWorks and Corman Lisp EW> as well. I think that should work fine. I've built in-process DLLs EW> with LispWorks pretty often, but admittedly never one which deployed EW> RDNZL. thanks for info. well maybe this is anyway too above my head. The "getting started" guide for REVIT API says, If I want to write application, I need to do this: "How to write an External Application: Implement support for a specific interface, in this case Autodesk.Revit.IExternalApplication." Is this doable with RDNZL? What would I need If I would like to expose a Common Lisp console as part of this "external application"? Is this doable, or does it require "a lot of work" and lot of .NET experience... (now I really think I don't know what I'm talking about:-) -- franti?ek ?t?fek _______________________________________________ rdnzl-devel mailing list rdnzl-devel at common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel ____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/ From edi at agharta.de Thu Sep 13 08:25:58 2007 From: edi at agharta.de (Edi Weitz) Date: Thu, 13 Sep 2007 10:25:58 +0200 Subject: [rdnzl-devel] in-process DLLs In-Reply-To: <256422.53716.qm@web62414.mail.re1.yahoo.com> (Andrew Wolven's message of "Sun, 9 Sep 2007 20:47:05 -0700 (PDT)") References: <256422.53716.qm@web62414.mail.re1.yahoo.com> Message-ID: On Sun, 9 Sep 2007 20:47:05 -0700 (PDT), Andrew Wolven wrote: > Edi, do you have any suggestions for franti?ek? Nothing more specific, unfortunately. As you'll know, you can't directly create new .NET classes from within RDNZL. You'll have to create a stub in C# or some other "native" language and then start from there. Cheers, Edi. From awolven at yahoo.com Thu Sep 13 16:59:43 2007 From: awolven at yahoo.com (Andrew Wolven) Date: Thu, 13 Sep 2007 09:59:43 -0700 (PDT) Subject: [rdnzl-devel] in-process DLLs Message-ID: <541154.70024.qm@web62407.mail.re1.yahoo.com> ----- Original Message ---- From: Edi Weitz To: General interest list about RDNZL Sent: Thursday, September 13, 2007 3:25:58 AM Subject: Re: [rdnzl-devel] in-process DLLs On Sun, 9 Sep 2007 20:47:05 -0700 (PDT), Andrew Wolven wrote: >> Edi, do you have any suggestions for franti?ek? > >Nothing more specific, unfortunately. As you'll know, you can't >directly create new .NET classes from within RDNZL. You'll have to >create a stub in C# or some other "native" language and then start >from there. > >Cheers, >Edi. _ I was just imagining a day ago or so that one could create COM server components in lisp and then use the MS tools to wrap it in an interop layer (a little fuzzy on this). Client code could be RDNZL of course. -AKW ______________________________________________ rdnzl-devel mailing list rdnzl-devel at common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel ____________________________________________________________________________________ Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545433 From BConnoy at morrisonhershfield.com Fri Sep 14 16:20:01 2007 From: BConnoy at morrisonhershfield.com (Brian Connoy) Date: Fri, 14 Sep 2007 12:20:01 -0400 Subject: [rdnzl-devel] Re: in-process DLLs In-Reply-To: <20070914160218.4AA9837107@common-lisp.net> References: <20070914160218.4AA9837107@common-lisp.net> Message-ID: <46EA7C70.2AAF.0024.0@morrisonhershfield.com> (Apologies if I did not submit this reply correctly) I'm a certified neophyte where it comes to RDNZL and .NET generally, but to learn one "can't directly create new .NET classes from within RDNZL" kinda blows my hopes out of the water (I think). My interest (similar to another poster here) is to utilize Common Lisp in a CAD application known as AutoCAD; which boasts API's for COM, .NET and ObjectARX (C++). I'd sooner chew my own arms off than code with C++ (or even C#) and hoped to find some way to take advantage of the .NET API directly using RDNZL. Sadly my knowledgebase is lacking, what with this talk of stubs and interop layers. Driving AutoCAD using Lispworks COM is a breeze, however. I'd be glad to offer any support I can in understanding how AutoCAD thinks ... the RDNZL bridge still has me scratching my head. B^) Brian C. >>> 9/14/2007 12:02 PM >>> Send rdnzl-devel mailing list submissions to rdnzl-devel at common-lisp.net To subscribe or unsubscribe via the World Wide Web, visit http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel or, via email, send a message with subject or body 'help' to rdnzl-devel-request at common-lisp.net You can reach the person managing the list at rdnzl-devel-owner at common-lisp.net When replying, please edit your Subject line so it is more specific than "Re: Contents of rdnzl-devel digest..." Today's Topics: 1. Re: in-process DLLs (Andrew Wolven) ---------------------------------------------------------------------- Message: 1 Date: Thu, 13 Sep 2007 09:59:43 -0700 (PDT) From: Andrew Wolven Subject: Re: [rdnzl-devel] in-process DLLs To: General interest list about RDNZL Message-ID: <541154.70024.qm at web62407.mail.re1.yahoo.com> Content-Type: text/plain; charset=iso-8859-2 ----- Original Message ---- From: Edi Weitz To: General interest list about RDNZL Sent: Thursday, September 13, 2007 3:25:58 AM Subject: Re: [rdnzl-devel] in-process DLLs On Sun, 9 Sep 2007 20:47:05 -0700 (PDT), Andrew Wolven wrote: >> Edi, do you have any suggestions for franti*ek? > >Nothing more specific, unfortunately. As you'll know, you can't >directly create new .NET classes from within RDNZL. You'll have to >create a stub in C# or some other "native" language and then start >from there. > >Cheers, >Edi. _ I was just imagining a day ago or so that one could create COM server components in lisp and then use the MS tools to wrap it in an interop layer (a little fuzzy on this). Client code could be RDNZL of course. -AKW ______________________________________________ rdnzl-devel mailing list rdnzl-devel at common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel ____________________________________________________________________________________ Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545433 ------------------------------ _______________________________________________ rdnzl-devel mailing list rdnzl-devel at common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel End of rdnzl-devel Digest, Vol 22, Issue 4 ****************************************** From edi at agharta.de Fri Sep 14 20:11:31 2007 From: edi at agharta.de (Edi Weitz) Date: Fri, 14 Sep 2007 22:11:31 +0200 Subject: [rdnzl-devel] Re: in-process DLLs In-Reply-To: <46EA7C70.2AAF.0024.0@morrisonhershfield.com> (Brian Connoy's message of "Fri, 14 Sep 2007 12:20:01 -0400") References: <20070914160218.4AA9837107@common-lisp.net> <46EA7C70.2AAF.0024.0@morrisonhershfield.com> Message-ID: On Fri, 14 Sep 2007 12:20:01 -0400, "Brian Connoy" wrote: > (Apologies if I did not submit this reply correctly) Nope, that was fine. > I'm a certified neophyte where it comes to RDNZL and .NET generally, > but to learn one "can't directly create new .NET classes from within > RDNZL" kinda blows my hopes out of the water (I think). Well, it depends on what you want to do. RDNZL is technically a Lisp shim above (unmanaged) C++ code which can call into (managed) .NET code. If you look at the documentation, you will see that you can do about everything you'll want with /existing/ classes - create new objects, access their fields and properties, call their methods, you name it. You could, using these tools, create /new/ classes at /runtime/ the same way you could do it in, say, C# (search Google), but obviously the result is not the same as a class defined at compile time by C# source code. To achieve this, you'd need to have (the RDNZL equivalent of) a DEFCLASS form which compiles to IL. This is not impossible, but it's probably a good amount of work and nobody has done it yet. Patches welcome, of course... :) Edi. From kperry at blinksoft.com Tue Sep 18 03:20:55 2007 From: kperry at blinksoft.com (Ken Perry) Date: Mon, 17 Sep 2007 20:20:55 -0700 Subject: [rdnzl-devel] Simple dialog app. Message-ID: <01a501c7f9a2$ed65fa10$6401a8c0@Aiden> I am wanting to create a simple dialog based APP with RDNZL. None of the examples I have found show how to just create either a form based or dialog based APP. The apropos example ties into C# code to create the form. So is there a way to do this totally with lisp and rndzl with out doing it like the apropos example? For example I want to put two buttons, a listbox, a label, and an edit box on a dialog or form all in lisp with rndzl. If you have examples or someone has already done this that I can use as an example that would be great. Ken