rdnzl-announce

rdnzl-announce@common-lisp.net

38 discussions

[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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

rdnzl-announce