naviserver-devel — Developer discussion

Re: [naviserver-devel] poll emulation

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

I think it is safe for us to replace NS poll with attached implementation.

Stephen Deasey wrote:
> I think OSX is the only poll() underachiever we care about. 
> Sourceforge has 10.1 and 10.2 hosts you can compile and test on, if
> you're interested:
> 
> http://sourceforge.net/docman/display_doc.php?docid=762&group_id=1
> 
> 
> 
> On Apr 3, 2005 4:44 PM, Vlad Seryakov <vl...@cr...> wrote:
> 
>>I found this, looks like we can use it.
>>
>>i made a copy, so if evrybody is okay i can replace this poll.
>>
>>http://mail.python.org/pipermail/python-list/2001-October/069168.html
>>
>>--
>>Vlad Seryakov
>>571 262-8608 office
>>vl...@cr...
>>http://www.crystalballinc.com/vlad/
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> 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_parseargs segv

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

I haven't figured this out yet :-(
It's probably going to be next week before I can take another look.



On Apr 2, 2005 4:29 PM, Stephen Deasey <sd...@gm...> wrote:
> Here's a minimal test case:
> 
> test ns_parseargs-2.3 {object type conversion / display} -body {
>     set tid [ns_thread begin {
>         proc x {args} {
>             ns_parseargs {-a} $args
>         }
>         x
>     }]
>     ns_thread wait $tid
> } -cleanup {
>     unset -nocomplain -- tid
> } -result {}
> 
> I'll take a look at this, but any input is most welcome!

Re: [naviserver-devel] poll emulation

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

I think OSX is the only poll() underachiever we care about. 
Sourceforge has 10.1 and 10.2 hosts you can compile and test on, if
you're interested:

http://sourceforge.net/docman/display_doc.php?docid=762&group_id=1



On Apr 3, 2005 4:44 PM, Vlad Seryakov <vl...@cr...> wrote:
> I found this, looks like we can use it.
> 
> i made a copy, so if evrybody is okay i can replace this poll.
> 
> http://mail.python.org/pipermail/python-list/2001-October/069168.html
> 
> --
> Vlad Seryakov
> 571 262-8608 office
> vl...@cr...
> http://www.crystalballinc.com/vlad/

[naviserver-devel] poll emulation

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

I found this, looks like we can use it.

i made a copy, so if evrybody is okay i can replace this poll.

http://mail.python.org/pipermail/python-list/2001-October/069168.html

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

Re: [naviserver-devel] ns_parseargs segv

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

Here's a minimal test case:

test ns_parseargs-2.3 {object type conversion / display} -body {
    set tid [ns_thread begin {
        proc x {args} {
            ns_parseargs {-a} $args
        }
        x
    }]
    ns_thread wait $tid
} -cleanup {
    unset -nocomplain -- tid
} -result {}


I'll take a look at this, but any input is most welcome!




On Apr 2, 2005 5:16 AM, Zoran Vasiljevic <zv...@ar...> wrote:
> 
> Am 02.04.2005 um 00:18 schrieb Vlad Seryakov:
> 
> >
> > The following command crashes the server:
> >
> > ns_parseargs { {-headers ""} {-domain ""} {-files ""} {-cc ""} {-bcc
> > ""} {-error ""} {-content_type "text/plain"} } {-cc vvvvv -headers
> > "X-Text vlad"}
> >
> 
> This might be difficult. The memory has been corrupted before
> since the stack trace shows Tcl interp garbage collection part.
> It may be a problem with the new Tcl object type Stephen has
> introcuded, maybe not. I could run Purify against it and see
> if the problem is obvious.
> 
> 
> > (gdb) bt
> > #0  0xffffe410 in ?? ()
> > #1  0xb66a9e9c in ?? ()
> > #2  0xb7e75ff8 in
> > __elf_set___libc_thread_subfreeres_element___rpc_thread_destroy__ ()
> >    from /lib/tls/libc.so.6
> > #3  0xb66a9cf8 in ?? ()
> > #4  0xb7de8f46 in __nanosleep_nocancel () from /lib/tls/libc.so.6
> > #5  0xb7de8d53 in sleep () from /lib/tls/libc.so.6
> > #6  0xb6b81d8c in Segv (sig=11) at nsvix.c:451
> > #7  <signal handler called>
> > #8  0xb7dc7cdb in strlen () from /lib/tls/libc.so.6
> > #9  0xb7f60530 in Tcl_DStringAppendElement () from
> > /usr/lib/libtcl8.4.so
> > #10 0xb7fce17d in UpdateStringOfSpec (objPtr=0x8834fe8) at
> > tclobjv.c:774
> > #11 0xb7f4bc57 in Tcl_GetStringFromObj () from /usr/lib/libtcl8.4.so
> > #12 0xb7f455c2 in TclReleaseLiteral () from /usr/lib/libtcl8.4.so
> > #13 0xb7f457ec in TclDeleteLiteralTable () from /usr/lib/libtcl8.4.so
> > #14 0xb7ef9432 in DeleteInterpProc () from /usr/lib/libtcl8.4.so
> > #15 0xb7f54943 in Tcl_EventuallyFree () from /usr/lib/libtcl8.4.so
> > #16 0xb7ef8090 in Tcl_DeleteInterp () from /usr/lib/libtcl8.4.so
> > #17 0xb7fc82fd in DeleteInterps (arg=0x8825b68) at tclinit.c:1337
> > #18 0xb7f8c4a5 in NsCleanupTls (slots=0x8825768) at tls.c:183
> > #19 0xb7f8dc74 in CleanupTls (arg=0x8825768) at pthread.c:764
> > #20 0xb7ebbc18 in __nptl_deallocate_tsd () from
> > /lib/tls/libpthread.so.0
> > #21 0xb7ebbd72 in start_thread () from /lib/tls/libpthread.so.0
> > #22 0xb7e18d1a in clone () from /lib/tls/libc.so.6
> >
> > --
> > Vlad Seryakov
> > 571 262-8608 office
> > vl...@cr...
> > http://www.crystalballinc.com/vlad/
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real
> > users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > naviserver-devel mailing list
> > nav...@li...
> > https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>

Re: [naviserver-devel] ns_parseargs segv

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

Am 02.04.2005 um 00:18 schrieb Vlad Seryakov:

>
> The following command crashes the server:
>
> ns_parseargs { {-headers ""} {-domain ""} {-files ""} {-cc ""} {-bcc 
> ""} {-error ""} {-content_type "text/plain"} } {-cc vvvvv -headers 
> "X-Text vlad"}
>

This might be difficult. The memory has been corrupted before
since the stack trace shows Tcl interp garbage collection part.
It may be a problem with the new Tcl object type Stephen has
introcuded, maybe not. I could run Purify against it and see
if the problem is obvious.


> (gdb) bt
> #0  0xffffe410 in ?? ()
> #1  0xb66a9e9c in ?? ()
> #2  0xb7e75ff8 in 
> __elf_set___libc_thread_subfreeres_element___rpc_thread_destroy__ ()
>    from /lib/tls/libc.so.6
> #3  0xb66a9cf8 in ?? ()
> #4  0xb7de8f46 in __nanosleep_nocancel () from /lib/tls/libc.so.6
> #5  0xb7de8d53 in sleep () from /lib/tls/libc.so.6
> #6  0xb6b81d8c in Segv (sig=11) at nsvix.c:451
> #7  <signal handler called>
> #8  0xb7dc7cdb in strlen () from /lib/tls/libc.so.6
> #9  0xb7f60530 in Tcl_DStringAppendElement () from 
> /usr/lib/libtcl8.4.so
> #10 0xb7fce17d in UpdateStringOfSpec (objPtr=0x8834fe8) at 
> tclobjv.c:774
> #11 0xb7f4bc57 in Tcl_GetStringFromObj () from /usr/lib/libtcl8.4.so
> #12 0xb7f455c2 in TclReleaseLiteral () from /usr/lib/libtcl8.4.so
> #13 0xb7f457ec in TclDeleteLiteralTable () from /usr/lib/libtcl8.4.so
> #14 0xb7ef9432 in DeleteInterpProc () from /usr/lib/libtcl8.4.so
> #15 0xb7f54943 in Tcl_EventuallyFree () from /usr/lib/libtcl8.4.so
> #16 0xb7ef8090 in Tcl_DeleteInterp () from /usr/lib/libtcl8.4.so
> #17 0xb7fc82fd in DeleteInterps (arg=0x8825b68) at tclinit.c:1337
> #18 0xb7f8c4a5 in NsCleanupTls (slots=0x8825768) at tls.c:183
> #19 0xb7f8dc74 in CleanupTls (arg=0x8825768) at pthread.c:764
> #20 0xb7ebbc18 in __nptl_deallocate_tsd () from 
> /lib/tls/libpthread.so.0
> #21 0xb7ebbd72 in start_thread () from /lib/tls/libpthread.so.0
> #22 0xb7e18d1a in clone () from /lib/tls/libc.so.6
>
> -- 
> Vlad Seryakov
> 571 262-8608 office
> vl...@cr...
> http://www.crystalballinc.com/vlad/
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real 
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel

[naviserver-devel] ns_parseargs segv

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

The following command crashes the server:

ns_parseargs { {-headers ""} {-domain ""} {-files ""} {-cc ""} {-bcc ""} 
{-error ""} {-content_type "text/plain"} } {-cc vvvvv -headers "X-Text 
vlad"}

(gdb) bt
#0  0xffffe410 in ?? ()
#1  0xb66a9e9c in ?? ()
#2  0xb7e75ff8 in 
__elf_set___libc_thread_subfreeres_element___rpc_thread_destroy__ ()
    from /lib/tls/libc.so.6
#3  0xb66a9cf8 in ?? ()
#4  0xb7de8f46 in __nanosleep_nocancel () from /lib/tls/libc.so.6
#5  0xb7de8d53 in sleep () from /lib/tls/libc.so.6
#6  0xb6b81d8c in Segv (sig=11) at nsvix.c:451
#7  <signal handler called>
#8  0xb7dc7cdb in strlen () from /lib/tls/libc.so.6
#9  0xb7f60530 in Tcl_DStringAppendElement () from /usr/lib/libtcl8.4.so
#10 0xb7fce17d in UpdateStringOfSpec (objPtr=0x8834fe8) at tclobjv.c:774
#11 0xb7f4bc57 in Tcl_GetStringFromObj () from /usr/lib/libtcl8.4.so
#12 0xb7f455c2 in TclReleaseLiteral () from /usr/lib/libtcl8.4.so
#13 0xb7f457ec in TclDeleteLiteralTable () from /usr/lib/libtcl8.4.so
#14 0xb7ef9432 in DeleteInterpProc () from /usr/lib/libtcl8.4.so
#15 0xb7f54943 in Tcl_EventuallyFree () from /usr/lib/libtcl8.4.so
#16 0xb7ef8090 in Tcl_DeleteInterp () from /usr/lib/libtcl8.4.so
#17 0xb7fc82fd in DeleteInterps (arg=0x8825b68) at tclinit.c:1337
#18 0xb7f8c4a5 in NsCleanupTls (slots=0x8825768) at tls.c:183
#19 0xb7f8dc74 in CleanupTls (arg=0x8825768) at pthread.c:764
#20 0xb7ebbc18 in __nptl_deallocate_tsd () from /lib/tls/libpthread.so.0
#21 0xb7ebbd72 in start_thread () from /lib/tls/libpthread.so.0
#22 0xb7e18d1a in clone () from /lib/tls/libc.so.6

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

Re: [naviserver-devel] FYI: GNU source code

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

The poll emulation is there for OSX.  If 10.4 Tiger (released this
week?) has this fixed, we can just remove it.  Getopt is there for
Windows compatibility.

Off the top of my head, Postgres is BSD licensed and runs on windows. 
They must have getopt compat function...



On Apr 1, 2005 7:10 AM, Vlad Seryakov <vl...@cr...> wrote:
> getopt can be easily remeoved and command line parsing re-written, they
> are not coplex
> 
> as for emulated poll, not many unix systems are without the poll system
> call, we can remove this emulation for now and whene we have encounter
> such unix flaivor, we will see what can be done, it might have different
> name for it.
> 
> Zoran Vasiljevic wrote:
> >
> > Am 01.04.2005 um 05:02 schrieb Stephen Deasey:
> >
> >> I notice that there are two pieces of GPL-only source code in the core
> >> server distribution: the option parsing code in nsd/getopt.c, and an
> >> emulation of poll(2) using select(2) in nsd/unix.c.
> >>
> >> I think this means you cannot ship a binary under the MPL license as
> >> it contains GPL only code.  I'm sure there are BSD equivalents
> >> around...
> >>
> >
> > Do you happen to know any of alternative non-gpl implementations?
> > If not, I'd have to google arround and find one.
> > Thanks for spotting this.
> >
> > Zoran

Re: [naviserver-devel] FYI: GNU source code

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

getopt can be easily remeoved and command line parsing re-written, they 
are not coplex

as for emulated poll, not many unix systems are without the poll system 
call, we can remove this emulation for now and whene we have encounter 
such unix flaivor, we will see what can be done, it might have different 
name for it.

Zoran Vasiljevic wrote:
> 
> Am 01.04.2005 um 05:02 schrieb Stephen Deasey:
> 
>> I notice that there are two pieces of GPL-only source code in the core
>> server distribution: the option parsing code in nsd/getopt.c, and an
>> emulation of poll(2) using select(2) in nsd/unix.c.
>>
>> I think this means you cannot ship a binary under the MPL license as
>> it contains GPL only code.  I'm sure there are BSD equivalents
>> around...
>>
> 
> Do you happen to know any of alternative non-gpl implementations?
> If not, I'd have to google arround and find one.
> Thanks for spotting this.
> 
> Zoran
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by Demarc:
> A global provider of Threat Management Solutions.
> Download our HomeAdmin security software for free today!
> http://www.demarc.com/Info/Sentarus/hamr30
> _______________________________________________
> 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] FYI: GNU source code

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

Am 01.04.2005 um 05:02 schrieb Stephen Deasey:

> I notice that there are two pieces of GPL-only source code in the core
> server distribution: the option parsing code in nsd/getopt.c, and an
> emulation of poll(2) using select(2) in nsd/unix.c.
>
> I think this means you cannot ship a binary under the MPL license as
> it contains GPL only code.  I'm sure there are BSD equivalents
> around...
>

Do you happen to know any of alternative non-gpl implementations?
If not, I'd have to google arround and find one.
Thanks for spotting this.

Zoran

Re: [naviserver-devel] tcl.m4 -- ship with source?

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

Am 01.04.2005 um 05:13 schrieb Stephen Deasey:

> Should tcl.m4 be in cvs?  It's needed to regenerate configure.in.
>

I see no reason why not.

>
> -------------------------------------------------------
> This SF.net email is sponsored by Demarc:
> A global provider of Threat Management Solutions.
> Download our HomeAdmin security software for free today!
> http://www.demarc.com/Info/Sentarus/hamr30
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel

Re: [naviserver-devel] tcl.m4 -- ship with source?

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

I am not sure, i have never needed to regenerate configure.in

Stephen Deasey wrote:
> Should tcl.m4 be in cvs?  It's needed to regenerate configure.in.
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by Demarc:
> A global provider of Threat Management Solutions.
> Download our HomeAdmin security software for free today!
> http://www.demarc.com/Info/Sentarus/hamr30
> _______________________________________________
> 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/

[naviserver-devel] tcl.m4 -- ship with source?

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

Should tcl.m4 be in cvs?  It's needed to regenerate configure.in.

[naviserver-devel] FYI: GNU source code

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

I notice that there are two pieces of GPL-only source code in the core
server distribution: the option parsing code in nsd/getopt.c, and an
emulation of poll(2) using select(2) in nsd/unix.c.

I think this means you cannot ship a binary under the MPL license as
it contains GPL only code.  I'm sure there are BSD equivalents
around...

[naviserver-devel] Tcl/Tk 2005 First Call for papers

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

Tcl/Tk 2005 First Call for papers.
===================================

Tcl/Tk 2005 will be held in Portland, Oregon USA in late October or
early November.  The program committee asks all people using and
developing with Tcl/Tk and extensions to submit papers and proposals
for presentations at this conference.

Past conferences have seen submissions covering a wide variety of
topics including and not limited to:

   * Scientific and engineering applications
   * Industrial controls
   * Distributed applications and Network Managment
   * Object oriented extensions to Tcl/Tk
   * New widgets for Tk
   * Simulation and application steering with Tcl/Tk
   * Tcl/Tk-Centric operating environments
   * Tcl/Tk on small and embedded devices
   * Medical applications and visualization


At this point we are requesting submissions of:

   * Abstracts of papers for oral presentation.
   * Proposals for short courses to be taught the day prior to the conference.
   * Proposals for other presentations/discussions.
   * Proposals to present tutorial sessions.

Please send abstracts and proposals to tcl2005 (at) nscl (dot) 
msu (dot) edu

Important target dates:
=======================
 July  1, 2005    - Abstracts and proposals due.
 July 31, 2005    - Notification to authors.
 Sep  15, 2005    - Author materials due.

The submissions should consist of 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.

The authors of oral presentations will have 20-25 minutes to present
the paper at the conference.

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.

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 also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.



Program Committee:
==================
 Donal  Fellows       University of Manchester
 Clif   Flynt         Noumena Corp.
 Ron    Fox           NSCL Michigan State University
 Jeff   Hobbs         ActiveState Corp.
 Steve  Landers       Digital Smarties
 Gerald Lester        HMS Software
 Cyndy  Lilagan       Eolas Technologies Inc.
 Arjen  Markus        WL | Delft Hydraulics

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

Re: [naviserver-devel] Add watchdog to aolserver codebase as well?

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

Am 26.03.2005 um 19:14 schrieb Stephen Deasey:

> On Sat, 19 Mar 2005 18:11:23 +0100, Zoran Vasiljevic  
> <zv...@ar...> wrote:
>>
>> Well, here it is:
>>
>>    
>> https://sourceforge.net/tracker/? 
>> func=detail&atid=353152&aid=746579&group_id=3152
>>
>> Gentlemen, start your engines! ;-)
>
>
> Now, Zoran.  Have you thought about writing a shell script?  :-)

Hey, he didn't dare showing his script after my "friendly" remark :-)
Up to today, nobody was really against so I'm thinking of adding it and
see what comes out. I'm really curious how much "response" this will
bring from the Kerberos :-)

Zoran

Re: [naviserver-devel] Add watchdog to aolserver codebase as well?

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

On Sat, 19 Mar 2005 18:11:23 +0100, Zoran Vasiljevic <zv...@ar...> wrote:
>
> Well, here it is:
> 
>   https://sourceforge.net/tracker/?func=detail&atid=353152&aid=746579&group_id=3152
> 
> Gentlemen, start your engines! ;-)


Now, Zoran.  Have you thought about writing a shell script?  :-)

Re: [naviserver-devel] Does Ns_ParseObjv() look ok?

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

On Sat, 19 Mar 2005 15:52:47 +0100, Zoran Vasiljevic <zv...@ar...> wrote:
> On Saturday 19 March 2005 15:45, Stephen Deasey wrote:
> 
> > Do these 'is' functions have a C API?  I think they're Tcl only, right?
> 
> yeah... I think we should stick to built-in object types really.
> 
> > Could get crazy...  :-)
> 
> And in order not to get crazy: KISS (keep it simple and stupid)
> Anyways, first things first: TCL_BREAK and &objc, right?
> 
> Zoran
> 
> BTW: do cc: on the naviserver-devel list so others can
> see what we're cooking.

Woops, silly Gmail... :-)

I've added basic option parsing without any fancy stuff.  It was the
easiest thing to implement and it leaves all our options (ha ha) open
for the future.

proc aproc {args} {
    ns_parseargs {-foo {-bar BAR} -- required {default DEF} args} $args
    # ...
}

There are some more examples in tests/ns_parseargs.test

I do think the type checking attributes are a good idea, but I'm not
going to have time to look at that any time soon.  If any one else
would like to, that would be great.

Oh yeah, I think I finally got the parsing right :-)   Ns_ObjvProc's
now return either TCL_OK, TCL_ERROR or TCL_BREAK.  It's actually
shorter code.  I hope everything looks ok now.

Re: [naviserver-devel] Add watchdog to aolserver codebase as well?

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

I do not object either, i am not requesting keeping my commit right 
there anymore but i think inter-exchanging features is good for both 
projects

Stephen Deasey wrote:
> No objections here.
> 
> You might be doing them a bigger favour by attaching a clean patch to
> the RFE and encouraging e.g. Andy to commit it.  Dossy is looking to
> trim the list of commiters at months end.  Use it or loose it...
> 
> 
> 
> On Sat, 19 Mar 2005 14:29:56 +0100, Zoran Vasiljevic <zv...@ar...> wrote:
> 
>>Hi friends,
>>
>>I just got a request from Andy (Piskorsky) to add the watchdog to
>>the aolserver codebase. Aparently, OpenACS is seeking for something
>>like that:
>>
>>     http://openacs.org/forums/message-view?message_id=279841
>>
>>As I still do have the commit privs there, I might go and add
>>it and see what happens. But, before I do something like that,
>>I wanted to see if you have anything against...
>>Personally, I do not need this there as I'm now moving our app
>>to naviserver. But, those guys do and I thought I might be
>>doing them a favour.
>>
>>What are your thoughts?
>>
>>Cheers
>>Zoran
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from real users.
>>Discover which products truly live up to the hype. Start reading now.
>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>_______________________________________________
>>naviserver-devel mailing list
>>nav...@li...
>>https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> 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] Add watchdog to aolserver codebase as well?

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

On Saturday 19 March 2005 14:49, Stephen Deasey wrote:

> You might be doing them a bigger favour by attaching a clean patch to
> the RFE and encouraging e.g. Andy to commit it.  Dossy is looking to
> trim the list of commiters at months end.  Use it or loose it...
> 
> 

Well, here it is:

  https://sourceforge.net/tracker/?func=detail&atid=353152&aid=746579&group_id=3152

Gentlemen, start your engines! ;-)

Zoran

Re: [naviserver-devel] Does Ns_ParseObjv() look ok?

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

On Saturday 19 March 2005 15:45, Stephen Deasey wrote:

> Do these 'is' functions have a C API?  I think they're Tcl only, right?

yeah... I think we should stick to built-in object types really.

> Could get crazy...  :-)

And in order not to get crazy: KISS (keep it simple and stupid)
Anyways, first things first: TCL_BREAK and &objc, right?

Zoran

BTW: do cc: on the naviserver-devel list so others can
see what we're cooking.

Re: [naviserver-devel] Does Ns_ParseObjv() look ok?

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

On Saturday 19 March 2005 15:02, Stephen Deasey wrote:

> ns_parseargs spec args
> 
> e.g.
> 
> proc foo args {
>     ns_parseargs {-opt1 -opt2 -- arg1 {arg2 def} args} $args
>     # do stuf with $opt1, $arg1 . . .
> }
> 
> ns_parseargs would set variables in the callers environment, or throw
> an error if $args didn't matchs the spec.
> 
> It's not very Tcl'ish, but some limited type checking is also
> possible.  Perhaps -opt:int to specify an integer flag?
> 
> I would create a new Tcl obj type to represent the 'spec'.  The first
> time ns_parseargs is called, $spec would be compiled into a set of
> Ns_ObjcSpec options.  Subsequent calls should be as fast as the C
> code.


I think this is a great idea. I know it's not tcl'ish but the 
-opt:(int|wint|bool) would help a lot. Omitting it would default
to string, I assume. Not that this is strictly needed in a typeless
language, but it will often save me 

  if {[string is integer]} {
     # dio things
  }

types of constructs. What about:

% string is dummy dummy
bad class "dummy": must be alnum, alpha, ascii, control, boolean, digit, double, false, graph, integer, lower, print, punct, space, true, upper, wordchar, or xdigit

Would it make sense to also do like:

  -opt:digit
  -opt:print

etc ?

Re: [naviserver-devel] Add watchdog to aolserver codebase as well?

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

No objections here.

You might be doing them a bigger favour by attaching a clean patch to
the RFE and encouraging e.g. Andy to commit it.  Dossy is looking to
trim the list of commiters at months end.  Use it or loose it...



On Sat, 19 Mar 2005 14:29:56 +0100, Zoran Vasiljevic <zv...@ar...> wrote:
> Hi friends,
> 
> I just got a request from Andy (Piskorsky) to add the watchdog to
> the aolserver codebase. Aparently, OpenACS is seeking for something
> like that:
> 
>      http://openacs.org/forums/message-view?message_id=279841
> 
> As I still do have the commit privs there, I might go and add
> it and see what happens. But, before I do something like that,
> I wanted to see if you have anything against...
> Personally, I do not need this there as I'm now moving our app
> to naviserver. But, those guys do and I thought I might be
> doing them a favour.
> 
> What are your thoughts?
> 
> Cheers
> Zoran
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>

[naviserver-devel] Add watchdog to aolserver codebase as well?

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

Hi friends,

I just got a request from Andy (Piskorsky) to add the watchdog to
the aolserver codebase. Aparently, OpenACS is seeking for something 
like that:

     http://openacs.org/forums/message-view?message_id=279841

As I still do have the commit privs there, I might go and add
it and see what happens. But, before I do something like that,
I wanted to see if you have anything against... 
Personally, I do not need this there as I'm now moving our app
to naviserver. But, those guys do and I thought I might be
doing them a favour.

What are your thoughts?

Cheers
Zoran

Re: [naviserver-devel] Does Ns_ParseObjv() look ok?

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

On Friday 18 March 2005 12:36, Stephen Deasey wrote:
> I think the signature of the parse procs will have to be changed to
> return TCL_OK, TCL_ERROR, TCL_BREAK, and pass a pointer to objc which
> they will be expected to update. =A0What do you think?

So, TCL_OK would mean all parsing is done, TCL_ERROR parsing failed
and TCL_BREAK end of optional arguments? And each parsing proc will
receice ptr to objc which it has to update to reflect what it consumed?
Do I see this right?

Cheers
Zoran