On 2002.05.04, Andrew Piskorski <[EMAIL PROTECTED]> wrote:
> I haven't studied the tclvar.c much, but why would nsv locks have
> anything to do with threads at all? The nsv data structures are
> server-wide, after all, so I don't THINK there's anything per-thread
> or per-interp about them at all
On Sat, May 04, 2002 at 11:06:09AM -0400, Dossy wrote:
> On 2002.05.04, Andrew Piskorski <[EMAIL PROTECTED]> wrote:
> > On Sat, May 04, 2002 at 01:31:42AM -0400, Dossy wrote:
> If you're not passing the interp to Ns_TclEval to tell it in which
> interpreter to perform the TclEval ... then don't y
On 2002.05.04, Andrew Piskorski <[EMAIL PROTECTED]> wrote:
> On Sat, May 04, 2002 at 01:31:42AM -0400, Dossy wrote:
> > Could you not call NsTclVSetCmd() yourself? Look in
> > nsd/tclvar.c ...
>
> Hm. NsTclVSetCmd() does stuff to or with the Tcl interpretor, and I
> don't HAVE any convenient loc
On Sat, May 04, 2002 at 01:31:42AM -0400, Dossy wrote:
> Could you not call NsTclVSetCmd() yourself? Look in
> nsd/tclvar.c ...
Hm. NsTclVSetCmd() does stuff to or with the Tcl interpretor, and I
don't HAVE any convenient local "interp" pointer in my C function to
pass is. Should I be passing
You should use the following:
static int
BB_NsvSet(const char *nsvString,
const char *keyString, const char *valueString)
{
Tcl_Obj *o[4];
o[0]=Tcl_NewStringObj("nsv_set",7);
o[1]=Tcl_NewStringObj(nsvString,-1);
o[2]=Tcl_NewStringObj(keyString,-1);
o[3]=Tcl_New
Could you not call NsTclVSetCmd() yourself? Look in
nsd/tclvar.c ...
-- Dossy
On 2002.05.03, Andrew Piskorski <[EMAIL PROTECTED]> wrote:
> Folks, has anyone implemented a C NSV API, or does anyone plan to?
>
> Clearly the right thing to do would be to move the functinality in
> aolserver/nsd/tc
Folks, has anyone implemented a C NSV API, or does anyone plan to?
Clearly the right thing to do would be to move the functinality in
aolserver/nsd/tclvar.c into C API functions, and re-implement the nsv
Tcl commands to that C API.
But since I needed to use some nsv commands from C, and I was in