- rdnzl-announce@common-lisp.net - mailman3.common-lisp.net

[rdnzl-announce] My open source libraries (aka "ediware")
by Edi Weitz 31 Aug '11

31 Aug '11

[My apologies if you receive multiple copies of this email.] Hi everybody! As some of you will know, I'll start on a new job tomorrow. This new job won't involve much hacking, if at all, and thus it doesn't look like I'll have a lot of time to maintain my open source libraries in the near future. I have no plans to suddenly disappear from the CL world, but don't expect new releases of any of my libs any time soon. (At least none published by me or on my server.) Luckily, Hans Hübner - who already did most of the maintenance and development work for Hunchentoot in the last two years or so - offered to coordinate further development via github. See his full announcement at <http://netzhansa.blogspot.com/2011/08/ediware-moving-to-github.html>. I'll continue to read the mailing lists for my libs and I'm still interested in fixing bugs you might find in the release tarballs available on my web server. However, I will likely not bother to discuss or work on new features or compatibility code for implementations other than LispWorks (which happens to be the one I'm using). Lastly, I hope to see a lot of you in Amsterdam <http://weitz.de/eclm2011/> in October. The number of registrations so far has been pretty disappointing, but you still have three weeks left to change your mind... :) Take care, Edi.

1 0

[rdnzl-announce] New release 0.13.3 (Was: Patch: bug fix for do-rdnzl-collection)
by Edi Weitz 18 May '10

18 May '10

Ugh, I finally managed to update RDNZL with your patch and released 0.13.3. Sorry for the long delay. Edi. On Mon, Mar 8, 2010 at 4:13 PM, Edi Weitz <edi(a)agharta.de> wrote: > Hi Raymond, > > Thanks for the patch. I'll be out of town for about a week and will > take care of this when I'm back. Please remind me if I don't... :) > > Edi. > > > On Mon, Mar 8, 2010 at 2:23 PM, Raymond Wiker <rwiker(a)gmail.com> wrote: >> The attached patch fixes a bug in do-rdnzl-collection. Without this >> patch, do-rdnzl-collection would stop processing after a collection >> member that evaluated to nil. >> >> _______________________________________________ >> rdnzl-devel mailing list >> rdnzl-devel(a)common-lisp.net >> http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel >> >> >

1 0

[rdnzl-announce] New release 0.13.2 (Was: New release 0.13.1)
by Edi Weitz 22 Dec '09

22 Dec '09

On Tue, Dec 22, 2009 at 12:14 PM, Raymond Wiker <rwiker(a)gmail.com> wrote: > Sooo, I think that maybe import-assembly should do something like > > (or [LoadWithPartialName ...] > (let (..) > [Load ...]) Yes, that's of course better. I should have thought of that myself... I made a new release with this change. Thanks and Happy Holidays, Edi.

1 0

[rdnzl-announce] New release 0.13.1 (Was: Could not load file or assembly error)
by Edi Weitz 22 Dec '09

22 Dec '09

I have now released a new version 0.13.1 which uses Load as a fallback (I had the same idea initially) and also exports do-rdnzl-collection. Raymond, thanks again for your help, but essentially this "fix" is against your original idea to catch errors early if an assembly isn't found, right? Do you have a better idea? (And good to hear about your experiences with RDNZL. I don't know of many users who deploy RDNZL "in earnest" - I'm certainly not one of them - but I'm always happy to hear about it.) Seth, thanks for the report. Cheers, Edi. On Tue, Dec 15, 2009 at 12:52 PM, Raymond Wiker <rwiker(a)gmail.com> wrote: > I just checked, and it does not appear that I used gacutil to register > rdnzl.dll. > > I tried running the messagebox example, using rdnzl 0.12.2 and 0.13. > 0.12.2 works, 0.13 does not. If I modify import.lisp so that > load-assembly uses the old code (with LoadWithPartialName), the > example works. Likewise if I change the code to try > LoadWithPartialName first, with Load (as used in 0.13) as a fallback. > The fallback probably won't help in the loading, but may be useful for > error trapping/reporting. > > Sorry about this - I will remember to test the demo programs as well > as my own code the next time... > > If you end up doing a new version instead of a rollback, it would be > good to have do-rdnzl-collection exported - it is implemented and > documented, but not exported (exactly as it was in the patch i sent, > so this, too, is my fault; again, sorry.) > > On a more positive note: I'm using rdnzl for feeding documents into a > search engine, and rdnzl works just great for me - good performance, > and no sign of any memory leaks - and also reasonably easy to get > working. Thanks again for allowing me to do (almost) Microsoft-free > programming under Windows :-) > > On Tue, Dec 15, 2009 at 11:51 AM, Raymond Wiker <rwiker(a)gmail.com> wrote: >> Could be due to the patch, but I think you may have to explicitly >> register rdnzl.ddl (using gacutil)? I seem to remember that I had to >> do that on Win7. I'll take a look on my Win7 installation. >> >> On Tue, Dec 15, 2009 at 8:03 AM, Edi Weitz <edi(a)agharta.de> wrote: >>> Hi Raymond, >>> >>> I think this is due to your recent patch. Isn't this supposed to work anymore? >>> >>> Thanks, >>> Edi. >>> >>> >>> On Tue, Dec 15, 2009 at 12:10 AM, Seth Burleigh <seth(a)tewebs.com> wrote: >>>> Im attempting to get this to work on windows 7. I have .net 3.5 installed >>>> but when I try this. >>>> >>>> >>>> >>>> (defpackage :rdnzl-test (:use :cl :rdnzl)) >>>> >>>> (in-package :rdnzl-test) >>>> >>>> >>>> >>>> (enable-rdnzl-syntax) >>>> >>>> (import-types "System.Windows.Forms" >>>> >>>> "MessageBox" "MessageBoxButtons" "DialogResult") >>>> >>>> >>>> >>>> >>>> >>>> I get the error >>>> >>>> .NET error (System.IO.FileNotFoundException): Could not load file or >>>> assembly 'System.Windows.Forms' or one of its dependencies. The system >>>> cannot find the file specified. >>>> >>>> >>>> >>>> Im pretty new to all of this, though im guessing this has something to do >>>> >>>> with setting environmental vars or something. But since you know the library >>>> >>>> I figure you’ll probably know the solution. >>>> >>>> >>>> >>>> Looking forward to getting this to work! Thanks! >>>> >>>> >>>> _______________________________________________ >>>> rdnzl-devel mailing list >>>> rdnzl-devel(a)common-lisp.net >>>> http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel >>>> >>>> >>> >> > >

1 0

[rdnzl-announce] New release 0.13.0 (Was: [rdnzl-devel] LoadWithPartialName vs Load)
by Edi Weitz 12 Nov '09

12 Nov '09

Thanks Raymond, I've just made a new release. I made a few cosmetic changes, so please check if I didn't break anything. On Tue, Nov 10, 2009 at 11:55 AM, Raymond Wiker <rwiker(a)gmail.com> wrote: > I've had a little startup trouble with RDNZL, but this is mainly due to my > lack of familiarity with .NET. The use of Load instead of > LoadWithPartialName will most likely not be noticed by most people, but will > provide (IMO) more helpful behaviour in case of errors. It can also be > extended, at some later point, to use fully-qualified assembly names. > > The enclosed patch includes the trivial change to load-assembly, as well as > a new macro called do-rdnzl-container. do-rdnzl-container does for general > enumerable collections what do-rdnzl-arrays does for arrays. > > Thank you for making rdnzl available! > > > > > On Nov 9, 2009, at 22:16 , Edi Weitz wrote: > >> Hi Raymond, >> >> I have to admit that I rarely, if ever, used RDNZL myself. I started >> writing it for fun and only finished it because I gave a talk about >> it. At that time I was ambitious enough to bring it into a usable >> state, but as I didn't have any serious projects relying on it, I >> didn't keep track with .NET development and I'm sure it's out of tune >> now. >> >> If you have changes to make RDNZL better, I'm happy to accept patches, >> but I won't be able to test or evaluate them due to lack of time. >> I'll simply pack them into a new release if they follow the usual >> patch guidelines: >> >> http://weitz.de/patches.html >> >> Thanks, >> Edi. >> >> >> On Mon, Nov 9, 2009 at 9:36 AM, Raymond Wiker <rwiker(a)gmail.com> wrote: >>> >>> Hi, >>> I'm trying to use rdnzl to interface with certain .NET libraries. >>> These libraries have a callback mechanism that requires me to subclass >>> a C# class (or implement a C# interface) with two specific methods. I >>> haven't seen any mention that RDNZL can be used to subclass C# classes >>> (which I guess would be non-trivial to do), so I'm guessing that I >>> need to write a C# wrapper class for interfacing with Lisp. >>> >>> I'm having certain problems with this, probably caused by some .NET >>> details that I haven't (yet) understood. As part of unravelling this, >>> I've discovered that import-assembly calls load-assembly and that a >>> failure in load-assembly will cause a null assembly to be returned, >>> from which import-assembly will import exactly zero items. In other >>> words, any errors from load-assembly will not be signalled until >>> later. >>> >>> The MS documentation states that LoadWithPartialName (as used by >>> load-assembly) is an obsolete call, and that that >>> System.Reflection.Assembly.Load() should be used instead. Load() can >>> even be used with partial names, like this: >>> >>> (defun load-assembly-2 (name) >>> (let ((fullname (new "System.Reflection.AssemblyName"))) >>> (setf [%Name fullname] name) >>> [System.Reflection.Assembly.Load fullname])) >>> >>> I've just tried this, and load-assembly-2 gives an exception which is >>> transferred perfectly through RDNZL in cases where load-assembly >>> returns null. >>> >>> Regards, >>> Raymond Wiker >>> >>> _______________________________________________ >>> rdnzl-devel mailing list >>> rdnzl-devel(a)common-lisp.net >>> http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel >>> >>> >> >> _______________________________________________ >> rdnzl-devel mailing list >> rdnzl-devel(a)common-lisp.net >> http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-devel > > >

1 0

[rdnzl-announce] New release 0.12.2 (Was: Rdnzl Problem)
by Edi Weitz 25 Mar '08

25 Mar '08

On Fri, 7 Mar 2008 17:26:54 +0100, "Iver Odin Kvello" <iverodin(a)gmail.com> wrote: > So I've tried writing some documentation for this now finally, here > goes: Thanks again. And I've finally added this to the "official" RDNZL documentation. I also added links to Matthews's DataGridView examples. No code changes, though.

1 0

[rdnzl-announce] New releases 0.12.1/0.7.1 (Was: Patch for generic types in RDZNL)
by Edi Weitz 19 Feb '08

19 Feb '08

For the record, both tarballs have been updated. I could confirm that the Excel example works again on my machine.

1 0

[rdnzl-announce] New release 0.12.0 plus DLL 0.7.0 (Was: Rdnzl Problem)
by Edi Weitz 14 Feb '08

14 Feb '08

On Wed, 13 Feb 2008 21:49:55 +0100, "Iver Odin Kvello" <iverodin(a)gmail.com> wrote: > I tried to muck around with this myself, and discovered the > Unbox_Any opcode, present from version 2.0 of the framework; and > this also seems to work (see attached patch). Of course, I don't > really know what I'm doing, and this isn't present in version 1.0 > and 1.1, but could that work also? It makes the fix a one-liner. I've now released a new version which hopefully fixes this. Thanks for your help and thanks to Michael for discovering the bug. A simple test for callbacks is now included in the examples folder. As I already announced, the new DLL and the updated C++ code are based on Visual Studio 2005 now. Please test!

1 0

[rdnzl-announce] New release 0.11.2 (Was: The constant *ffi-args-size* in port-acl)
by Edi Weitz 26 Jan '08

26 Jan '08

On Fri, 25 Jan 2008 05:20:33 +0100, Edi Weitz <edi(a)agharta.de> wrote: > I'll make a new release which ups the value from 10 to 20. It's online now. Cheers, Edi.

1 0

[rdnzl-announce] New release 0.11.1
by Edi Weitz 30 Dec '07

30 Dec '07

ChangeLog: Version 0.11.1 2007-12-30 Fixed bug in Excel example Download: http://weitz.de/files/rdnzl.tar.gz

1 0

[rdnzl-announce] New releases 0.11.0 and (for C++ code) 0.6.0 (Was: New patch for a COPY-CONTAINER operator)
by Edi Weitz 18 May '07

18 May '07

On Wed, 2 May 2007 09:19:08 +0200, "Iver Odin Kvello" <iok(a)selvaag.no> wrote: > Here are a couple of patches to implement the COPY-CONTAINER > operator I missed. Finally, after a long delay (sorry for that), I've applied both of your patches and made new releases which are now available for download. Thanks a lot, Edi.

1 0

[rdnzl-announce] New release 0.10.9 (Was: A possible bugfix for a possible bug in IMPORT-ASSEMBLY)
by Edi Weitz 27 Apr '07

27 Apr '07

On Thu, 26 Apr 2007 17:59:55 +0200, "Iver Odin Kvello" <iok(a)selvaag.no> wrote: > I think there is a bug in IMPORT-ASSEMBLY Yes, you're right, thanks. I've released a new version with your patch incorporated.

1 0

[rdnzl-announce] New version 0.10.8 (Was: rdnzl, multiprocessing, Allegro, windows, locking)
by Edi Weitz 17 Oct '06

17 Oct '06

On Mon, 16 Oct 2006 14:30:38 -0700, "Charles A. Cox" <cox(a)franz.com> wrote: > The diffs below fix two areas: (1) clean up external-format > initialization, and (2) enable rdnzl to run (as separate in-Lisp > processes) without locking out the rest of Lisp. Thanks, I've released a new version which incorporates your patches. > Edi, I didn't try to commit these changes even though I think I > still may have write-access to the module on common-lisp.net. The > diffs below are relative to a checkout done today. If you'd like me > to submit the diffs in some other way, let me know. That's fine. Of course you still have write access, but the common-lisp.net CVS currently isn't in sync with my local CVS anyway: http://common-lisp.net/pipermail/rdnzl-devel/2006-September/000100.html Cheers, Edi.

1 0

[rdnzl-announce] New versions 0.10.7 / 0.5.2 (Was: Problem/crash with RDNZL under ECL)
by Edi Weitz 27 Sep '06

27 Sep '06

On Tue, 26 Sep 2006 15:24:05 +0200, "Goffioul Michael" <goffioul(a)imec.be> wrote: > Currently, the only solution I'm left with is to set the invoke and > release callbacks of DelegateAdapter class to null before exiting > and add nullity-check code to DelegateAdapter class before calling > those callbacks. I've released new versions of the Lisp and the C++ code which implement this - just in case. Thanks for the suggestion.

1 0

[rdnzl-announce] New version 0.10.5 (Was: Handling of static events)
by Edi Weitz 14 Sep '06

14 Sep '06

On Tue, 12 Sep 2006 16:44:20 +0200, "Goffioul Michael" <goffioul(a)imec.be> wrote: > I think that the RDNZL syntax does not handle static events > correctly. Yes, you're right. Thanks for catching that one. I've made a new release which should fix that. Cheers, Edi.

1 0

[rdnzl-announce] New version 0.10.4 (Was: example apropos.lisp failed to load in ECL)
by Edi Weitz 04 Sep '06

04 Sep '06

On Mon, 4 Sep 2006 11:37:41 +0200, "Goffioul Michael" <goffioul(a)imec.be> wrote: > #+(:cormanlisp :ecl) (setq apropos-text (lf-to-crlf apropos-text)) Thanks for spotting that, I've made a new release (0.10.4) which fixes that. Download: http://weitz.de/files/rdnzl.tar.gz Note: For now, I'll stop keeping the c-l.net CVS repository in sync with my local repository as nobody with write access seems to use it anyway. If one of you wants to start hacking on RDNZL again, let me know and I'll re-sync. Cheers, Edi.

1 0

[rdnzl-announce] New release 0.10.3
by Edi Weitz 25 Aug '06

25 Aug '06

ChangeLog: Version 0.10.3 2006-08-25 Added Excel example Fixed bug in AREF* Changed package handling in system definition (thanks to Christophe Rhodes) Download: http://weitz.de/files/RDNZL.tar.gz Cheers, Edi.

1 0

[rdnzl-announce] New version 0.10.2
by Edi Weitz 10 Aug '06

10 Aug '06

Sorry, next one... ChangeLog: Version 0.10.2 2006-08-10 More DSPEC definitions for LispWorks Download: http://weitz.de/files/RDNZL.tar.gz These changes only affect LispWorks users.

1 0

[rdnzl-announce] New version 0.10.1
by Edi Weitz 10 Aug '06

10 Aug '06

ChangeLog: Version 0.10.1 2006-08-10 DSPEC definitions for LispWorks Download: http://weitz.de/files/RDNZL.tar.gz These changes only affect LispWorks users who want to browse the RDNZL source code.

1 0

[rdnzl-announce] New version 0.10.0 (ECL support)
by Edi Weitz 12 Jun '06

12 Jun '06

ChangeLog: Version 0.10.0 2006-06-12 ECL port (provided by Michael Goffioul) Download: http://weitz.de/files/RDNZL.tar.gz

1 0

[rdnzl-announce] New version 0.9.5
by Edi Weitz 24 May '06

24 May '06

ChangeLog: Version 0.9.5 2006-05-24 Fixed delivery scripts and IMPORT statement for LW Download: http://weitz.de/files/RDNZL.tar.gz

1 0

[rdnzl-announce] New version 0.9.4
by Edi Weitz 18 Feb '06

18 Feb '06

On Sat, 18 Feb 2006 12:07:34 -0500, "Dan Muller" <s8ctxw402(a)sneakemail.com> wrote: > In port-lw.lisp, FFI-MAP-TYPE, change :float to :lisp-float. Yep, thanks, that (and adding :LANGUAGE :ANSI-C) did the trick! I've uploaded 0.9.4 which should work now. Could you please test? I'm a bit in a hurry because we're moving to a new flat on Wednesday... ) Thanks for your help, Edi.

1 0

[rdnzl-announce] New version 0.9.3 (Was: (no subject))
by Edi Weitz 17 Feb '06

17 Feb '06

On Fri, 17 Feb 2006 00:49:16 -0500, "Dan Muller" <s8ctxw402(a)sneakemail.com> wrote: > My first post to this list... Hi... :) > Direct3D uses single floats throughout its interface, but in > LispWorks for Windows, all floating point types are equivalent to > double-float. So I've got this rather difficult situation, where > RDNZL can never find a method if it takes a single float argument! > Even if it could find it, a down-conversion from double to single > float would be needed, which probably shouldn't occur implicitly. > > I tried explicitly calling System.Convert.ToSingle, but by the time > I can get my hands on the return value, it has been turned back into > a double! I haven't been able to figure out a way around this > without modifying RDNZL, or writing some sort of .NET function that > returned a boxed single. But I'm not sure that the latter wouldn't > be unboxed, or that it would give the correct type for the method > lookup in RDNZL. Yeah, tough call. I don't see an easy general solution but for the moment I've uploaded version 0.9.3 which offers the following workaround: <http://weitz.de/rdnzl/#*coerce-double-floats-to-single*> You should be able to (temporarily) rebind this variable to T for single float arguments. Well, UNLESS your .NET method's signature contains both System.Single /and/ System.Double. Let me know if that helps or if you have a better idea. Cheers, Edi.

1 0

[rdnzl-announce] New version 0.9.2 (Was: Problem with invoking static member)
by Edi Weitz 13 Feb '06

13 Feb '06

On Thu, 9 Feb 2006 14:20:59 -0500 (EST), Jim Sokoloff <jim(a)sokoloff.com> wrote: > I'll propose the following patch (attached) to invoke: > > Currently it takes an object (for an instance method) or a type name > (for a static method). > > After this patch, object can also a cons of a loaded assembly and a > type name, and it will call a static method on the type from that > assembly. Thanks Jim, I've uploaded a new version (0.9.2) which incorporates your patch. Cheers, Edi.

1 0

[rdnzl-announce] New release 0.9.0 / Experimental support for SBCL
by Edi Weitz 01 Feb '06

01 Feb '06

ChangeLog: Version 0.9.0 2006-02-01 Experimental support for SBCL/Win32 Download: <http://weitz.de/files/RDNZL.tar.gz> Cheers, Edi.

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

rdnzl-announce