On Tuesday 08 May 2001 23:08, you wrote:
Zoran Vasiljevic wrote:
I would be interested! I'm working on my first C module, but I haven't
had the time to read up on this. Besides your code, is there any
available book or resource that covers the conversion?
No problem. You can find
On Wednesday 09 May 2001 18:49, you wrote:
Hi Tomasz !
I could help to Tcl_Objectify AOLserver. My three colleges have
declared that they will help too. So there are 4 programmers willing to
contribute their skills and time. Our experience is a few C extentions for
AOLserver so we are
On Thursday 12 July 2001 21:01, you wrote:
I am having trouble getting global variables to work and I was hoping if
someone could give me some insight. This is the situation:
1) page 1 sets a global variable test to 0 (nsv_set . test 0)
2) page 2 reads that variable correctly (nsv_get .
On Friday 13 July 2001 19:40, you wrote:
I am trying to fix it so a page is always fetched fresh from the server,
even when the user hits the back button (or I use it with .history(-1))
I have tried ns_setexpires, which does not seem to work by itself. The
client still seems to use cache.
On Saturday 14 July 2001 20:02, you wrote:
4. Generate a unique Etag: header for the truly paranoid
Hi Jim !
What is Etag: ?
I used to be *very truly* paranoid by rewriting the URL.
because *none* of the cache-disable techniques worked
in the days of Netscape 1.0 and bros (mid 90's)
Is this
On Sunday 22 July 2001 11:35, you wrote:
But can't this be done in a different way? Probably not only I want to
use TBC for code obfuscation...
I'd say you can turn (one or all) Tcl libraries into shared objects
and load them the regular server way.
This, however, means you will have to have
On Sunday 22 July 2001 12:28, you wrote:
For now the solution is as follows:
I have a file z.tcl, called after namespace.tcl, where I rename
_ns_getinit to another name, write another _ns_getinit (which appends
the load ./libtbcload1.3.so\n and the source of z.tbc). This works now,
Well,
On Wednesday 26 September 2001 16:59, you wrote:
I would like to say that I am using AOL server not as a web server, but
as an application server.
So do we ;)
My first thought was to build some big memory caches for essential data.
But for the moment I'm facing with some inter-lock and
On Thursday 31 January 2002 17:22, you wrote:
OpenACS (http://openacs.org ) accesses ImageMagick using the exec command.
What happens when AOLserver of 800M+ forks
to do an exec _whatever_ ?
Just curious
Zoran
On Tuesday 05 March 2002 17:38, Mike Hoegeman wrote:
Talli Somekh wrote:
Hi Zoran,
AOLserver is distributed under a dual license that is GPL compatible.
This means, basically, that you must distribute AOLserver under the same
terms that you would distribute a piece of GPL software.
On Tuesday 05 March 2002 17:57, Peter M. Jansson wrote:
The short version is that if you create a derived work, you must allow
access to the source of your derived work. If used AOLserver code and
hacked it to specialize it somehow, then your hacks must be available. If
your product only
be plugged into.
Is this going to change with 4+ version(s) ?
Many thanks.
Zoran Vasiljevic
On Monday 08 April 2002 18:42, David Walker wrote:
Well I think I'll have tcl based webDAV done within a month or two.
If someone will take care of Digest authorization we just might have it.
We are going to do our own (mostly C) WebDAV implementation
with fast DOM-based XML processsing. It
On Monday 08 April 2002 19:14, Dossy wrote:
Why DOM and not SAX? Is it really meaningful to hold the
entire WebDAV message in memory as a DOM tree? You really
only need to pick up a few things (which SAX would be
great for) then form a response -- this is where I might
use DOM to assemble
On Monday 08 April 2002 22:04, Dossy wrote:
Could auth schemes not be implemented via trace filters?
Well, almost...
Here is the excerpt from ConnRun() located in nsd/serv.c
/*
* Run the pre-authorization filters and, if ok,
* authorize and run the request procedure.
*/
On Tuesday 09 April 2002 20:51, Tom Jackson wrote:
I still don't see why you can't write a module in tcl or in C to replace
ns_perm (maybe using it as a starting point). Why does this require hacking
the core. We have an authentication scheme in OpenACS that authorizes
requests by a
On Wednesday 10 April 2002 01:18, Rob Mayoff wrote:
I don't see a point in modifying the core to also parse Authentication:
Digest headers. I think Ns_SetRequestAuthorizeProc should be ripped
out and replaced with a new filter type, auth. Auth filters should
simply be run after preauth
it will
ease the task of using arbitrary (thread-safe) Tcl
extensions within AOLserver.
Zoran Vasiljevic
Archiware
On Tuesday 23 April 2002 09:37, you wrote:
AFAIK, what I commited takes care of all the known patches that AOLServer
had against the Tcl core. I believe you should be able to use the
AOLServer head with the Tcl core head without any mods to the Tcl core, or
any funny bugs and the like.
On Tuesday 23 April 2002 19:22, you wrote:
Hi, can you upload the patch to Source Forge?
Of course.
Is this patch something that
makes it so AOLserver uses the traditional Tcl way of doing dlopen() and
running Modulename_Init instead of us doing Ns_ModuleInit jobbage or are we
talking
On Saturday 27 July 2002 14:53, you wrote:
The work-around was to change the tcp_deferred_ack_interval parameter in
BTW,
Where did you change it?
Zoran
On Thursday 29 August 2002 16:46, you wrote:
The first three bytes of the name of a rwlock/mutex/semaphore/condvar etc
are interpreted as the type identifier, the rest of the rid0x83daf50 string
above is assumed to be the actual address of the thing! No further
checking is performed by
On Monday 23 September 2002 11:19, you wrote:
read it can start and stop 100k threads in 2 seconds on an x86 box.
... would yield 20 usec per thread. Pretty impressive indeed.
I doubt it will help the AOLserver in general
because of the (significant) time needed to
initialize the per-thread
On Wednesday 23 October 2002 18:14, you wrote:
I'm still pretty new to AOLServer and Tcl and just found out about [incr
Tcl] (itcl), tclx, XoTcl, etc. I looked through the site and mailing
list archives to see if I could find any mention of these and didn't
find anything really relevant (there
On Friday 25 October 2002 06:07, you wrote:
I have a frustrating segfault problem that I can't seem to track down.
It *may* have nothing to do with your problem, but beware of
clock scan ... gmt 1 in your scripts.
The problem is in the -gmt 1. This is broken in Tcl (not AOLserver)
on Sun
On Monday 28 October 2002 07:52, you wrote:
On Fri, Oct 25, 2002 at 09:52:08AM +0200, Zoran Vasiljevic wrote:
The problem is in the -gmt 1. This is broken in Tcl (not AOLserver)
This was one of the *most* difficult problem I've tracked down in the
AOLserver environments.
Zoran, btw
On Monday 28 October 2002 17:03, you wrote:
Does anyone know if the bug Zoran fixed was patched in the ArsDigita
AOLserver (3.3+ad13)?
Zoran, can you post the changes to the list, please, if they're not too
large?
I don't think this one is fixed. It also does not happen on Linux.
It does
On Monday 28 October 2002 17:03, you wrote:
Zoran, can you post the changes to the list, please, if they're not too
large?
Here it is. This function is at the end of tcl8.3.X/generic/tclClock.c file.
Just replace the one you find there with the copy below and recompile.
This fixes the clock
On Wednesday 30 October 2002 16:42, you wrote:
Zoran -
Is the bug in clock scan ... -gmt 1 or clock format ... -gmt 1? The
code you posted is a change to the FormatClock function, which isn't used
by clock scan.
Oh boy, I'm really sorry for the confusion...
It is the clock format ... -gmt
On Wednesday 30 October 2002 18:33, you wrote:
From: Zoran Vasiljevic [EMAIL PROTECTED]
I will send you the changes to the clock code. I'm using
the 8.3.4 for AOL3.4 but this part is same for 8.3.2 anyway.
Did the changes you mention get submitted to tcl.sf.net in time for
Tcl 8.4.1
to get some opinions from AOLserver core
developers about this issue. Would it make sense to you?
Are there some hidden problems I've overlooked there?
Many thanks,
Zoran Vasiljevic
Am Samstag, 2. November 2002 17:57 schrieben Sie:
Short answer is yes, shouldn't need two interfaces. In fact, there's been
some sharing of code in the past. The idea of the master lock and dynamic
initialization of mutexes and conditions in nsthreads came from Tcl and the
Win32 condition
On Monday 04 November 2002 12:58, you wrote:
Is there some reason not to rename the 'nsv_*' commands to correspond to
Tcl's 'array' command? Thus, 'nsv_set' would change to 'ns_array set',
so that
ns_array set
would correspond to Tcl's
array set
and so on.
Again, to
On Tuesday 05 November 2002 16:59, you wrote:
I'm on Solaris 2.8, AOLserver 3.5.0 and Tcl 8.4.1, gcc 2.95.3.
You're sure you do not have any corpses of libtcl8.4.so build with
some alpha release (Tcl8.4.0a4 or earlier) lying arround, eventually
picked by the DSO loader?
Just to make sure,
On Tuesday 05 November 2002 17:25, you wrote:
Just to make sure, because the bugreport you're reffering to is
considered fixed and the 8.4.1 has the patch already applied.
That's why I'm asking. :-)
Another try...
Do you use clock format ... -gmt 1 somewhere in your Tcl code?
On Tuesday 05 November 2002 18:06, you wrote:
Another try...
Do you use clock format ... -gmt 1 somewhere in your Tcl code?
clock format, but not with -gmt 1.
Hm, first line of defence did not hold :(
So, somebody is freeing (or reallocating) already freed
memory or just passing bogus
On Tuesday 05 November 2002 18:06, you wrote:
Another try...
Do you use clock format ... -gmt 1 somewhere in your Tcl code?
clock format, but not with -gmt 1.
-- Dossy
Ahhh... can you fire up the server with gdb, put a break-point on
tclThreadAlloc.c:748 and give it a go? Maybe we'll see
On Tuesday 05 November 2002 20:34, you wrote:
The best I can do is hope to get a usable corefile next time this
happens.
Please do!
In the meantime, I will try to exercise the 3.5.0/8.4.1 with Purify
over the weekend. Maybe this will bring some results.
Thanks,
Zoran
On Tuesday 05 November 2002 20:32, you wrote:
Extensive use of nsv's to persist memory in the running nsd,
and the ns_schedule_proc'ed periodically goes through the
memory stored in nsv's and persists it to disk and nsv_unset's
things.
Shouldn't be a problem at all.
The problem is
On Wednesday 06 November 2002 22:12, you wrote:
I have a collegue who has some (well, good) experience
with mpatrol. I'll forward your mail to him so he may share some.
Cheers
zoran
As I've mentioned here before, I have a vendor C library, to which I
do not have the source, which can corrupt
On Wednesday 06 November 2002 22:12, you wrote:
(on behalf of Rolf Ade)
At least mpatrol has a feature, that seems vaguely to be what you're
want.
From the mpatrol manual:
[...] it is possible to place special buffers(1) on either side of
every memory allocation, and these will be pre-filled
On Friday 08 November 2002 23:34, you wrote:
Perhaps nsv should be replaced with the svar work Zoran had worked on? You
could provide backwards compatibility wrappers of course. What do you think
Zoran?
The code in current threading extension, implementing the thread shared
variables (aka
On Wednesday 13 November 2002 20:53, you wrote:
implementation or use of commands that can cause problems. The cd
command appears to share behavior with the clock format ... -gmt 1
bug that Zoran reported recently (fixed now or soon, right?) in
That is no longer true with -gmt 1. I
On Friday 15 November 2002 08:09, you wrote:
I have a feeling that the answer to my segfault problems has been
sitting in front of my nose all along. To recap, I have a vendor
It is sometimes so, yes... This can drive you mad for some time :(
library, of unknown thread-safe-ness, which I'm
On Friday 15 November 2002 21:31, you wrote:
Someone pointed out that there was a new-and-improved WiKit available
(now as a Starkit!) and so I spent the day upgrading to it and carrying
over all my customizations into it.
You should consider reporting your customizations back to Startkit
On Friday 22 November 2002 16:38, you wrote:
Any idea what I'm doing wrong?
I will double-check this here but I have to agree with Rob.
The ncp channel is NOT encoding-aware. You should not
interpret (test/make_conclusion/etc) based on typing into
the ncp alone. I have an encoding-aware
On Friday 22 November 2002 16:38, you wrote:
Zoran,
Here's a reproducible example of what I'm talking about:
wats:nscp 75 encoding system
iso8859-1
wats:nscp 76 set u ¾ÆÆ®¹Ìµð¾î
¾ÆÆ®¹Ìµð¾î
wats:nscp 77 set u
¾ÆÆ®¹Ìµð¾î
wats:nscp 78 regexp {^(.*)$} $u junk m
On Thursday 28 November 2002 07:58, you wrote:
From what I've tested, it looks like ns_thread begindetached actually
grabs available threads from the pool... So using thread 2.5 (once Zoran
gets it done) to implement thread pools inside AOLserver would be like
reinventing the wheel.
I
Hi !
This may be interesting for the AOLserver community
as well.
I've released the 2.5 threading extension to Tcl.
It is now possible to compile/load the extension
as an AOLserver module on Unix.
What it does? It provides an alternative way of
creating/using threads under Tcl, it has a nsv_*
On Wednesday 08 January 2003 16:01, you wrote:
The reason is that the cache name began to be larger than 32
characters, and there is no mechanism in the cache API that prevents
this to happen (in particular the call to strcpy in function
CacheCreate line 1197).
My question is why the cache
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
Hi !
Somebody raised this question on the yesterday chat.
So, CriTCL 0.32 works fine with AOLserver 4.0.
This is what I've done:
1. A checkout from CriTCL site:
% cd /usr/homes/zv/test
% cvs -d:pserver:[EMAIL PROTECTED]:/home/cvs co critcl
2. Log into the AOLserver's (4.0) ncp port
Hi !
I'm resending the message under different subject.
Sorry for the confusion.
-
Somebody raised this question on the yesterday chat.
So, CriTCL 0.32 works fine with AOLserver 4.0.
This is what I've done:
1. A checkout from CriTCL site:
% cd /usr/homes/zv/test
% cvs
Hi Jamie !
Here is a (short list about extensions I've been
working on to get them running under various
versions of AOLserver:
1. Tcl threading extension.
It implements nice thread-abstraction,
has C-level threadpools, an objectified
nsv replacement and some other goodies.
It
On Wednesday 12 March 2003 20:45, you wrote:
I wonder if Ns_TclGetVersion would be less confusing and more consistent
with other Ns_Tcl... function (such as Ns_TclGetLibrary()).
Well, it really has nothing to do with the Tcl.
IIRC, the Ns_Tcl... familiy does someting with the
Tcl interp most
On Wednesday 12 March 2003 21:03, Nathan Folkman wrote:
Do we need a third level for builds like 3.4.2 and 3.5.6? Maybe
NS_PATCH_VERSION?
The patch information is done in Tcl as:
#define TCL_RELEASE_SERIAL 2
We might adopt it then as:
#define NS_MAJOR_VERSION 8
#define NS_MINOR_VERSION
On Wednesday 12 March 2003 21:51, Zoran Vasiljevic wrote:
Uuups...
#define NS_MAJOR_VERSION 4
#define NS_MINOR_VERSION 0
#define NS_RELEASE_SERIAL 0
This way, really :-)
Zoran
I. To remove yourself from this list:
Send a message to [EMAIL PROTECTED] with the following text in
the BODY
On Thursday 13 March 2003 22:21, you wrote:
Does Tcl's rename command work in AOLserver 4.0? With 3.3+AD13, if I
add rename cmd cmd_old to a file in modules/tcl, it seems to work.
But the same code doesn't appear to be working on 4.0 beta 3. Any ideas?
Thanks!
It has to do with the way Tcl
Hi !
As I said on the last chat, this is my proposal for
adding compile/runtime version info to AOLserver.
Since changes are really trivial. I'd like to
put them in the 4.0 version, if there are no objections.
Proposed changes are modelled 1:1 to the already
existing Tcl versioning info covered
On Friday 14 March 2003 17:49, you wrote:
I placed this file in server/modules/tcl/hello.tcl
set hello Hello %s
ns_register_proc GET /hello howdy
proc howdy {conn context} {
global hello
ns_return [format $hello Jeremy]
}
When I access, /hello I recieve:
In AOLserver command set there are couple of commands
executing scripts at various times and/or events:
info comm ns_at*
ns_atsignal ns_atexit ns_atclose ns_atshutdown
What I somehow miss is the ability to execute scripts
*after* the server has finished initialization but
*before* it goes
On Saturday 15 March 2003 17:53, you wrote:
then anywhere within that thread alone, I can access the global variable
userid or call get_userid in .adp files, right? Do new requests always get
a new thread?
New requests might get a new thread if there is no free
thread in the connection pool.
On Friday 14 March 2003 21:49, you wrote:
ns_schedule_proc -thread -once 1 runtests
This works but is pretty clumsy considering
that C-API offers Ns_RegisterAtStartup()
and Ns_RegisterAtPreStartup() calls.
Nevertheless, it uses the existing Tcl API.
Thanks for the hint. But I'm afraid I'd
On Sunday 16 March 2003 05:33, you wrote:
On 2003.03.14, Zoran Vasiljevic [EMAIL PROTECTED] wrote:
So, I've extended the command set with the ns_atstartup
command. This registers scripts to be executed immediately
before server is going into operation and just after the
last
On Saturday 15 March 2003 19:28, you wrote:
Zoran Vasiljevic wrote:
On Saturday 15 March 2003 18:45, you wrote:
Agree. I have skipped thru code and, apart from some
typecasts, I see no problems.
Hmmm ... I added a bunch of typecasts to avoid warnings at compile time,
are you saying you
On Sunday 16 March 2003 10:07, you wrote:
I would probably take the approach of adding a new command to ns_cache,
using servPtr == NULL as a flag seems a bit of a kludge. Most of the
code works on a cache pointer with no other context information,
Don,
Instead of adding new cmd, I
On Sunday 16 March 2003 15:18, Andrew Piskorski wrote:
On Sun, Mar 16, 2003 at 02:33:53PM +0100, Zoran Vasiljevic wrote:
ns_cache create name
?-size size? ?-timeout timeout? ?-thread boolean | -common boolean?
The name of the new option -common is the best what came to my
On Sunday 16 March 2003 16:14, you wrote:
Yes, it will be simple, if it weren't for the fact that the OpenACS
project's taking 100% of my time at the moment I would be more than glad
to finish up this last remaining piece.
Well, relax ;) The work is done, at least on the ns_cache.
It is in
On Saturday 15 March 2003 16:12, Don Baccus wrote:
So ... my questions are simple. Who maintains ns_cache these days? Who
has commit rights to CVS? How do I get these modifications accepted?
Should the maintainer (Rob?) review my changes?
Don,
Since I'm about to move about a dozen
On Thursday 20 March 2003 10:15, you wrote:
hi!
I get the following error when trying to start aolserver.
Using aolserver-4.0-beta3.src / sparc solaris 8
You are maybe using too old make utility.
Try updating your make to the latest version.
Cheers
Zoran
--
AOLserver -
On Saturday 15 March 2003 18:45, you wrote:
I don't think the fact that the functionality's not been enhanced should
cause us to hold back adopting my changes (assuming they pass
inspection, etc) - existing code won't miss enhancements it doesn't know
about.
Agree. I have skipped thru code
For all of those interested...
Cheers,
Zoran
-- Forwarded Message --
Subject: [Xotcl] XOTcl 1.0.2 available
Date: Fri, 21 Mar 2003 17:27:18 +0100
From: Gustaf Neumann [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Dear XOTcl community
XOTcl 1.0.2 is available! Below is the full
On Monday 24 March 2003 23:07, you wrote:
I was wondering how AOLSERVER deals with an infinite loop.
I have reason to believe that I am getting stuck in an infinite loop and am
trying to remedy this. AOLSERVER actually crashes or dies on me. So I
wonder if this is a symptom of my infinite
Hi!
For those interested, the 0.7.6 tdom has hit the streets.
You can get the fresh copy from http://www.tdom.org.
Cheers,
Zoran
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list: http://www.aolserver.com/listserv.html
List information and options:
On Tuesday 25 March 2003 16:03, you wrote:
I'd be very interested in hearing more about how you (or anyone else) use
XOTcl with AOLserver. Can you describe how XOTcl's dynamic object
classes work in the context of AOLserver's MT pool of interpreters and
what, if any, per-connection clean-up
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
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]
When
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 internal
On Wednesday 26 March 2003 20:03, you wrote:
1. Are there ANY cases where a TLS (thread local storage) cd/pwd would
be the WRONG thing? E.g., could we reasonally expect there to be any
cases where one thread A does pwd, gets /home/my, does cd /foo,
and then thread B does pwd and EXPECTS to
For all you Mac OSX users out there...
This is kind of continuation of the [cd]
and [pwd] problem(s) I've already covered
in my last posting.
The Tcl8.4.x uses the OS-call realpath() to
figure-out the real physical path of the
file on the filesystem, stripped of all ./,
../, constructs, symlinks
On Thursday 27 March 2003 18:51, you wrote:
+-- On Mar 27, Zoran Vasiljevic said:
Tcl. This solves this issue cleanly. The ultimate fix, of course, is
to modify the Darwin realpath() to behave better.
I wonder what you mean by behave better. Does realpath() leave the cwd
changed
On Thursday 27 March 2003 18:46, you wrote:
Zoran Vasiljevic wrote:
For all you Mac OSX users out there...
The Tcl8.4.x uses the OS-call realpath() to
figure-out the real physical path of the
file on the filesystem, stripped of all ./,
../, constructs, symlinks and alike.
BANG
On Thursday 27 March 2003 22:28, you wrote:
Yes, of course, and it can often breaks things, right? Most users of
cd/pwd seem to want to neglect the fact that the pwd state is
per-process not per-thread, so perhaps it would be simpler just to
give them that, thus side-stepping the locking
On Thursday 05 June 2003 20:12, you wrote:
Although very well documented, it looks like the ConnsPerThread
configuration parameter is unimplemented. I've checked in 3.4, 3.5 and
4.0beta8. Can anyone confirm this? Is there any special reason why it is
not implemented?
Good hint. Mind
On Friday 06 June 2003 04:28, you wrote:
The implementation in AOLserver 4 is very, very different. The script is
executed then the ENTIRE set of namespaces and procs are saved to the
server's tcl.script pointer.
This effect is not exactly stated in the docs, right, but it is the way
the new
On Thursday 05 June 2003 22:35, you wrote:
for real production sites. Are you running? and Are you answering
requests? are not the same question...
Indeed they are not. I'd add some more confusion by extending
the second to Are you *correctly* answering requests?
So, the solution window may
On Friday 06 June 2003 09:50, you wrote:
At the risk of adding complexity to the parent process, I
wouldn't mind seeing such a monitoring facility added to the
parent process.
That implies, the parent (watchdog) should have at least one
thread with the instantiated Tcl interp with ns_*
On Friday 06 June 2003 10:29, you wrote:
But maybe it's simpler and more reliable just to put in a bare
bones http get implementation
For people using aolserver as http-server, well, ok.
But there are others, not necessarily employing it
as http-server at all. I think in order to have a
On Friday 06 June 2003 11:48, you wrote:
Zoran Vasiljevic wrote:
I would love to hear some other oppinions. But, I'm already thinking
about what we'd need to do so that both approaches are available.
My simple guess would be that the easiest solution would be to
1/ create a temporary
On Friday 06 June 2003 16:12, Don Baccus wrote:
On Friday 06 June 2003 02:53 am, Zoran Vasiljevic wrote:
On Friday 06 June 2003 11:48, you wrote:
Zoran Vasiljevic wrote:
I would love to hear some other oppinions. But, I'm already thinking
about what we'd need to do so that both
On Friday 06 June 2003 17:11, Don Baccus wrote:
On Friday 06 June 2003 08:03 am, Zoran Vasiljevic wrote:
Nevertheles, to be really fair, there is some more work to be done
under the hood to get this working. The problem is in 1/.
Simple interp create won't work since script passed
On Friday 06 June 2003 17:11, you wrote:
how about:
ns_interp sync
ns_interp eval ?
Hey Tom, thanks!
You just gave me the idea: extend the Tcl interp with custom
ns_interp and do the necessary plumbing on C level before
returning the interp to caller. This might work. Have to check yet.
I
On Saturday 07 June 2003 07:55, you wrote:
On Fri, 6 Jun 2003 20:49:13 EDT
Nathan Folkman [EMAIL PROTECTED] wrote:
In a message dated 6/6/2003 6:03:40 PM Central Standard Time,
[EMAIL PROTECTED] writes:
Hello,
when I start AOLServer on NetBSD -current it gives an error:
On Saturday 07 June 2003 12:33, you wrote:
I get an error messege:
libnsd.so: undefined reference to 'NsthreadsInit'.
Huh, that was fast.
Please add:
extern void NsthreadsInit(void);
extern void NsdInit(void);
before the Ns_Main() function declaration.
Zoran
--
AOLserver -
On Saturday 07 June 2003 13:26, you wrote:
On Sat, 7 Jun 2003 12:39:33 +0200
Zoran Vasiljevic [EMAIL PROTECTED] wrote:
Huh, that was fast.
Please add:
extern void NsthreadsInit(void);
extern void NsdInit(void);
before the Ns_Main() function declaration.
Zoran
I have the same
On Saturday 31 May 2003 18:31, you wrote:
Why not just use daemontools? You avoid the race conditions of pidfiles
and get several other useful features.
Because of the added complexity of maintaining and setting up
different piece of software. We use just one nsd instance in our
solution and
On Saturday 31 May 2003 18:43, you wrote:
How many lines of code and how many man-hours will it take to implement
in C? How long will it take to review all the code to ensure you've
neither introduced any new bugs or otherwise broken already existing
code?
We have it running for about 3
On Saturday 31 May 2003 19:07, you wrote:
nsd -s -t config.tcl
nsd -x -t config.tcl
(a typo).
Zoran
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list: http://www.aolserver.com/listserv.html
List information and options: http://listserv.aol.com/
On Wednesday 11 June 2003 11:12, you wrote:
Thanks.
Perhaps the best thing is to use UTF-8 for the whole site instead of
iso- ?
Can there be problems with browsers (IE, Opera, Linux browsers...)
What the AOLServer community think about that ?
We've been creating utf-8 content for
On Friday 06 June 2003 17:35, you wrote:
On Friday 06 June 2003 08:15 am, Zoran Vasiljevic wrote:
My initial idea was to simply make the Nsd as static package by doing
Tcl_StaticPackage() at the end of InitInterp() and then do from Tcl:
set interp [interp create]
$interp eval {load Nsd
1 - 100 of 264 matches
Mail list logo