Date: Wed, 15 Jul 1998 06:29:06 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: andre@pipeline.ch (IBS / Andre Oppermann) Cc: pvh@leftside.wcape.school.za, freebsd-hackers@FreeBSD.ORG Subject: Re: Detecting the presence of threads (for a port) Message-ID: <199807150629.XAA06869@usr06.primenet.com> In-Reply-To: <35AB8CAB.4FF133B@pipeline.ch> from "IBS / Andre Oppermann" at Jul 14, 98 06:51:55 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > P.S. Who else (if anyone) is working on ldap at present? > > We are not working on it, but working with it. Theres one really big > bug in Terry's patches (or in libc_r) that prevents ldif2ldap & co. > from working (you'll get empty ddb files). I reported that to Terry > but I don't know if he has fixed it yet. For what it's worth, the code with all the agregate patches I did, plus all of my own patches I did on top of that, appears to run fine on RedHat Linux. The bug is a result of linking the dbm stuff against libc_r, and is a libc_r bug, not a bug in the patches. You can work around it by building the thing once without patches, which is enough to get the ldif tools working, and then once with the patches to get all of the servers working. I haven't had much time outside of work to hack on the code; when I get the chance, I'll probably buckle down and bring the code up to the LDAP 3 standard, with the Netscape draft extensions for transaction tracking. It will be a while before I can do this, but I'm very interested in getting the code to work. > Lemme suggest another small thing: Please inlcude the Berkeley DB 2.x > stuff into the LDAP-3.3 port (LDAP isn't really useful without it). Hmm. I am very distressed at the sleepycat license. It is GPL without the poison pill, and so it is very dangerous to BSD style free software (as far as GPL is concerned, software that wants to be commrecialy utilizable really should view it as yet another proprietary effort, just like Microsoft or Sun). I have considering poisinging my code with an additional clause that states derivative works can ask but not require that source be made available, with the intent that the code remain capable of being incorporated into a commercial product without additional license. I think the code is really very useful, so long as you do not rely on the ndbm features, which BSD's dbm pretends to implement by making stub functions so it will link, but not run. 8-(. > And yet another thing: Netscape released their LDAP client lib stuff > to the public on www.mozilla.org, it needs also an port but I'm far > too busy at the moment to do it. Not to mention the LDAP client code from the JAVASoft site; LDAP is a flly funtional JNDI citizen. There is also a Perl mod for talking to LDAP servers, and there is a draft standard for serializing JAVA objects into an LDAP database. If one of your record attributes was "validate" and it contained a serialized JAVA object, it's not that big a step to consider using HTML templates that assemble validation functions dynamically, and run the same validation in the browser as on the server the browser is POSTing to... finally realizing the ability to allow UI programmers to export arbitrary views on the database, which may have absolutely nothing to do with "third normal form" or engineering requirements vs. cognitive psychology requirements for making humans comfortable with the interfaces. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807150629.XAA06869>