naviserver-devel — Developer discussion

[naviserver-devel] Re: Test Failures: maxinput, maxheaders not honoured (naviserver/nsd driver.c,1.43,1.44)

[Stephen D. <sd...@gm...>]

On 3/1/06, Vlad Seryakov <ser...@us...> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv6669/nsd
>
> Modified Files:
>         driver.c
> Log Message:
> Fixed error reporting during
> request parsing, now server returns 414/400 return codes and honors
> maxinput/maxheaders parameters. Test http-4.5 does not hang actually
> but with sndbuf/rcvbug set to so small values it takes very logn time to
> read the request, by putting Ns_Log in SockRead i was seeing reading by
> 64/192 bytes but the server was operational.
>
>
> Index: driver.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvsroot/naviserver/naviserver/nsd/driver.c,v
> retrieving revision 1.43
> retrieving revision 1.44
> diff -C2 -d -r1.43 -r1.44
> *** driver.c    1 Mar 2006 04:30:59 -0000       1.43
> --- driver.c    1 Mar 2006 17:08:38 -0000       1.44
> ***************
> *** 1626,1629 ****
> --- 1647,1658 ----
>       reqPtr->avail +=3D n;
>
> +     /*
> +      * Check the hard limit for max uploaded content size
> +      */
> +
> +     if (reqPtr->avail > sockPtr->drvPtr->maxinput) {
> +         return SOCK_ENTITYTOOLARGE;
> +     }
> +
>       return SockParse(sockPtr, spooler);
>   }
> ***************


I think this is checking that the amount of data *already* received is
larger than maxinput, and if so, then rejecting.  The idea is to not
read that much data in the first place.

I didn't look carefully so it may only be overshooting by the receive
buffer size or some such, but the same principle applies to the
following check for max headers.  Here the headers have been
completely parsed into an Ns_Set structure, and *then* the size is
checked.  Too late...  :-(

> +             /*
> +              * Check for max number of headers
> +              */
> +
> +             if (Ns_SetSize(reqPtr->headers) > sockPtr->drvPtr->maxheade=
rs) {
> +                 return SOCK_BADREQUEST;
> +             }
> +

[naviserver-devel] Re: Test failures: maxinput, maxheaders not honoured

[Stephen D. <sd...@gm...>]

>On 2/28/06, Stephen Deasey <sd...@gm...> wrote:
>> Looks like the maxinput setting which is supposed to limit the max
>> size of a file upload is not being honoured.  That's potentially
>> nasty...
>>
>> With the spooler threads disabled, test http-4.5 just fails.  It
>> returns 200 OK and the content where as it should return 413 Request
>> Entity Too Big.
>>
>> With the spooler threads enabled, the test hangs.  Sometimes...  It
>> was doing this occasionally, now it does it consistently for me.
>> Once, it did hang just prior to this test beginning to run.
>>
>> Something racy going on there...
>
>
>
> Modified Files:
>        ChangeLog
> Log Message:
> Fixed error reporting during
> request parsing, now server returns 414/400 return codes and honors
> maxinput/maxheaders parameters. Test http-4.5 does not hang actually
> but with sndbuf/rcvbug set to so small values it takes very logn time to
> read the request, by putting Ns_Log in SockRead i was seeing reading by
> 64/192 bytes but the server was operational.


I don't think that's the case.  Test http-4.4 is almost exactly the
same as http-4.5 except it sends 1000001 bytes instead of 1000003 and
it takes only a second to run.

Experimenting further, if I drop the snd/rcv buffer sizes from 9 to 8,
the test no longer stalls.

Increasing the buffer sizes to 16, 32, 64, 128, 256, 512, 1024 and
2048 the test still stalls.  So this is clearly not an issue of small
buffers taking a long time to fill.  4096 seems to work.

Running top while the server is stalled shows that nsd is not buzzing
the processor.  The server will run another request while the current
one is stalled.

I can also get the stalling to go away by disabling the spooler
threads, even with the odd buffer sizes.

Remember, occasionally this works for me if I run the test suite
enough times.  This suggests that there is a locking or socket timeout
race or, there's more than one bug interacting...

[naviserver-devel] Test failures: maxinput, maxheaders not honoured

[Stephen D. <sd...@gm...>]

Looks like the maxinput setting which is supposed to limit the max
size of a file upload is not being honoured.  That's potentially
nasty...

With the spooler threads disabled, test http-4.5 just fails.  It
returns 200 OK and the content where as it should return 413 Request
Entity Too Big.

With the spooler threads enabled, the test hangs.  Sometimes...  It
was doing this occasionally, now it does it consistently for me.=20
Once, it did hang just prior to this test beginning to run.

Something racy going on there...


Also, test http-3.3 for the maxheaders limit fails.

Re: [naviserver-devel] Ns_ConnSend

[Zoran V. <zv...@ar...>]

Am 27.02.2006 um 16:07 schrieb Vlad Seryakov:

> Output works fine now, make test stopped working though, not sure  
> why,, driver does not see virtual servers from the config, is it me  
> only?
>

I was there yesterday or the day before...
Please add the ns_atprestartup again to see if
this helps:

ns_runonce -global {
     ns_atprestartup {
         set modules [ns_configsection ns/modules]
         if {$modules ne ""} {
             foreach {module file} [ns_set array $modules] {
                 ns_moduleload -global $module $file
             }
         }
     }
}


I removed the ns_atprestartup because it was not very
logical to me that modules should be first loaded into
private servers BEFORE global modules were being added.

Yet: this is just a speculation. I do not know if this
will help but its worth trying out.

Cheers
Zoran

Re: [naviserver-devel] Ns_ConnSend

[Vlad S. <vl...@cr...>]

Output works fine now, make test stopped working though, not sure why,, 
driver does not see virtual servers from the config, is it me only?

LD_LIBRARY_PATH="./nsd:./nsthread:../nsdb" ./nsd/nsd -c -d -t 
tests/test.nscfg all.tcl
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: nsmain: Tcl 
version: 8.4.12
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: nsmain: 
NaviServer/4.99.2 starting
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: nsmain: 
security info: uid=500, euid=500, gid=0, egid=0
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: nsmain: max 
files: FD_SETSIZE = 1024, rl_cur = 1024, rl_max = 1024
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: 
vhost[testvhost]: www.example.com:80 -> 
/home/vlad/src/naviserver/tests/testserver/vhosts/e/x/a/example.com/pages
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: nsd/init.tcl: 
Booting virtual server: testvhost...
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: modload: 
loading /home/vlad/src/naviserver/tests/../nssock/nssock.so
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Notice: nssock: enable 
1 spooler thread(s) for uploads >= 16384 bytes
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Error: nssock: no such 
server: test
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Error: nssock: no such 
server: test
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Error: nssock: no such 
server: testvhost2
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Error: nssock: no such 
server: testvhost2
[27/Feb/2006:10:06:46][30105.3083638464][-main-] Fatal: nssock: default 
server testvhost2 not defined in ns/module/nssock/servers
make: *** [test] Error 1


Stephen Deasey wrote:
> Give it a shot now.
> 
> On 2/26/06, Vlad Seryakov <vl...@cr...> wrote:
>> ns_register_proc GET /ns_return_big {ns_return 200 text/plain [string
>> repeat "&nbsp;" 32768] }
>>
>> Then try several times to hit your server /ns_return_big
>> ns_info threads will show running threads which never exit:
>>
>> {-conn:ossweb:0 -driver- -1338524752 0 1140991547 ns:connthread {1
>> 192.168.0.9 running GET /ns_return_big 16.526732 114674}}
>>
>> Stephen Deasey wrote:
>>> How can I reproduce this problem?  If you could write a short test, I
>>> can take a look at this.
>>>
>>>
>>> On 2/26/06, Vlad Seryakov <vl...@cr...> wrote:
>>>> I am still debugging this i as i see the probkem is in the Ns_ConnSend
>>>> now, SockSend is called with nbufs 0 but there are still data to be sent.
>>>>
>>>> #3  0xb11f54f0 in ?? ()
>>>> (gdb)
>>>> #4  0xb7d1a728 in sendmsg () from /lib/tls/libc.so.6
>>>> (gdb)
>>>> #5  0xb7ec8331 in SockSend (sock=0, bufs=<value optimized out>,
>>>> nbufs=-1323346704) at sock.c:912
>>>> 912         n = sendmsg(sock, &msg, 0);
>>>> (gdb)
>>>> #6  0xb7ec83bc in Ns_SockSendBufs (sock=6, bufs=0xb11f55dc, nbufs=0,
>>>> timeoutPtr=0xb11f5578)
>>>>      at sock.c:115
>>>> 115         n = SockSend(sock, bufs, nbufs);
>>>> (gdb)
>>>> #7  0xb72d5452 in SockProc (cmd=DriverSend, sock=0xb7ef1580,
>>>> bufs=0xb11f55dc, nbufs=-1323346704)
>>>>      at nssock.c:120
>>>> 120             n = Ns_SockSendBufs(sock->sock, bufs, nbufs, &timeout);
>>>> (gdb)
>>>> #8  0xb7eb1477 in NsSockSend (sockPtr=0xb7ef1580, bufs=0x0, nbufs=0) at
>>>> driver.c:761
>>>> 761         return (*sockPtr->drvPtr->proc)(DriverSend, sock, bufs, nbufs);
>>>> (gdb)
>>>> #9  0xb7eadf22 in Ns_ConnSend (conn=0x80a40f8, bufs=0xb11f965c, nbufs=1)
>>>> at connio.c:219
>>>> 219             sent = NsSockSend(connPtr->sockPtr, sbufs, sn);
>>>> (gdb) p sn
>>>> $1 = 0
>>>> (gdb) p n
>>>> $3 = 1
>>>> (gdb) p towrite
>>>> $4 = 3204
>>>> (gdb) p nwrote
>>>> $6 = 49152
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

Re: [naviserver-devel] XOTcl and ttrace

[Zoran V. <zv...@ar...>]

Am 27.02.2006 um 09:40 schrieb Stephen Deasey:

>
> I thought ttrace::addscript, ttrace::atdisable etc. were the  
> interface?
>
Yes but I have to make it somehow usable in this particular
place load-wise because ttrace needs to be loaded before anyting
else.

> What would really make me happy is if ns_eval wasn't redefined in
> nsd/init.tcl :-)

???????? (deep confusion...)

The "ns_eval", as implemented in stock AS or NS is the MOST UGLY JUNK  
CODE
I ever saw. OTOH, the "new" redefined ns_eval is just:

    ttrace::enable
    eval $code
    ttrace::disable

TRIVIAL. Also, if you disable lazy-loader, ns_eval is the same old
ugly piece of crap as it was before.

What is wrong in redefining that ugly ns_eval thing?

Cheers
Zoran

Re: [naviserver-devel] XOTcl and ttrace

[Stephen D. <sd...@gm...>]

On 2/25/06, Zoran Vasiljevic <zv...@ar...> wrote:
>
> Am 25.02.2006 um 21:29 schrieb Stephen Deasey:
>
> > Shouldn't the support for XOTcl and ttrace be in the XOTcl package
> > itself?  They already ship generic/aol-xotcl.tcl which overrides
> > _ns_savenamespaces etc.
> >
> > The dependency seems slightly backwards -- that naviserver should have
> > to understand the guts of XOTcl, a non-required package.  And keeping
> > the support updated as new XOTcl packages are released...
>
> Hm... actually I should make a plugin interface for this in ttrace
> and let
> xotcl users register the plugin. That would make it cleaner. Yes.


I thought ttrace::addscript, ttrace::atdisable etc. were the interface?

What would really make me happy is if ns_eval wasn't redefined in
nsd/init.tcl :-)

Re: [naviserver-devel] Ns_ConnSend

[Stephen D. <sd...@gm...>]

Give it a shot now.

On 2/26/06, Vlad Seryakov <vl...@cr...> wrote:
> ns_register_proc GET /ns_return_big {ns_return 200 text/plain [string
> repeat "&nbsp;" 32768] }
>
> Then try several times to hit your server /ns_return_big
> ns_info threads will show running threads which never exit:
>
> {-conn:ossweb:0 -driver- -1338524752 0 1140991547 ns:connthread {1
> 192.168.0.9 running GET /ns_return_big 16.526732 114674}}
>
> Stephen Deasey wrote:
> > How can I reproduce this problem?  If you could write a short test, I
> > can take a look at this.
> >
> >
> > On 2/26/06, Vlad Seryakov <vl...@cr...> wrote:
> >> I am still debugging this i as i see the probkem is in the Ns_ConnSend
> >> now, SockSend is called with nbufs 0 but there are still data to be se=
nt.
> >>
> >> #3  0xb11f54f0 in ?? ()
> >> (gdb)
> >> #4  0xb7d1a728 in sendmsg () from /lib/tls/libc.so.6
> >> (gdb)
> >> #5  0xb7ec8331 in SockSend (sock=3D0, bufs=3D<value optimized out>,
> >> nbufs=3D-1323346704) at sock.c:912
> >> 912         n =3D sendmsg(sock, &msg, 0);
> >> (gdb)
> >> #6  0xb7ec83bc in Ns_SockSendBufs (sock=3D6, bufs=3D0xb11f55dc, nbufs=
=3D0,
> >> timeoutPtr=3D0xb11f5578)
> >>      at sock.c:115
> >> 115         n =3D SockSend(sock, bufs, nbufs);
> >> (gdb)
> >> #7  0xb72d5452 in SockProc (cmd=3DDriverSend, sock=3D0xb7ef1580,
> >> bufs=3D0xb11f55dc, nbufs=3D-1323346704)
> >>      at nssock.c:120
> >> 120             n =3D Ns_SockSendBufs(sock->sock, bufs, nbufs, &timeou=
t);
> >> (gdb)
> >> #8  0xb7eb1477 in NsSockSend (sockPtr=3D0xb7ef1580, bufs=3D0x0, nbufs=
=3D0) at
> >> driver.c:761
> >> 761         return (*sockPtr->drvPtr->proc)(DriverSend, sock, bufs, nb=
ufs);
> >> (gdb)
> >> #9  0xb7eadf22 in Ns_ConnSend (conn=3D0x80a40f8, bufs=3D0xb11f965c, nb=
ufs=3D1)
> >> at connio.c:219
> >> 219             sent =3D NsSockSend(connPtr->sockPtr, sbufs, sn);
> >> (gdb) p sn
> >> $1 =3D 0
> >> (gdb) p n
> >> $3 =3D 1
> >> (gdb) p towrite
> >> $4 =3D 3204
> >> (gdb) p nwrote
> >> $6 =3D 49152

Re: [naviserver-devel] Ns_ConnSend

[Vlad S. <vl...@cr...>]

ns_register_proc GET /ns_return_big {ns_return 200 text/plain [string 
repeat " " 32768] }

Then try several times to hit your server /ns_return_big
ns_info threads will show running threads which never exit:

{-conn:ossweb:0 -driver- -1338524752 0 1140991547 ns:connthread {1 
192.168.0.9 running GET /ns_return_big 16.526732 114674}}

Stephen Deasey wrote:
> How can I reproduce this problem?  If you could write a short test, I
> can take a look at this.
> 
> 
> On 2/26/06, Vlad Seryakov <vl...@cr...> wrote:
>> I am still debugging this i as i see the probkem is in the Ns_ConnSend
>> now, SockSend is called with nbufs 0 but there are still data to be sent.
>>
>> #3  0xb11f54f0 in ?? ()
>> (gdb)
>> #4  0xb7d1a728 in sendmsg () from /lib/tls/libc.so.6
>> (gdb)
>> #5  0xb7ec8331 in SockSend (sock=0, bufs=<value optimized out>,
>> nbufs=-1323346704) at sock.c:912
>> 912         n = sendmsg(sock, &msg, 0);
>> (gdb)
>> #6  0xb7ec83bc in Ns_SockSendBufs (sock=6, bufs=0xb11f55dc, nbufs=0,
>> timeoutPtr=0xb11f5578)
>>      at sock.c:115
>> 115         n = SockSend(sock, bufs, nbufs);
>> (gdb)
>> #7  0xb72d5452 in SockProc (cmd=DriverSend, sock=0xb7ef1580,
>> bufs=0xb11f55dc, nbufs=-1323346704)
>>      at nssock.c:120
>> 120             n = Ns_SockSendBufs(sock->sock, bufs, nbufs, &timeout);
>> (gdb)
>> #8  0xb7eb1477 in NsSockSend (sockPtr=0xb7ef1580, bufs=0x0, nbufs=0) at
>> driver.c:761
>> 761         return (*sockPtr->drvPtr->proc)(DriverSend, sock, bufs, nbufs);
>> (gdb)
>> #9  0xb7eadf22 in Ns_ConnSend (conn=0x80a40f8, bufs=0xb11f965c, nbufs=1)
>> at connio.c:219
>> 219             sent = NsSockSend(connPtr->sockPtr, sbufs, sn);
>> (gdb) p sn
>> $1 = 0
>> (gdb) p n
>> $3 = 1
>> (gdb) p towrite
>> $4 = 3204
>> (gdb) p nwrote
>> $6 = 49152
>>
>> --
>> Vlad Seryakov
>> 571 262-8608 office
>> vl...@cr...
>> http://www.crystalballinc.com/vlad/
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
>> that extends applications into web and mobile media. Attend the live webcast
>> and join the prime developer group breaking into this new coding territory!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
>> _______________________________________________
>> naviserver-devel mailing list
>> nav...@li...
>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 


-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Ns_ConnSend

[Stephen D. <sd...@gm...>]

How can I reproduce this problem?  If you could write a short test, I
can take a look at this.


On 2/26/06, Vlad Seryakov <vl...@cr...> wrote:
> I am still debugging this i as i see the probkem is in the Ns_ConnSend
> now, SockSend is called with nbufs 0 but there are still data to be sent.
>
> #3  0xb11f54f0 in ?? ()
> (gdb)
> #4  0xb7d1a728 in sendmsg () from /lib/tls/libc.so.6
> (gdb)
> #5  0xb7ec8331 in SockSend (sock=3D0, bufs=3D<value optimized out>,
> nbufs=3D-1323346704) at sock.c:912
> 912         n =3D sendmsg(sock, &msg, 0);
> (gdb)
> #6  0xb7ec83bc in Ns_SockSendBufs (sock=3D6, bufs=3D0xb11f55dc, nbufs=3D0=
,
> timeoutPtr=3D0xb11f5578)
>      at sock.c:115
> 115         n =3D SockSend(sock, bufs, nbufs);
> (gdb)
> #7  0xb72d5452 in SockProc (cmd=3DDriverSend, sock=3D0xb7ef1580,
> bufs=3D0xb11f55dc, nbufs=3D-1323346704)
>      at nssock.c:120
> 120             n =3D Ns_SockSendBufs(sock->sock, bufs, nbufs, &timeout);
> (gdb)
> #8  0xb7eb1477 in NsSockSend (sockPtr=3D0xb7ef1580, bufs=3D0x0, nbufs=3D0=
) at
> driver.c:761
> 761         return (*sockPtr->drvPtr->proc)(DriverSend, sock, bufs, nbufs=
);
> (gdb)
> #9  0xb7eadf22 in Ns_ConnSend (conn=3D0x80a40f8, bufs=3D0xb11f965c, nbufs=
=3D1)
> at connio.c:219
> 219             sent =3D NsSockSend(connPtr->sockPtr, sbufs, sn);
> (gdb) p sn
> $1 =3D 0
> (gdb) p n
> $3 =3D 1
> (gdb) p towrite
> $4 =3D 3204
> (gdb) p nwrote
> $6 =3D 49152
>
> --
> Vlad Seryakov
> 571 262-8608 office
> vl...@cr...
> http://www.crystalballinc.com/vlad/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>

[naviserver-devel] Ns_ConnSend

[Vlad S. <vl...@cr...>]

I am still debugging this i as i see the probkem is in the Ns_ConnSend 
now, SockSend is called with nbufs 0 but there are still data to be sent.

#3  0xb11f54f0 in ?? ()
(gdb)
#4  0xb7d1a728 in sendmsg () from /lib/tls/libc.so.6
(gdb)
#5  0xb7ec8331 in SockSend (sock=0, bufs=<value optimized out>, 
nbufs=-1323346704) at sock.c:912
912         n = sendmsg(sock, &msg, 0);
(gdb)
#6  0xb7ec83bc in Ns_SockSendBufs (sock=6, bufs=0xb11f55dc, nbufs=0, 
timeoutPtr=0xb11f5578)
     at sock.c:115
115         n = SockSend(sock, bufs, nbufs);
(gdb)
#7  0xb72d5452 in SockProc (cmd=DriverSend, sock=0xb7ef1580, 
bufs=0xb11f55dc, nbufs=-1323346704)
     at nssock.c:120
120             n = Ns_SockSendBufs(sock->sock, bufs, nbufs, &timeout);
(gdb)
#8  0xb7eb1477 in NsSockSend (sockPtr=0xb7ef1580, bufs=0x0, nbufs=0) at 
driver.c:761
761         return (*sockPtr->drvPtr->proc)(DriverSend, sock, bufs, nbufs);
(gdb)
#9  0xb7eadf22 in Ns_ConnSend (conn=0x80a40f8, bufs=0xb11f965c, nbufs=1) 
at connio.c:219
219             sent = NsSockSend(connPtr->sockPtr, sbufs, sn);
(gdb) p sn
$1 = 0
(gdb) p n
$3 = 1
(gdb) p towrite
$4 = 3204
(gdb) p nwrote
$6 = 49152

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] XOTcl and ttrace

[Zoran V. <zv...@ar...>]

Am 25.02.2006 um 21:29 schrieb Stephen Deasey:

> Shouldn't the support for XOTcl and ttrace be in the XOTcl package
> itself?  They already ship generic/aol-xotcl.tcl which overrides
> _ns_savenamespaces etc.
>
> The dependency seems slightly backwards -- that naviserver should have
> to understand the guts of XOTcl, a non-required package.  And keeping
> the support updated as new XOTcl packages are released...

Hm... actually I should make a plugin interface for this in ttrace  
and let
xotcl users register the plugin. That would make it cleaner. Yes.

Cheers,
Zoran

[naviserver-devel] XOTcl and ttrace

[Stephen D. <sd...@gm...>]

Shouldn't the support for XOTcl and ttrace be in the XOTcl package
itself?  They already ship generic/aol-xotcl.tcl which overrides
_ns_savenamespaces etc.

The dependency seems slightly backwards -- that naviserver should have
to understand the guts of XOTcl, a non-required package.  And keeping
the support updated as new XOTcl packages are released...

Re: [naviserver-devel] Loading of global modules

[Stephen D. <sd...@gm...>]

On 2/25/06, Zoran Vasiljevic <zv...@ar...> wrote:
> Hi!
>
> Can somebody explain me why are the global modules
> loaded as part of the prestart callbacks instead of
> directly from within bin/init.tcl ??
>
> ns_runonce -global {
>      ns_atprestartup {
>          set modules [ns_configsection ns/modules]
>          if {$modules ne ""} {
>              foreach {module file} [ns_set array $modules] {
>                  ns_moduleload -global $module $file
>              }
>          }
>      }
> }
>
>
> The question is: why ns_atprestartup ??


It is the order things used to get loaded when the C code handled
things.  Loading global modules first might make more sense...

[naviserver-devel] Last Updates

[Vlad S. <vl...@cr...>]

Stephen,

I always run the latest CVS, something is not right with the server 
after last updates, it is taking all CPU and does not serve connections, 
i will debug further, just to let you know.

It looks like WriteConn never exits, all thread are constantly running.

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

[naviserver-devel] Loading of global modules

[Zoran V. <zv...@ar...>]

Hi!

Can somebody explain me why are the global modules
loaded as part of the prestart callbacks instead of
directly from within bin/init.tcl ??

ns_runonce -global {
     ns_atprestartup {
         set modules [ns_configsection ns/modules]
         if {$modules ne ""} {
             foreach {module file} [ns_set array $modules] {
                 ns_moduleload -global $module $file
             }
         }
     }
}


The question is: why ns_atprestartup ??

I have followed the code-sequence triggered from C-level
but I was unable to understand why, unless there is some
very hidden reason, in which case we ought to document that
in more detail.

 From what I could see, everything works fine even without
postponed loading, i.e. w/o ns_atprestartup.

Cheers
Zoran

Re: [naviserver-devel] admin page screenshot

[Stephen D. <sd...@gm...>]

On 2/24/06, Bernd Eidenschink <eid...@we...> wrote:
>
> "The internet never forgets", just found this nice screenshot done 1995:
>
> http://www.heise.de/ix/artikel/1995/11/052/bild4.gif
>
> Nice browser, nice server, nice HTML :-)


That looks like one of them thar new-fangled AJAZ sites I keep hearing
about..!  :-)

If you're into history, I recommend the book High Stakes, No
Prisoners: A Winner's Tale of Greed and Glory in the Internet Wars.=20
There's a section where Ferguson freaks out because Navisoft is about
to launch at the same trade show where he's about to unveil Vermeer
FrontPage, subsequently sold to Microsoft for bucket loads of cash.

He also highlights nicely what a bunch of... less than nice people
VC's and hired CEO's can be.  My other frame of reference for this
being ArsDigita and their disastrous VC story.  A company built on...
AOLserver!

Great book.  Small world.

[naviserver-devel] admin page screenshot

[Bernd E. <eid...@we...>]

"The internet never forgets", just found this nice screenshot done 1995:

http://www.heise.de/ix/artikel/1995/11/052/bild4.gif

Nice browser, nice server, nice HTML :-)

-Bernd.

[naviserver-devel] Call For Papers: 13th Annual Tcl/Tk Conference, Oct. 9-13, 2006

[<aku...@sh...>]

Tcl/Tk
 - radically simple
 - radically flexible
 - radically powerful

Announcing the 13th Annual Tcl/Tk Conference

October 9-13, 2006
Naperville, Illinois USA

Learn from the experts, share your experience - the annual Tcl/Tk
conference is your opportunity to engage with the Tcl/Tk core team and
your fellow peers.

The conference program will include:
  * Presentations and tutorials
  * The (Active)State of Tcl talk by Tcl/Tk release manager Jeff Hobbs
  * Birds of a Feather (BOF) sessions
  * Invited key-note talks
  * Discussion forums with the Tcl/Tk core team

Call For Papers

You are invited and indeed encouraged to submit proposals for
presentations and tutorials. The conference schedule will consist of two
days of tutorials (Monday - Tuesday) and 3 days for the main
conference (Wednesday - Friday).

The conference provides you an opportunity to report on original
research and applications of Tcl/Tk and related technology. The
audience will consist of practitioners and researchers who are
intermediate or experienced users of Tcl/Tk.  For this reason, reports
on experiences and applications should draw out lessons for other
Tcl/Tk developers.

Topics will include, but are not limited to:

  * Application of Tcl/Tk in industries as diverse as engineering,
      industrial controls, broadcasting, financial services,
      medical and electronic design
  * Networking with Tcl/Tk, including distributed applications and network
      management
  * New widgets and techniques for GUI design with Tk
  * Simulation and application steering with Tcl/Tk
  * Tcl/Tk on handheld and embedded devices
  * New Tcl extensions and add-ons, including Tcllib and Tklib
  * Tcl/Tk centric operating environments

Submission Guidelines

If you are interested in submitting a paper you should send an
abstract of about 100 words and a summary of maximum two pages. Omit
extraneous or redundant information. Length is not a direct factor in
judging the quality of the submission.

If submitting a tutorial proposal you should send an outline of the
tutorial and a brief biography, and clearly indicate whether the
tutorial is of half-day or full-day duration.

Send submissions as plain text to <tc...@tc...> no later than May
31, 2006.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

The program committee will review and evaluate papers according to
the following criteria:
  * Quantity and quality of novel content
  * Relevance and interest to the Tcl/Tk community
  * Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application.  Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreement forms will be returned
to the author(s) unread.  All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

Registration Information

More information on the conference will be available in Spring 2006 at
the conference web site (http://www.tcl.tk/community/tcl2006/) and
published on various Tcl/Tk related information channels.

To keep in touch with conference announcements and Tcl events in
general, subscribe to the tcl-announce list at:

   http://listserv.activestate.com/mailman/mysubs?show=announce

by entering your email and selecting Tcl-announce.

Conference Committee

Cyndy Lilagan     Eolas Technologies              Facilities Coordination
Clif Flynt        Noumena Corp                    General Chair
Steve Redler IV   SR Technology                   Program Chair
Steve Landers     Digital Smarties                Program Co-chair
Kevin Kenny       GE Global Research Center
Jeffrey Hobbs     ActiveState
Andreas Kupries   ActiveState
Mike Doyle        Eolas Technologies
Ron Fox           NSCL Michigan State University
Donal Fellows     University of Manchester
Gerald Lester     HMS Software
Larry Virden      Tcl FAQ Maintainer

Contact Information

tc...@tc...
http://www.tcl.tk/community/tcl2006/


--
Sincerely,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
-------------------------------------------------------------------------------

Re: [naviserver-devel] Commit fails

[Stephen D. <sd...@gm...>]

A dumb mistake in my script which checks to make sure folks don't
forget to write a propper commit message.

On 2/21/06, Vlad Seryakov <vl...@cr...> wrote:
> What was that? I tried CVS settings on SF but nothing there.
>
> Stephen Deasey wrote:
> > On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
> >> With -m "..." it works, but when editor is used it does not, strange
> >
> > Woops, my fault.  Should work now.

Re: [naviserver-devel] Commit fails

[Vlad S. <vl...@cr...>]

What was that? I tried CVS settings on SF but nothing there.

Stephen Deasey wrote:
> On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
>> With -m "..." it works, but when editor is used it does not, strange
> 
> Woops, my fault.  Should work now.
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

Re: [naviserver-devel] Commit fails

[Stephen D. <sd...@gm...>]

On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
> With -m "..." it works, but when editor is used it does not, strange

Woops, my fault.  Should work now.

Re: [naviserver-devel] Commit fails

[Stephen D. <sd...@gm...>]

Hmm...  just tried without -m, using vi instead.  Still works for me.=20
Very strange...

Instead of "cvs up -PRd" an existing checkout, try a fresh "cvs co
...".  should work either way, but hey..?


On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
> With -m "..." it works, but when editor is used it does not, strange
>
> Stephen Deasey wrote:
> > On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
> >> Believe today is not the first day i use cvs, i even pasted 3 times wh=
at
> >> i put in the ChangeLog and still i got error: message is too short.
> >
> > Your message is too short.
> >
> >
> > $ cvs co test
> > cvs checkout: Updating test
> > U test/foo
> >
> > $ cd test
> > $ echo bar > foo
> >
> > $ cvs commit -m "short"
> > cvs commit: Examining .
> > error: Commit message too short.
> > cvs [commit aborted]: Message verification failed
> >
> > $ cvs commit -m "too short"
> > cvs commit: Examining .
> > error: Commit message too short.
> > cvs [commit aborted]: Message verification failed
> >
> > $ cvs commit -m "still too short"
> > cvs commit: Examining .
> > error: Commit message too short.
> > cvs [commit aborted]: Message verification failed
> >
> > $ cvs commit -m "Demonstrating accurate commit messages."
> > cvs commit: Examining .
> > Checking in foo;
> > /cvsroot/naviserver/test/foo,v  <--  foo
> > new revision: 1.2; previous revision: 1.1
> > done
> >
> >
> > Works for me.
> >
> >
> >> SF CVS behaves strange lately
> >>
> >> Stephen Deasey wrote:
> >>> After you type "cvs commit" and vi pops up, what are you typing as
> >>> your commit message?
> >>>
> >>> If you're leaving this blank or typing "See ChangeLog", I'll box your=
 ears :-)
> >>>
> >>>
> >>> After you next "cvs co ..." you should see the following in the
> >>> message template:
> >>>
> >>> CVS: ----------------------------------------------------------------=
------
> >>> CVS:
> >>> CVS: Did you follow these steps?
> >>> CVS:
> >>> CVS:   1) Examine the changes you are about to commit: cvs diff -uN |=
 less
> >>> CVS:
> >>> CVS:   2) Describe your change in the ChangeLog before commiting.
> >>> CVS:
> >>> CVS:   3) Paste the ChangeLog message into the space above as your
> >>> CVS:      commit message, including the files you touched.
> >>> CVS:
> >>> CVS:
> >>> CVS: ----------------------------------------------------------------=
------
> >>> CVS: Enter Log.  Lines beginning with `CVS:' are removed automaticall=
y
> >>> CVS:
> >>> CVS: Committing in .
> >>> CVS:
> >>> CVS: Modified Files:
> >>> CVS:
> >>> CVS: ...
> >>>
> >>>
> >>> On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
> >>>> For some reasons CVS started failing with error
> >>>>
> >>>> error: Commit message too short.
> >>>>
> >>>> or empty message.
> >>>>
> >>>> I cannot commit anymore.
> >>>>
> >>>> --
> >>>> Vlad Seryakov
> >>>> 571 262-8608 office
> >>>> vl...@cr...
> >>>> http://www.crystalballinc.com/vlad/
> >>>>
> >>>>
> >>>> -------------------------------------------------------
> >>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through l=
og files
> >>>> for problems?  Stop!  Download the new AJAX search engine that makes
> >>>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLU=
NK!
> >>>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&=
dat=3D121642
> >>>> _______________________________________________
> >>>> naviserver-devel mailing list
> >>>> nav...@li...
> >>>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> >>>>
> >>>
> >>> -------------------------------------------------------
> >>> This SF.net email is sponsored by: Splunk Inc. Do you grep through lo=
g files
> >>> for problems?  Stop!  Download the new AJAX search engine that makes
> >>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUN=
K!
> >>> http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=12164=
2
> >>> _______________________________________________
> >>> naviserver-devel mailing list
> >>> nav...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> >>>
> >>
> >> --
> >> Vlad Seryakov
> >> 571 262-8608 office
> >> vl...@cr...
> >> http://www.crystalballinc.com/vlad/
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.net email is sponsored by: Splunk Inc. Do you grep through log=
 files
> >> for problems?  Stop!  Download the new AJAX search engine that makes
> >> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK=
!
> >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&da=
t=3D121642
> >> _______________________________________________
> >> naviserver-devel mailing list
> >> nav...@li...
> >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> >>
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> > _______________________________________________
> > naviserver-devel mailing list
> > nav...@li...
> > https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> >
>
>
> --
> Vlad Seryakov
> 571 262-8608 office
> vl...@cr...
> http://www.crystalballinc.com/vlad/
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>

Re: [naviserver-devel] Commit fails

[Vlad S. <vl...@cr...>]

With -m "..." it works, but when editor is used it does not, strange

Stephen Deasey wrote:
> On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
>> Believe today is not the first day i use cvs, i even pasted 3 times what
>> i put in the ChangeLog and still i got error: message is too short.
> 
> Your message is too short.
> 
> 
> $ cvs co test
> cvs checkout: Updating test
> U test/foo
> 
> $ cd test
> $ echo bar > foo
> 
> $ cvs commit -m "short"
> cvs commit: Examining .
> error: Commit message too short.
> cvs [commit aborted]: Message verification failed
> 
> $ cvs commit -m "too short"
> cvs commit: Examining .
> error: Commit message too short.
> cvs [commit aborted]: Message verification failed
> 
> $ cvs commit -m "still too short"
> cvs commit: Examining .
> error: Commit message too short.
> cvs [commit aborted]: Message verification failed
> 
> $ cvs commit -m "Demonstrating accurate commit messages."
> cvs commit: Examining .
> Checking in foo;
> /cvsroot/naviserver/test/foo,v  <--  foo
> new revision: 1.2; previous revision: 1.1
> done
> 
> 
> Works for me.
> 
> 
>> SF CVS behaves strange lately
>>
>> Stephen Deasey wrote:
>>> After you type "cvs commit" and vi pops up, what are you typing as
>>> your commit message?
>>>
>>> If you're leaving this blank or typing "See ChangeLog", I'll box your ears :-)
>>>
>>>
>>> After you next "cvs co ..." you should see the following in the
>>> message template:
>>>
>>> CVS: ----------------------------------------------------------------------
>>> CVS:
>>> CVS: Did you follow these steps?
>>> CVS:
>>> CVS:   1) Examine the changes you are about to commit: cvs diff -uN | less
>>> CVS:
>>> CVS:   2) Describe your change in the ChangeLog before commiting.
>>> CVS:
>>> CVS:   3) Paste the ChangeLog message into the space above as your
>>> CVS:      commit message, including the files you touched.
>>> CVS:
>>> CVS:
>>> CVS: ----------------------------------------------------------------------
>>> CVS: Enter Log.  Lines beginning with `CVS:' are removed automatically
>>> CVS:
>>> CVS: Committing in .
>>> CVS:
>>> CVS: Modified Files:
>>> CVS:
>>> CVS: ...
>>>
>>>
>>> On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
>>>> For some reasons CVS started failing with error
>>>>
>>>> error: Commit message too short.
>>>>
>>>> or empty message.
>>>>
>>>> I cannot commit anymore.
>>>>
>>>> --
>>>> Vlad Seryakov
>>>> 571 262-8608 office
>>>> vl...@cr...
>>>> http://www.crystalballinc.com/vlad/
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>>>> _______________________________________________
>>>> naviserver-devel mailing list
>>>> nav...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>> http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
>>> _______________________________________________
>>> naviserver-devel mailing list
>>> nav...@li...
>>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>>
>>
>> --
>> Vlad Seryakov
>> 571 262-8608 office
>> vl...@cr...
>> http://www.crystalballinc.com/vlad/
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>> _______________________________________________
>> naviserver-devel mailing list
>> nav...@li...
>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 


-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Commit fails

[Stephen D. <sd...@gm...>]

On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
> Believe today is not the first day i use cvs, i even pasted 3 times what
> i put in the ChangeLog and still i got error: message is too short.

Your message is too short.


$ cvs co test
cvs checkout: Updating test
U test/foo

$ cd test
$ echo bar > foo

$ cvs commit -m "short"
cvs commit: Examining .
error: Commit message too short.
cvs [commit aborted]: Message verification failed

$ cvs commit -m "too short"
cvs commit: Examining .
error: Commit message too short.
cvs [commit aborted]: Message verification failed

$ cvs commit -m "still too short"
cvs commit: Examining .
error: Commit message too short.
cvs [commit aborted]: Message verification failed

$ cvs commit -m "Demonstrating accurate commit messages."
cvs commit: Examining .
Checking in foo;
/cvsroot/naviserver/test/foo,v  <--  foo
new revision: 1.2; previous revision: 1.1
done


Works for me.


> SF CVS behaves strange lately
>
> Stephen Deasey wrote:
> > After you type "cvs commit" and vi pops up, what are you typing as
> > your commit message?
> >
> > If you're leaving this blank or typing "See ChangeLog", I'll box your e=
ars :-)
> >
> >
> > After you next "cvs co ..." you should see the following in the
> > message template:
> >
> > CVS: ------------------------------------------------------------------=
----
> > CVS:
> > CVS: Did you follow these steps?
> > CVS:
> > CVS:   1) Examine the changes you are about to commit: cvs diff -uN | l=
ess
> > CVS:
> > CVS:   2) Describe your change in the ChangeLog before commiting.
> > CVS:
> > CVS:   3) Paste the ChangeLog message into the space above as your
> > CVS:      commit message, including the files you touched.
> > CVS:
> > CVS:
> > CVS: ------------------------------------------------------------------=
----
> > CVS: Enter Log.  Lines beginning with `CVS:' are removed automatically
> > CVS:
> > CVS: Committing in .
> > CVS:
> > CVS: Modified Files:
> > CVS:
> > CVS: ...
> >
> >
> > On 2/20/06, Vlad Seryakov <vl...@cr...> wrote:
> >> For some reasons CVS started failing with error
> >>
> >> error: Commit message too short.
> >>
> >> or empty message.
> >>
> >> I cannot commit anymore.
> >>
> >> --
> >> Vlad Seryakov
> >> 571 262-8608 office
> >> vl...@cr...
> >> http://www.crystalballinc.com/vlad/
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.net email is sponsored by: Splunk Inc. Do you grep through log=
 files
> >> for problems?  Stop!  Download the new AJAX search engine that makes
> >> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK=
!
> >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&da=
t=3D121642
> >> _______________________________________________
> >> naviserver-devel mailing list
> >> nav...@li...
> >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> >>
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
> > _______________________________________________
> > naviserver-devel mailing list
> > nav...@li...
> > https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> >
>
>
> --
> Vlad Seryakov
> 571 262-8608 office
> vl...@cr...
> http://www.crystalballinc.com/vlad/
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>