naviserver-devel — Developer discussion

Re: [naviserver-devel] binder, sockets

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

On 6/10/05, Zoran Vasiljevic <zv...@ar...> wrote:
> Hi!
>=20
> I'm in the process of cleaning up the code in order to
> re-enable Windows compilation.
> I've found several things we'd need to unify somehow:
>=20
> We have (until recently) had only TCP protocol support
> hence the calls like:
>=20
>    Ns_SockBind
>    Ns_SockListen
>    etc.
>=20
> As of now, there are multiple other connection options
> supported (raw sockets, udp sockets, unix domain sockets).
> There are couple of places in the code where I see:
>=20
>=20
> Ns_SockBindUdp
>=20
> Ns_SockListenEx
> Ns_SockListenUdp
> Ns_SockListenRaw
> Ns_SockListenUnix
>=20
> I'd like to bring in some logic there. Therefore the proposal:
>=20
> All TCP related calls should stay as-is.
>=20
> We'd add additional calls to better identify what's being done:
>=20
>    Ns_SockListenTcp   (new, should be called by Ns_SocketListen)
>    Ns_SockListenUdp   (exists)
>    Ns_SockListenRaw   (exists)
>    Ns_SockListenUnix  (exists)


Ns_SockListenTcp() should probably replace Ns_SockListenEx() with it's
backlog parameter?  The passed backlog should be checked, and if it's
< 1, use the default from the config file.

If this is the new recommended way to listen on sockets, I'd update
all callers of the old Ns_SockListen(Ex) functions.  People will cut
'n paste old code and continue the confusion.


> Then:
>=20
>    Ns_SockBindTcp   (new, should be called by Ns_SocketBind)
>    Ns_SockBindUdp   (exists)
>    Ns_SockBindRaw   (new)
>    Ns_SockBindUnix  (new)
>
> In binder.c there are some calls which are only used withing the
> file hence we'd need to adjust the call interface to illustrate
> this:
>=20
>    Ns_SockRaw  - > SockRaw
>=20
> Also, the Ns_SockListenUnix is a combination of create + bind
> but unlike other pendants, does not honour the preboundUnix sockets.
> We should split this. Make the Ns_SockListenUnix actually
> honour prebound sockets (which it does not do now) and use
> internally the Ns_SockBindUnix to bind so it'd be on-pair with
> the TCP.


Hmm, Ns_SockListenUnix() doesn't actually call listen().  Is this
right?  Also, is a backlog parameter appropraite here, as in
Ns_SockListenEx()?


> All in all, this will not change the functionality but will
> *definitely* improve understanding and code maintenance.
> There are other places in sock.c which seem pretty odd like
>=20
>    Ns_SockBind calls Ns_BindSock
>=20
> what is the reason of having those two (backward-compat?)


You can decalare Ns_BindSock() NS_GNUC_DEPRECATED and no one else need
be confused  :-)


> I will like to cleanup this now. Are there any voices against
> or any other ideas?
>=20
> Cheers
> Zoran

Re: [naviserver-devel] Move nscgi to modules?

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

On 6/10/05, Zoran Vasiljevic <zv...@ar...> wrote:
> Hi!
>=20
> In the process of wholesale cleanup, we might consider
> moving the nscgi module out of the main server and
> into the modules section.
>=20
> The nslog/nsperm/nscp are pretty important to the server
> operation and I'd leave them where they are. Just the
> nscgi thing: we never needed it.
>=20
> Not something of the terrible importance. Just a thought.


Hmm, not sure.  It's a universal standard for web servers, I think
people expect it.

How about nsdb?  This is an important module for people, but I'm
hoping my newer nsdbi will be a big enough improvement that it becomes
the new standard.  In that case, it's kind of confusing to ship the
old version.  Maybe it's something for the future.  What do folks
think?

Re: [naviserver-devel] still left to fix

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

On 6/13/05, Bernd Eidenschink <eid...@we...> wrote:
>=20
> Hi Stephen,
>=20
> > Now compiles clean for me with gcc 4 using flags: -02 -Wall
> > -Wno-implicit-int. (Linux FC3).  Yippee!
>=20
> I compiled well last tuesday without mentionable warnings but then, when
> following the 'compile ?' thread, I asked myself if I did compile it
> wrong... :-)

Some changes were made that cause a lot more warnings to show up.=20
Depending on when you tested during the recent burst of activity, you
may or may not have picked this up.

> But nevertheless, tried it again this morning against TCL head (8.5) and
> everything went fine. The only error (concerning make test) is due to a
> TCL-related namespace import (without --force) failure, not naviservers
> fault.

Groovy!

Re: [naviserver-devel] still left to fix

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

Hi Stephen,

> Now compiles clean for me with gcc 4 using flags: -02 -Wall
> -Wno-implicit-int. (Linux FC3).  Yippee!

I compiled well last tuesday without mentionable warnings but then, when 
following the 'compile ?' thread, I asked myself if I did compile it 
wrong... :-)

But nevertheless, tried it again this morning against TCL head (8.5) and 
everything went fine. The only error (concerning make test) is due to a 
TCL-related namespace import (without --force) failure, not naviservers 
fault.

Bernd.

Re: [naviserver-devel] still left to fix

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

On 6/11/05, Zoran Vasiljevic <zv...@ar...> wrote:
> Hi
>=20
> I have tested the compilation on following platforms/os'es
>=20
>     Solaris(sparc) 2.6/2.8
>     Linux(intel) SuSE8.2/9.1
>     Mac OSX(powerpc) Darwin 6.8/7.9/8.0 (aka Mac OSX 10.2/10.3/10.4)
>=20
> Next week we will finish the Windows port and there will be
> some things changed as well....
>=20
> I have fixed some trivial cases in the CVS.
> Those things are still being complained about:
>=20
> --------
> signal.c: In function `ns_sigmask':
> signal.c:61: warning: implicit declaration of function `pthread_sigmask'
> (Solaris 2.6/2.8)
>=20
> --------
> pathname.c: In function `MakePath':
> pathname.c:738: warning: subscript has type `char'
> pathname.c: In function `ServerRoot':
> pathname.c:813: warning: subscript has type `char'
> (All platforms)
>=20
> --------
> return.c: In function `Ns_ConnConstructHeaders':
> return.c:262: warning: suggest parentheses around && within ||
> (All platforms)
>=20
> --------
> tclsock.c:841: warning: `SockSetBlocking' defined but not used
> (All platforms)
>=20
> --------
> nscgi.c: In function `CgiExec':
> nscgi.c:776: warning: `Ns_DecodeUrlCharset' is deprecated (declared
> at ../include/ns.h:1289)
> nscgi.c:784: warning: `Ns_DecodeUrlCharset' is deprecated (declared
> at ../include/ns.h:1289)
> nscgi.c:806: warning: `Ns_ConnLocation' is deprecated (declared at ../
> include/ns.h:638)
> nscgi.c:838: warning: `Ns_ConnLocation' is deprecated (declared at ../
> include/ns.h:638)
> nscgi.c:934: warning: `Ns_DecodeUrlCharset' is deprecated (declared
> at ../include/ns.h:1289)
> nscgi.c: In function `CgiCopy':
> nscgi.c:1109: warning: `Ns_ConnLocation' is deprecated (declared
> at ../include/ns.h:638)
> (All platforms)
>=20
> ---------
> dsprintf.c: In function `Ns_DStringVPrintf':
> dsprintf.c:294: warning: use of `long double' type; its size may
> change in a future release
> dsprintf.c:294: warning: (Long double usage is reported only once for
> each file.
> dsprintf.c:294: warning: To disable this warning, use -Wno-long-double.)
> (Darwin 6.8/7.9/8.0)
>=20
> ---------
> tclmisc.c:666: warning: redefinition of `u_int32_t'
> /usr/include/sys/types.h:198: warning: `u_int32_t' previously
> declared here
> tclmisc.c:667: warning: redefinition of `u_int8_t'
> /usr/include/sys/types.h:196: warning: `u_int8_t' previously declared
> here
> (Linux)
>=20
> Cheers
> Zoran


Now compiles clean for me with gcc 4 using flags: -02 -Wall
-Wno-implicit-int. (Linux FC3).  Yippee!

Re: [naviserver-devel] strict aliasing?

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

Am 12.06.2005 um 07:06 schrieb Stephen Deasey:

>
>
> For much of the command parsing, I think something like this is fine:
>
>     int opt;
>
>     static CONST char *opts[] = {
>         "cleanup", "list", "create", "put", "get", NULL
>     };
>     enum {
>         CCleanupIdx, CListIdx, CCreateIdx, CPutIdx, CGetIdx
>     };
>
>     if (Tcl_GetIndexFromObj(interp, objv[1], opts, "option", 0, &opt)
> != TCL_OK) {
>         return TCL_ERROR;
>     }
>
>

Yes. Indeed. We should gradually go and fix those.
I will do that while walking thru. You can do as well
if at the right place.

Zoran

Re: [naviserver-devel] strict aliasing?

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

On 6/11/05, Zoran Vasiljevic <zv...@ar...> wrote:
> Hi
>=20
> When you compile w/o debugging (i.e. with optimisation)
> the GCC spits whole-lotta stuff like that:
>=20
> tclthread.c:401: warning: dereferencing type-punned pointer will
> break strict-aliasing rules
> tclthread.c:401: warning: dereferencing type-punned pointer will
> break strict-aliasing rules
>=20
> The warning sems to trigger when a pointer is casted like this:
>=20
>      enum {
>          EAbsWaitIdx, EBroadcastIdx, ECreateIdx, EDestroyIdx, ESetIdx,
>          ESignalIdx, ETimedWaitIdx, EWaitIdx
>      } opt;
>=20
>      if (!GetArgs(interp, objc, objv, opts, 'e', ECreateIdx,
>                    (int *) &opt, (void **) &condPtr)) {
>          return TCL_ERROR;
>=20
> The "opt" and "condPtr" in GetArgs() are casted and it barks
> at them. I cannot possibly imagine changing all code to
> something like:
>=20
>      enum {
>          EAbsWaitIdx, EBroadcastIdx, ECreateIdx, EDestroyIdx, ESetIdx,
>          ESignalIdx, ETimedWaitIdx, EWaitIdx
>      } opt;
>      int myOpt =3D (int)opt;
>=20
>      if (!GetArgs(interp, objc, objv, opts, 'e', ECreateIdx,
>                    &myOpt, (void **) &condPtr)) {
>          return TCL_ERROR;
>=20
> This would mean lots of work and may introduce errors.
>=20
> I've read that you can use (starting with gcc 3.3) -fno-strict-aliasing
> which would remove those warnings. But also, somebody said that the
> effect of the "-O2" is gone in such cases (haven't be able to verify)
>=20
> What to do?
> Any ideas?


For much of the command parsing, I think something like this is fine:

    int opt;

    static CONST char *opts[] =3D {
        "cleanup", "list", "create", "put", "get", NULL
    };
    enum {
        CCleanupIdx, CListIdx, CCreateIdx, CPutIdx, CGetIdx
    };

    if (Tcl_GetIndexFromObj(interp, objv[1], opts, "option", 0, &opt)
!=3D TCL_OK) {
        return TCL_ERROR;
    }

Re: [naviserver-devel] strict aliasing?

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

I will need as much as possible speed for my next project where i will 
use NS but i do not experience with gcc optimization either. But in
previous work i always wanted debugging info and sometimes -ON flags 
messed with gdb because of optimization.
I say let's use -fno-strict-aliasing but use -fstrict-aliasing when 
compile for make test. That way we can clean up code.

Zoran Vasiljevic wrote:
> 
> Am 11.06.2005 um 21:50 schrieb Vlad Seryakov:
> 
>> I went through google about this and found out that many projects  
>> like Linux, PostgreSQL and others use -fno-strict-aliasing. And  
>> nobody could determine if this affects optimnization, so we can use  
>> that flag as well and in the meantime slowly change the code.
>>
> 
> This is what I thought at the first glance but did not want
> to undertake anything until we clear this out.
> I have zero experience about what it meany to use -O switch
> because we always compile with symbols and w/o optimization.
> This is far more important (to get a decent coredump) then
> some (possible marginal) speed improvment. Our server itself
> is network/IO-bound and not CPU bound, hence we do not really
> care. But you might, therefore I thougt it is better to ask.
> 
> Cheers
> Zoran
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you 
> shotput
> a projector? How fast can you ride your desk chair down the office luge 
> track?
> If you want to score the big prize, get to know the little guy.  Play to 
> win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> 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] strict aliasing?

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

Am 11.06.2005 um 21:50 schrieb Vlad Seryakov:

> I went through google about this and found out that many projects  
> like Linux, PostgreSQL and others use -fno-strict-aliasing. And  
> nobody could determine if this affects optimnization, so we can use  
> that flag as well and in the meantime slowly change the code.
>

This is what I thought at the first glance but did not want
to undertake anything until we clear this out.
I have zero experience about what it meany to use -O switch
because we always compile with symbols and w/o optimization.
This is far more important (to get a decent coredump) then
some (possible marginal) speed improvment. Our server itself
is network/IO-bound and not CPU bound, hence we do not really
care. But you might, therefore I thougt it is better to ask.

Cheers
Zoran

Re: [naviserver-devel] strict aliasing?

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

I went through google about this and found out that many projects like 
Linux, PostgreSQL and others use -fno-strict-aliasing. And nobody could 
determine if this affects optimnization, so we can use that flag as well 
and in the meantime slowly change the code.

Zoran Vasiljevic wrote:
> Hi
> 
> When you compile w/o debugging (i.e. with optimisation)
> the GCC spits whole-lotta stuff like that:
> 
> tclthread.c:401: warning: dereferencing type-punned pointer will  break 
> strict-aliasing rules
> tclthread.c:401: warning: dereferencing type-punned pointer will  break 
> strict-aliasing rules
> 
> The warning sems to trigger when a pointer is casted like this:
> 
>     enum {
>         EAbsWaitIdx, EBroadcastIdx, ECreateIdx, EDestroyIdx, ESetIdx,
>         ESignalIdx, ETimedWaitIdx, EWaitIdx
>     } opt;
> 
>     if (!GetArgs(interp, objc, objv, opts, 'e', ECreateIdx,
>                   (int *) &opt, (void **) &condPtr)) {
>         return TCL_ERROR;
> 
> The "opt" and "condPtr" in GetArgs() are casted and it barks
> at them. I cannot possibly imagine changing all code to
> something like:
> 
>     enum {
>         EAbsWaitIdx, EBroadcastIdx, ECreateIdx, EDestroyIdx, ESetIdx,
>         ESignalIdx, ETimedWaitIdx, EWaitIdx
>     } opt;
>     int myOpt = (int)opt;
> 
>     if (!GetArgs(interp, objc, objv, opts, 'e', ECreateIdx,
>                   &myOpt, (void **) &condPtr)) {
>         return TCL_ERROR;
> 
> This would mean lots of work and may introduce errors.
> 
> I've read that you can use (starting with gcc 3.3) -fno-strict-aliasing
> which would remove those warnings. But also, somebody said that the
> effect of the "-O2" is gone in such cases (haven't be able to verify)
> 
> What to do?
> Any ideas?
> 
> Zoran
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you 
> shotput
> a projector? How fast can you ride your desk chair down the office luge 
> track?
> If you want to score the big prize, get to know the little guy.  Play to 
> win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> 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] still left to fix

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

Hi

I have tested the compilation on following platforms/os'es

    Solaris(sparc) 2.6/2.8
    Linux(intel) SuSE8.2/9.1
    Mac OSX(powerpc) Darwin 6.8/7.9/8.0 (aka Mac OSX 10.2/10.3/10.4)

Next week we will finish the Windows port and there will be
some things changed as well....

I have fixed some trivial cases in the CVS.
Those things are still being complained about:

--------
signal.c: In function `ns_sigmask':
signal.c:61: warning: implicit declaration of function `pthread_sigmask'
(Solaris 2.6/2.8)

--------
pathname.c: In function `MakePath':
pathname.c:738: warning: subscript has type `char'
pathname.c: In function `ServerRoot':
pathname.c:813: warning: subscript has type `char'
(All platforms)

--------
return.c: In function `Ns_ConnConstructHeaders':
return.c:262: warning: suggest parentheses around && within ||
(All platforms)

--------
tclsock.c:841: warning: `SockSetBlocking' defined but not used
(All platforms)

--------
nscgi.c: In function `CgiExec':
nscgi.c:776: warning: `Ns_DecodeUrlCharset' is deprecated (declared  
at ../include/ns.h:1289)
nscgi.c:784: warning: `Ns_DecodeUrlCharset' is deprecated (declared  
at ../include/ns.h:1289)
nscgi.c:806: warning: `Ns_ConnLocation' is deprecated (declared at ../ 
include/ns.h:638)
nscgi.c:838: warning: `Ns_ConnLocation' is deprecated (declared at ../ 
include/ns.h:638)
nscgi.c:934: warning: `Ns_DecodeUrlCharset' is deprecated (declared  
at ../include/ns.h:1289)
nscgi.c: In function `CgiCopy':
nscgi.c:1109: warning: `Ns_ConnLocation' is deprecated (declared  
at ../include/ns.h:638)
(All platforms)

---------
dsprintf.c: In function `Ns_DStringVPrintf':
dsprintf.c:294: warning: use of `long double' type; its size may  
change in a future release
dsprintf.c:294: warning: (Long double usage is reported only once for  
each file.
dsprintf.c:294: warning: To disable this warning, use -Wno-long-double.)
(Darwin 6.8/7.9/8.0)

---------
tclmisc.c:666: warning: redefinition of `u_int32_t'
/usr/include/sys/types.h:198: warning: `u_int32_t' previously  
declared here
tclmisc.c:667: warning: redefinition of `u_int8_t'
/usr/include/sys/types.h:196: warning: `u_int8_t' previously declared  
here
(Linux)

Cheers
Zoran

[naviserver-devel] email notifications for checkin

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

Hi!

In case you miss some notification emails about my last
checkin, here is the reason:

Mailing nav...@li......
Generating notification message...
Generating notification message... done.
Mailing nav...@li......
Generating notification message...
Traceback (most recent call last):
   File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 433, in ?
     main()
   File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 426, in main
     contextlines, fromhost, replyto)
   File "/cvsroot/sitedocs/CVSROOT/cvstools/syncmail", line 253, in  
blast_mail
     resp = conn.sendmail(address, people, s.getvalue())
   File "/usr/lib/python2.2/smtplib.py", line 670, in sendmail
     raise SMTPSenderRefused(code, resp, from_addr)
smtplib.SMTPSenderRefused: (452, 'Space shortage, please try later',  
'vas...@pr...')

Cheers
Zoran

[naviserver-devel] strict aliasing?

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

Hi

When you compile w/o debugging (i.e. with optimisation)
the GCC spits whole-lotta stuff like that:

tclthread.c:401: warning: dereferencing type-punned pointer will  
break strict-aliasing rules
tclthread.c:401: warning: dereferencing type-punned pointer will  
break strict-aliasing rules

The warning sems to trigger when a pointer is casted like this:

     enum {
         EAbsWaitIdx, EBroadcastIdx, ECreateIdx, EDestroyIdx, ESetIdx,
         ESignalIdx, ETimedWaitIdx, EWaitIdx
     } opt;

     if (!GetArgs(interp, objc, objv, opts, 'e', ECreateIdx,
                   (int *) &opt, (void **) &condPtr)) {
         return TCL_ERROR;

The "opt" and "condPtr" in GetArgs() are casted and it barks
at them. I cannot possibly imagine changing all code to
something like:

     enum {
         EAbsWaitIdx, EBroadcastIdx, ECreateIdx, EDestroyIdx, ESetIdx,
         ESignalIdx, ETimedWaitIdx, EWaitIdx
     } opt;
     int myOpt = (int)opt;

     if (!GetArgs(interp, objc, objv, opts, 'e', ECreateIdx,
                   &myOpt, (void **) &condPtr)) {
         return TCL_ERROR;

This would mean lots of work and may introduce errors.

I've read that you can use (starting with gcc 3.3) -fno-strict-aliasing
which would remove those warnings. But also, somebody said that the
effect of the "-O2" is gone in such cases (haven't be able to verify)

What to do?
Any ideas?

Zoran

Re: [naviserver-devel] config.h

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

On 6/10/05, Vlad Seryakov <vl...@cr...> wrote:
> Is it possible to rename config.h to nsconfig.h?


Yep, done.

Re: [naviserver-devel] arg checking looks good!

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

On 6/10/05, Zoran Vasiljevic <zv...@ar...> wrote:
>=20
> Aha! Stephen, this is the thing you talked about?
>=20
> driver.c: In function `Ns_DriverInit':
> driver.c:408: warning: too few arguments for format
>=20
> There are couple of those arround...


Yeah, it's a two pronged attack:  junk useless compiler output such as
TCL_DEFS and the RCSID warning so that you're more likely to see real
errors, then crank up the level of checking.  This should be pretty
useful to module writers who don't necessarily want to study the
server code in depth.

[naviserver-devel] arg checking looks good!

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

Aha! Stephen, this is the thing you talked about?

driver.c: In function `Ns_DriverInit':
driver.c:408: warning: too few arguments for format

There are couple of those arround...

Zoran

Re: [naviserver-devel] binder, sockets

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

I'd like to keep this as is for the moment.


On 6/10/05, Vlad Seryakov <vl...@cr...> wrote:
> Good call, i will move. Until we find good way for determining file
> paths, i will check for unix style for now.
>=20
> Also, do we want to keep old style virtual hosting by loading nssock
> globally. I've never used it and it is so
> inconvenient. The code is in the DriverInit. Or we can convert it as i
> offered a while ago to be able do host mapping in any loaded nssock
> driver without need to load nssock globally.
>=20
> >
> > Also, I see (in driver.c:436)
> >
> >     drvPtr =3D firstDrvPtr;
> >     while (drvPtr !=3D NULL) {
> >         if (drvPtr->bindaddr && drvPtr->bindaddr[0] =3D=3D '/') {
> >             drvPtr->opts |=3D NS_DRIVER_UNIX;
> >         }
> >         if (drvPtr->opts & NS_DRIVER_UDP) {
> >
> > Here the decision is taken on examining the bind-address.
> > Couldn't we move this way down where the drvPtr->bindaddr
> > is actually assigned to and turn the drvPtr->opts there?
> > This would be more logical and easy to understand.
> >
> > Zoran
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
> > shotput
> > a projector? How fast can you ride your desk chair down the office luge
> > track?
> > If you want to score the big prize, get to know the little guy.  Play t=
o
> > win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> > _______________________________________________
> > naviserver-devel mailing list
> > nav...@li...
> > https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>=20
> --
> Vlad Seryakov
> 571 262-8608 office
> vl...@cr...
> http://www.crystalballinc.com/vlad/
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you sho=
tput
> a projector? How fast can you ride your desk chair down the office luge t=
rack?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>

Re: [naviserver-devel] Move to somekind of chatroom?

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

Am 10.06.2005 um 19:50 schrieb Stephen Deasey:

>
> I'm not sure that it would help -- I like to read the code and have a
> think to see if I'm smoking crack or not in these kinds of
> situations...  :-)
>


Hey, we are already online:

   Zoran on AIM (user: vungerk)
   Vlad on ICQ (ID: 23954597)

The AOL makes the AIM<->ICQ bridge and we are already chatting.
Admittently, no written record after that, but it helps
exchanging thoughts faster.

Care to join in sometimes?

Zoran

Re: [naviserver-devel] Move to somekind of chatroom?

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

On 6/10/05, Zoran Vasiljevic <zv...@ar...> wrote:
> Hi friends,
>=20
> As we discuss that much, wouldn't it be faster/easier/better
> to go to some chatroom on AIM or elsewhere?


I'm not sure that it would help -- I like to read the code and have a
think to see if I'm smoking crack or not in these kinds of
situations...  :-)

Re: [naviserver-devel] Move to somekind of chatroom?

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

23954597

Zoran Vasiljevic wrote:
> 
> Am 10.06.2005 um 19:18 schrieb Vlad Seryakov:
> 
>> I only use ICQ
>>
> 
> And your ICQ id is: --- ?
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you 
> shotput
> a projector? How fast can you ride your desk chair down the office luge 
> track?
> If you want to score the big prize, get to know the little guy.  Play to 
> win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> 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] Move to somekind of chatroom?

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

Am 10.06.2005 um 19:18 schrieb Vlad Seryakov:

> I only use ICQ
>

And your ICQ id is: --- ?

Re: [naviserver-devel] Move to somekind of chatroom?

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

Am 10.06.2005 um 19:18 schrieb Vlad Seryakov:

> I only use ICQ
>

I can use whatever. Dunno about ICQ but am just downloading the Mac SW.
Lets see...
Zoran

Re: [naviserver-devel] Move to somekind of chatroom?

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

I only use ICQ

Zoran Vasiljevic wrote:
> Hi friends,
> 
> As we discuss that much, wouldn't it be faster/easier/better
> to go to some chatroom on AIM or elsewhere?
> 
> Zoran
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you 
> shotput
> a projector? How fast can you ride your desk chair down the office luge 
> track?
> If you want to score the big prize, get to know the little guy.  Play to 
> win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> 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] binder, sockets

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

Am 10.06.2005 um 19:09 schrieb Vlad Seryakov:

> Also, do we want to keep old style virtual hosting by loading  
> nssock globally. I've never used it and it is so
> inconvenient. The code is in the DriverInit. Or we can convert it  
> as i offered a while ago to be able do host mapping in any loaded  
> nssock driver without need to load nssock globally.
>

Uh... I can't answer immediately but I'm afraid it will hit us
in the back. I'd rather stay with the global nssock until I
check out what would that mean for our app.

Zoran

Re: [naviserver-devel] Re: [naviserver-commits] naviserver/nsd tclobjv.c,1.7,1.8 tclresp.c,1.4,1.5

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

All that encoding also depends on how your server configured, does it 
use non-standard encoding or everything in UTF. Eastern websites usually 
support many languages and there all encoding/translation goes, so being 
able to explicitly handle binary data is important.

Zoran Vasiljevic wrote:
> 
> Am 10.06.2005 um 18:55 schrieb Stephen Deasey:
> 
>>
>> You've just passed arbitrary bytes to an API which expects UTF8.
>> Expect your server to crash...
>>
>>
> 
> Hm....
> 
> set chan [open /the/file.img]
> fconfigure $chan -translation binary
> set datain [read $chan]
> close $file
> nsv_set Images file.img $datain
> #
> set dataout [nsv_set Images file.img]
> set chan [open /the/fileout.img w]
> fconfigure $chan -translation binary
> puts -nonewline $chan $dataout
> close $file
> 
> Crash ?
> 
> Zoran
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you 
> shotput
> a projector? How fast can you ride your desk chair down the office luge 
> track?
> If you want to score the big prize, get to know the little guy.  Play to 
> win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> 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/