Many thanks for the patch. it looks good. it applied with
some minor related cleanups.
-gustaf neumann
On 17.08.11 19:06, Jin Choi wrote:
Hello. I've tracked down and fixed a crashing bug in AOLserver on x64. I
believe it is correct.
AOLserver was crashing with
Fatal: m
o the code base is that these are incorrect and
would break compilation on the non-windows platforms. Both
suggested changes are in #ifdef branches for compilations
without _WIN32 set (therefore irrelevant for Win32 and
Win64). Please check more carefully first.
-gustaf neumann
It is not up to
aolserver 4.0.10 nor naviserver call Tcl_Finalize(),
so i guess we can live with a 4.5.1+ version under windows
without it.
-gustaf neumann
[1] http://msdn.microsoft.com/en-us/library/ms682583.aspx
On 06.08.11 16:28, Maurizio Martignano wrote:
It is me again...
Well I noticed that th
Maurizio,
Tcl_Finalize() is supposed to work, and if it does now work
something is still broken in the windows version. Omitting
Tcl_Finalize() is removeing the symptom, not the cause. It
is not unlikely that something else will have the same
problem due to this cause.
When Tcl_Finalize() i
), otherwise tcl will crash (at least
under unix like operating systems)
[MM] Not my change, please look at my newest email and
sorry if I cause you some inconvenience.
It was included in your first patch (maybe erratic). If this
is not needed, fine.
All the best, and many thanks for the
osePtr = NULL;
+static Proc *firstClosePtr;
===> What's wrong with the initialization of the static
variable?
I have not updated the nsproxy changes, since these need
more work.
-gustaf neumann
On 05.08.11 08:14, Maurizio Martignano wrote:
Dear all,
here you are with a "first
Brian many thanks, i commited your change to the CVS on
sourceforge.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of
(like
"nc") worked always reliable.
Additionally, i have moved the reply handling to the
connection threads, and made some more cosmetical changes.
Brian, please check again.
-gustaf neumann
On 08.07.11 13:49, Fenton, Brian wrote:
Dear Gustaf
many thanks for the reply. Yes
upload request changes the behavior.
maybe, i can look into this next week.
-gustaf neumann
On 06.07.11 13:08, Fenton, Brian wrote:
Dear Gustaf
thanks for the reply. I have tried it with the latest OpenACS config.tcl and
also another older one I use (both attached). I just assumed I was do
Strange, it works for me. can you send me your config file?
Concerning "the right place": As it was discussed here, it
would be certainly better to move the reply-sending to a
request handling thread (or a spooling thread like in
naviserver), simply to be sure that the driver is never
blocking
a segfault is a segfault is a segfault no matter
whether is happens in aolserver, in tcl or in an extension.
you might have a chance to recover from segfaults in
nsproxy, but certainly, the best approach is to get rid of
these... -gn
On 05.07.11 21:25, Alexey Pechnikov wrote:
Is it poss
Alexey,
both URLs work nicely for me (using 4.5.1 from sourceforge under
Mac OS X); the URLs are rewritten finally into
/?q=тавр*+2011
Can it be that you have some unusual encoding settings?
-gustaf neumann
On 04.07.11 11:54, Alexey Pechnikov wrote:
1. It's work fine:
http://loca
Dear all,
As a small contribution, i added a patch to sourceforge cvs.
The patch returns the 413 error message via a new function
Ns_ConnReturnEntityToLarge(), which is written in the same
style as Ns_ConnReturnNotFound(). The patch is somewhat
minimal and handles this issue entirely in the d
array [ns_getform]] {
lappend a($att) $value
}
ns_return 200 text/plain "keys: [array names a]\nkeys+values: [array get a]"
======
-gustaf neumann
--
Univ.Prof. Dr. Gustaf Neumann
Institute of Information System
NS tuning
ns_param dnscachetrue ;# In-memory cache of
DNS lookups
ns_param dnscachetimeout 60;# How long to keep
hostnames in cache
dnscachetimeout is I think in mins.
Regards,
Majid.
On Sat, Apr 16, 2011 at 11:02 AM, Gustaf Neumann
mailto:neum...@wu-wien.ac.at>&g
ich is a
value specified in secs. It is somewhat strange that you
seem to bring this in relation with max_threads, ... but
maybe, your naming is just misleading.
-gustaf neumann
On 15.04.11 23:48, Majid Khan wrote:
Hi All,
I am done with the basic understanding of the
configuration of aol4
s.
-gn
On 20.02.11 08:55, aT wrote:
Does ConnsPerThread = 0 , have any affect on this ?
Should it be 0 , meaning as many connection per thread as
possible ?
On 02/16/2011 08:26 AM, Gustaf Neumann wrote:
The thread exiting code is based on "maxconns" and
"timeout". If e
The thread exiting code is based on "maxconns" and
"timeout". If e.g. maxconns is is very low (e.g. 20),
the default "spread" of 20 does not make a lot of change.
Furthermore it is more important, when many
connection threads are configured (e.g. 80), and the there
is much library code (e.g. ful
tcl?r=HEAD
-gustaf neumann
On 29.01.11 19:14, Bernhard van Woerden wrote:
I'm trying to run ns_proxy from the control port on
AOLserver 4.5.1 Tcl 8.5
but get
nsd:nscp 61> set handle [ns_proxy get myproxy]
exec failed: no such file or directorycould not get 1
handle from pool "myproxy&q
example "pool1,pool2,pool3" instead of the "*").
For an example of the config file, see:
http://cvs.openacs.org/browse/OpenACS/openacs-4/etc/config.tcl?r=HEAD
-gustaf neumann
On 01.12.10 16:25, Björn Þór Jónsson wrote:
Hi,
The server has been rock stable since I changed
in
the dump and
reload.
-gustaf neumann
On 02.12.10 08:39, Janine Ohmer wrote:
Sort of... the column in question is of type text, and the
only function I can find that will convert from text to
bytea is decode, not encode. So here's what I did:
select decode(answer_3, 'esc
curve.
Come on, stop that bashing. Jeff was referring to
http://code.activestate.com/lists/tcl-core/9805/
On real problems, the Tcl-core people are very helpful
and highly responsive...
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an e
t is you setting of maxthreads?
-gustaf neumann
Am 18.11.10 17:13, schrieb Björn Þór Jónsson:
Hi,
After recently upgrading from AOLserver 4.5.0 to 4.5.1 and from
nspostgres-4.0 to nspostgres-4.1 the server is repeatedly crashing
(when it gets hammered by the google bots). The error.log has m
Dear Janine
The symptoms sound similar to bug #1615787
https://sourceforge.net/tracker/?func=detail&aid=1615787&group_id=3152&atid=103152
this bug is fixed in the 4.0 branch (not sure, if you are using
a version before this fix) and in aolserver 4.5.1
best regards
-gustaf neumann
http://www.ohloh.net/p/aolserver/commits?query=64-bit&commit=Update
and similar search patterns
best regards
-gustaf neumann
On 05.11.10 23:03, Janine Ohmer wrote:
Followup to this...
The original build error was:
(cd /usr/local/src/aol33+ad13/aolserver/tcl7.6/unix; make CFLAGS='
's tls
package nicely for e.g. outgoing connections.
best regards
-gustaf neumann
[1]
http://cvs.openacs.org/browse/OpenACS/openacs-4/packages/xotcl-core/tcl/bgdelivery-procs.tcl?r=HEAD
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with
ur
system. Get into the habit of "cat -v $FILENAME" to make sure
non-printable characters are escaped, intead of being fed unfiltered to
your terminal program.
or " tail -f ... | cat -v"
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from thi
coding, so
that it would be logged as %1B instead of the literal byte.
On 9/9/10 8:18 AM, Gustaf Neumann wrote:
i have just now committed a quick fix for the problem into the
aolserver/nslog/nslog.c
into the sourceforge module. please check, if this is in all cases
sufficient.
--
AOLser
Hi brian,
i have just now committed a quick fix for the problem into
the aolserver/nslog/nslog.c
into the sourceforge module. please check, if this is in all
cases sufficient.
-gustaf neumann
On 09.09.10 13:32, Fenton, Brian wrote:
Hi all
just came across this when looking for something
.
But this certainly depends on your needs and the kind of performance
you might want to reach.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Am 14.06.10 09:24, schrieb Sep Ng:
Thanks for the swift reply Gustaf. I have Debian Etch on 64-bit as
the OS platform and I'm thinking that OS choice should not
particularly affect performance, right?
i doubt that there will be a perceivable difference between Linux versions,
but this depen
Am 14.06.10 05:11, schrieb Sep Ng:
I'm looking into upgrading to 4.5.1 but I'm not sure if there's
anything I should look into. The thread posted had a suggestion that
tcl shouldn't be compiled with --enable-64-bit but I wanted to find
out if anyone had any up-to-date information on going 64-bit
Is there something wrong with "ns_conn content" ?
Am 07.04.10 09:03, schrieb Bas Scheffers:
I think the question is *how* to grab the raw post data?
On Wednesday, April 7, 2010 4:12pm, "Gustaf Neumann"
said:
Grab the post data and use an xml parser to get the conten
Grab the post data and use an xml parser to get the content
There are multiple xml parsers for tcl available that you can use.
I would recommend tdom, which supports among other
things xpath (see http://www.tdom.org/)
-gustaf neumann
Am 07.04.10 06:40, schrieb Brad Chick:
This should be fairly
require
(1) the tcl thread library (in this context for event
driven I/O and mutex functionality), (2) tls
and (3) xotcl.
-gustaf neumann
cheers,
Torben
1. On July 15 2009 John Caruso wrote:
> We've run into a bug with AOLserver 4.5.1 / nsopenssl 3.0beta26. The
> bug is fully docu
the integration
of xotcl-core with the OpenACS object system
(it requires OpenACS 5.2), so loading the package
might require some fiddleing around.
all the best
-gustaf neumann
Am 04.02.10 12:26, schrieb Fenton, Brian:
Dear Gustaf,
I would dearly love to avail of the xotcl functionality but I
Dear Brian and all,
xotcl-core of OpenACS contains a full set of HTTP client
support, including POST requests and https (via the
tcl tls package). Below is the description included in the
source
best regards
-gustaf neumann
===
# Defined
tistics when it recieves data.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
AQ/mimedeco.c
(possibly via nsproxy).
-gustaf neumann
Steve Manning schrieb:
Don't think you can use it for uploads but Gustaf's Background
Delivery thread might help you to serve these files more efficiently.
Its discussed here
http://www.openacs.org/xowiki/weblog-portlet?ptag=bgdeli
You have to compile Tcl and all tcl based modules with
--disable-corefoundation
and you have to make sure that you are linking against this version of tcl.
best regards
-gustaf neumann
Cesáreo García Rodicio schrieb:
Dear Gustaf,
Thanks for your answer but, sadly, it didn't work.
Dear Cesáreo,
for compiling under Mac OS X Leopard or newer,
use the following flags to compile Tcl:
./configure --prefix=/opt/aolserver --enable-threads
--disable-corefoundation --enable-symbols
best regards
-gustaf neumann
Cesáreo García Rodicio schrieb:
Hi!
I'm trying to build
regards
-gustaf neumann
Jade Rubick schrieb:
Hi Paul:
We found that to debug these, it's best to recompile with debug
symbols on -- that way you can get an idea of what is causing the
problem.
Jade
Jade Rubick | Director of Development | TRUiST
2201 Wisconsin Ave NW, Suite 250 | Washi
ly problem)
- reduce memory consumption
- compile tcl, aolserver and all used modules with 64bit
-gustaf neumann
-William
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You ca
ot;.
The "could not allocate memory" shows that you are most likely
running a 32bit version which gets a size close to 2GB. You could
reduce resource consumption (e.g. less connection threads) or compile
with 64 bit.
best regards
-gustaf neumann
--
Univ.Prof. Dr. Gustaf Neumann
Institute
information as well.
just to get the information about running connection
threads from the xotcl-request-monitor, use
"throttle running".
best regards
-gustaf neumann
Sep Ng schrieb:
Hi Gustav!
Thanks for the info. I'm afraid xotcl-request-monitor may not be good
enough if I
sites.
Originally i had one version for pure aolserver and one for
OpenACS; since a while i just work on the OpenACS version
(which is available via the public cvs repository of
OpenACS).
best regards
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this lis
ood enough.
Sourceforge has a good visibility. I doubt, that changing to e.g. track will
change the frequency of bug reports and fixes.
by 2 cents
-gustaf neumann
Tom Jackson schrieb:
Maybe I'm being too ambiguous. Do we have any critical bugs? I don't
think so. Yes, the ticket tracker m
n the config file,
like e.g.
ns_section "ns/threads"
ns_param StackSize 2048000
When the stack overflows, many wierd things might happen.
This is a common problem when aolserver 3.* apps are updated to 4.*
best regards
-gustaf neumann
--
AOLserver - http://www.aolserver.
with flag XXX. Be aware that this
(sub)command is not thread save and can kill the aolserver
when used with multiple threads ....
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER&quo
nACS.
We fixed many performance problems over the last years
in the base framework.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
have saved all of us time if you would have
told us earlier that you are using a patched version.
I have checked the debian patches, there are no
other .c or .h files in the change set, so hopefully
this source of confusion is closed.
Many thanks for your help.
best regards
-gustaf neumann
PS: Tom
n e.g. 20
connections for the first two pools.
ns_section ns/db/pool/pool1
ns_param maxidle10
ns_param maxopen10
ns_param connections300
ns_param verbose$debug
maybe the 600+ connections you have makes things slower than
needed.
best
/libnsd.so | fgrep strf
U strftime@@GLIBC_2.2.5
-gustaf neumann
Alexey Pechnikov schrieb:
This return the correct result:
catch {exec /tmp/time-format} msg
ns_log Notice $msg
[12/May/2009:14:56:47][15868.3082901168][-main-] Notice: Thu, 01 Jan 1970 00:00:00 GMT
Very wierd. So, the behavior must be influenced by the environment.
What is the output, if you call time-format from aolserver (via exec)
(this way, the external program runs with the same set of
environment variables as the aolserver).
-gustaf neumann
Alexey Pechnikov schrieb:
$ gcc /tmp/time
thing works as expected.
I don't see, how the locale settings can influence the %d formatting
of stftime. But anyhow, it might be worth to check the output of
locale -k ru_RU.UTF-8 LC_TIME
on your system
hope, we are getting closer
-gustaf neumann
== time-format.c
#include
#inc
Dear Janine,
please check:
http://www.openacs.org/forums/message-view?message_id=488620
The problem was fixed in OpenACS more than 2 years ago.
http://fisheye.openacs.org/browse/OpenACS/openacs-4/packages/acs-tcl/tcl/form-processing-procs.tcl?r1=1.55&r2=1.56
Hope this helps,
-gustaf neu
the config file from that site?
-gustaf neumann
Janine Sisk schrieb:
Ok... I just upgraded all of the sites on this system.
Things look a bit better, but I still occasionally see an nsd pop up
to 50%+ for a few seconds. It doesn't seem to last as long, but that
may just be because
;, ...)
to format the day of month. Since strftime() is defined
in the C-library, the bug should be there.
-gustaf neumann
Alexey Pechnikov schrieb:
Hello!
On Sunday 10 May 2009 23:42:08 Tom Jackson wrote:
I wonder if you have to set this before your start nstclsh?
$ LANG="en_US
) at the same time. The more threads are defined the
worse it will become. Aolserver 4.5.1 addresses this problem by
providing a randomization spread.
best regards
-gustaf neumann
Janine Sisk schrieb:
I host a couple of sites based on an old version of OpenACS with a
proprietary (and fairly
Try in an aolserver script:
set ::env(LANG) C.UTF-8
ns_log notice "START of times [::ns_http_time 0]"
Most likely, it will work as expected
My recommendation is to set the LANG in the startup file.
Maybe, aolserver should force a LANG/LOCALE to avoid
unexpected behavior...
-gust
We use nginx+SSL and used before pound+SSL.
We have no SSL for the aolserver configured.
-gustaf neumann
Alexey Pechnikov schrieb:
Hello!
On Thursday 30 April 2009 10:40:17 Gustaf Neumann wrote:
nginx is more work to configure. at least the english documentation is
sometimes
tough to read
switched.
nginx is more work to configure. at least the english documentation is
sometimes
tough to read, but here you have an advantage. nginx is very stable and
fully
featured.
-gustaf neumann
Alexey Pechnikov schrieb:
Hello!
I'm now have problem with AOLServer (version 4.5.1) and pound (2.
If the limit is ok (ayan's mail), you might run into the maximum segment
size on 32bit.
If this is the case, recompile everything with 64bit enabled.
-gustaf neumann
Agustin Lopez schrieb:
Hello!
I have in production six aolserver serving one OpenACS cluster.
The aolserver works wel
you test this version as well for your test-cases?
If thise works for you as well (i would assume so), i would think
that version should go into CVS.
best regards
-gustaf neumann
Tom Jackson schrieb:
I think I finally figured it out, and it now appears to me that
including the access logging
That would be a nice simplificaton
and would make it easier to achieve a
consitent behavior.
-gustaf neumann
PS: i wrote this just by reading the code.
There might be certainly some imporant
cases/reasones missing.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simp
or status codes like
NS_FORBIDDEN, NS_UNAUTHORIZED, or NS_SHUTDOWN?
Have you checked what happens, when a Ns_ConnRunRequest
ended in Tcl with a "return", "break" or "continue"?
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this
or at
least,
this should be documented.
We don't use traces, all of OpenACS does not use it, so this is no
current issue for us.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVE
igure out what happens without that.
For example, in our production system, we use nginx, which logs these
requests on its own. A problem show up, when we try to debug a situation,
where some requests present in the nginx log are missing in the
aolserver log.
-gustaf neumann
--
AOLserver -
e.net/tracker2/?func=browse&group_id=3152&atid=103152
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Dear Alexey,
below is a fix for the nsproxy problem that you reported.
The problem comes from a different initialization semantics
in Tcl 8.5, that hits the nsproxy binary. The added call
should work with Tcl 8.4 as well; please report back
such i can commit the fix to CVS.
best regards
-gustaf
, this does not help in the original problem.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Alexey Pechnikov schrieb:
Hello!
I did try to build AOL 4.5.1 with TCL 8.5. AOL is work, but nsproxy module now
doesn't work.
$ /usr/lib/aolserver4/bin/nsproxy
Segmentation fault
I did copy strace for no-work nspoxy (TCL 8.5) and work (TCL 8.4).
i can confirm, that aolserver 4.5.1 compi
dear alexey,
Strange, both commands behave as expected on my machine with aolserver
4.5.1.
Can it be that your machine is running out of memory? Can it be that you
have
mixed tcl versions during compilation?
btw, you should use nsproxy instead of exec to call soffice.
best regards
-gustaf
ns of postgres.
We use it in 20+ installations without any problems.
-gustaf neumann
Alexey Pechnikov schrieb:
Hello!
On Sunday 01 March 2009 21:05:30 Don Baccus wrote:
http://www.google.com/search?hl=en&q=nspostgres+"received+fatal
+signal+11"&btnG=Search
nspostgres does
use
http://panoptic.com/wiki/aolserver/AOLserver_Wiki for the time being.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
pound, every
connection is a separate thread, nginx uses asynchronous connecitions
(+ configurable multiple threads).
best regards
-gustaf neumann
Alexey Pechnikov schrieb:
Hello!
В сообщении от Saturday 07 February 2009 06:00:39 Alex написал(а):
Apache for proxying
nginx
nginx for
Check out http://openacs.org/xowiki/tag/bgdelivery
aolserver 4.5 head and naviserver has this built in.
best regards
-gustaf neumann
Scott Goodwin schrieb:
Thank you for posting the resolution to this problem. The bgdelivery
capability in OpenACS looks interesting, and I noticed this in the
mysql, i am not
sure how frequent this is used.
hope this help a little
-gustaf neumann
Rami Jadaa schrieb:
Hi Scott,
Thanks for your reply.
I don't think that I can send the log as it will be so big , as
AOlserver initiates and load a lot of ACS code...
And for the checksum, we did t
configuration
option for getting
back the current behavior (for people with tons of links). This option would
guarantee backward compatibiity. This way, one could savely let fastpath
switched on by default.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this
To use it, you need OpenACS 5.4 (maybe 5.3 is sufficient as well) and
a recent version of xotcl-core and tdom.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER&
fixed.
-gustaf neumann
Titi Alailima schrieb:
There is a missing variable declaration in this patch for "i", the for-loop
index. Anyone want to make this fix and commit it?
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email
-us/library/hs3e7355(VS.80).aspx
I have commited a patch to CVS head to address this problem.
http://aolserver.cvs.sourceforge.net/aolserver/aolserver/nsd/tclfile.c?r1=1.25&r2=1.26
The patch is local and documents the intended behavior and background in
detail.
Please crosscheck.
best
, still
getting the
performance gain, and - for me the most important benefit - you get
threads that can easily communitcate via the event-loop used in the tcl
thread
library.
-gustaf neumann
- Original Message
From: Jay Rohr <[EMAIL PROTECTED]>
To: AOLSERVER@LISTSERV.AOL.COM
Sent: Wednesd
with the continuation
line works as well, but i am not sure that i would call it
the way it "should be done".
-gustaf neumann
John Buckman schrieb:
This looks to be the way it should be done (from tests/new/all.tcl)
$ more tests/new/all.tcl
#!/bin/sh
# the next line restarts u
John Buckman schrieb:
the utils/*.tcl files in CVS all need:
#!/usr/local/bin/tclsh
prepended at the top. Currently, they don't have this, and thus are
run as shell scripts.
hmm, shouldn't this be a "/usr/bin/env tclsh" instead?
-gustaf
--
AOLserver - http://www.aolserver.com/
To Remove y
Mark,
i have compiled and installed your posted version of nsperl2 on
Mac OS X 10.5.2 against aolserver 4.5 from head, and it does not crash.
Are you sure, you linked nsperl2 against the same tcl version, with the
same alloc implementation? What other modules are you loading?
The invalid block m
open files OPEN_MAX files to
setrlimit.
-gustaf neumann
Mark Aufflick schrieb:
Anyhoo - once built, nsd segfaults, predictably in the dynamic loading stage:
...
I get this even if I just try nsd --help
I need some --help :)
It seems that people have this running on Intel ok, and I have
compiled A
eriences the same?
I didnt' debug it in depth yet, that's what gdb said when I quickly tried it:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1296041040 (LWP 32284)]
0xb7338ba5 in Ns_CookieGet () from
/aolserver_bin/aolserver4.5/lib/libnssession.so
Thanks,
~ Al
Jeff Rogers schrieb:
Does anyone (other than me) think there would be value in allowing
the conn username to be updated, i.e., by a new 'ns_conn setauthuser'
subommand?
i would appreciate it.
-gn
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an em
e - if desired - more changes
would be needed, since the value is used in Ns_IncrTime() which
is agnostic for the timeout value semantics mentioned above.
Not checking the input values (as it was before) is not
a good idea either, since these values will break the server.
best regards
-gustaf ne
Tom Jackson schrieb:
Gustaf, is the intent just to flag potentially dangerous values?
yes
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Su
well problems with linking
nsd, which would be serious.
-gustaf neumann
Thank you
On 04/03/2008, Gustaf Neumann <[EMAIL PROTECTED]> wrote:
Dear Xavier,
There is a known problem with Tcl_GetMemoryInfo() in
Tcl 8.5 (see e.g.
http://aspn.activestate.com/ASPN/Mail/Message/tcl-core/3
ke install
-gustaf neumann
Alex schrieb:
Tom, Gustaf, All
Yes, that happens even if the same page is requested.
Could you tell me more about pre-queue filters?
The interesting thing is that I only see this memory leak issue on one
of my servers.
All servers run x86 Debian, though might b
cl 8.5, this seems wierd. Did you
compile Tcl yourself? Did you compile with --enable-threads?
best regards
-gustaf neumann
Xavier Bourguignon schrieb:
I ran make clean, then make all and I got this on make all:
gcc -O2 -Wall -Wno-implicit-int -fno-strict-aliasing -fPIC -O2
-fno-strict-al
also these take some significant memory.
For us, the dailly reboot is not a problem. A view years
ago, we did not reboot, but we figured out that for our
applications, the aolserver/openacs system became about
5% slower every day running. After a reboot, it is again
at "full speed".
nt $3}'
into a crontab entry, running every 10 minutes, to monitor the size,
appending the size to some log file.
What do you get, if you do a
file your-aolserver/bin/nsd
-gustaf neumann
Nima Mazloumi schrieb:
I've been using aolserver 64bit now for 2 weeks. After 5 days it crash
- it respects configuration values,
- it is performance-wise no drawback.
best regards
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Tom Jackson schrieb:
I've pointed out several times that I'm looking at the operation of the queue
from the point of view of performance (both economy and responsiveness), not
the specific numbers (min, max, timeout, maxconns) being maintained.
...
So for instance, if Andrew thinks it is a bug
en it falls below
minthreads. It would be more efficient to avoid the
timeout in such situations, but one might end up
with quite old worker threads, which are more
sensitive to growth.
-gustaf neumann
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an ema
mind. this is again
a minimal invasive fix, similar to the fix for assuring the processing
of the queued requests, when all connection threads exit.
for more details, see:
http://aolserver.cvs.sourceforge.net/aolserver/aolserver/nsd/queue.c?view=log
best regards
-gustaf neumann
1 - 100 of 143 matches
Mail list logo
