Re: [naviserver-devel] Fwd: NaviServer Wins an Award from SourceForge

2022-03-02 Thread Brian Fenton
Great news, and thanks to you and your team, Gustaf for this tremendous work. Brian From: Gustaf Neumann Sent: Wednesday 2 March 2022 09:23 To: Navidevel Subject: [naviserver-devel] Fwd: NaviServer Wins an Award from SourceForge This message's attach

[naviserver-devel] Fwd: NaviServer Wins an Award from SourceForge

2022-03-02 Thread Gustaf Neumann
Dear all, NaviServer has just been recognized with the Community Choice award by SourceForge, which - to my understanding - reflects in essence the number of downloads from sourceforge. As an official winner of the Community Choice Award, we have the permission to use the award badge wherever

Re: [naviserver-devel] Fwd: NaviServer

2018-04-17 Thread Sassy Natan
Thank you!!! very much! On Tue, Apr 17, 2018 at 3:05 PM Gustaf Neumann wrote: > ns_share is outdated since ages. the workaround in [2] is not fixinig > ns_share, but replacing ns_share via nsv commands. Have you looked at [1]? > > -gn > PS: i've fixed just now the nsshare module on bitbucket to

Re: [naviserver-devel] Fwd: NaviServer

2018-04-17 Thread Gustaf Neumann
ns_share is outdated since ages. the workaround in [2] is not fixinig ns_share, but replacing ns_share via nsv commands. Have you looked at [1]? -gn PS: i've fixed just now the nsshare module on bitbucket to make it compile with actual compilers, against actual version of Tcl and NaviServer. .

[naviserver-devel] Fwd: NaviServer

2018-04-17 Thread Sassy Natan
I'm doing some work for a customer of mine, and he is still running aolserver 3!!! It is 15 years system running on fedora server! really old one with postgres 8. In my test I have manage to move the server to work with postgres 9.6 and aolserver 4.5, but I still on the process for moving it to ru

Re: [naviserver-devel] Fwd: [naviserver-commits] naviserver/nsd conn.c, 1.43, 1.44 tclresp.c, 1.18, 1.19 return.c, 1.36, 1.37 queue.c, 1.18, 1.19 connio.c, 1.29, 1.30

2007-10-02 Thread Vasiljevic Zoran
On 02.10.2007, at 22:12, Stephen Deasey wrote: > Some one who uses the chan stuff should fix up those tests and add > some more to exercise ns_chan. i.e. myself... OK, got the message... Although when I start to test it I will most definitely want to change that [ns_chan] syntax because I dislik

Re: [naviserver-devel] Fwd: [naviserver-commits] naviserver/nsd conn.c, 1.43, 1.44 tclresp.c, 1.18, 1.19 return.c, 1.36, 1.37 queue.c, 1.18, 1.19 connio.c, 1.29, 1.30

2007-10-02 Thread Vasiljevic Zoran
On 02.10.2007, at 22:05, Stephen Deasey wrote: > > You missed 'status', hidden among all those ? ? ? ? ? ? :-) I know I know... I just wanted to check the complete syntax w/o looking at the manpage ;-) - This SF.net emai

Re: [naviserver-devel] Fwd: [naviserver-commits] naviserver/nsd conn.c, 1.43, 1.44 tclresp.c, 1.18, 1.19 return.c, 1.36, 1.37 queue.c, 1.18, 1.19 connio.c, 1.29, 1.30

2007-10-02 Thread Stephen Deasey
On 10/2/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote: > hi Stephen, > > Begin forwarded message: > > > ! connPtr->responseLength = -1; /* -1 == unknown (stream), 0 > > == zero bytes. */ > > > Allright. "-binary" option to ns_headers, no optional length arg. > I can live with that. The two

Re: [naviserver-devel] Fwd: [naviserver-commits] naviserver/nsd conn.c, 1.43, 1.44 tclresp.c, 1.18, 1.19 return.c, 1.36, 1.37 queue.c, 1.18, 1.19 connio.c, 1.29, 1.30

2007-10-02 Thread Stephen Deasey
On 10/2/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote: > > On 02.10.2007, at 21:48, Vasiljevic Zoran wrote: > > > hi Stephen, > > > > Begin forwarded message: > > > >> ! connPtr->responseLength = -1; /* -1 == unknown (stream), 0 > >> == zero bytes. */ > > > > > > Allright. "-binary" option to

Re: [naviserver-devel] Fwd: [naviserver-commits] naviserver/nsd conn.c, 1.43, 1.44 tclresp.c, 1.18, 1.19 return.c, 1.36, 1.37 queue.c, 1.18, 1.19 connio.c, 1.29, 1.30

2007-10-02 Thread Vasiljevic Zoran
On 02.10.2007, at 21:48, Vasiljevic Zoran wrote: > hi Stephen, > > Begin forwarded message: > >> ! connPtr->responseLength = -1; /* -1 == unknown (stream), 0 >> == zero bytes. */ > > > Allright. "-binary" option to ns_headers, no optional length arg. > I can live with that. Ah, lexxsrv:nsc

[naviserver-devel] Fwd: [naviserver-commits] naviserver/nsd conn.c, 1.43, 1.44 tclresp.c, 1.18, 1.19 return.c, 1.36, 1.37 queue.c, 1.18, 1.19 connio.c, 1.29, 1.30

2007-10-02 Thread Vasiljevic Zoran
hi Stephen, Begin forwarded message: > ! connPtr->responseLength = -1; /* -1 == unknown (stream), 0 > == zero bytes. */ Allright. "-binary" option to ns_headers, no optional length arg. I can live with that. Apropos new tests that use thread extension and thread::transfer command; this