On Sat, Feb 1, 2014 at 10:42 AM, Bitbucket wrote:
> 3 new commits in nsdbi:
>
> https://bitbucket.org/naviserver/nsdbi/commits/c81a764b2dad/
> Changeset: c81a764b2dad
> User:gustafn
> Date:2014-02-01 11:41:41
> Summary: - added "-result flat|sets|dicts?" to dbi_rows to specif
On Sun, Feb 2, 2014 at 9:16 PM, Gustaf Neumann wrote:
>
> Am 02.02.14 19:36, schrieb Stephen:
> >
> > The original concern was that a generic utility function which wraps
> > dbi_rows and uses the typical foreach pattern might have it's private
> > variables
On Mon, Feb 3, 2014 at 2:40 PM, Gustaf Neumann wrote:
>
> converting ns-sets naively into local variables will clobber other locals,
> using some strange array names etc. would still require to modify
> all functions accessing the ns-sets, or passing the ns-sets around etc.
>
db_foreach already
On Thu, Feb 6, 2014 at 5:17 PM, Wolfgang Winkler
wrote:
> Hello!
>
> I've added a datatype "dict" to the list of possible DbiResults. "dicts"
> returns a list of dicts, whereas "dict" returns a dict. The keys for the first
> level is a simple counter. So instead of
>
> {user_id 1 user_name Max} {u
> For the time being, i've used (abused?) the public
> Dbi_Handle->rowIdx to return in the DML case the
> number of affected rows. This has the advantage,
> that all data-structures are unchanged, and the
> modifications are quite local.
>
> -g
>
> Am 06.02.14
7, 2014 at 1:25 AM, Stephen wrote:
> This used to work. I *think* what happened is it got overlooked when I
> implemented the sqlite driver and had to change the driver interface
> to accommodate it (sqlite doesn't return nrows - you have to step the
> state machine yourself).
The original test showed a difference of 250% between best and worst. The
new test shows 9%. The difference is:
- the overhead of bulk conversion of kv lists in Tcl removed
- the de-duplication of columns in list result types
In this rather large test, de-duplicating the column keys saved 140,000
On Sun, Feb 9, 2014 at 1:56 AM, Gustaf Neumann wrote:
> dbipg does for each session unconditionally
>
> set session timezone = 'UTC'
> set session client_encoding = 'UTF8'
> set session datestyle = 'ISO'
>
> actually, postgresql.conf sets these values, it is confusing, when psql
> behaves
> differ
On Mon, Oct 6, 2014 at 10:31 PM, Gustaf Neumann wrote:
>
> I've merged in your changes to the main branch.
Here are some build errors while cross-compiling with mingw using this
docker image:
https://bitbucket.org/groks/build-naviserver-mingw/src/tip/naviserver/
---> 0eaa9093aff9
Removing i
On Tue, Oct 7, 2014 at 12:11 PM, Gustaf Neumann wrote:
>
> Stephen,
>
> the Docker image is cool stuff! Many thanks!
> This eases mingw builds significantly.
>
> It compiles now fine the first bunch of files in nsthread
> fine, but stops then with
>
> x86_64-w64-min
On Wed, Oct 15, 2014 at 8:24 PM, Andrew Piskorski wrote:
>
> On Wed, Oct 15, 2014 at 03:45:59AM -0400, Andrew Piskorski wrote:
>
> > In my own application on Windows, my connection thread tells a worker
> > thread to do something using nsv, mutexes, and a condition variable.
> >
> > This is old co
Try something like:
ns_register_url2file /* my_no_adp_ext_url2file_proc
foreach ext {adp html txt xml jpg gif} {
ns_register_fasturl2file "/*.$ext"
}
ns_register_fasturl2file /static/*
ns_register_url2file handles only url-to-file lookups so you can still
use filters and
On Tue, Jan 17, 2017 at 9:43 PM, Gustaf Neumann wrote:
>
> Dear Stephen and all,
>
> That is a neat idea! The only disadvantage is, that the order of
> registration is important,
> which can can lead to fiddling with the config file and to some not easy
> predictable behavio
On 12/19/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
yes, it crashes when number of threads are more than 1 with any size but
not all the time, sometimes i need to run it several times, looks like
it is random, some combination, not sure of what.
I guess we never got that high concurrency in Na
On 12/19/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 19.12.2006, at 17:08, Vlad Seryakov wrote:
> I converted all to use pthreads directly instead of Tcl wrappers, and
> now it does not crash anymore. Will continue testing but it looks like
> Tcl is the problem here, not ptmalloc
Where
On 12/19/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
Right, with Ns_ functions it does not crash.
Zoran will be happy... :-)
On 1/15/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Nobody yet gave any reasonable explanation why we are
that fast on Mac OSX compared to any other allocator.
Recall, that was 870.573/70.713.324 ops/sec Zippy/VT
so about 81 times faster, for 16 threads.
Although it really seems like a bug e
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 15.01.2007 um 22:37 schrieb Zoran Vasiljevic:
>
> Am 15.01.2007 um 22:22 schrieb Mike:
>
>>
>> Zoran, I believe you misunderstood. The "patch" above limits blocks
>> allocated by your tester to 16000 instead of 16384 blocks. The
>> re
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 16.01.2007 um 10:37 schrieb Stephen Deasey:
>
> Can you import this into CVS? Top level.
>
You mean the tclThreadAlloc.c file on top-level
of the naviserver project?
The whole thing: README, licence, tests etc.
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 16.01.2007 um 12:18 schrieb Stephen Deasey:
> vtmalloc <-- add this
It's there. Everybody can now contribute, if needed.
Rocking.
I suggest putting the 0.0.3 tarball up on sourceforge, announcing on
Freshmeat,
On 1/16/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 16.01.2007 um 12:18 schrieb Stephen Deasey:
>
> > vtmalloc <-- add this
>
> It's there. Everybody can now contribute, if needed.
On 1/19/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Hi!
I have observed a ns_cache behaviour that I'd like to change.
In ns_cache, it is possible to create timestamped elements
that would expire after some time. But, they will never
expire on their own. If you fill the cache with thousands
On 1/19/07, Jeff Rogers <[EMAIL PROTECTED]> wrote:
Stephen Deasey wrote:
> Hit rate is not necessarily the best measure of effectiveness. Perhaps
> it's more expensive to fill one cache than it is to fill another? A
> single, shared LRU seemed like the simplest solution.
On 1/19/07, Jeff Rogers <[EMAIL PROTECTED]> wrote:
A second situation is where there is an expired entry and multiple
threads access it at the same time. It is probably handled as above, as
if there was no entry. But it might be desirable in certain situations
to return a stale entry immediate
On 1/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 19.01.2007 um 17:38 schrieb Stephen Deasey:
> For Tcl, add a new switch to ns_cache_create, -expireflush (or
> whatever). Keep the -expire and -expireflush times distinct. Tcl
> caches live forever IIRC so that'
On 1/22/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Update of /cvsroot/naviserver/vtmalloc
In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv32463
Modified Files:
ChangeLog tclThreadAlloc.c
Log Message:
Reduced alloation size handled by this allocator to 16384 bytes. Larger
alloc
On 1/23/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 23.01.2007 um 15:42 schrieb Zoran Vasiljevic:
> This way the system allocator
> is handling those and it can toss free'd blocks
> to other threads reducing peak memory usage.
> Since allocations of that sizes (and larger) are
> pretty r
On 1/23/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
Hi,
I was playing with epoll and changed driver to see if performance will
be better with it. Using ab utility i actually got worse performance
with epoll, i suspect may be i implemented it not very effectively.
How are you using ab? What
On 1/23/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 23.01.2007 um 17:14 schrieb Vlad Seryakov:
> and lighttpd also uses sendfile which is faster than user-spave
> read-send operation fastpath uses
There you go. They do it all in kernel. I guess this can't be beat.
Anyways, it is good to
On 2/6/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
On Linux HAVE_INET_NTOP is defined, i assume on OpenBSD not and
the part with the union is not working
It should be defined, because it seems to have it:
http://www.openbsd.org/cgi-bin/man.cgi?query=inet_ntop
Anyway, our custom test for t
On 2/7/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
But when we check for inet_ntop there is no u_int8_t or other type
references, just inet_ntop(0, (char *)0, (char *)0, 0);
Can you check config.log for inet_ntop checking
The custom check is unnecessary. It should just be:
AC_CHECK_FUNCS([
On 2/7/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
I updated configure.in in the CVS, can you run autogen.sh on CVS version
and see if it will detect it right.
Actually I think you want AC_CHECK_FUNCS (with an 'S'), which
automatically defines the correct variables.
Just add it to the existi
On 2/10/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
My adventures (with CVS HEAD) on OpenBSD/sparc64 continue.
Unless I set:
ns_section "ns/server/${servername}/module/nssock"
ns_param acceptsize 1
in my conf file then incoming an HTTP request never get servi
On 2/10/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
My adventures (with CVS HEAD) on OpenBSD/sparc64 continue.
Unless I set:
ns_section "ns/server/${servername}/module/nssock"
ns_param acceptsize 1
in my conf file then incoming an HTTP request never get servi
On 2/10/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
On 2/10/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
> My adventures (with CVS HEAD) on OpenBSD/sparc64 continue.
>
> Unless I set:
>
> ns_section "ns/server/${servername}/module/nssock&
On 2/19/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
Update of /cvsroot/naviserver/naviserver/nsd
In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv12140
Modified Files:
driver.c
Log Message:
Ooops, wrong version of driver.c got into CVS, reverting to original
*** driver.c19 F
On 2/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Hi,
In the latest configure.in there is a "sed -r" to extract
something out of the TCL_LIB. Can we live without that?
"sed -r" is a Linux variant only. I know that perhaps in the
near future, we will all be running Linux only, but this is b
On 2/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 20.02.2007 um 15:23 schrieb Zoran Vasiljevic:
> Hi!
>
> I haven't updated the sources for quite a long time!
> We don't compile on anything else but Linux :-(
>
> Anyways, the UIO_MAXIOV seems to be defined only for
> Linux. Neither Mac
On 2/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 20.02.2007 um 16:54 schrieb Stephen Deasey:
> What's the old skool way of doing this?
TCL_LIB="tcl$TCL_VERSION$TCL_DBGX"
You're hired. :-)
On 2/19/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
RCS file: /cvsroot/naviserver/naviserver/nsd/return.c,v
retrieving revision 1.29
retrieving revision 1.30
diff -C2 -d -r1.29 -r1.30
*** return.c24 Dec 2006 02:38:10 - 1.29
--- return.c19 Feb 2007 20:17:40 - 1.30
*
On 2/19/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
On 2/10/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
> You could try compiling the kernel with support for RTHREADS enabled.
>
> Then compile the rthreads library in /usr/src/lib/librthread
>
> Then link aga
On 9/29/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I'm referring to this entry in the ChangeLog:
>
> * nsd/tclresp.c: Add the -binary switch to ns_headers to signify
> that you
> intend sending binary data (probably with ns_write) and that the
> mime-type head
On 9/29/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 29.09.2007, at 12:22, Stephen Deasey wrote:
>
> >
> > Does this make sense:
>
> It does make sense but it does not answer either
> of my questions.
> How to handle binary streams
> of unknow
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
> >&
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 op
On 9/29/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 29.09.2007, at 15:32, Stephen Deasey wrote:
> >
> > As far as I can tell, we already support streaming binary data, both
> > to HTTP 1.0 and 1.1 clients (and also to non-HTTP custom clients).
> >
Here's some problems with ns_conn channel:
- ssl: if you use it (or any other comm module) you'll be surprised
when 'puts' gets written in clear text.
- If you 'puts' rather than ns_write, you may be surprised when
automatic chunking, encoding, compression doesn't work.
- maxconnections: The ser
On 10/3/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
> The XyZ constructs are normally integer formats
> that are defined to handle 32/64 bit situations
> in fprintf-like statements. This is not found
> in "older" operating systems, like Solaris 2.8.
Ugh.
> I do not know how it affects Wind
On 10/9/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/naviserver/naviserver/include
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv14795/include
>
> Modified Files:
> nsthread.h
> Log Message:
> * include/nsthread.h: Added macro definitions for
> some format
On 10/9/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 09.10.2007, at 15:07, Stephen Deasey wrote:
>
> >
> > 32-bit only -- is this a good assumption?
>
> No. But I found only Solaris 2.8 missing them.
Solaris 2.8 is 32-bit only?
This will fail silen
On 10/13/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> I was able to find the location which causes the crash but i am not sure
> how to fix it
>
> In function Ns_VALog i call vsnprintf directly, it works, when it is
> called via Ns_DStringVPintf it crashes. using va_copy does not help
>
diff -r
On 10/12/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> So:
>
>The configuration is global and read-only. Parameters may be
>retrieved at run-time using [cmd ns_config], although usually
>configuration parameters are used by Tcl library files at start-up.
This is from here:
On 10/15/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> The only thing which broke my old code regarding switching to vsnprintf
> is that old Ns_DStringPrintf handled empty string differently, vsnprintf
> now puts (null), before that empty string did not put anything.
>
> I still need to review si
On 10/15/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 14.10.2007, at 23:34, Stephen Deasey wrote:
>
> > Here's the thread from last time (lots of good ideas):
>
> Yep. Too bad nobody peeked at the suggested
> (bare-bones) implementation. I guess I shou
I cleaned up the module a bit and imported it to CVS.
http://naviserver.cvs.sourceforge.net/naviserver/nsconfigrw
http://naviserver.sourceforge.net/n/nsconfigrw/files/ns_getconfig.html
(btw. if you create a man page for your module and put it in the right
place, doc/src/mann or doc/src/man3,
> +
> + /*
> + *--
> + * Ns_SetPrivileges --
> + *
> + * Set the effective user ID/group ID of the current process, uid as
> -1 or
> + * gid as -1 will be ignored
> + *
> + * Results:
> + * -1 on error
Sho
> + Tcl_WideInt
> + Ns_StrToWideInt(CONST char *string, Tcl_WideInt *intPtr)
> + {
> + Tcl_WideInt lval;
> + char *ep;
> +
> + errno = 0;
> + lval = strtoll(string, &ep, string[0] == '0' && string[1] == 'x' ? 16 :
> 10);
> + if (string[0] == '\0' || *ep != '\0') {
> +
Fails to run.
$ make gdbtest TCLTESTARGS="-debug 3"
Tests began at Tue Oct 23 04:01:45 PM BST 2007
ns_config.test
::tcltest::Eval called
Running ns_config-2.1 {
expr {[ns_getconfig -bool ns/testconfig trueval] ? 1 : 0}
}
::tcltest::Eval called
Running ns_config-2.2 {
ns_getconfig -bool
On 10/23/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 23.10.2007, at 17:50, Vasiljevic Zoran wrote:
>
> >
> > Anyways... this must be some trivia...
>
> Indeed.
>
> Tests ended at Tue Oct 23 18:03:40 CEST 2007
> all.tcl: Total 29 Passed 25 Skipped 4 Failed 0
Groovy. Fixed.
Two interesting failing test cases:
test cfg-5.4 {defaults propagate to global store} -body {
ns_getconfig section cfg-5.4 foo
ns_getconfig section
} -match glob -result {*cfg-5.4*}
Result was:
cfg-4.1 cfg-3.2 cfg-4.2 cfg-3.1
Result should have been (glob matching):
*cfg-5.4*
On 10/23/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 23.10.2007, at 19:25, Stephen Deasey wrote:
>
> > Two interesting failing test cases:
> >
> > test cfg-5.4 {defaults propagate to global store} -body {
> > ns_getconfig section cfg-5.4 foo
&g
On 10/23/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 23.10.2007, at 19:25, Stephen Deasey wrote:
>
> >
> > test cfg-4.1 {global type check bool} -body {
> > ns_setconfig section cfg-4.1 true
> > expr {[ns_getconfig -bool section cfg-4.1]
On 10/23/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 23.10.2007, at 21:24, Stephen Deasey wrote:
> >
> > But one of the things we want to support is introspection, right?
>
> Right.
>
> >
> >
> > foreach section [ns_getconfi
On 10/24/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 23.10.2007, at 23:52, Vasiljevic Zoran wrote:
>
> > Now that we "solved" that one
>
> So, it is done. I will shortly check-in the changes.
> But before I do, a question: how "seriously" should
> I take those tests:
>
> test cfg-4.3
On 10/24/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 24.10.2007, at 19:09, Vasiljevic Zoran wrote:
>
> > So
> >
> >ns_getconfig -bool section param 1
> >ns_getconfig -int section param
> >configuration parameter is not an integer
> >
> > would make you happy?
> >
>
> Lets sto
On 10/24/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> OK. I buy everything.
>
> So, supported conversion rules:
>
> Unknown -> any
> Int -> Unknown
> Bool-> Unknown
Unknown -> Int || Bool
Valid for the value stored in the config itself.
On the way out:
Int || Bool ->
On 10/23/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> What we haven't figured out is: how the changed
> params are saved (made persistent) when a change
> occurs? This is by no means trivial to do.
> Perhaps the easiest would be to have some kind of
> dbm-like storage (qdbm is nice and LGPL)
On 10/24/07, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 24.10.2007, at 21:31, Stephen Deasey wrote:
>
> > Yes.
>
> It is (now in CVS).
Does the same apply to min and max?
It seems like it logically should.
---
On Nov 28, 2007 11:42 AM, Zoran Vasiljevic
<[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv23874/nsd
>
> Modified Files:
> tclconf.c
> Log Message:
> * nsd/tclconf.c: Fixed NsTclConfigObjCmd() to correctly se
On Nov 28, 2007 5:46 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On Nov 28, 2007, at 6:22 PM, Stephen Deasey wrote:
>
> > Pre-change:
> >
> >
> > % expr !1
> > 0
> > % expr !0
> > 1
> >
> > % expr !true
> > 0
On Nov 28, 2007 7:38 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On Nov 28, 2007, at 8:14 PM, Stephen Deasey wrote:
>
> >
> > {$bool == 1} is not a valid test of truthiness.
>
> ... so Tcl and C are "broken"?
Tcl and C are fine. The example is b
On Nov 29, 2007 5:15 AM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On Nov 28, 2007, at 10:39 PM, Stephen Deasey wrote:
>
> >
> > Tcl and C are fine. The example is broken.
>
>
>
> Ah, Stephen...
>
> set value [ns_config -bool /missing/thing missi
On Nov 29, 2007 6:45 AM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On Nov 29, 2007, at 7:32 AM, Stephen Deasey wrote:
>
> >
> > Are you saying that "false" is not false and "true" is not true?
>
> I'm saying that false IS zero and 1
On Nov 29, 2007 7:40 AM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On Nov 29, 2007, at 8:10 AM, Stephen Deasey wrote:
>
> > It was returning a boolean value, guaranteed. It used Tcl_GetBoolean
> > to parse the value from the config file, and Tcl_GetBooleanFromO
On Dec 6, 2007 5:07 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On Dec 6, 2007, at 6:05 PM, Vlad Seryakov wrote:
>
> > I guess this is Stephen's call
>
> OK, Stephen, what should we do with this?
> At the moment I removed all those from my
> sola
On Jan 7, 2008 10:00 AM, Neophytos Demetriou <[EMAIL PROTECTED]> wrote:
> I'm having the same problem as outlined below.
>
> Basically, the log fails to roll (and so does "ns_accesslog roll")
> eventhough the directory and the log file look good.
What messages appear in your error log when you tr
nsdbi is a database driver interface for naviserver. It provides
native bind variable support, transparent prepared queries and handle
management, runtime configuration, statistics, and a few other things.
There are drivers for postgres, mysql and sqlite. There's also a stub
driver included for te
(sorry for the delay)
On Thu, Apr 17, 2008 at 3:49 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> This is very cool,
>
> Can you commit it into primary Naviserver CVS?
Hmm, I hadn't thought about it much, I just wanted to get it off my
hard drive. But now that you mention it, it would kind of s
On Mon, May 5, 2008 at 5:02 AM, Daniel Stasinski <[EMAIL PROTECTED]> wrote:
> When using nsphp with CVS version of naviserver, the following crash occurs:
>
> /root/modules/nsphp/php-5.2.5/main/SAPI.c(424) : Block 0x08523200 status:
> Invalid pointer: ((thread_id=0x0001) != (expected=0xB53FFB90
On Sat, May 3, 2008 at 2:01 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 02.05.2008, at 21:50, Vlad Seryakov wrote:
>
>> Frankly, i would go from CVS to SVN/Mercurial/Git, whatever.
>> I still think SF CVS sucks, so i would switch anytime if my voice will
>> need to be counted:-)))
>
> It
On Fri, May 2, 2008 at 8:50 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> Frankly, i would go from CVS to SVN/Mercurial/Git, whatever.
> I still think SF CVS sucks, so i would switch anytime if my voice will
> need to be counted:-)))
>
> The question i have, is freehg.org reliable and supposed to
On Sat, May 10, 2008 at 2:27 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 09.05.2008, at 20:44, Vasiljevic Zoran wrote:
>
>> What MIGHT work is kind of this: create some numbers of
>> fully loaded interps, each sitting in its own thread.
>> A compute-farm, so to say. Then every other thre
On Sat, May 10, 2008 at 8:01 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
> Hi !
>
> In the process of a spring-cleanup I wanted to attack
> the gobal sample-config.tcl file that we deliver
> with the server. The purpose of that file is obviously
> dual:
>
> o. get a config file people can star
On Sat, May 10, 2008 at 8:43 PM, Daniel Stasinski <[EMAIL PROTECTED]> wrote:
> On Sat, May 10, 2008 at 12:33 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>> Do you need write access to naviserver CVS?
>
> That would be great. Thank you.
>
> Daniel
Don't forget to describe your change in the Chan
On Sun, May 11, 2008 at 4:53 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>>
>> Also, you need to fix your editor so that it doesn't automatically
>> change whitespace willy-nilly. Your 3 line change turned into a
>> gigantic unreadable mess in the commit email.
>>
>> (when you figure out how to fi
On Sun, May 11, 2008 at 5:05 PM, Daniel Stasinski <[EMAIL PROTECTED]> wrote:
>
> I did the commit on aolserver cvs only and the white space was unchanged.
Your editor changed it behind your back. :-(
Vim?
Anyway, here's what the commit message looks like:
*** nsperm.c8 Aug 2005 11:30:15
On Sun, May 11, 2008 at 6:43 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>>
>> You're using Vim? Maybe someone knows how to fix this. Anyone?
>
> No, i do not use Vim and i just fixed that. Tested using cvs diff, works
> fine.
Groovy. So how did you fix it?
---
On Fri, May 9, 2008 at 7:11 PM, Vlad Seryakov
<[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv5680/nsd
>
> Modified Files:
>adprequest.c
> Log Message:
>* nsd/adprequest.c: Fixed situation when adp re
On Sun, Apr 27, 2008 at 9:39 AM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 26.04.2008, at 23:46, Vlad Seryakov wrote:
>
>> I think it was working perfectly fine, new buffer size is set on
>> accepted socket, new one, not the one we listened.
>>
>>
>> I used to play with these options for o
On Tue, Apr 29, 2008 at 7:44 PM, Zoran Vasiljevic
<[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv1402/nsd
>
> Modified Files:
>tcljob.c
> Log Message:
> nsd/tcljob.c: Fixed wrong access to queuePtr variable
On Sat, Apr 26, 2008 at 8:50 PM, Zoran Vasiljevic
<[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/naviserver/naviserver/nsd
> In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv10260/nsd
>
> Modified Files:
>tclobj.c
> Log Message:
> * nsd/tclobj.c: Changed Tcl handle format to include
On Mon, May 12, 2008 at 1:25 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 12.05.2008, at 13:53, Vasiljevic Zoran wrote:
>
>>
>> So I will fix those tests.
>
> Fixed. Really, the format of the handle(s) was
> a great pain for me for some auto-synthetized
> code...
No problem. It's a good
I updated the naviserver mercurial repo with the latest changes from
cvs put it on sourceforge:
http://naviserver.sourceforge.net/hg/
To check it out:
hg clone http://naviserver.sourceforge.net/hg/naviserver ~/in/naviserver-hg
Or, if you've already cloned from the freehg.org repo, you can
On Wed, May 7, 2008 at 11:03 AM, Ibrahim Tannir <[EMAIL PROTECTED]> wrote:
> FWIW, to let my paranoia out:
>
> I don't like SVN because it obscures and packs the whole
> repository into one big file, which IMHO overshadows all its
> benifits.
>
> I've been able in tha past to resolve the consequenc
On Wed, May 7, 2008 at 11:24 AM, Gustaf Neumann <[EMAIL PROTECTED]> wrote:
>
> Let me point out another nice feature of git:
> git provides server-support to behave to clients like a
> cvs and/or svn server. This means, one can access the git
> repository from cvs or svn (or git) clients. Not sure
On Wed, May 7, 2008 at 6:56 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> One benefit i can see is not immediate and obvious but having more
> flexible source control system may attract or make it easy to handle
> access to more developers, easy to revert unneeded changes, as Stephan
> pointed, be
On Fri, May 23, 2008 at 7:39 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> Does that mean i have to use either one, CVS or HG, not both at the same
> time?
> What i am asking, we still have 2 repos, will it work if commits are
> coming to both of them?
No, we should use one or the other.
Or, we
On Sun, May 18, 2008 at 6:09 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
> Hi again!
>
> This is yet-antother scrap candidate. I wonder if
> anybody is still using this ancient interface?
> I would like to get it out as to keep the code
> smaller and simpler to maintain.
It would be great if
On Thu, May 15, 2008 at 6:52 PM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
>
> On 11.05.2008, at 15:42, Stephen Deasey wrote:
>
>>
>> Undocumented:
>>
>>generic/tclResolve.c: Tcl_AddInterpResolvers()
>>
>>
>>
>> You could prob
On Fri, May 23, 2008 at 8:45 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> I am personally ready to switch right away, i use hg for xine-lib for a
> long time already, in readonly mode but it did not require much learning
> to use it.
>
> More questions, is hg repo hosted by SF? Is it Sf service o
1 - 100 of 692 matches
Mail list logo
