On Wed, 26 Mar 2003 14:09:04 -, Tim Moss <[EMAIL PROTECTED]>
wrote:
>> And one more problem :
>> PHP does not work with virtual hosts enabled :o(
>Bah! you can do anything you want in Tcl, if you can't it's not worth
doing!
>;-)
I want migrate from apache+php to aolserver+python :o)
Andrey
hi!
I am trying to use aolserver4 with OpenACS and get the following
error only in Solaris. It works fine in Linux.
---
could not allocate 1 handle from pool "main"
while executing
"ns_db gethandle $pool"
---
My system is Solaris 9 (sparc) and I compiled aolserver4 with gcc.
nsadmin >gcc --
On Wed, Mar 26, 2003 at 08:56:52PM -0500, Peter M. Jansson wrote:
> I think the bottom line is that there is not documentation that says
> AOLserver will clean up database handles that aren't explicitly released,
> so you should not depend on the feature.
So http://aolserver.com/docs/devel/tcl/api
On Wednesday, March 26, 2003, at 07:59 PM, paul cannon wrote:
It seems that when a database handle is allocated in an ADP page and not
explicitly released, AOLserver no longer releases it automatically.
Is this true? If so, I can't find any documentation anywhere that would
suggest this is the cas
It seems that when a database handle is allocated in an ADP page and not
explicitly released, AOLserver no longer releases it automatically.
Is this true? If so, I can't find any documentation anywhere that would
suggest this is the case.
Here is my situation:
Contents of test.adp:
Database Te
Musea Technologies is proud to announce the alpha release of nsDAV[1],
an implementation of the Web Distributed Authoring and Versioning
protocol[2] for AOLserver[3]. The following FAQ has been prepared by
Talli Somekh[4] and Todd Gillespie[5].
Visit www.museatech.net/nsdav[6] to download the alpha
On Wed, Mar 26, 2003 at 07:19:08PM +0100, Zoran Vasiljevic wrote:
> > Zoran Vasiljevic wrote:
> > >Well, the problem starts displaying itself if you ever change
> > >the current directory of the process *after* the Tcl has been
> > >initialized. You need not do [cd] explicitly; some internal
> > >
On Wednesday 26 March 2003 19:12, you wrote:
> Zoran Vasiljevic wrote:
> >How come nobody has noticed this so far?
> >Well, the problem starts displaying itself if you ever change
> >the current directory of the process *after* the Tcl has been
> >initialized. You need not do [cd] explicitly; some
On Wednesday 26 March 2003 19:15, you wrote:
> Yes, i am currently fighting with the same problem, under big load
> when i do many calles to Tcl [file] command aolserver crashes
> consistently in
> static void FreeFsPathInternalRep(pathObjPtr),
> but i do not do [cd], just [file mtime,stat,file]
>
Zoran Vasiljevic wrote:
How come nobody has noticed this so far?
Well, the problem starts displaying itself if you ever change
the current directory of the process *after* the Tcl has been
initialized. You need not do [cd] explicitly; some internal
Tcl code does that on your behalf as well.
I got
Yes, i am currently fighting with the same problem, under big load
when i do many calles to Tcl [file] command aolserver crashes
consistently in
static void FreeFsPathInternalRep(pathObjPtr),
but i do not do [cd], just [file mtime,stat,file]
When i do not do Tcl [file] command everything is working
Hi !
After some days... (yes, it is *always* very costly and difficult)
I've pinpointed a large hole in Tcl8.4.(1|2) which effectively
generates bogus OS paths, corrupts memory and otherwise impairs
the AOLserver (or any other MT-enabled application).
The problem is in Tcl generic/tclIOUtil.c and
With this config file I became understand AOLserver configuring, but some
problem is here.
Line :
ns_paramenabletclpagestrue ;# allow .tcl files to be parsed
has to be in
ns_section ns/server/${servername}
And one more problem :
PHP does not work with virtual hosts enabled :o(
Andr
> With this config file I became understand AOLserver configuring, but some
problem is here.
>
> Line :
> ns_paramenabletclpagestrue ;# allow .tcl files to be parsed
>
> has to be in
> ns_section ns/server/${servername}
Yes, my mistake.
I had modified my version of modules/tcl/file
14 matches
Mail list logo