rdnzl-devel

rdnzl-devel@common-lisp.net

125 discussions

[rdnzl-devel] boxing floats
by Andrew K. Wolven 22 Nov '05

22 Nov '05

RDNZL always boxes single-floats as System.Double instead of System.Single (in ACL at least). In the case of constructors or other methods that take System.Single instead of System.Double you have to cast them after you box them or the method won't work, which is a pain in the butt. I would fix it myself (I think it's in RDNZL.dll) but I have an older version of MSVC++. CL-USER(875): (box 1.0d0) #<RDNZL::CONTAINER System.Double #x1f46548> CL-USER(876): (box 1.0) #<RDNZL::CONTAINER System.Double #x1f465c8> CL-USER(877): (box 1.0f0) #<RDNZL::CONTAINER System.Double #x1f465f8> Thanks for all your work. Every time I think RDNZL doesn't do that, I [usually] experiment enough and find out I'm wrong. Maybe that's the case here. :) AKW

3 6

[rdnzl-devel] Problem with an even-handler callback
by Kai E 31 Jul '05

31 Jul '05

Hi, I'm trying to insert a callback-handler in an assembly here. The apropos example works great, but this assembly is giving me problems. I'm doing like this: (defun handle-update (argument) argument) [+OnUpdate *object* (new "OnUpdateEvent" #'handle-update)] Check with C# code that the callback only requires one argument. The callback is supposed to return void, but it looked like the adapter-thing should take care of that? Anyway, when the callback fires, I get the following error with Lispworks 4.3.7 for Windows, and rdnzl 0.7.0 Failed to find stack-no 0000026c stack 03d4f95 Stack dump 03d4f940 03d4f940 20002f2c 00000c45 03d4fa40 03d4f950 03d4f950 03d4f968 209775b9 00000000 03d4f960 00000010 0000026c 03d4f980 2000c423 03d4f970 2139219c 03d4f9ac 011343cc 0113b5f4 03d4f980 03d4f9f0 03199984 03199984 03199984 03d4f990 00000001 03db0fb0 0113b5f4 011343cc 03d4f9a0 00f2a048 0113b5f4 011343cc 791b4788 03d4f9b0 03d4fd40 00000000 03d4f990 03199984 03d4f9c0 001ac270 03d4fb34 00d52f76 03d4f9f0 03d4f9d0 0113b5f4 011343cc 001ac270 03db0fb0 03d4f9e0 0113b5f4 03d4fb34 00000000 03199870 03d4f9f0 03d4fb34 0319985c 00f2a298 00000000 03d4fa00 0113b338 03196a54 00000000 03d4fb54 03d4fa10 03d4fb78 791b308a 011268f0 0112682c 03d4fa20 011267c4 0113b020 0113aff8 011268f0 03d4fa30 0112682c 00f2a048 00000000 00000000 Any clues?

2 2

[rdnzl-devel] Problem with an even-handler callback
by Kai E 30 Jul '05

30 Jul '05

1 0

[rdnzl-devel] New version 0.7.0
by Edi Weitz 08 Jul '05

08 Jul '05

Changelog: Version 0.7.0 2005-07-08 In WRAP-CLOSURE, prevent callbacks from being able to throw over .NET stack frames (Charles A. Cox) Modify UNMANGLE-NAME to work in case-preserving readtable-case mode (Charles A. Cox) Don't redefine in util.lisp what's already there (for LispWorks) Download: <http://weitz.de/files/RDNZL.tar.gz> Have fun, Edi.

1 0

[rdnzl-devel] Re: Library search-paths under LWW
by Edi Weitz 22 Apr '05

22 Apr '05

Hi! On Fri, 22 Apr 2005 10:53:29 -0700, "Eric Scott" <eric.scott(a)islanddata.com> wrote: > I've just started to use the 'rdnzl' (http://weitz.de/rdnzl) > library, which provides a lisp interface to .Net. One basic example > revolves around a .Net assembly called AproposGui.dll. I can get > the example to work if the dll is placed directly in the > *lispworks-directory*, but if the dll is placed elsewhere, I get an > 'assembly not found' error. What I'd like to do is be able to > specify a search path that would include arbitrary directories > containing dll's I'm interested in interfacing to. Apropos-ing, I > find the symbol 'system::*library-search-path*', which one might > think would do the trick, but 1) it's not exported and 2) enlisting > it with the desired pathnames doesn't work. Redefining the "path" > environment variable has not worked either. > > Is there some method or system parameter I can use to specify a > search path of this kind? Thanks to anyone who can shed light on > this. The way assemblies are found is determined by the CLR and has nothing to do with RDNZL or the underlying Lisp - you'll find the details in the Microsoft documentation. Generally, you should ask questions about RDNZL on the RDNZL mailing list, though. Cheers, Edi.

1 0

[rdnzl-devel] Problem with Allegro
by cracl pop 10 Apr '05

10 Apr '05

I can run the Apropos demo on LispWorks, but in Allegro (7.0) (Windows 2000 .NET 1.1) I get: cg-user(1): ; Loading C:\Prog\RDNZL-0.6.1\examples\apropos.lisp cg-user(1): (run-apropos-form) Error: Recursive error while printing or signalling an error. This is sometimes caused by an error in a print-object method. What should I look for? Thanks, Alex __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

2 1

[rdnzl-devel] Re: using RDNZL
by Charles A. Cox 05 Mar '05

05 Mar '05

> Hi Marc, thanks for using the RDNZL interface, I forward your letter to > Charley as he is the engineer that did the ACL port.. Jans Edi Weitz gave pretty much the same answer I would. The simplest thing is to put "AproposGUI.dll" into either the Allegro CL directory or into a system directory. For Edi: I notice that specifying a full pathname for AproposGui.dll to the import-types function still causes an error. This seems to be happening because System.Reflection.Assembly.LoadWithPartialName won't take full pathnames (?). If that's the case, maybe import-types could be beefed up to check if the argument is a full pathname and instead invoke Load or LoadFrom. ?? Charley --- Charles A. Cox, Franz Inc. 555 12th Street, Suite 1450 Internet: cox(a)franz.com Oakland, CA 94607 WWW: http://www.franz.com/ Phone: (510) 452-2000; FAX: (510) 452-0182

2 1

[rdnzl-devel] Re: using RDNZL
by Edi Weitz 03 Mar '05

03 Mar '05

Hi! On Wed, 02 Mar 2005 17:35:34 -0800, Marc LeBrun <mlb(a)fxpt.com> wrote: > Hi! I'm very interested in working with RDNZL. Good... :) > It looks great, but I've hit a snag; perhaps you could help? > > I got the first "message box" example to execute OK (neat!). > However when I tried running the second "apropos" example I got the > following error > > Warning: Returning NULL object from .NET call > Error: Assembly "AproposGUI" not found > > (I compiled aproposgui.DLL in the RDNZL examples directory) You compiled it? It should have been distributed with the tarball already. > I'm probably doing something stupid, but at this point I'm fairly > clueless about all this, so am not sure what to do next. > > Any ideas how I might proceed? You have to put the AproposGui.dll file somewhere where the .NET runtime looks for it when loading assemblies. So either put it in a system directory or in the directory where your Lisp executable starts from. That should do the trick. Let me know if it doesn't work. > (By the way, for some reason the Windows download arrives named > rdnzl.tar.tar, which chokes WinZip. Manually changing it to > rdnzl.tar.gz makes everything copacetic. I think I've seen this > before with tar files--don't know if it's because of something I'm > doing or not, but thought you might want to know...) No idea. I guess it's your browser changing the file's suffix without asking you. By the way, there's a mailing list for RDNZL questions: <http://common-lisp.net/mailman/listinfo/rdnzl-devel> Cheers, Edi. -- Dr. Edmund Weitz Hamburg Germany

1 0

[rdnzl-devel] New version 0.6.0
by Edi Weitz 03 Jan '05

03 Jan '05

Hi and Happy New Year! This new version of RDNZL has preliminary support for "direct calls" - see <http://weitz.de/rdnzl/#direct>. They currently don't work with Corman Lisp but we'll see... Here's the full Changelog entry: Version 0.6.0 2005-01-03 Support for "direct calls" Fixed typo (forgot RESOLVE-TYPE-NAME) in FIELD Fixed thinko in OR-ENUMS Make sure SETF accessors in container.lisp return NEW-VALUE Download: <http://weitz.de/files/RDNZL.tar.gz>. Here's the Changelog entry for the C++ source code: Version 0.4.0 2005-01-03 Added interface functions for "direct calls" Added ChangeType code to setDotNetContainerTypeFromString Download: <http://weitz.de/files/RDNZL_cpp.tar.gz>. Cheers, Edi.

1 1

[rdnzl-devel] Keys comparision
by Francisco Rivera 03 Jan '05

03 Jan '05

Hello, I will like make a "between" comparison of Keys enumerator. The below code works fine, but I will like know if [%KeyCode e] is between [$Keys.D0] and [$Keys.D9] (defun learning () (let ((form (new "Form"))) [+KeyDown form (new "KeyEventHandler" #'(lambda (o e) (declare (ignore o)) (cond ([Equals [%KeyCode e] [$Keys.D0]] (message-box "Zero")))))] form)) Regards Francisco Rivera jfrivera56(a)hotmail.com

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

rdnzl-devel