Makes sense. So what is cleared up in the interpreter after each request?
Looking at the slides, there is a command table and a variable table.
Looking at Wojciech's post, it seems any procedures created/packages
loaded in the current interpreter stay there, is that correct? And what
about
Bas Scheffers wrote:
Makes sense. So what is cleared up in the interpreter after each request?
Looking at the slides, there is a command table and a variable table.
Looking at Wojciech's post, it seems any procedures created/packages
loaded in the current interpreter stay there, is that correct?
Wojciech Kocjan said:
From what I noticed, procs stay, variables not, however nothing outside
global namespace is cleaned up. This is imho good, since packages can
store data in namespaced variables.
Cool, so seems it's just a cleanup of everything in [info globals]. That's
good to know!
Bas.
On Tuesday 25 February 2003 12:52, you wrote:
I think it would be reasonable to develop some package loading/saving
feature. I could code one (better one than I have now) in C (speed
issues), but never had the time. My current ns_pkg is at
www.nsstuff.zoro.tcl.pl, if anyone's interested.
The
On Mon, 24 Feb 2003 18:41:04 +0100, Branimir Dolicki [EMAIL PROTECTED]
wrote:
Just curious: why are you asking? Are there any problems with servlets?
No problems other than lack of support for anything newer than Tomcat 3
(with older nstomcat module). I am working on nsjk2 module which is
http://slashdot.org/comments.pl?sid=55040threshold=-1commentsort=3tid=185mode=threadpid=5379648
Well this isn't really as true or good as I wish it was.
The nsd in this case is not the naviserver daemon we all enjoy but a
nameserver daemon written at NLnet Labs in cooperation with RIPE.
On 2003.02.25, Jerry Asher [EMAIL PROTECTED] wrote:
The nsd in this case is not the naviserver daemon we all enjoy but a
nameserver daemon written at NLnet Labs in cooperation with RIPE.
Should we add to the confusion and start coding up an nsdns module so
one could use AOLserver to serve DNS?
Dossy wrote:
On 2003.02.25, Jerry Asher wrote:
The nsd in this case is not the naviserver daemon we all enjoy but a
nameserver daemon written at NLnet Labs in cooperation with RIPE.
Should we add to the confusion and start coding up an nsdns module so
one could use AOLserver to serve DNS? :-)
I'm still trying to understand exactly what good namespace really is. What are the advantages? Any examples of what it can be used for? Are there any performance considerations?
I. To remove yourself from this list:
Send a message to "[EMAIL PROTECTED]" with
the following text in the
I'm looking for someone to update the Informix driver
for AOLserver. I have up to $3000 for the job.
I would like ACS/OpenACS style bind variable interface
if possible. I haven't checked to see if Informix has
something similar to Oracle's bind variables. I also
want blob support and the ability
Dossy [EMAIL PROTECTED] writes:
If there was an nsudp socket, we could implement a DNS server that
runs out of AOLserver that could use any nsdb to store zone data in
a DBMS ... that might be mildly interesting.
Really cool, in fact! If it were efficient enough, it would save the
trouble of
On Tuesday, February 25, 2003, at 03:05 PM, Rob Mayoff wrote:
+-- On Feb 25, Dossy said:
Added bonus would be a web interface for viewing zones and editing
them, which would persist changes back down to the DBMS.
Note that a web interface to your DNS data doesn't require that
AOLserver
- Original Message -
From: Rob Mayoff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 25, 2003 1:07 PM
Subject: Re: [AOLSERVER] Root-server switches from BIND to NSD.
+-- On Feb 25, Patrick Spence said:
I'd certainly be willing to use it here :) it would be a
I'm still trying to understand exactly what good namespace really is.
What are the advantages? Any examples of what it can be used for?
It is just useful for code encapsulation, so you can create procs without
the worry of having other code with similar proc names stomp on it.
Are there any
14 matches
Mail list logo