Oh, here's a good starting point:
http://en.wikipedia.org/wiki/List_of_JavaScript_engines
It uses it for everything, but it's optional for a single-threaded parser?
How's that?
Are there any other JS parsers out there that we should be looking at?
Perhaps the KDE or GNOME projects have their own?
I really don't want to add too many external dependencies, and I *really*
I've been looking over the source code for SpiderMonkey to see just how
reliant it is on the NSPR and OMG!!!
Its everywhere.
The NSPR is used for just about everything.
If we are going to use SPiderMonkey we may as well move to using the NSPR
first.
I suppose we could just use SpiderMon
This bug is a testament to the speed of Citadel.
basically 99% of the time all Citadel servers were running with only the
minimum configured number of threads (usually 5) and nobody noticed any
performance issues, good or what?
One thing to remember with this fix is that a citserver will
r7989 | davew | 2009-10-31 11:29:37 -0400 (Sat, 31 Oct 2009) | 14 lines
Changed paths:
M /trunk/citadel/sysdep.c
M /trunk/citadel/threads.c
M /trunk/citadel/threads.h
Fixed a bug in the threading code that would prev