I asked something similar recently.
As far as I can tell, what you are talking about won't
really work. But you can use the nscache module -- I
forgot where it is.
It works perfect for me -- I use it along with the
ns_cache api commands for content caching.
-derek
--- Sean Owen <[EMAIL PROTEC
Rob,
We're using version 3.3.1. (Please respond to the list, our mail server has
crashed :))
Thanks for your help,
Sean
On Tue, 15 May 2001 18:38:12 -0500, Rob Mayoff <[EMAIL PROTECTED]> wrote:
>What version of AOLserver are you using?
>
>> Well this is useful information, because procs are the
What version of AOLserver are you using?
> Well this is useful information, because procs are the only thing I want to
> persist. However, I can't seem to get this to work.
Well this is useful information, because procs are the only thing I want to
persist. However, I can't seem to get this to work.
I have a namespace defined in a tcl file when the server starts up. It's
pretty standard, something like:
namespace eval foo {
proc test {} {
## code
+-- On May 15, Rob Mayoff said:
> That means that if the thread executes the same import thread
> again while processing a later connection, it will get an error.
That should say: That means that if the thread executes the same import
command again while processing a later connection, it
> I'm experimenting with tcl namespaces on AOLServer. It is never explicitly
> stated in the docs, but am I to assume that namespaces are associated with
> the threads that create them, and are destroyed when said threads exit?
Namespaces are not well-supported in AOLserver at the moment.
Procs
I'm experimenting with tcl namespaces on AOLServer. It is never explicitly
stated in the docs, but am I to assume that namespaces are associated with
the threads that create them, and are destroyed when said threads exit?
To put this in context, suppose there's a namespace I'd like to have
availa
Support Requests item #422898, was updated on 2001-05-09 21:08
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=203152&aid=422898&group_id=3152
Category: First-Time Startup
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: daniel yang (daniely)
Assig
Support Requests item #424382, was updated on 2001-05-15 15:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=203152&aid=424382&group_id=3152
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Zell (zellster)
Assigned to: Nobody/
Is there anybody who works with WAP Technologies and AOL Server. I have a
question regarding the new version of Nokia WAP Browser 2.1?
Maybe a heterogeneous solution based on platform, e.g. use whatever
tool on the platform that will get you a reliable CPU report. It
would be easy to put this in Makefile.global
FreeBSD uses sysctl to examine kernel state variables. 'sysctl -n
hw.model' will return something like i386, i486, Pe
> There has to be something -- anyone have any ideas?
Is there a 'hostid' command?
Another shot in the dark: is there anything like /proc/cpuinfo
available? 'cat'ing it out gives you the CPU info. It would be a bit of a
mess to use in the Makefile, but if you have access to something like it,
it
> There has to be something -- anyone have any ideas?
Is there a 'hostid' command?
Another shot in the dark: does *BSD have anything like /proc/cpuinfo on
linux? 'cat'ing it out gives you the CPU info. It would be a bit of a mess
to use in the Makefile, but if *BSD has something like it, it migh
Oh, bummer. Well uname -m is out of the question. Nearly everything
misidentifies itself. All systems bug Linux almost always misidentify
themselves on x86 platforms as i386 when they're really i586, i686, or
whatever. Even the machine(1) and arch(1) commands in OpenBSD aren't any
better. The
How much of a performance issue is it if you have a Pentium machine
but the compiler flag says '-mcpu=i386' ?
I ask because FreeBSD will report 'i386' for a 'uname -m' even if it's
a Pentium class machine.
Kris Rehberg wrote:
>
> Hmm, handn't thought that people might not want to use -mcpu=whate
On 2001.05.16, Justin Clift <[EMAIL PROTECTED]> wrote:
> Is anyone interested in my writing up the notes I'm keeping into a Quick
> Install Guide for AOLServer 3.3.1 on Solaris 7/8?
Sure, write it up and I'll post it on the wiki ...
- Dossy
--
Dossy Shiobara mail: [EMAIL P
On 2001.05.15, Kris Rehberg <[EMAIL PROTECTED]> wrote:
> Hmm, handn't thought that people might not want to use -mcpu=whatever. I'll
> change it to -mcpu=`uname -m`
I not sure if -mcpu=`uname -m` will work in all cases, but specifying
-mcpu=ultrasparc for any SPARC SunOS box is definitely not th
Ok,
Now it's at least giving :
[16/May/2001:01:08:26][1631.1024][-main-] Notice: nssock: listening on
63.35.228.24:8000
Did this by reading through the Mandrake 7.2 "msec" (Mandrake Security)
documentation (which seems not to be in the Mandrake 8.0 Reference
Manual, unless I just somehow missed
Send me the cert and key.
/s.
Tony Wells wrote:
> I compiled the latest 0.9.6a OpenSSL and nsopenssl 1.1 and I still
> have a problem loading the certfile.pem. Maybe I should try your test
> suite, or if you'd like to look at the certfile.pem and keyfile.pem I
> can attach them. (They're just
Scott Goodwin wrote:
>
> I have test platform that contains everything necessary to compile and
> configure aolserver, nsopenssl, ssldump in a self-contained area to test
> in. If you can't get it working and you want to try out the test suite,
> I'll let you know how to download.
>
> /s.
>
I comp
Hmm, handn't thought that people might not want to use -mcpu=whatever. I'll
change it to -mcpu=`uname -m`
Kris
> -Original Message-
> From: AOLserver Discussion [mailto:[EMAIL PROTECTED]]On Behalf
> Of Justin Clift
> Sent: Tue, 05-15-01 11:34a
> To: [EMAIL PROTECTED]
> Subject: Re: [AOL
Hi Allanah,
Yep. AOLServer 3.3.1 runs fine on Solaris 8 SPARC (the old SPARC 20)
now that it's compiled without the -mcpu=ultrasparc option.
Thanks heaps for that pointer.
So... now AOLServer is working on both Solaris AND Mandrake. Cool.
Better to have choices eh!
:-)
Is anyone interested
On 2001.05.16, Justin Clift <[EMAIL PROTECTED]> wrote:
> I see from your email that AOLServer unconditionally puts in the
> -mcpu=ultrasparc, so that's likely the problem. I hadn't noticed it
> (didn't look real hard honestly). Just logged into the old sparc server
> now, removed the -mcpu=ultra
"John H. Muller" wrote:
>
> Automatic digest processor wrote:
>
> > There is one message totalling 68 lines in this issue.
> >
> > Topics of the day:
> >
> > 1. [ aolserver-Bugs-423587 ] gmake on FreeBSD 4.3/Aolserver-3.3.1
> >
> >
Hi Dossy,
Allanah Myles wrote:
>
> On 2001.05.15, Justin Clift <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > This is the very first time I'm attempting to get AOLServer compiled and
> > going on Linux, after failing miserably using Solaris 8.
>
> How did you "fail miserably"? The only problem I
+-- On May 15, Michael Richman said:
> N.B. upvar defaults to 1, so no need, really, to include the "1".
Unless some joker calls "fetch_form_variables 2". Tcl has no problem
using numbers as variable names.
In a message dated 5/15/01 11:11:32 AM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
> This is what I do (or at least, something vey similar to it):
>
> proc fetch_form_variables {varName} {
> upvar 1 $varName arrayName
> set form [ns_getform]
> set size [ns_set size $form]
>
> What is the best way to access form variables (i.e., variables submitted
> using html form) in adp pages?
> There is code I am using now but not sure I am understand everything what
> there happens.
The code you're using now has the bad effect of letting the client
pollute your Tcl namespace. C
On 2001.05.15, Justin Clift <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> This is the very first time I'm attempting to get AOLServer compiled and
> going on Linux, after failing miserably using Solaris 8.
How did you "fail miserably"? The only problem I had compiling
AOLserver 3.3.1 on Solaris 2.6 w
This is what I do (or at least, something vey similar to it):
proc fetch_form_variables {varName} {
upvar 1 $varName arrayName
set form [ns_getform]
set size [ns_set size $form]
for {set i 0} {$i < $size} {incr i} {
set [set arrayName]([ns_set key $form $i]) [ns_set value
On Tue, May 15, 2001 at 11:47:38PM +1000, Justin Clift wrote:
> Hi all,
>
> This is the very first time I'm attempting to get AOLServer compiled and
> going on Linux, after failing miserably using Solaris 8.
We have been running AOLserver on Solaris just fine for years. I
compile it with
Yep.
100% damn positive.
When installing Mandrake 8.0, I selected the "Medium" security setting.
Wondering if it's set permissions on something to not allow AOLServer to
do something it wants to?
:-/
+ Justin
Simon Millward wrote:
>
> This may not be much help, but I can confirm that AOLServe
This may not be much help, but I can confirm that AOLServer installs fine on
Mandrake 8.
Apologies if this is glaringly obvious, but you are sure that
63.12.31.202:8000
Is not already assigned or already has something listening on it, i.e.
another AOLServer?
On Tuesday 15 May 2001 13:47, you wr
Hi all,
This is the very first time I'm attempting to get AOLServer compiled and
going on Linux, after failing miserably using Solaris 8.
Have just installed a Linux Mandrake 8.0 system, and am attempting to
get AOLServer running on it. Are there any known issues with AOLServer
and Mandrake Lin
What is the best way to access form variables (i.e., variables submitted
using html form) in adp pages?
There is code I am using now but not sure I am understand everything what
there happens.
proc fetch_variables { } { # fetch all variables from forms and
fancy urls
uplevel {
35 matches
Mail list logo