Hi everybody,
just stumbeled over a russian, lighweight high performance webserver
http://wiki.codemongers.com/Nginx
http://wiki.codemongers.com/NginxWhyUseIt
implementing 7 different event models
http://wiki.codemongers.com/NginxOptimizations
maybe, someone can use this as a reference...
b
I downloaded the code in the previous mail. After some minor path
adjustments, I was able to get the test program to compile and link
under FreeBSD 6.1 running on a dual-processor PIII system, linked
against a threaded tcl 8.5a. I could get this program to consistently
do one of two things:
-
This is most probably the best variabt so far, and not complicated, such a
optimizer can do "the right thing" easily. sorry for the many versions..
-gustaf
{ unsigned register int s = (size-1) >> 3;
while (s>1) { s >>= 1; bucket++; }
}
if (bucket > NBUCKETS) {
bucket = NBU
Zoran Vasiljevic schrieb:
Am 16.01.2007 um 10:46 schrieb Gustaf Neumann:
This is most probably the best variabt so far, and not complicated,
such a
optimizer can do "the right thing" easily. sorry for the many versions..
-gustaf
{ unsigned register int s = (size-1) >> 3;
Zoran Vasiljevic schrieb:
Guess what: it is _slower_ now then the
s = (size-1) >> 3;
while (s>1) {s >>= 1; bucket++;}
I tend to like that one as it is really neat.
It will also better illustrate what is being
done.
this is the last for today. It is the unrolled variant, with l
Hi Jeff,
we are aware that the funciton is essentially an integer log2.
The chosen C-based variant is acually faster and more general than
what you have included (it needs only max 2 shift operations for
the relevant range) but the assembler based variant is hard to beat
and yields another 3% for
Stephen Deasey schrieb:
> Here's some problems with ns_conn channel:
>
> - ssl: if you use it (or any other comm module) you'll be surprised
> when 'puts' gets written in clear text.
>
> - If you 'puts' rather than ns_write, you may be surprised when
> automatic chunking, encoding, compression does
write an error
message
and misses the end of the var arg list
-gustaf neumann
PS: fixed a similar issue in xotcl more than a year ago.
Vlad Seryakov schrieb:
> Hi,
>
> This is an example when it crashes inside vsnprintf, experimenting i
> found that issuing long unknown comman
ted by the fmt string.
You are the, the number of %-codes corresponds to the arguments?
Is the error produced via Ns_TclLogErrorInfo() ?
What happens, if you add at the end of the vararglist in the call
causing the problem a (char*)NULL)?
-gustaf neumann
Vlad Seryakov schrieb:
> I use ns_
Let me point out another nice feature of git:
git provides server-support to behave to clients like a
cvs and/or svn server. This means, one can access the git
repository from cvs or svn (or git) clients. Not sure
if this is an issue, but a user who does not want to
learn new commands can contiune
Bernd Eidenschink schrieb:
>> Very nice idea!
>> I am for this.
>>
>
> good idea!
> (i wonder, though, when will wikis eventually add some kind of TinyMCE et.
> al.)
>
well, see e.g.
http://alice.wu-wien.ac.at:8000/xowiki-doc/
-gustaf neumann
&
Hi,
please notice the change below, which protects against a security flaw
in connection with utf-8 canonicalization
http://bitbucket.org/naviserver/naviserver/changeset/837647e120c5/
See the lengthy comment for the details...
Best regards
-gustaf neumann
-decode in Tcl),
but should done in (similar to the chunked encoding for forms).
Actually, there must be a better way for this than the following
change: http://bitbucket.org/naviserver/naviserver/changeset/a1ccb0371eee/
all the best
-gustaf neumann
PS: i had to do a "hg push -f ...".
We can try varying the acceptsize to see what happens
-gustaf neumann
Am 12.04.10 14:52, schrieb Stephen Deasey:
> On Sun, Apr 11, 2010 at 4:16 PM, wrote:
>
>> changeset: 2575:3963e46562e8
>> user: Gustaf Neumann
>> date: Sun Apr 11 17:16:27 2010 +0200
>> su
now, how to figure out, on which platforms
the long is wanted? The majority seems to be "int".
-gustaf
Am 12.04.10 16:03, schrieb Stephen Deasey:
> On Mon, Apr 12, 2010 at 2:33 PM, Gustaf Neumann wrote:
>
>> Without the patch naviserver hangs (blocks) on that machine alr
platforms
>> the long is wanted? The majority seems to be "int".
>>
>
> Not sure. Just go with int? How many people are running on MKS or Amiga?
>
replaced 2 occurrences of the problem with int
and undid the first fix.
Best regards
-gustaf neumann
--
:
a) for chunked encodings, spooling to files is turned off (since
decoding happens in memory)
b) chunked encodings still require X-Expected-Entity-Length to
terminate reliably
Checking for eof would be the best for (b).
-gusta
Am 12.04.10 15:10, schrieb Stephen Deasey:
> You are going to have to merge the two heads with 'hg merge' and then
> push that changeset. See: hg help merge.
>
many thanks! should be fine now.
-gustaf
--
Download Inte
Am 28.01.12 22:22, schrieb Ibrahim Tannir:
>
> On 28-Jan-12 22:09, Stephen Deasey wrote:
>> On Sat, Jan 28, 2012 at 8:19 PM, Ibrahim Tannir
>> wrote:
>>> However, the entire asynchronous IO in Windows is really messy
>>> business, since the entire mechanism of processing IO
>>> notifications is
g from. Have
you added it manually to the Makefile?
If so, why?
-gustaf neumann
Am 14.02.12 08:24, schrieb Kulcsár Ferenc:
> Hello!
>
> When I compile naviserver-4.99.4 the following error occures:
>
> gcc -shared -O2 -fomit-frame-pointer -Wall -Wno-implicit-int -fPIC -pipe
Dear all,
There is now support for naviserver and nsstats.tcl
to track the source for high locks/contention
rate/lock waiting time on nsvs. This is implemented
through a new command ns_bucket, which returns
the contents of all or the specified bucket(s) with
Stephen,
do you remember why you took out the -shared flag from ns_set?
https://bitbucket.org/naviserver/naviserver/changeset/1cbaf1acc09436f2a1c56102269a8b7fab0be168
it seems that some people love it. We have either to take it
out of
the documentation (and give sensible explanation) or
rei
thought
to be long-living:
http://stackoverflow.com/questions/6357012/in-mercurial-how-do-i-merge-remove-a-feature-branch-so-i-can-commit
-gustaf neumann
--
Don't let slow site performance ruin your business. Deploy Ne
,
and the tradition of (although informal) code-reviews
works very well.
-gustaf neumann
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know ex
, access by index or key or
>case-insensitive key) as a new nsv subcommand, perhaps 'nsv_multiset'.
Note that there are as well in libthread the keyed list
commands.
Serializeíng the ns_set in a nsv, and create/save it in a thread
when needed, as jeff suggested in the aolserver thr
ly used just per thread, the
question is for
what kind of purposes needing large amounts of keys are
these used.
Tcl has already arrays and dicts. Handling multiple values
per key
can be realized with "dict lappend".
-gustaf neumann
Am 10.10.12 18:33, schrieb Zoran Vasiljevic:
> On 10.10.2012, at 18:15, Jeff Rogers wrote:
>
>> could that renaming of the core
>> tcl command be done as part of the module
> sure it can
there is no need for an explicit rename,
one can register the new command as "ns_set".
once the command is over
nd ns_sockcallback refer to 'detach', which I've never heard
> of but from the usage I'm guessing is the predecessor to ns_chan.
there is certainly still a lot to improve. some pages have
wrong markup,
some pages are missing etc. whenever i step over something,
helps as well for your test cases...
-gustaf neumann
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your
On 11.10.12 21:01, Jeff Rogers wrote:
> Gustaf Neumann wrote:
>> Am 11.10.12 19:42, schrieb Jeff Rogers:
>>> I'll clean up my testcases and add them.
>> great!
> Hrm. I have a completely reproducible case,
good test case. The frequency in which the script sends n
on threads is already stochastically
determined per default. Under normal work conditions, the
queue backlog is handled as usual via the incoming traffic,
only the final drainage happens this way.
I have just added a minimal invasive change to the repository.
When other agree this to be a good solution f
On 11.10.12 20:28, Gustaf Neumann wrote:
> So, the behavior should be at least parameterized, and tailorable.
> i have added a proposal to hg, which is just a few lines of code,
> that allows parallel thread creation above a certain threshold.
> the threshold should become a param
rver-devel list
Best regards
-gustaf neumann
On 16.10.12 00:36, Maurizio Martignano wrote:
To facilitate the discussion, I put in here some examples
of the changes I made:
*2.a.*
From
mapPtr = ns_malloc(sizeof(Map));
To
mapPtr = (Map*) ns_malloc(sizeof(Map));
*2.b.*
From
ow
that i have picked
randomly. This list is most like not complete.
all the best
-gustaf neumann
+#ifdef _WIN64
+Ns_DStringPrintf(dsPtr, "%d %d %d %l64d %l64d %l64d
%l64d",
+#else
Ns_DStringPrintf(dsPtr, "%d %d %d %" PRId64 " %"
PRId64 " %&quo
d to look closer of the few other changes of maurizio (so
far, i have
not come across the other K&R style files in the naviserver
sources).
-gustaf neumann
--
Everyone hates slow websites. So do we.
Make your w
-Tcl_DStringResult(interp, &ds);
> + // Tcl_GetMemoryInfo(&ds);
> +// Tcl_DStringResult(interp, &ds);
>#endif
>return TCL_OK;
>
> same as above under _WIN64
Why is this a problem with _WIN64?
-gustaf neumann
ahim
>
> On 17-Oct-12 14:05, Gustaf Neumann wrote:
>> On 17.10.12 12:35, Maurizio Martignano wrote:
>>From your changes, i deduce, that PRId64 and PRIuMAX are
>> not defined for your platform, but PRIu64 seems to be there
>> (at least, you did not change this). Pl
u mean with "starting with
multiple format strings"?
With the macros defined, the string
"%d %d %d %" PRId64 " %" PRId64 " %" PRId64 " %" PRId64
is equivalent with
"%d %d %d %" "I64d" " %" "I64d" "
On 17.10.12 13:21, Gustaf Neumann wrote:
> With this committed, there are still the typcast changes to
> address,
dear all, i have done one more cleanup round and removed all
warnings when naviserver is compiled with "clang -Wall
-pedantic".
These changes were mostly
On 17.10.12 14:05, Gustaf Neumann wrote:
>> #ifdef NS_NOCOMPAT
>> -# error "No compatibility macros at present"
>> +// # error "No compatibility macros at present"
>> #endif
>>
>> This is my error, sorry, should be under _WIN64
>
how i understand
this for now.
-gustaf neumann
On 11.10.12 14:02, Stephen Deasey wrote:
> On Wed, Oct 10, 2012 at 9:44 PM, Jeff Rogers wrote:
>> It is possible to get into a situation where there are connections
>> queued but no conn threads running to handle them, meaning nothing
>
in our own namespace
whenever possible.
- added the project files and the solution file for visual
studio (without the SQL Server file containing the
configuration state, which is 35MB)
As far i can tell, everything works fine under Linux and Mac
OS X, but i certainly can't exclude some sign
y connection structure, the actual need comes up in a
connection thread. One could defer the Ns_CompressInit until
a connection thread needs it (by checking, whether the
compress stream is available/initialized.
-gustaf neumann
---
s this way. The
question remains: how much is this really a problem? How
much performance can be gained?
Changing the notification structure (adding a
connection-thread-queue and extra condition) is a relatively
Agustin,
here is a port from nsldap_v0_r8 to the naviserver interface.
https://bitbucket.org/naviserver/nsldap/src
This should make it easier fro users to use this module...
-gustaf neumann
On 27.10.12 13:42, Agustin Lopez wrote:
Thanks, Stephen.
Finally I find I have to replace
/1.1, if we really should assume gzip by default.
-gustaf
On 27.10.12 15:03, Stephen Deasey wrote:
> On Sat, Oct 27, 2012 at 1:13 PM, Gustaf Neumann wrote:
>> On 26.10.12 15:47, Stephen Deasey wrote:
>>> I think the spec says that for HTTP/1.1, if the client doesn't
>>
On 27.10.12 15:56, Gustaf Neumann wrote:
> Changing the notification structure (adding a
> connection-thread-queue and extra condition) is a relatively
> small change, compared to general redesign.
i've just implemented lightweight version of the above (just
a few lines of code) by
needed from the main/drivers/spoolers as well from the
connection threads to update the idle/running/.. counters
needed for controlling thread creation etc. Differentiating
these mutexes should help.
i have not addressed the termination signaling, but that's
rather simple.
-gustaf neuman
Dear David,
would the following change help you?
Before i finalize this change (do this on encode as well,
add to documentation, etc.),
was this omitted on purpose in naviserver?
-gustaf neumann
--- a/nsd/urlencode.c Mon Oct 29 13:46:08 2012 +0100
+++ b/nsd/urlencode.c Tue Oct 30 15:41
The changes are committed to bitbucket.
see
https://bitbucket.org/naviserver/naviserver/changeset/7b89b89802beebeb3db4a37c77f3d2d63c944494
all the best -gustaf
On 30.10.12 16:03, David Osborne wrote:
Hi Gustaf,
Yes, that looks great. Along with the ns_urlencode
equivalent I think it would so
alternative would be to split up the
documentation pages with multiple commands into single pages...
any input/help is welcome
-gustaf neumann
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppD
waiting time for locks is reduced
by a factor of 10. One has to add, that it was not so bad
before either. The benefit will be larger when multiple
pools are used.
Finally i think, the code is clearer than before, where the
lock duration was quite tricky to determine.
opinions?
-gustaf neumann
hmm, i found two occurrences of "nsparam pageroot", and
changed these.
% egrep -R "ns_param *pageroot" *
openacs-config.tcl:ns_param pageroot$pageroot
tests/http-test-config.tcl:ns_param pageroot$pageroot
i have added as well "ns_info pagedir" as an alias for
"ns_info
t fastpath section and added it
there instead then it worked. Is this what would be expected?
ns_section "ns/server/${server_name}/fastpath"
ns_parampagedir $pageroot
On 1 November 2012 19:51, Gustaf Neumann <mailto:neum...@wu.ac.at>> wrote:
hm
On 02.11.12 12:43, Stephen Deasey wrote:
> On Thu, Nov 1, 2012 at 12:13 PM, Gustaf Neumann wrote:
>> i think, that adding a command reference would be a nice
>> addition, and is most likely possible with reasonable amount
>> of work. The other alternative would be to split up
e with Central
> http://p.sf.net/sfu/logmein12331_d2d
> ___
> naviserver-devel mailing list
> naviserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
--
Univ.Prof. Dr. Gustaf Neumann
Institu
queued. So, there would not be the need to
create a new thread. However, when the conn thread exists, the single
request would not be processed.
So, much more testing is needed.
-gustaf neumann
Am 01.11.12 20:17, schrieb Gustaf Neumann:
> Dear all,
>
> There is now a version on bitbucket,
t a behavior similar to idle==0
by setting the low water mark to 0.
The shutdown mechanism is now adjusted to the new infrastructure
(connection threads have their own condition variable, so one cannot use
the old broadcast to all conn threads anymore).
-gustaf neumann
Am 07.11.12 02:54, schr
On 13.11.12 15:02, Stephen Deasey wrote:
> On Tue, Nov 13, 2012 at 11:18 AM, Gustaf Neumann wrote:
>> minthreads = 2
>>
>> creating threads, when idle == 0
>> 10468 requests, connthreads 267
>> total cputime 00:10:32
>>
>> creating t
On 14.11.12 09:51, Gustaf Neumann wrote:
On 13.11.12 15:02, Stephen Deasey wrote:
On Tue, Nov 13, 2012 at 11:18 AM, Gustaf Neumann wrote:
minthreads = 2
creating threads, when idle == 0
10468 requests, connthreads 267
total cputime 00:10:32
creating threads, when queue >
On 18.11.12 20:34, Stephen Deasey wrote:
On Sun, Nov 18, 2012 at 1:22 PM, Gustaf Neumann wrote:
Here are some actual figures with a comparable number of requests:
with minthreads==maxthreads==2
requests 10182 queued 2695 connthreads 11 cpu 00:05:27 rss 415
below are the previous values
e dequeue
time-stamp for application level profiling as base for a difference with
current time.
Further wishes, suggestions, comments?
-gustaf neumann
--
Monitor your physical, virtual and cloud infrastructure from a sin
ls 451 queued 366 connthreads 12 rss 466
which is even better.
For more information on malloc tests see
https://next-scripting.org/xowiki/docs/misc/thread-mallocs
or the tcl-core mailing list.
That's all for now
-gustaf neumann
Am 20.11.12 20:07, schrieb Gustaf Neumann:
Dear all,
Th
will check the effects of fastpath cache, which was deactivated so far...
best regards
-gustaf neumann
Am 28.11.12 11:38, schrieb Gustaf Neumann:
Dear all,
here is a short update of the findings and changes since last week.
One can now activate for nslog "logpartialtimes", which adds a
connection threads seems to
complex to me), so i am still for a while busy with that. i hope, that i
don't create too much collateral damage and let you know, when the new
stuff is stabilized...
-gustaf neumann
--
Univ.Prof. Dr. Gustaf Neumann
Institute of Information Systems and New
Am 29.11.12 19:51, schrieb Gustaf Neumann:
> However, i am still in the process to clean up and address
> some strange interactions (e.g. for nsssl some socket
> closing interactions between driver and connection threads
> seems to complex to me), so i am still for a while busy wi
ilar to the "Ns_DriverKeepProc Keep", but that would
effect the interface of all drivers.
-gustaf neumann
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile dev
Am 04.12.12 20:06, schrieb Stephen Deasey:
- we should actually ship some code which searches for *.gz versions
of static files
this would mean to keep a .gz version and a non-.gz version in the file
system for the cases, where gzip is not an accepted encoding. Not sure,
i would like to manage
Am 05.12.12 00:41, schrieb Stephen Deasey:
> On Wed, Nov 28, 2012 at 10:38 AM, Gustaf Neumann wrote:
>> It is interesting to see, that with always 5 connections threads running and
>> using jemalloc, we see a rss consumption only slightly larger than with
>> plain tcl an
he call-graph). There is a
lot of room for improvement.
-gustaf neumann
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve you
would tag the current tip of naviserver
with 4.99.4 and move the changes over to the main repository
in the near future after i make an iteration of the
affected documentation.
-gustaf neumann
--
LogMeIn Rescue
which performs the rather complex preference rules.
The following code could be easily used e.g. in a filter,
or it can be extended to "compile" different formats into
a target format. At least something to play in a first
step
i will commit the changes asap to naviser
elow, also these modifying the starting
state.
all the best
-gustaf neumann
--- a/nsd/config.c Thu Dec 20 12:47:08 2012 +0100
+++ b/nsd/config.c Sat Dec 22 12:02:13 2012 +0100
@@ -816,7 +816,7 @@
s = NULL;
if (section != NULL && key != NULL) {
-
re compatible. For "ns_info" it
should be possible to add a compatibility layer spitting out a
"deprecated" message before calling the new interface.
The commands
ns_info winnt
ns_server keepalive ?pool?
should be
Am 03.01.13 18:48, schrieb Jeff Rogers:
>
> Does it make sense to have 2 different information-gathering commands,
> tho? Why not consolidate all these functions into "ns_info", giving
> appropriate subcommands -server and/or -pool flags as necessary?
well, we have as well ns_conn and ns_thread
led
asynchronously, the connection threads can run without being blocked
from slow connections.
I have updated the commented changelog at
https://next-scripting.org/xowiki/docs/misc/naviserver-connthreadqueue
All the best
-gustaf neumann
-
(see [1]).
To use TFO in NaviServer, it has to be configured/compiled/executed on a
machine with a Linux Kernel that supports it, and "deferaccept" has to
be turned on.
-gustaf neumann
[1] https://lwn.net/Artic
ock to separate concern of file-spooling and
memory based requests.
- Factor out WriterSend() from DriverThread() to improve readability
and locality
The code was tested with nssock + nsssl on Mac OS X and Linux,
and is running on http://next-scripting.org
all the best
-gustaf neum
more detail?
Even when the functions are deleted, they are not lost, reviving these
in the case someome needs it could be done quickly.
-gustaf neumann
Deprecated:
Ns_BindSock
Ns_ConnFlushHeaders
Ns_ConnInit
Ns_ConnLocation
Ns_ConnQueueHeaders
Ns_ConnResetReturn
Ns_ConnSetRequiredHeaders
Dear all,
the three commands ns_conn copy, ns_conncptofp, and
ns_writecontent are very similar, the latter two are
identical. all variants are as well in aolserver.
Are there objections to mark ns_writecontent and
ns_conncptofp as deprecated and to recommend "ns_conn copy"?
To my understandin
worth breaking compatibility with aolserver, so we should go
back to "ns_eval -sync". If no one complains, I'll make the
change in the next days.
thanks for pointing this out
-gustaf neumann
On 08.02.13 13:34, David Osborne wrote:
Hi,
The synchronous switch for ns_eval changed
y to go.
When downloading the tip version of naviserver, please
get also nsdbpg/nsssl/nsstats when you use these modules.
We are using the tip version of naviserver and the modules
in production since a while. I think, we saw the last crash
last year in october or so.
he tagging of 4.99.4 more than 150 commits
went in time flies like an arrow. I hope to be able to
do this until the end of the week.
-gustaf neumann
On 25.04.13 10:38, Bernhard van Woerden wrote:
Thanks Gustaf,
Do you plan to tag a new release ?
We want to put together Debian packages and i
x27;ll have a go. I really need to read the diff for each commit
so it will take me a day or 2 to put together a draft version.
- Bernhard
On 29 April 2013 10:41, Gustaf Neumann mailto:neum...@wu.ac.at>> wrote:
Dear Bernhard,
Would be great, if you could help
Dear all,
after doing some more polishing (static analyzers, more valgrind test)
and updating NEWS,
i've today tagged NaviServer and the modules mentioned below with
naviserver-4.99.5 on bitbucket
and uploaded new tar files to sourceforge.
all the best
-gustaf neumann
Am 06.05.13
ns so late that it
is in practice not a problem.
Please try the change...
-gustaf neumann
Am 04.06.13 13:09, schrieb David Osborne:
Hi,
Thanks for 4.99.5. It's been working well for us so far.
I've noticed a small glitch in the logging of nsssl shutdowns (not
sure if it's
o the tiny blue-print).
The sample script proxy.tcl uses "nsf::proc"
(from http://next-scripting.org) to allow for nice
configuration per filter rule. If there is no nsf install,
one can replace it by a simple "proc" and do the
configuration differently...
Best regards
-gustaf n
18.06.13 12:28, schrieb Gustaf Neumann:
> ...
> tcl/proxy.tcl
> ===
> # Tiny Reverse Proxy
> #
> # - deliver from upstream http and https server (spooling of large content)
> # - delivery of loca
Am 04.12.12 23:55, schrieb Gustaf Neumann:
Am 04.12.12 20:06, schrieb Stephen Deasey:
- we should actually ship some code which searches for *.gz versions
of static files
this would mean to keep a .gz version and a non-.gz version in the
file system for the cases, where gzip is not an accepted
r/naviserver/commits/f7dca733625553ab802c93d35d471524e5a13e3e
all the best
-gustaf neumann
Am 04.07.13 04:38, schrieb Jeff Rogers:
> Gustaf Neumann wrote:
>
>> When the gzip_cmd is configured, NaviServer keeps track of
>> updating the .gz file for the cases the source file is update
/a91fe6050ddba5ae5b4f6c0dbc36acc004b2
you should be able to simply add that line to your 4.99.5 installation.
All the best
-gustaf neumann
Am 04.07.13 18:06, schrieb David Osborne:
Hi,
Wondering if you can help us understand what's happening here.
(Currently testing under naviserver 4.99.5 with Tcl 8
ensemble create
-command [uplevel 1 [list namespace origin [lindex [info level 0]
0]]] -subcommands {
add clicks format microseconds milliseconds scan seconds
}]
...snip...
--
David Osborne
On 4 July 2013 21:12, Gustaf Neumann <mailto:neum...@wu.ac.at>> wrote:
Dear David,
Now we exclude proc ::clock from the blueprint and this should solve
this issue.
By doing so, we are loosing some flexibility (namely to overload ::clock
with a tailored version), but i think we can live with this.
Please try again
-gustaf neumann
PS: Not sure, why ::clock is
is is sheer luck in the order of definitions. Furthermore, a
single call to lock "at the right time" can heal everything or lead to
the error, since clock is kind of a "self modifying" code...
I still think, that leaving out the t
Am 08.07.13 21:12, schrieb Jeff Rogers:
> Sheer luck is definitely a possibility,
what i called "luck" was the random order of entries as returned from the
hash tables during serialization.
> but also naviserver is missing
> the ensemble serialization that aolserver has, so things defined (or
> red
Am 10.07.13 15:01, schrieb David Osborne:
On 8 July 2013 17:16, Gustaf Neumann <mailto:neum...@wu.ac.at>> wrote:
The problem is not only the caches (otherwise it would have been
sufficient to exclude the ::tcl::* namespaces from the blueprint), but
also the definitio
Am 01.08.13 15:00, schrieb David Osborne:
> Hi,
>
> We intermittently encounter the above error when we call a ns_eval
> from our naviserver codebase (with Tcl 8.5.11 ).
The code is in "proc getentry" in nstrace.
Actually, one should only access the value ::errorInfo and friends
immediately afte
mit a
patch, that is quite similar to this.
https://bitbucket.org/naviserver/naviserver/commits/d118a87689afe116ee3e618809a4b34f66a75379
all the best
-gustaf neumann
Am 03.08.13 12:07, schrieb Gustaf Neumann:
> Am 01.08.13 15:00, schrieb David Osborne:
>> Hi,
>>
>> We intermit
contributed in total,
but in average on the same machine, under the same OS release,
the new site is significantly faster.
http://openacs.org/forums/message-view?message_id=4074774
-gustaf neumann
--
Get 100% visibili
ode; in my testing, it works fine.
Many thanks and all the best
-gustaf
Am 10.07.13 15:01, schrieb David Osborne:
On 8 July 2013 17:16, Gustaf Neumann <mailto:neum...@wu.ac.at>> wrote:
The problem is not only the caches (otherwise it would have been
sufficient to exclude the ::tcl
1 - 100 of 693 matches
Mail list logo