naviserver-devel — Developer discussion

Re: [naviserver-devel] How can I help?

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

On 08.09.2006, at 21:52, Mike wrote:

>   I think Michael failed to properly introduce himself.  :)  Michael
> is the author of nstcl: http://wiki.tcl.tk/3666 ...  I can see no more
> perfect candidate for resolving the database interface issue...  I
> think getting an ACS-like db interface has been on the wishlist of
> AOLserver for years.  This would be a huge step forward for
> NaviServer.  (again, my opinion only)

I have no problem with that. Just out of curiosity...
How is this different/better than what we have now?

Cheers
Zoran

Re: [naviserver-devel] How can I help?

[Mike <nee...@gm...>]

On 9/8/06, Zoran Vasiljevic <zv...@ar...> wrote:
>
> On 08.09.2006, at 21:39, Michael A. Cleverly wrote:
>
> > I just discovered the existence of NaviServer last night (courtesy of
> > http://wiki.tcl.tk/2090).  I don't know where I've been living for the
> > past year... but wow, I'm seriously impressed and extremely excited
> > about the existance of this project/fork!
> >
> > When I get home tonight I plan on doing a cvs checkout & start digging
> > in.  If there is anything useful that I can contribute from nstcl I'd
> > be happy to port it, etc.
> >
>
>
> Welcome Michael!
>
> For the first, you can examine NEWS and ChangeLog to see where
> we are. The fork exists about 1.5 years and we have done quite
> substantional work since then.
>
> You can help in numerous ways. Tcl/C coding, docs, website...
> Just pick the part you're most interested in.

Zoran,
  I think Michael failed to properly introduce himself.  :)  Michael
is the author of nstcl: http://wiki.tcl.tk/3666 ...  I can see no more
perfect candidate for resolving the database interface issue...  I
think getting an ACS-like db interface has been on the wishlist of
AOLserver for years.  This would be a huge step forward for
NaviServer.  (again, my opinion only)

Re: [naviserver-devel] How can I help?

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

On 08.09.2006, at 21:39, Michael A. Cleverly wrote:

> I just discovered the existence of NaviServer last night (courtesy of
> http://wiki.tcl.tk/2090).  I don't know where I've been living for the
> past year... but wow, I'm seriously impressed and extremely excited
> about the existance of this project/fork!
>
> When I get home tonight I plan on doing a cvs checkout & start digging
> in.  If there is anything useful that I can contribute from nstcl I'd
> be happy to port it, etc.
>


Welcome Michael!

For the first, you can examine NEWS and ChangeLog to see where
we are. The fork exists about 1.5 years and we have done quite
substantional work since then.

You can help in numerous ways. Tcl/C coding, docs, website...
Just pick the part you're most interested in.

Cheers,
Zoran

Re: [naviserver-devel] How can I help?

[Mike <nee...@gm...>]

On 9/8/06, Michael A. Cleverly <cle...@gm...> wrote:
> I just discovered the existence of NaviServer last night (courtesy of
> http://wiki.tcl.tk/2090).  I don't know where I've been living for the
> past year... but wow, I'm seriously impressed and extremely excited
> about the existance of this project/fork!
>
> When I get home tonight I plan on doing a cvs checkout & start digging
> in.  If there is anything useful that I can contribute from nstcl I'd
> be happy to port it, etc.

Yay!  It would be <amazing> if you can integrate nstcl (especially
ns_db) into NaviServer!  (of course that's just my opinion, but I can
hardly imagine others will disagree)

[naviserver-devel] How can I help?

[Michael A. C. <cle...@gm...>]

I just discovered the existence of NaviServer last night (courtesy of
http://wiki.tcl.tk/2090).  I don't know where I've been living for the
past year... but wow, I'm seriously impressed and extremely excited
about the existance of this project/fork!

When I get home tonight I plan on doing a cvs checkout & start digging
in.  If there is anything useful that I can contribute from nstcl I'd
be happy to port it, etc.

Michael

Re: [naviserver-devel] [naviserver-commits] naviserver ChangeLog, 1.463, 1.464

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

also, i am thinking about converting old docs at 
http://www.aolserver.com/docs/ into doctools as well, they are very well 
formatted, no extra html tags, so it may be simple.


Bernd Eidenschink wrote:
>> Good work, can you delete old .n files in doc/ which already documented
>> in doc/src/ so we know what is left
> 
> I first try to figure out how to create a Table of Contents file (out of the 
> doc/src/commandlist.man) that references existing files. Then I see missing 
> (aka. 'new') commands.
> 
> Btw: Did we ever touch the doc/*.n|*.3 files?
> I'll jump into CVS when I have time; but if we didnt', we could simply delete 
> them.
> 
> Bernd.
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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/

Re: [naviserver-devel] [naviserver-commits] naviserver ChangeLog, 1.463, 1.464

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

when i was editing .man files, once finished i just deleted old .n files.

so for every file you updated in src there is no need in .n in top level 
doc/

Bernd Eidenschink wrote:
>> Good work, can you delete old .n files in doc/ which already documented
>> in doc/src/ so we know what is left
> 
> I first try to figure out how to create a Table of Contents file (out of the 
> doc/src/commandlist.man) that references existing files. Then I see missing 
> (aka. 'new') commands.
> 
> Btw: Did we ever touch the doc/*.n|*.3 files?
> I'll jump into CVS when I have time; but if we didnt', we could simply delete 
> them.
> 
> Bernd.
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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/

Re: [naviserver-devel] [naviserver-commits] naviserver ChangeLog, 1.463, 1.464

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

> Good work, can you delete old .n files in doc/ which already documented
> in doc/src/ so we know what is left

I first try to figure out how to create a Table of Contents file (out of the 
doc/src/commandlist.man) that references existing files. Then I see missing 
(aka. 'new') commands.

Btw: Did we ever touch the doc/*.n|*.3 files?
I'll jump into CVS when I have time; but if we didnt', we could simply delete 
them.

Bernd.

Re: [naviserver-devel] [naviserver-commits] naviserver ChangeLog, 1.463, 1.464

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

Good work, can you delete old .n files in doc/ which already documented 
in doc/src/ so we know what is left

thanks

Bernd Eidenschink wrote:
> Update of /cvsroot/naviserver/naviserver
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv30940
> 
> Modified Files:
> 	ChangeLog 
> Log Message:
> 
> * doc/src/*.man: Rewrote Vlads auto-imported documentation so that
> it compiles with dtplite. Next step is to finetune the contents
> during the documentation process.
> doc/src/commandlist.man should finally become a TOC and reference the files.
> 
> 
> 
> 
> 
> Index: ChangeLog
> ===================================================================
> RCS file: /cvsroot/naviserver/naviserver/ChangeLog,v
> retrieving revision 1.463
> retrieving revision 1.464
> diff -C2 -d -r1.463 -r1.464
> *** ChangeLog	8 Sep 2006 07:16:45 -0000	1.463
> --- ChangeLog	8 Sep 2006 13:49:47 -0000	1.464
> ***************
> *** 1,2 ****
> --- 1,9 ----
> + 2006-09-08  Bernd Eidenschink  <ei...@us...>
> + 
> + 	* doc/src/*.man: Rewrote Vlads auto-imported documentation so that
> + 	it compiles with dtplite. Next step is to finetune the contents
> + 	during the documentation process.
> + 	doc/src/commandlist.man should finally become a TOC and reference the files.
> + 	
>   2006-09-08  Zoran Vasiljevic <vas...@us...>
>   
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> naviserver-commits mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-commits
> 

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

[naviserver-devel] Patched Tcl library

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

Hi!

I just wanted to tell you that I have fixed some nasty
MT-safety issues with handful of library calls in Tcl.
The affected ones were: getgrnam, getgrgid, getpwnam, getpwuid,
gethostbyname and gethostbyaddr.

Now there are wrappers there which fallback to the MT-safe version
(if available) or, if not, perform the operation under mutex
protection. The latter not being an ideal solutiuon as some other
lib may also call the problematic function w/o lock (or under
different lock) but this is better than nothing.

If you use lots of [file attributes] or [socket] or [fconfigure $sock]
chances are that you are going to be hit by the bug. In that case
update to CVS version of the Tcl lib (core-8-4-branch).

Cheers
Zoran

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd log.c, 1.13, 1.14

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

On 08.09.2006, at 08:57, Zoran Vasiljevic wrote:

> Let us fix that.

Done.

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd log.c, 1.13, 1.14

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

On 08.09.2006, at 00:34, Stephen Deasey wrote:

> This is bust, right?  Under certain conditions a pointer to a buffer
> on the stack is returned.

Oh yes! This is. I'm not sure but I recall that
it was like that all the time... Let us fix that.

Zoran 

Re: [naviserver-devel] Explanation of last changes

[Mike <nee...@gm...>]

On 9/7/06, Vlad Seryakov <vl...@cr...> wrote:
> I am not insisting on doing it the way i did but it seemed to me very
> logical and not breaking overall NS architecture or model.
>
> But of course, suggestions are welcome, this is development version
> under discussion.

My 2c: I like Stephen's suggestion of a barebones config file.  If I
run "the default" and I want to figure out what some parameter is set
to, I want to open the config file and read it.  I do not want to go
and hunt down the docs to try to figure out the config param that is
missing that assumes some default that's documented in yet another
place.  Bloat in the example config is bad - magic is worse...

Re: [naviserver-devel] Documentation & website question

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

Simple style and web sitelike this for example: all other links will be 
auto-generated from CVS docs

http://www.crystalballinc.com/vlad/nsdocs/

Vlad Seryakov wrote:
> I have several servers running in datacenter i can give access to via ssh.
> They run naviserver already.
> No maintenace will be involed, once in a while update web pages, or 
> install some scripts, if we product docs in doctools format, no need in 
> backups, all is in CVS, we just generate html files and publish them.
> 
> But backups are running every night anyway, i run some small databases 
> there so it is one more level of reliability.
> 
> Just a suggestion
> 
> Stephen Deasey wrote:
>> On 9/7/06, Vlad Seryakov <vl...@cr...> wrote:
>>> This sounds better solution than using SF wiki but still site will not
>>> be distinctive and look like "very spare time and not often used project".
>>>
>>> I am still thinking a dedicated server running naviserver is the way to
>>> go but as it happen before i am not convincing anybody, just my opinion
>>
>> Yeah, that is a concern.  The front page, the API docs, module
>> overview pages, and I guess whatever other static pages we have, could
>> all still be branded however we like.  Just not the wiki pages.
>>
>> Perhaps we could suggest some slight, generic, improvements to the
>> look of the Tcl wiki?
>>
>> -------------------------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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/

Re: [naviserver-devel] Explanation of last changes

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

Vlad Seryakov wrote:
>> Hmm, not sure.  The nsdb module is also a global module.  But it's
>> kinda weird...
> 
> I checked, nsdb cannot be loaded globally, expects not-NULL server, so 
> we have only nssock that can be loaded globally and actually for nssock 
> itself it does not matter because driver/c uses SetServer anyway to find 
> appropriate server.
> 
> So i think we may decide to get rid of global modules all together.
> 

The only change will be in driver.c:

instead of:
     if (sockPtr->servPtr == NULL) {

it will be:
     if (hosts.numEntires > 0) {

the rest is the same:

         if (host) {
             hPtr = Tcl_FindHashEntry(&hosts, host);
             if (hPtr != NULL) {
                 mapPtr = Tcl_GetHashValue(hPtr);
             }
         }
         if (!mapPtr) {
             mapPtr = defMapPtr;
         }
         if (mapPtr) {
             sockPtr->servPtr  = mapPtr->servPtr;
             sockPtr->location = mapPtr->location;
         }
         if (sockPtr->servPtr == NULL) {
             status = 0;
         }
     }


And those lines from Ns_DriverInit should be removed:

     if (server == NULL) {
         if (defserver == NULL) {
             Ns_Fatal("%s: virtual servers configured,"
                      " but %s has no defaultserver defined", module, path);
         }

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

Re: [naviserver-devel] Explanation of last changes

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

> 
> Hmm, not sure.  The nsdb module is also a global module.  But it's
> kinda weird...

I checked, nsdb cannot be loaded globally, expects not-NULL server, so 
we have only nssock that can be loaded globally and actually for nssock 
itself it does not matter because driver/c uses SetServer anyway to find 
appropriate server.

So i think we may decide to get rid of global modules all together.

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

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd log.c, 1.13, 1.14

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

On 7/4/06, Zoran Vasiljevic <vas...@us...> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv9637/nsd
>
> Modified Files:
>         log.c
> Log Message:
> Rewritten to support any number of user-assigned callbacks.
>
>
> Index: log.c
> ===================================================================
> RCS file: /cvsroot/naviserver/naviserver/nsd/log.c,v
> retrieving revision 1.13
> retrieving revision 1.14
> diff -C2 -d -r1.13 -r1.14
> *** log.c       19 Feb 2006 14:23:40 -0000      1.13
> --- log.c       4 Jul 2006 17:33:46 -0000       1.14
> ***************
> *** 44,93 ****
>    */
>
> ! #define LOG_ROLL     0x01
> ! #define LOG_EXPAND   0x02
> ! #define LOG_USEC     0x04
>
>   /*
> !  * The following struct maintains per-thread
> !  * cached formatted time strings and log buffers.
>    */
> [...1538 lines suppressed...]
> +  *      None.
> +  *
> +  *----------------------------------------------------------------------
> +  */
> +
> + static char*
> + SeverityName(Ns_LogSeverity severity)
> + {
> +     char *severityStr, buf[10];
> +
> +     if (severity < (sizeof(logConfig) / sizeof(logConfig[0]))) {
> +         severityStr = logConfig[severity].string;
> +     } else {
> +         severityStr = buf;
> +         sprintf(buf, "Level%d", severity);
> +     }
> +
> +     return severityStr;
> + }
> +



This is bust, right?  Under certain conditions a pointer to a buffer
on the stack is returned.

Re: [naviserver-devel] Documentation & website question

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

I have several servers running in datacenter i can give access to via ssh.
They run naviserver already.
No maintenace will be involed, once in a while update web pages, or 
install some scripts, if we product docs in doctools format, no need in 
backups, all is in CVS, we just generate html files and publish them.

But backups are running every night anyway, i run some small databases 
there so it is one more level of reliability.

Just a suggestion

Stephen Deasey wrote:
> On 9/7/06, Vlad Seryakov <vl...@cr...> wrote:
>> This sounds better solution than using SF wiki but still site will not
>> be distinctive and look like "very spare time and not often used project".
>>
>> I am still thinking a dedicated server running naviserver is the way to
>> go but as it happen before i am not convincing anybody, just my opinion
> 
> 
> Yeah, that is a concern.  The front page, the API docs, module
> overview pages, and I guess whatever other static pages we have, could
> all still be branded however we like.  Just not the wiki pages.
> 
> Perhaps we could suggest some slight, generic, improvements to the
> look of the Tcl wiki?
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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/

Re: [naviserver-devel] Second version of parsed Wiki API docs

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

On 07.09.2006, at 22:51, Vlad Seryakov wrote:

> Actually i am done with conversion.
>
> Should i import them into doc/src and then we will go through .man  
> files
> and correct them?
>
> I guess, once completed for each file, .n or .1 file should be removed
> from doc/ directory to avoid confusion.

Huh! You are fast! Yes, go ahead and check those in.

Re: [naviserver-devel] Second version of parsed Wiki API docs

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

Actually i am done with conversion.

Should i import them into doc/src and then we will go through .man files 
and correct them?

I guess, once completed for each file, .n or .1 file should be removed 
from doc/ directory to avoid confusion.

Zoran Vasiljevic wrote:
> On 07.09.2006, at 22:39, Vlad Seryakov wrote:
> 
>> i am making it slowly look like doctools, converting html into it, it
>> will require manual overview and correcting but it will be easier than
>> writing from scratch.
>>
>> something will be still needed to imported from .n files from our CVS,
>> some commands are more documented there than in Wiki
> 
> Great! This seems like hell of the job you are doing!
> If we go with that pace, we'll be ready in couple of
> days :-D
> 
> Thanks very much for your hard work!
> 
> Cheers,
> Zoran
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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/

Re: [naviserver-devel] Second version of parsed Wiki API docs

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

On 07.09.2006, at 22:39, Vlad Seryakov wrote:

> i am making it slowly look like doctools, converting html into it, it
> will require manual overview and correcting but it will be easier than
> writing from scratch.
>
> something will be still needed to imported from .n files from our CVS,
> some commands are more documented there than in Wiki

Great! This seems like hell of the job you are doing!
If we go with that pace, we'll be ready in couple of
days :-D

Thanks very much for your hard work!

Cheers,
Zoran

Re: [naviserver-devel] Second version of parsed Wiki API docs

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

i am making it slowly look like doctools, converting html into it, it 
will require manual overview and correcting but it will be easier than 
writing from scratch.

something will be still needed to imported from .n files from our CVS, 
some commands are more documented there than in Wiki

Zoran Vasiljevic wrote:
> On 07.09.2006, at 22:00, Vlad Seryakov wrote:
> 
>> http://www.crystalballinc.com/vlad/nsdocs/wiki_html/
> 
> 
> ????
> 
> This looks much like doctools?
> Is this the Wiki source or did you post-processed
> it with something?
> 
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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/

Re: [naviserver-devel] Second version of parsed Wiki API docs

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

On 07.09.2006, at 22:00, Vlad Seryakov wrote:

> http://www.crystalballinc.com/vlad/nsdocs/wiki_html/


????

This looks much like doctools?
Is this the Wiki source or did you post-processed
it with something?

[naviserver-devel] Second version of parsed Wiki API docs

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

http://www.crystalballinc.com/vlad/nsdocs/wiki_html/

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

Re: [naviserver-devel] Documentation & website question

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

On 9/7/06, Vlad Seryakov <vl...@cr...> wrote:
> This sounds better solution than using SF wiki but still site will not
> be distinctive and look like "very spare time and not often used project".
>
> I am still thinking a dedicated server running naviserver is the way to
> go but as it happen before i am not convincing anybody, just my opinion


Yeah, that is a concern.  The front page, the API docs, module
overview pages, and I guess whatever other static pages we have, could
all still be branded however we like.  Just not the wiki pages.

Perhaps we could suggest some slight, generic, improvements to the
look of the Tcl wiki?