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
Hi!
On Sun, 20 Nov 2005 18:51:57 -0600, "Andrew K. Wolven" awolven@yahoo.com wrote:
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 catching that - it was in fact an omission in the C++ code. I've uploaded new versions (0.7.1 for RDNZL itself and 0.4.1 for the C++ code) which have a fix.
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. :)
So, you're actually using it? My impression was nobody uses RDNZL in earnest.
Thanks again, Edi.
On Mon, 21 Nov 2005 16:30:05 +0000, "lisp" lisp@spikeisland.com wrote:
I'll second the thanks - and I'm certainly using it!
Great!
If some of you guys have information about projects using RDNZL that you are allowed/willing to share please forward them to the list or to me. I'm really curious.
Cheers, Edi.
If some of you guys have information about projects using RDNZL that you are allowed/willing to share please forward them to the list or to me. I'm really curious.
Well, it was experimentation with Managed DirectX which spawned this thread.
AKW
If some of you guys have information about projects using RDNZL that you are allowed/willing to share please forward them to the list or to me. I'm really curious.
I'm using it for a variety of integrations for internal tools and bug tracking systems:
Generating spreadsheets with Excel Extracting data from Visual SourceSafe (but never again) using an assembly generated for its COM interfaces Interfacing to Perforce - again using an assembly generated for the P4COM interface Convenient access to various .Net/Win32 objects and interfaces - processes etc
I'm toying with the idea of trying to get WindowsForms to coexist within LWW CAPI - has anyone tried this?
I'm also using cl-ppcre, cl-fad, (thanks due again Edi), cl-sql, cl-smtp, paserve
- Dominic
On Tue, 22 Nov 2005 09:58:37 +0000, "lisp" lisp@spikeisland.com wrote:
Generating spreadsheets with Excel Extracting data from Visual SourceSafe (but never again) using an assembly generated for its COM interfaces Interfacing to Perforce - again using an assembly generated for the P4COM interface Convenient access to various .Net/Win32 objects and interfaces - processes etc
Interesting stuff. Does this include something that you might be able to make available as an example for RDNZL?
I'm toying with the idea of trying to get WindowsForms to coexist within LWW CAPI - has anyone tried this?
I sometimes think about layering something like CAPI atop WindowsForms, but this will be a /lot/ of work. I don't know if mixing those two will work. Is there any documentation about mixing WindowsForms with direct Win32 calls?
Thanks, Edi.
-
Andrew K. Wolven -
Edi Weitz -
lisp