naviserver-devel — Developer discussion

Re: [naviserver-devel] Re: Naviserver

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

ChangeLog in the distiribution will give you pretty clear picture 
what've been changed and added, top level overview of chnaged also in 
NEWS file.

Zoran Vasiljevic wrote:
> 
> On 05.12.2005, at 09:54, Nima Mazloumi wrote:
> 
>> Hello,
>>
>> is the naviserver then aolserver + extensions? And what are the  main 
>> features added to it? We are using OpenACS
>> and I was wondering if it would make sense to use the naviserver  
>> instead.
> 
> 
> Naviserver is a AOLserver 4.0 + many (internal) changes to accomodate
> our (still) small community needs. At this moment there is no
> compatibility statement we can make. I'm talking to some OACS developers
> and users so we can get the naviserver replace aolserver for that  
> application
> but this is still in the flux. You can surely expect something out of  that
> effort.
> 
>>
>> Where can I learn more about the problems how the aolserver project  
>> is managed?
> 
> 
> This is historical and requires you to read tons of aolserver listserv
> traffic since last 2 years. The most visible problem is a relatively
> fierce opposition to server code changes initiated from the community.
> Therefore, we (a bunch of long-time aolserver users) decided to take
> our own path.
> 
> For the time being, you can register yourself for the navidevel list
> on source-forge and you'll get first-line update of where we are now and
> where we're heading to on the short term.  At the moment we have pretty
> stable, heavily modified aolserver-4.0-based code which is used in
> mission-critical applications (at least ours is one, AFAIK). We'd need
> to tweak a thing here/there code-wise but it is good as it is now.
> The major task ahead (which gets pushed in future mostly due to my lack
> of time) is to get a decent set of docs including all C and Tcl API
> plus visible changes between Navi and AOL servers. I hope to finally get
> myself concentrated on that task, as it is crucial for almost everybody.
> 
> Cheers
> Zoran
> 
> 
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&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/

[naviserver-devel] Re: Naviserver

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

On 05.12.2005, at 09:54, Nima Mazloumi wrote:

> Hello,
>
> is the naviserver then aolserver + extensions? And what are the  
> main features added to it? We are using OpenACS
> and I was wondering if it would make sense to use the naviserver  
> instead.

Naviserver is a AOLserver 4.0 + many (internal) changes to accomodate
our (still) small community needs. At this moment there is no
compatibility statement we can make. I'm talking to some OACS developers
and users so we can get the naviserver replace aolserver for that  
application
but this is still in the flux. You can surely expect something out of  
that
effort.

>
> Where can I learn more about the problems how the aolserver project  
> is managed?

This is historical and requires you to read tons of aolserver listserv
traffic since last 2 years. The most visible problem is a relatively
fierce opposition to server code changes initiated from the community.
Therefore, we (a bunch of long-time aolserver users) decided to take
our own path.

For the time being, you can register yourself for the navidevel list
on source-forge and you'll get first-line update of where we are now and
where we're heading to on the short term.  At the moment we have pretty
stable, heavily modified aolserver-4.0-based code which is used in
mission-critical applications (at least ours is one, AFAIK). We'd need
to tweak a thing here/there code-wise but it is good as it is now.
The major task ahead (which gets pushed in future mostly due to my lack
of time) is to get a decent set of docs including all C and Tcl API
plus visible changes between Navi and AOL servers. I hope to finally get
myself concentrated on that task, as it is crucial for almost everybody.

Cheers
Zoran

Re: [naviserver-devel] Re: Naviserver

[Bernd E. <b.e...@ki...>]

> Recently i do not receive anything from the list.

vlad, you can verify / sync online:
http://sourceforge.net/mailarchive/forum.php?forum=naviserver-devel

Re: [naviserver-devel] Re: Naviserver

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

On 04.12.2005, at 21:23, Vlad Seryakov wrote:

> Strange i've never seen this post on the mailing list.
>
> Recently i do not receive anything from the list.

It was not on the list. It was sent to me directly.
Zoran

Re: [naviserver-devel] Re: Naviserver

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

Strange i've never seen this post on the mailing list.

Recently i do not receive anything from the list.

Zoran Vasiljevic wrote:
> 
> On 03.12.2005, at 17:32, Nima Mazloumi wrote:
> 
>> Hello,
>>
>> I found this server at sourceforge and was wondering why the  features 
>> were not committed to the aolserver instead?
>>
> 
> Very simple. Naviserver is a fork of Aolserver because some people
> (including myself) were not very pleased the way the aolserver project
> is being managed/handled. We all needed some things put into the
> core server code but found it very difficult and time-consuming to
> get (any of) those in. Therefore, we decided to maintain our own copy.
> 
> Cheers
> Zoran
> 
> 
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&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/

[naviserver-devel] Re: Naviserver

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

On 03.12.2005, at 17:32, Nima Mazloumi wrote:

> Hello,
>
> I found this server at sourceforge and was wondering why the  
> features were not committed to the aolserver instead?
>

Very simple. Naviserver is a fork of Aolserver because some people
(including myself) were not very pleased the way the aolserver project
is being managed/handled. We all needed some things put into the
core server code but found it very difficult and time-consuming to
get (any of) those in. Therefore, we decided to maintain our own copy.

Cheers
Zoran

[naviserver-devel] exit confusion

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

Hi!

I'm spending some time with purifying the server code as we
will soon enter last stage of our beta testing, hence we need
a stable code.

Now, I have noticed that the way NsMain() exits is not clean
in terms of garbage collection. Lots of things is left in
memory (Tcl interpreters most notably) and I've tried to fix
that, as you might have seen from the various checkins.

But... it seems to me that you can't that easily fix that
i.e. make the server exit clean, w/o breaking other things
like watchdog or regular ns_shutdown call, for example.
I have tried several options but none of them lead to success.
Hence I had to remove all those things from the code so do
not be surprised. The code in CVS is now left in the initial
state, that is, before my changes.

I guess I will have to make a custom handling of process exit
when purifying, in order to get the better memory picture,
but this should not affect the "usual" operation of the server.

Sorry for the confusion.

Cheers
Zoran

Re: [naviserver-devel] Old style binder -re-support

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

Am 03.11.2005 um 00:23 schrieb Vlad Seryakov:

>
> And with most recent fixes it should work with Darwin as well.
>


Good. Seems to work allright now. Will test it more
tomorrow. Now my laptop batteries are draining....

Thanks,
Zoran

Re: [naviserver-devel] Old style binder -re-support

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

Oops, added.

And with most recent fixes it should work with Darwin as well.

Zoran Vasiljevic wrote:
> 
> Am 03.11.2005 um 00:02 schrieb Vlad Seryakov:
> 
>> I am not sure why AC_HAVE_CMMSG is no define, i added it into  
>> configure.in and under m4/cmmsg.m4. On linux no errors.
> 
> 
> You did not check-in the m4/cmmsg.m4.
> 
>>
>> Also, can you find the definition of struct msghdr in sys/socket.h,  
>> looks like Darwin has different fields there.
>>
> 
> 
> Here it is:
> 
> /*
> * [XSI] Message header for recvmsg and sendmsg calls.
> * Used value-result for recvmsg, value only for sendmsg.
> */
> struct msghdr {
>         void            *msg_name;      /* [XSI] optional address */
>         socklen_t       msg_namelen;    /* [XSI] size of address */
>         struct          iovec *msg_iov; /* [XSI] scatter/gather  array */
>         int             msg_iovlen;     /* [XSI] # elements in  msg_iov */
>         void            *msg_control;   /* [XSI] ancillary data, see  
> below */
>         socklen_t       msg_controllen; /* [XSI] ancillary data  buffer 
> len */
>         int             msg_flags;      /* [XSI] flags on received  
> message */
> };
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> 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] Old style binder -re-support

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

Am 03.11.2005 um 00:02 schrieb Vlad Seryakov:

> I am not sure why AC_HAVE_CMMSG is no define, i added it into  
> configure.in and under m4/cmmsg.m4. On linux no errors.

You did not check-in the m4/cmmsg.m4.

>
> Also, can you find the definition of struct msghdr in sys/socket.h,  
> looks like Darwin has different fields there.
>


Here it is:

/*
* [XSI] Message header for recvmsg and sendmsg calls.
* Used value-result for recvmsg, value only for sendmsg.
*/
struct msghdr {
         void            *msg_name;      /* [XSI] optional address */
         socklen_t       msg_namelen;    /* [XSI] size of address */
         struct          iovec *msg_iov; /* [XSI] scatter/gather  
array */
         int             msg_iovlen;     /* [XSI] # elements in  
msg_iov */
         void            *msg_control;   /* [XSI] ancillary data, see  
below */
         socklen_t       msg_controllen; /* [XSI] ancillary data  
buffer len */
         int             msg_flags;      /* [XSI] flags on received  
message */
};

Re: [naviserver-devel] Old style binder -re-support

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

I am not sure why AC_HAVE_CMMSG is no define, i added it into 
configure.in and under m4/cmmsg.m4. On linux no errors.

Also, can you find the definition of struct msghdr in sys/socket.h, 
looks like Darwin has different fields there.

Zoran Vasiljevic wrote:
> 
> Am 02.11.2005 um 23:31 schrieb Vlad Seryakov:
> 
>> What man sendmsg on Darwin says?
>> If it does not support it, need to add Darwin-specific into aclocal  
>> and binder
> 
> 
> Well, Also the AC_HAVE_CMMSG is not present...
> 
> 
> This is what manpage says..
> 
> NAME
>      send, sendto, sendmsg -- send a message from a socket
> 
> SYNOPSIS
>      #include <sys/types.h>
>      #include <sys/socket.h>
> 
>      ssize_t
>      send(int s, const void *msg, size_t len, int flags);
> 
>      ssize_t
>      sendto(int s, const void *msg, size_t len, int flags,
>          const struct sockaddr *to, socklen_t tolen);
> 
>      ssize_t
>      sendmsg(int s, const struct msghdr *msg, int flags);
> 
> DESCRIPTION
>      Send(), sendto(), and sendmsg() are used to transmit a message  to 
> another
>      socket.  Send() may be used only when the socket is in a  connected 
> state,
>      while sendto() and sendmsg() may be used at any time.
> 
>      The address of the target is given by to with tolen specifying  its 
> size.
>      The length of the message is given by len.  If the message is  too 
> long to
>      pass atomically through the underlying protocol, the error  
> EMSGSIZE is
>      returned, and the message is not transmitted.
> 
>      No indication of failure to deliver is implicit in a send().   Locally
>      detected errors are indicated by a return value of -1.
> 
>      If no messages space is available at the socket to hold the  
> message to be
>      transmitted, then send() normally blocks, unless the socket has  been
>      placed in non-blocking I/O mode.  The select(2) call may be  used to
>      determine when it is possible to send more data.
>      The flags parameter may include one or more of the following:
> 
>      #define MSG_OOB        0x1  /* process out-of-band data */
>      #define MSG_DONTROUTE  0x4  /* bypass routing, use direct  
> interface */
> 
>      The flag MSG_OOB is used to send ``out-of-band'' data on  sockets that
>      support this notion (e.g.  SOCK_STREAM); the underlying  protocol must
>      also support ``out-of-band'' data.  MSG_DONTROUTE is usually  used 
> only by
>      diagnostic or routing programs.
> 
>      See recv(2) for a description of the msghdr structure.
> 
> RETURN VALUES
>      The call returns the number of characters sent, or -1 if an error
>      occurred.
> 
> ERRORS
>      Send(), sendto(), and sendmsg() fail if:
> 
>      [EBADF]            An invalid descriptor was specified.
> 
>      [ENOTSOCK]         The argument s is not a socket.
> 
>      [EFAULT]           An invalid user space address was specified  for a
>                         parameter.
> 
>      [EMSGSIZE]         The socket requires that message be sent  
> atomically,
>                         and the size of the message to be sent made  this
>                         impossible.
> 
>      [EAGAIN]           The socket is marked non-blocking and the  
> requested
>                         operation would block.
> 
>      [ENOBUFS]          The system was unable to allocate an  internal 
> buffer.
>                         The operation may succeed when buffers  become 
> avail-
>                         able.
> 
>      [ENOBUFS]          The output queue for a network interface was  full.
>                         This generally indicates that the interface has
>                         stopped sending, but may be caused by  transient 
> con-
>                         gestion.
> 
> 
>      [EACCES]           The SO_BROADCAST option is not set on the  
> socket, and
>                         a broadcast address was given as the  destination.
> 
>      [EHOSTUNREACH]     The destination address specified an  
> unreachable host.
> 
> SEE ALSO
>      fcntl(2), recv(2), select(2), getsockopt(2), socket(2), write(2)
> 
> HISTORY
>      The send() function call appeared in 4.2BSD.
> 
> 4.2 Berkeley Distribution      February 21, 1994     4.2 Berkeley  
> Distribution
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> 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] Old style binder -re-support

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

Am 02.11.2005 um 23:31 schrieb Vlad Seryakov:

> What man sendmsg on Darwin says?
> If it does not support it, need to add Darwin-specific into aclocal  
> and binder

Well, Also the AC_HAVE_CMMSG is not present...


This is what manpage says..

NAME
      send, sendto, sendmsg -- send a message from a socket

SYNOPSIS
      #include <sys/types.h>
      #include <sys/socket.h>

      ssize_t
      send(int s, const void *msg, size_t len, int flags);

      ssize_t
      sendto(int s, const void *msg, size_t len, int flags,
          const struct sockaddr *to, socklen_t tolen);

      ssize_t
      sendmsg(int s, const struct msghdr *msg, int flags);

DESCRIPTION
      Send(), sendto(), and sendmsg() are used to transmit a message  
to another
      socket.  Send() may be used only when the socket is in a  
connected state,
      while sendto() and sendmsg() may be used at any time.

      The address of the target is given by to with tolen specifying  
its size.
      The length of the message is given by len.  If the message is  
too long to
      pass atomically through the underlying protocol, the error  
EMSGSIZE is
      returned, and the message is not transmitted.

      No indication of failure to deliver is implicit in a send().   
Locally
      detected errors are indicated by a return value of -1.

      If no messages space is available at the socket to hold the  
message to be
      transmitted, then send() normally blocks, unless the socket has  
been
      placed in non-blocking I/O mode.  The select(2) call may be  
used to
      determine when it is possible to send more data.
      The flags parameter may include one or more of the following:

      #define MSG_OOB        0x1  /* process out-of-band data */
      #define MSG_DONTROUTE  0x4  /* bypass routing, use direct  
interface */

      The flag MSG_OOB is used to send ``out-of-band'' data on  
sockets that
      support this notion (e.g.  SOCK_STREAM); the underlying  
protocol must
      also support ``out-of-band'' data.  MSG_DONTROUTE is usually  
used only by
      diagnostic or routing programs.

      See recv(2) for a description of the msghdr structure.

RETURN VALUES
      The call returns the number of characters sent, or -1 if an error
      occurred.

ERRORS
      Send(), sendto(), and sendmsg() fail if:

      [EBADF]            An invalid descriptor was specified.

      [ENOTSOCK]         The argument s is not a socket.

      [EFAULT]           An invalid user space address was specified  
for a
                         parameter.

      [EMSGSIZE]         The socket requires that message be sent  
atomically,
                         and the size of the message to be sent made  
this
                         impossible.

      [EAGAIN]           The socket is marked non-blocking and the  
requested
                         operation would block.

      [ENOBUFS]          The system was unable to allocate an  
internal buffer.
                         The operation may succeed when buffers  
become avail-
                         able.

      [ENOBUFS]          The output queue for a network interface was  
full.
                         This generally indicates that the interface has
                         stopped sending, but may be caused by  
transient con-
                         gestion.


      [EACCES]           The SO_BROADCAST option is not set on the  
socket, and
                         a broadcast address was given as the  
destination.

      [EHOSTUNREACH]     The destination address specified an  
unreachable host.

SEE ALSO
      fcntl(2), recv(2), select(2), getsockopt(2), socket(2), write(2)

HISTORY
      The send() function call appeared in 4.2BSD.

4.2 Berkeley Distribution      February 21, 1994     4.2 Berkeley  
Distribution

Re: [naviserver-devel] Old style binder -re-support

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

What man sendmsg on Darwin says?
If it does not support it, need to add Darwin-specific into aclocal and 
binder

Zoran Vasiljevic wrote:
> 
> Am 02.11.2005 um 23:04 schrieb Vlad Seryakov:
> 
>> nsmain calls NsStopBinder which closes pipes and in this case  recvmsg 
>> exits with error and makes binder process exit as well.
>>
> 
> I'm sorry to bug...
> 
> Running aclocal -I m4
> Running autoheader
> Running autoconf
> configure.in:81: error: possibly undefined macro: AC_HAVE_CMMSG
>       If this token and others are legitimate, please use  
> m4_pattern_allow.
>       See the Autoconf documentation.
> 
> and then....
> 
> 
> gcc -pipe -DURLDECODE_RELAXED=1 -g -Wall -Wno-implicit-int -fno- common  
> -I../include -I"/usr/local/include"  -DHAVE_CONFIG_H   -c -o  binder.o 
> binder.c
> binder.c: In function `Ns_SockBinderListen':
> binder.c:783: error: structure has no member named `msg_accrights'
> binder.c:784: error: structure has no member named `msg_accrightslen'
> binder.c: In function `Binder':
> binder.c:1009: error: structure has no member named `msg_accrights'
> binder.c:1010: error: structure has no member named `msg_accrightslen'
> make[1]: *** [binder.o] Error 1
> 
> This seems not to compile on Darwin...
> 
> Zoran
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> 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] Old style binder -re-support

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

Am 02.11.2005 um 23:04 schrieb Vlad Seryakov:

> nsmain calls NsStopBinder which closes pipes and in this case  
> recvmsg exits with error and makes binder process exit as well.
>

I'm sorry to bug...

Running aclocal -I m4
Running autoheader
Running autoconf
configure.in:81: error: possibly undefined macro: AC_HAVE_CMMSG
       If this token and others are legitimate, please use  
m4_pattern_allow.
       See the Autoconf documentation.

and then....


gcc -pipe -DURLDECODE_RELAXED=1 -g -Wall -Wno-implicit-int -fno- 
common  -I../include -I"/usr/local/include"  -DHAVE_CONFIG_H   -c -o  
binder.o binder.c
binder.c: In function `Ns_SockBinderListen':
binder.c:783: error: structure has no member named `msg_accrights'
binder.c:784: error: structure has no member named `msg_accrightslen'
binder.c: In function `Binder':
binder.c:1009: error: structure has no member named `msg_accrights'
binder.c:1010: error: structure has no member named `msg_accrightslen'
make[1]: *** [binder.o] Error 1

This seems not to compile on Darwin...

Zoran

Re: [naviserver-devel] Old style binder -re-support

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

Am 02.11.2005 um 23:04 schrieb Vlad Seryakov:

> nsmain calls NsStopBinder which closes pipes and in this case  
> recvmsg exits with error and makes binder process exit as well.
>

OK. I will try this tomorrow and see if all is fine.

Cheers
Zoran

Re: [naviserver-devel] Old style binder -re-support

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

nsmain calls NsStopBinder which closes pipes and in this case recvmsg 
exits with error and makes binder process exit as well.

Zoran Vasiljevic wrote:
> 
> Am 02.11.2005 um 22:50 schrieb Vlad Seryakov:
> 
>> Currently always and exits after startup, but an option to control  it 
>> could be usefull as well.
>>
>>
> 
> 
> What do you mean by "exits after startup"?
> If it is started during the startup, lives
> for some short time and then exits then it
> is OK, IOW, would cause no harm for us...
> 
> But, if it is *always* running during the
> entire server lifetime, then I somehow expect
> trouble for us.
> In that case some kind of control should be
> added so we can disable it.
> 
> Cheers
> Zoran
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> 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] Old style binder -re-support

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

Am 02.11.2005 um 22:50 schrieb Vlad Seryakov:

> Currently always and exits after startup, but an option to control  
> it could be usefull as well.
>
>


What do you mean by "exits after startup"?
If it is started during the startup, lives
for some short time and then exits then it
is OK, IOW, would cause no harm for us...

But, if it is *always* running during the
entire server lifetime, then I somehow expect
trouble for us.
In that case some kind of control should be
added so we can disable it.

Cheers
Zoran

Re: [naviserver-devel] Old style binder -re-support

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

Currently always and exits after startup, but an option to control it 
could be usefull as well.

Zoran Vasiljevic wrote:
> 
> Am 02.11.2005 um 21:01 schrieb Vlad Seryakov:
> 
>>
>> Are there any objections?
>>
> 
> Just a quick question...
> 
> The binder process, that is, is that always forked
> or only conditionally, under some cirumstances?
> 
> Zoran
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> 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] Old style binder -re-support

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

Am 02.11.2005 um 21:01 schrieb Vlad Seryakov:

>
> Are there any objections?
>

Just a quick question...

The binder process, that is, is that always forked
or only conditionally, under some cirumstances?

Zoran

Re: [naviserver-devel] Old style binder -re-support

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

Am 02.11.2005 um 21:01 schrieb Vlad Seryakov:

> Hello,
>
> I am thinking to re-add AOL3.x style of binder where it forks and  
> accepts binder requests during server startup. For now i just re- 
> added binder process and introduced new public function  
> Ns_SockBinderListen(int type, char *address, int port, int options)  
> which allocates socket directly from binder. All standard functions  
> works as normal which means for now specific modules who call new  
> functions will use new binder API.
> I will test it and then may be it can be added into all  
> Ns_SockListenXXX family so we will not need -b arg anymore. It is  
> hard to administer and perform automatic re-configuration with 2  
> completely different places where ports can be defined.
>
> Are there any objections?
>

Well, I have no experience at that point and we do not use the -b  
option at all
hence if you think this is OK, then I trust you.

Cheers
Zoran

[naviserver-devel] Old style binder -re-support

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

Hello,

I am thinking to re-add AOL3.x style of binder where it forks and 
accepts binder requests during server startup. For now i just re-added 
binder process and introduced new public function 
Ns_SockBinderListen(int type, char *address, int port, int options) 
which allocates socket directly from binder. All standard functions 
works as normal which means for now specific modules who call new 
functions will use new binder API.
I will test it and then may be it can be added into all Ns_SockListenXXX 
family so we will not need -b arg anymore. It is hard to administer and 
perform automatic re-configuration with 2 completely different places 
where ports can be defined.

Are there any objections?

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

Re: [naviserver-devel] ns_sendmail

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

Turning off would be better than new API

Bernd Eidenschink wrote:
> Hi  Vlad!
> 
> 
>>Will it be back-compatible? I use ns_sendmail very intensively
> 
> 
> I can turn all new behaviour by default off, so it should.
> Or I check it in separately ("sendmail2.tcl") and append "2" to every function 
> or namespace it; or place it in a to-be-created 'contrib' directory. 
> So it could be tested without haste.
> 
> Bernd.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.
> Get Certified Today * Register for a JBoss Training Course
> Free Certification Exam for All Training Attendees Through End of 2005
> Visit http://www.jboss.com/services/certification for more information
> _______________________________________________
> 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_sendmail

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

> Will it be back-compatible? I use ns_sendmail very intensively

http://www.kinetiqa.de/naviserver/sendmail2doc.html

This document explains changes.

Bernd.

Re: [naviserver-devel] ns_sendmail

[Bernd E. <b.e...@ki...>]

Hi  Vlad!

> Will it be back-compatible? I use ns_sendmail very intensively

I can turn all new behaviour by default off, so it should.
Or I check it in separately ("sendmail2.tcl") and append "2" to every function 
or namespace it; or place it in a to-be-created 'contrib' directory. 
So it could be tested without haste.

Bernd.

Re: [naviserver-devel] ns_sendmail

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

Will it be back-compatible? I use ns_sendmail very intensively

Bernd Eidenschink wrote:
> Hi!
> 
> I re-wrote ns_sendmail a bit and wanted to ask you if you find the following 
> things interesting/important enough to commit it to HEAD for further review 
> and testing:
> 
> 1. Uses utf-8 (or any other TCL supported, configurable) encoding
> 2. Quoted-Printable subject
> 3. Quoted-Printable body
> 4. Locale independent Date
> 5. Allows pretty names (Peter foo <pf...@ex...>) in to,cc,bcc-list and 
> From
> 6. Creates message-id if none is specified (where the right part of @, the 
> hostname is optionally configurable)
> 7. Allows logging of complete mail transfer instead of sending (configurable)
> 
> My goal was not to replace the mime/sendmail stuff from tcllib, which is still 
> the better choice for more complex situations, but to have something that 
> better works for non-ascii-world users and does trigger less spam filter 
> rules.
> 
> What I would finish before commit is: 
> (to 4) I have to work on a proper timezone creation
> (to 1) Turn off encoding support by default, to be fully backwards compatible; 
> maybe also for (2-3).
> 
> What do you think?
> 
> Bernd.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.
> Get Certified Today * Register for a JBoss Training Course
> Free Certification Exam for All Training Attendees Through End of 2005
> Visit http://www.jboss.com/services/certification for more information
> _______________________________________________
> 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/