naviserver-devel — Developer discussion

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd tclobj.c, 1.7, 1.8

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

On Mon, May 12, 2008 at 1:25 PM, Vasiljevic Zoran <zv...@ar...> wrote:
>
> On 12.05.2008, at 13:53, Vasiljevic Zoran wrote:
>
>>
>> So I will fix those tests.
>
> Fixed. Really, the format of the handle(s) was
> a great pain for me for some auto-synthetized
> code...


No problem. It's a good change.

I was just passively-aggressively suggesting you don't run 'make test'
enough...  :-)

Also, there's no tests/ns_job.test to cover all those bugs you fixed.

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd tclobj.c, 1.7, 1.8

[Vasiljevic Z. <zv...@ar...>]

On 12.05.2008, at 13:53, Vasiljevic Zoran wrote:

>
> So I will fix those tests.

Fixed. Really, the format of the handle(s) was
a great pain for me for some auto-synthetized
code...

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd tclobj.c, 1.7, 1.8

[Vasiljevic Z. <zv...@ar...>]

On 12.05.2008, at 13:50, Stephen Deasey wrote:

> This change broke these tests:
>
> ==== ns_thread-2.2 wait for thread thread FAILED
> ==== ns_thread-3.1 create and destroy a mutex FAILED
> ==== ns_thread-4.1 create and destroy a critical section FAILED
> ==== ns_thread-5.1 create and destroy a semaphore FAILED
> ==== ns_thread-6.1 create and destroy a read-write lock FAILED

So I will fix those tests. 

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd tclobj.c, 1.7, 1.8

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

On Sat, Apr 26, 2008 at 8:50 PM, Zoran Vasiljevic
<vas...@us...> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv10260/nsd
>
> Modified Files:
>        tclobj.c
> Log Message:
> * nsd/tclobj.c: Changed Tcl handle format to include hyphens ("-")
> instead of spaces, as spaces create troubles with Tcl [eval].


This change broke these tests:

==== ns_thread-2.2 wait for thread thread FAILED
==== ns_thread-3.1 create and destroy a mutex FAILED
==== ns_thread-4.1 create and destroy a critical section FAILED
==== ns_thread-5.1 create and destroy a semaphore FAILED
==== ns_thread-6.1 create and destroy a read-write lock FAILED

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd driver.c, 1.97, 1.98

[Vasiljevic Z. <zv...@ar...>]

On 11.05.2008, at 20:33, Stephen Deasey wrote:

>
> I think this is not needed anymore, and probably just makes things
> worse if used.
>
> One less knob!

I believe we can ditch that. I never used them. It is a black magic
that works entirely different from OS to OS. And it is really no
gain. If you have a system that needs that kind of tuning, you can
go do that on the kernel level (most OS'es support tweaking IP
options there). So far only a high-speed _and_ high-latency links
would need such tuning.

A word on knobs... I totaly agree with Stephen! LESS is MORE!
The trouble with knobs is they are just an expression of "I do not  
know".
Since we do not know how something will be used, it is easy to
throw a switch or a knob there. But it creates problems with
maintenance AND deployment. Usually MOST of those knobs just
go live their default life. It is our task to define generic
and practicable values on them. Perhaps even auto-tuning options.

So, YES. Rip it out! Who's the volunteer? If no objections I
will have the pleasure...

  
  

Re: [naviserver-devel] ns_perm module bug fix

[Daniel S. <moo...@av...>]

On Sun, May 11, 2008 at 11:09 AM, Stephen Deasey <sd...@gm...> wrote:
> Your editor changed it behind your back.  :-(

Ah, you're right.  aolserver code has embedded form feed characters
(0x0c) at the head of every function.  It's not something I recall
noticing before.

Daniel

-- 
| ---------------------------------------------------------------
| Daniel P. Stasinski | http://www.saidsimple.com
| moo...@av... | http://www.disabilities-r-us.com
| XMMP: moo...@av... | http://www.avenues.org
| Google Talk: mooooooo | http://www.scriptkitties.com

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd adprequest.c, 1.29, 1.30

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

Yes, makes sense

Stephen Deasey wrote:
> On Fri, May 9, 2008 at 7:11 PM, Vlad Seryakov
> <ser...@us...> wrote:
>> Update of /cvsroot/naviserver/naviserver/nsd
>> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv5680/nsd
>>
>> Modified Files:
>>        adprequest.c
>> Log Message:
>>        * nsd/adprequest.c: Fixed situation when adp registered absolute path
>>        outside of the page root.
>>
>>        Output error message when registered adp callback could resolve file
>>
>>      if (file == NULL) {
>> +         Ns_Log(Error, "adp file not found for %s %s, file=%s, flags=0x%x",
>> +                conn->request->method, conn->request->url, adp->file, adp->flags);
>>          status = Ns_ConnReturnInternalError(conn);
>>          goto done;
> 
> 
> Maybe this should just return a 404?
> 
> I guess the idea behind the internal error is that if you register an
> ADP with a fully qualified path and the file does not exist then it is
> a config error. But it is kind of weird to stat the file at
> registration time -- we don't do that anywhere else -- so the error is
> delayed to runtime.
> 
> If someone moves a file without bouncing the server the error-log may
> fill up before anyone notices.
> 
> A 404 is probably a big enough clue as to what's gone wrong.
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] ns_perm module bug fix

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

I use fte (or efte) editor, very old but flexible and i use it 10 years 
already, it has an option to trim lines on save. i disabled it and now 
it does not change untouched lines.

Stephen Deasey wrote:
> On Sun, May 11, 2008 at 6:43 PM, Vlad Seryakov <vl...@cr...> wrote:
>>> You're using Vim?  Maybe someone knows how to fix this. Anyone?
>> No, i do not use Vim and i just fixed that. Tested using cvs diff, works
>> fine.
> 
> 
> Groovy.  So how did you fix it?
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd tcljob.c, 1.30, 1.31

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

On Tue, Apr 29, 2008 at 7:44 PM, Zoran Vasiljevic
<vas...@us...> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv1402/nsd
>
> Modified Files:
>        tcljob.c
> Log Message:
> nsd/tcljob.c: Fixed wrong access to queuePtr variable
> in the worker thread (Bug introduced 2008-04-26). Made
> LookupQueue errors trigger Fatal exceptions when run
> from within the worker threads.
>
>
> --- 1239,1242 ----
> ***************
> *** 1330,1334 ****
>      while (!done && jobPtr != NULL) {
>
> !         LookupQueue(NULL, jobPtr->queueId, &queuePtr, 1);
>
>          /*
> --- 1331,1337 ----
>      while (!done && jobPtr != NULL) {
>
> !         if (LookupQueue(NULL, jobPtr->queueId, &queuePtr, 1) != TCL_OK) {
> !             Ns_Log(Fatal, "cannot find queue: %s", jobPtr->queueId);
> !         }
>
>          /*
> ***************



Should call Ns_Fatal() here, not Ns_Log(Fatal, ...)

(Ns_Log(Fatal, ) is kind of a hidden implementation detail)

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd driver.c, 1.97, 1.98

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

On Sun, Apr 27, 2008 at 9:39 AM, Vasiljevic Zoran <zv...@ar...> wrote:
>
> On 26.04.2008, at 23:46, Vlad Seryakov wrote:
>
>> I think it was working perfectly fine, new buffer size is set on
>> accepted socket, new one, not the one we listened.
>>
>>
>> I used to play with these options for one of the modules i wrote and
>> at
>> least on Linux it was working fine.
>
> OK. I will back this off. I was unable to get that working
> on my platforms. So I thought to comment this and move
> close to the place where it *might* work.
>
> Good to know that this works on Linux at least...


These options can probably just be dropped:

    http://www.psc.edu/networking/projects/tcptune/#options


For Linux it says:

NB: Recent versions of Linux (version 2.6.17 and later) have full
autotuning with 4 MB maximum buffer sizes. Except in some rare cases,
manual tuning is unlikely to substantially improve the performance of
these kernels over most network paths, and is not generally
recommended


This wasn't the web page I was looking for. There's one somewhere that
describes a project that looked at autotuning TCP buffer sizes and I
remember it said that all major OS' were fixed a couple of years ago,
as a result.

I think this is not needed anymore, and probably just makes things
worse if used.

One less knob!

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd adprequest.c, 1.29, 1.30

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

On Fri, May 9, 2008 at 7:11 PM, Vlad Seryakov
<ser...@us...> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv5680/nsd
>
> Modified Files:
>        adprequest.c
> Log Message:
>        * nsd/adprequest.c: Fixed situation when adp registered absolute path
>        outside of the page root.
>
>        Output error message when registered adp callback could resolve file
>
>      if (file == NULL) {
> +         Ns_Log(Error, "adp file not found for %s %s, file=%s, flags=0x%x",
> +                conn->request->method, conn->request->url, adp->file, adp->flags);
>          status = Ns_ConnReturnInternalError(conn);
>          goto done;


Maybe this should just return a 404?

I guess the idea behind the internal error is that if you register an
ADP with a fully qualified path and the file does not exist then it is
a config error. But it is kind of weird to stat the file at
registration time -- we don't do that anywhere else -- so the error is
delayed to runtime.

If someone moves a file without bouncing the server the error-log may
fill up before anyone notices.

A 404 is probably a big enough clue as to what's gone wrong.

Re: [naviserver-devel] ns_perm module bug fix

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

On Sun, May 11, 2008 at 6:43 PM, Vlad Seryakov <vl...@cr...> wrote:
>>
>> You're using Vim?  Maybe someone knows how to fix this. Anyone?
>
> No, i do not use Vim and i just fixed that. Tested using cvs diff, works
> fine.


Groovy.  So how did you fix it?

Re: [naviserver-devel] ns_perm module bug fix

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

On Sun, May 11, 2008 at 5:05 PM, Daniel Stasinski <moo...@av...> wrote:
>
> I did the commit on aolserver cvs only and the white space was unchanged.


Your editor changed it behind your back.  :-(

Vim?

Anyway, here's what the commit message looks like:



*** nsperm.c    8 Aug 2005 11:30:15 -0000       1.10
--- nsperm.c    10 May 2008 19:31:32 -0000      1.11
***************
*** 12,16 ****
  * The Original Code is AOLserver Code and related documentation
  * distributed by AOL.
!  *
  * The Initial Developer of the Original Code is America Online,
  * Inc. Portions created by AOL are Copyright (C) 1999 America Online,
--- 12,16 ----
  * The Original Code is AOLserver Code and related documentation
  * distributed by AOL.
!  *
  * The Initial Developer of the Original Code is America Online,
  * Inc. Portions created by AOL are Copyright (C) 1999 America Online,
***************
*** 28,32 ****
  */

! /*
  * nsperm --
  *
--- 28,32 ----
  */

! /*
  * nsperm --
  *
***************
*** 111,115 ****
 static Tcl_HashTable   serversTable;

!
 /*
  *----------------------------------------------------------------------
--- 111,115 ----
 static Tcl_HashTable   serversTable;

!
 /*
  *----------------------------------------------------------------------
***************



There's about 10 screens of this...



> I do notice that at least in the
> aolserver code, there is inconsistent use of tabs and spaces.  Some
> lines use spaces and others use tabs to indent.   Though it looks
> funky, I left them as they were.


Yeah, we like spaces not tabs, and we try to leave it as it is when
making small changes so that the commits are readable.

Before making a large change to a file that hasn't been cleaned up
it's often a good idea to make a separate commit with just the
whitespace changes -- then everyone can just ignore it.

So I guess that's something like:

:%retab

in Vim, and M-x untabify in emacs.

Re: [naviserver-devel] ns_perm module bug fix

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

> 
> You're using Vim?  Maybe someone knows how to fix this. Anyone?

No, i do not use Vim and i just fixed that. Tested using cvs diff, works 
fine.

Re: [naviserver-devel] ns_perm module bug fix

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

On Sun, May 11, 2008 at 4:53 PM, Vlad Seryakov <vl...@cr...> wrote:
>>
>> Also, you need to fix your editor so that it doesn't automatically
>> change whitespace willy-nilly. Your 3 line change turned into a
>> gigantic unreadable mess in the commit email.
>>
>> (when you figure out how to fix it, remind Vlad 'cos he seems to have
>> forgotten :-)
>
> Yes, i think i have.
> What are our editor predefines? i think i tried but my editor keeps
> removing tabs automaticlaly and this is not what we want i guess.


Exactly. It's the automatic on open/save bit that's the problem.


> - Use whitespaces, not tabs
> - Tab is 8 charactares, or 4 ?


4


> what else?


You're using Vim?  Maybe someone knows how to fix this. Anyone?

Re: [naviserver-devel] ns_perm module bug fix

[Daniel S. <moo...@av...>]

> Also, you need to fix your editor so that it doesn't automatically
> change whitespace willy-nilly. Your 3 line change turned into a
> gigantic unreadable mess in the commit email.

I'm not sure if this is to me or Vlad.   I did the commit on aolserver
cvs only and the white space was unchanged.   My code editor is set to
do no space/tab/eol translation.  I do notice that at least in the
aolserver code, there is inconsistent use of tabs and spaces.  Some
lines use spaces and others use tabs to indent.   Though it looks
funky, I left them as they were.

Guilty as charged in the ChangeLog though.   Thank you for the reminder.

Daniel
-- 
| ---------------------------------------------------------------
| Daniel P. Stasinski | http://www.saidsimple.com
| moo...@av... | http://www.disabilities-r-us.com
| XMMP: moo...@av... | http://www.avenues.org
| Google Talk: mooooooo | http://www.scriptkitties.com

Re: [naviserver-devel] ns_perm module bug fix

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

> 
> Also, you need to fix your editor so that it doesn't automatically
> change whitespace willy-nilly. Your 3 line change turned into a
> gigantic unreadable mess in the commit email.
> 
> (when you figure out how to fix it, remind Vlad 'cos he seems to have
> forgotten :-)

Yes, i think i have.
What are our editor predefines? i think i tried but my editor keeps 
removing tabs automaticlaly and this is not what we want i guess.

- Use whitespaces, not tabs
- Tab is 8 charactares, or 4 ?

what else?

Re: [naviserver-devel] ns_perm module bug fix

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

On Sat, May 10, 2008 at 8:43 PM, Daniel Stasinski <moo...@av...> wrote:
> On Sat, May 10, 2008 at 12:33 PM, Vlad Seryakov <vl...@cr...> wrote:
>> Do you need write access to naviserver CVS?
>
> That would be great.  Thank you.
>
> Daniel


Don't forget to describe your change in the ChangeLog *before* you
commit, and commit everything together (you forgot to edit the
changelog for AOLserver).

Also, you need to fix your editor so that it doesn't automatically
change whitespace willy-nilly. Your 3 line change turned into a
gigantic unreadable mess in the commit email.

(when you figure out how to fix it, remind Vlad 'cos he seems to have
forgotten :-)

The reason is with multiple people editing the source we all need to
be on the same page, and one way to do that is to read the commit
notifications, and another is to look at the ChangeLog.

According to the AOLserver ChangeLog the last person to edit the
source was Nathan 1 year ago:

  http://aolserver.cvs.sourceforge.net/aolserver/aolserver/ChangeLog?view=markup

Which is a lie.  What's changed?  Who knows...

Re: [naviserver-devel] sample config

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

On Sat, May 10, 2008 at 8:01 PM, Vasiljevic Zoran <zv...@ar...> wrote:
> Hi !
>
> In the process of a spring-cleanup I wanted to attack
> the gobal sample-config.tcl file that we deliver
> with the server. The purpose of that file is obviously
> dual:
>
>  o. get a config file people can start with
>  o. declare and document each and every config option
>
> As it seems, we fail to meet any of those goals _really_.
> One can use this file to start the server, right, but
> thats about it. Any attempt to understand it, is not
> going to bear fruits...
>
> I will reorganize this file as follows:
>
>   o. write man page about the overal layout of the file


http://naviserver.sourceforge.net/n/naviserver/files/ns_config.html

Maybe hoist the existing small examples into the section explains the
command in the example, and add a new section at the bottom
"Configuration File Structure", with the sections that are always
present, such as "ns/parameters" etc.


>   o. write man page explaining server internal parameters


I wonder if there are many parameters which wouldn't fit nicely on a
page with their related commands? We've had a bit of a push to make
config more dynamic, so for example all the ADP parameters are now can
now be controlled by the ns_adp_ctl command and per-request by
ns_register_adp:

    http://naviserver.sourceforge.net/n/naviserver/files/ns_register_adp.html

Maybe the ns_limits page handles this better:

    http://naviserver.sourceforge.net/n/naviserver/files/ns_limits.html

It uses the config section as definition item and shows a literal
config file example with all keys. The keys are identically named to
the options passed to the ns_limits_set command, which is documented
above.  Maybe ns_adp_ctl should be added to the ns_register_adp page,
document the options for it, and reference that in the config section?


Another example is the ns_ictl page:

    http://naviserver.sourceforge.net/n/naviserver/files/ns_ictl.html

which currently has zero config, but the stuff you put there might be
considered 'server internal parameters', like the path to private Tcl
files and the path to the boot init.tcl file.


>   o. expand man pages for each module and put explanations
>      of module paramaters there


The nslog module is not bad:

    http://naviserver.sourceforge.net/n/naviserver/files/ns_accesslog.html

but maybe it should be moved from:

    doc/src/mann/ns_accesslog.man

to:

    nslog/doc/src/mann/ns_accesslog.man

so that it shows up as a module on the TOC page.

Same with ns_proxy.man.


>   o. rewrite this file to include sample for configuring
>      two virtual servers


I dunno... There needs to be a man page describing ns_serverpath,
ns_pagepath, ns_hashpath, ns_serverpathproc ns_locationproc, with
see-also of ns_url2file.  It will have to explain the difference
between virtual servers and mass virtual hosting, and show config
params.  Maybe this is enough to cover vhosting?


> Vlad already started this right by providing a minimal
> no-fuss config file for somebody that needs to pull up
> the server fast with minimal config. What we need is
> something similar to that for virtual servers in perhaps
> 2 or 3 sample configurations.


There is already a nsd-config.tcl and it's kind of a bad example
because it has a very generic name and no comments at all. It's not
clear why you would want to use it.

Ideally simple-config.tcl would be expanded a little -- it's just a
bit too simple -- and then you could cat it to
config/sample-virtual-hosts.tcl and add only the bits that are
relevant to the virtual hosting example.

Re: [naviserver-devel] moonshadow

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

On Sat, May 10, 2008 at 2:27 PM, Vasiljevic Zoran <zv...@ar...> wrote:
>
> On 09.05.2008, at 20:44, Vasiljevic Zoran wrote:
>
>> What MIGHT work is kind of this: create some numbers of
>> fully loaded interps, each sitting in its own thread.
>> A compute-farm, so to say. Then every other thread just
>> creates a slave interp in one of those and runs all its
>> scripts in his private slave in one of those parked threads
>> in the compute-farm, using some kind of message passing.
>> The slaves have all the commands aliased into the main
>> one. Not sure what would happen with uplevels and upvars
>> here (need to think) but this is roughly what I'm
>> contemplating about now.
>
> Upvars/Uplevels will not work. No way.
>
>> So when a thread exits, its
>> thin-slave is just deleted completely. And created it is
>> also fast. Just alias all commands from the master. Not
>> sure about the global variables... this is still open.
>
> No access to variables...
> So: no generic solution as I was looking after.
>


Undocumented:

    generic/tclResolve.c: Tcl_AddInterpResolvers()



You could probably even fake-up a solution using a single interp with
your own name resolvers. Before you start executing the code for a
single client, set a 'context' global which your resolver routines
will use to keep state variables separate for each client.

Re: [naviserver-devel] moonshadow

[Andrew P. <at...@pi...>]

On Sat, May 10, 2008 at 05:50:42PM +0200, Vasiljevic Zoran wrote:

> Since some years I've been trying various approaches how to tackle
> this problem but I really found no realy good and universal way.
> I believe there isn't one, after all those years. I will try just this

No, I believe that there certainly must be a good solution to your
sort of problem.  Whether there's any nice incremental solution in
your case is much less clear!  E.g., "Rewrite your entire app in
Erlang." is probably not a useful solution for you, and would have its
own very substantial risks and uncertainties.

I certainly encourage you to continue picking the brains of the folks
who have serious deep knowledge of the Tcl interpretor's design and
implementation.  (E.g., I certainly don't understand WHY the Tcl
compiled bytecode is somehow magically linked to and usable only by
the interp that created it.  Why can't you have a single memory region
with bytecode used by all 1000 independent interps?)

> one more idea with unknown-overloading and dispatching unknown command
> to a battery of preloaded interps living in different threads. Although

Yes, avoiding having an entire heavyweight Tcl thread + interp for
each one of your thousands of client connections is probably the way
to go in your case.  You're going for some sort of threadpool design
instead.  But, it IS rather ugly that memory usage from 1000 redundant
copies of identical code FORCES you down that road.

> Hopefully I will soon find piece of mind with this issue and stop
> going on other people's nervers and saturate email lists :-)

Not at all, I think you are tackling an inherently interesting
problem, which if solved well, would definitely be useful to others
too.

I think the main reason YOU are stuck tackling this, is that there
simply aren't all that many people who REALLY want or need your
'thousands of lightweight processes' use case.  And of that set of
people, you might be the only one who happens to be doing it with Tcl
(and Naviserver), rather than one of the other dozens (or hundreds?)
of plausible programming languages and toolkits.

-- 
Andrew Piskorski <at...@pi...>
http://www.piskorski.com/

Re: [naviserver-devel] sample config

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

If you want to work on that take a look on nsconf module, i tried to 
collect all config options with small description there. Could be a 
starting point for the man page.

Vasiljevic Zoran wrote:
> Hi !
> 
> In the process of a spring-cleanup I wanted to attack
> the gobal sample-config.tcl file that we deliver
> with the server. The purpose of that file is obviously
> dual:
> 
>   o. get a config file people can start with
>   o. declare and document each and every config option
> 
> As it seems, we fail to meet any of those goals _really_.
> One can use this file to start the server, right, but
> thats about it. Any attempt to understand it, is not
> going to bear fruits...
> 
> I will reorganize this file as follows:
> 
>    o. write man page about the overal layout of the file
>    o. write man page explaining server internal parameters
>    o. expand man pages for each module and put explanations
>       of module paramaters there
>    o. rewrite this file to include sample for configuring
>       two virtual servers
> 
> Since we now have man pages in place, logical place to
> put all possible documentation and description of options
> is there. In the config file we can put only really necessary
> stuff that is needed to startup some example configurations
> and put cross references to the documentation.
> 
> Vlad already started this right by providing a minimal
> no-fuss config file for somebody that needs to pull up
> the server fast with minimal config. What we need is
> something similar to that for virtual servers in perhaps
> 2 or 3 sample configurations. But we should NOT put docs
> in that files. We should write docs in man and put only
> refs to that in the config files.
> 
> Any other ideas? Suggestions?
> 
> Zoran
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] ns_perm module bug fix

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

Added

Daniel Stasinski wrote:
> On Sat, May 10, 2008 at 12:33 PM, Vlad Seryakov <vl...@cr...> wrote:
>> Do you need write access to naviserver CVS?
> 
> That would be great.  Thank you.
> 
> Daniel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] ns_perm module bug fix

[Daniel S. <moo...@av...>]

On Sat, May 10, 2008 at 12:33 PM, Vlad Seryakov <vl...@cr...> wrote:
> Do you need write access to naviserver CVS?

That would be great.  Thank you.

Daniel

-- 
| ---------------------------------------------------------------
| Daniel P. Stasinski | http://www.saidsimple.com
| moo...@av... | http://www.disabilities-r-us.com
| XMMP: moo...@av... | http://www.avenues.org
| Google Talk: mooooooo | http://www.scriptkitties.com

Re: [naviserver-devel] ns_perm module bug fix

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

Do you need write access to naviserver CVS?

Daniel Stasinski wrote:
> On Sat, May 10, 2008 at 8:32 AM, Vlad Seryakov <vl...@cr...> wrote:
>> patched, submitted. Thanks
> 
> I just committed it to aolserver cvs also.
> 
> Daniel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/