Re: [naviserver-devel] Re: [naviserver-commits] naviserver/nsd dns.c,1.1.1.1,1.2

2005-04-10 Thread Zoran Vasiljevic
Am 11.04.2005 um 05:05 schrieb Stephen Deasey: I guess this is an OSX problem? While looking at the configure tests, I noticed that gethostbyname_r etc. are not used on Linux, even though they're available. The standard call is thread safe, but only because glibc puts a lock around everything.

[naviserver-devel] Re: [naviserver-commits] naviserver/nsd dns.c,1.1.1.1,1.2

2005-04-10 Thread Stephen Deasey
I guess this is an OSX problem? While looking at the configure tests, I noticed that gethostbyname_r etc. are not used on Linux, even though they're available. The standard call is thread safe, but only because glibc puts a lock around everything. I wonder if for performance the *_r variants sho

Re: [naviserver-devel] Current Status

2005-04-10 Thread Stephen Deasey
I was hoping to make a release now-ish, mainly because I think the cache and protocols stuff will be a little more destabilizing than the changes made so far. It would simply provide a somewhat stable baseline for use/testing while HEAD moves on. I was going to call it 4.99.0, I wasn't going to m

Re: [naviserver-devel] Server command line

2005-04-10 Thread Stephen Deasey
On Apr 9, 2005 10:39 AM, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote: > > zvpb:~/sf/naviserver/nsd zoran$ ./nsd -V > NaviServer/4.0.10 (naviserver4_0) > CVS Tag: $Name: $ > Built: Apr 9 2005 at 18:34:07 > Tcl version: 8.4 > Platform:osx nsd/nsd.h:

Re: [naviserver-devel] Current Status

2005-04-10 Thread Zoran Vasiljevic
Am 10.04.2005 um 03:05 schrieb Vlad Seryakov: Do we have any plans to release Naviserver? IMHO, we still need to resolve nscache, virtual and protocol RFEs but even without them Naviserver is very and looks much better than AS already. Not that i am competing but i am switching to NS whenever