On 7/22/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
I agree, actually i have foreach command in OSSWEB and i do not know why
it is not included in to nstk, let me add it. Also, tell me if what kind
of functionality you would like to see in nstk without make it bloated
or big. I know it is very l
I agree, actually i have foreach command in OSSWEB and i do not know why
it is not included in to nstk, let me add it. Also, tell me if what kind
of functionality you would like to see in nstk without make it bloated
or big. I know it is very limited, that was the goal.
I am familiar with Open
On 7/22/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
nstk is quite old and i have not updated in for a long time.
Can you describe what was not pleasant and what was terrible, i may work
on that to improve it.
Vlad,
I am familiar with OpenACS database API. I am used to it. nstk is
very limi
nstk is quite old and i have not updated in for a long time.
Can you describe what was not pleasant and what was terrible, i may work
on that to improve it.
Mike wrote:
Right now I am
looking at 4 choices:
1) drop nsdb from naviserver and use nstcl after cleaning up any
multi-thread issues
2
> Right now I am
> looking at 4 choices:
>
> 1) drop nsdb from naviserver and use nstcl after cleaning up any
> multi-thread issues
> 2) import ad_proc and 00-database from OACS and hack them up until
> they work. (unfortunately the combination of the two is not possible
> - nstcl ad_proc does no
On 7/17/06, Mike <[EMAIL PROTECTED]> wrote:
On 7/17/06, Stephen Deasey <[EMAIL PROTECTED]> wrote:
> I have a new database module called nsdbi which presents an API
> inspired by the ACS db procs. It's all built right into the driver
> framework.
>
> The nsdb module doesn't know anything about bi
On 7/17/06, Stephen Deasey <[EMAIL PROTECTED]> wrote:
I have a new database module called nsdbi which presents an API
inspired by the ACS db procs. It's all built right into the driver
framework.
The nsdb module doesn't know anything about bind variable. The
nspostgres driver *emulates* bind v
On 7/16/06, Mike <[EMAIL PROTECTED]> wrote:
[lumping into one mail since it looks like we have a pretty tightly
knit group of readers anyway]
the sample nscgi config should read:
ns_parammap "GET /cgi-bin ${homedir}/cgi-bin"
instead of hardcoing the path...
what is the "right" way of
> > another question I have is about the ns_db... the OpenACS database
> > access functions are quite nice - is there some way to get them under
> > NaviServer without having to hack up OpenACS and extract them out of
> > it?
Nope. The right way to do it is to refactor the OpenACS db_* proc
supp
Just checkout modules from CVS, it has nsdbpg which compiles and wors
just fine.
what is the "right" way of getting nsposgres to build and run under
naviserver? nspostgres was not in cvs for either naviserver or the
modules - i found it on sourceforge and had to hack it a bit to get it
to build
[lumping into one mail since it looks like we have a pretty tightly
knit group of readers anyway]
the sample nscgi config should read:
ns_parammap "GET /cgi-bin ${homedir}/cgi-bin"
instead of hardcoing the path...
what is the "right" way of getting nsposgres to build and run under
nav
11 matches
Mail list logo
