The Java solution is working, but it's kind of slow. I thought I'd
give a try to what several of you suggested, namely using Tcl to do
the conversion instead. Of course I've run into problems here too...
nothing could be easy about this! :)
To recap, I'm currently using a translator
://www.aolserver.com/
To Remove yourself from this list, simply send an email to lists...@listserv.aol.com
with the
body of SIGNOFF AOLSERVER in the email message. You can leave the
Subject: field of your email blank.
---
Janine Sisk
President/CEO of furfly, LLC
503-693-6407
--
AOLserver
I think you are right, Gustaf - I've given my client a choice of which
way to go from here, one of which is to start fixing the code.
janine
On May 14, 2009, at 12:22 AM, Gustaf Neumann wrote:
Janine Sisk wrote:
Unfortunately I have no idea; they process their own stats and so
far have
to be stuck
in buggy quicksand and I'd rather not go there if I don't have to,
despite how financially rewarding it would be. :)
janine
On May 12, 2009, at 3:34 PM, Tom Jackson wrote:
On Tue, 2009-05-12 at 22:23 +0200, Gustaf Neumann wrote:
Janine Sisk schrieb:
When I first started
/acs-tcl/tcl/form-processing-procs.tcl?r1=1.55r2=1.56
Hope this helps,
-gustaf neumann
Janine Sisk schrieb:
Apologies in advance for posting with no research... was just
checking email before running out the door and found an error
report from the client I upgraded over the weekend. When I
#ns_param uri /share2/path/*
# read-only WebDAV options
#ns_param options OPTIONS COPY GET HEAD MKCOL POST PROPFIND PROPPATCH
ns_log notice nsd.tcl: finished reading config file.
-gustaf neumann
Janine Sisk schrieb:
Ok... I just upgraded all of the sites on this system.
Things look a bit
On May 12, 2009, at 1:23 PM, Gustaf Neumann wrote:
Janine Sisk schrieb:
When I first started working on this problem, the settings were
ns_param maxconnections 5
ns_param maxthreads 5
ns_param minthreads 5
maxconnections of 5 is for most applications to small
while executing
global $name
(procedure ad_form line 308)
invoked from within
ad_form -extend -name form_name -form {
big snip
---
Janine Sisk
President/CEO of furfly, LLC
503-693-6407
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email
(it didn't seem to help) I can try upgrading if necessary but
nothing I've read has made me think that 4.5 will give me any
better performance, so for the moment I'm erring on the side of
changing as little as possible.
thanks,
janine
---
Janine Sisk
President/CEO of furfly, LLC
503-693-6407
(headers and
all) between your browser and the web server.
The CacheIgnoreCacheControl directive may allow you to force Apache
to cache regardless of whether there is a cache-control directive.
http://httpd.apache.org/docs/2.0/mod/mod_cache.html
Janine Sisk wrote:
This is only peripherally
the source, but that is only helpful if I
know what to change. :)
janine
On Apr 23, 2009, at 1:21 PM, Stephen Deasey wrote:
On Thu, Apr 23, 2009 at 7:40 PM, Janine Sisk jan...@furfly.net
wrote:
Trying again... anyone??? Bueller? :)
Is this tc2sc conversion software actually any good?
I
having something cached
blocking the caching of your new request.
Yes, I have been doing that frequently.
Also, try also sending a Last-Modified header or setting
CacheIgnoreNoLastMod On
I've already got that directive turned on.
thanks,
janine
Janine Sisk wrote:
Trying again... anyone
and the web server.
The CacheIgnoreCacheControl directive may allow you to force Apache
to cache regardless of whether there is a cache-control directive.
http://httpd.apache.org/docs/2.0/mod/mod_cache.html
Janine Sisk wrote:
This is only peripherally related to AOLserver, but there are so
extension.
Mark.
On Mon, Apr 13, 2009 at 9:32 AM, Janine Sisk jan...@furfly.net
wrote:
This is only peripherally related to AOLserver, but there are so many
helpful and knowledgeable people on this list, I'm hoping someone
will
recognize this.
I'm still working on that Apache/Tomcat
/3.2.1 Safari/525.27.1
Referer: http://pug.furfly.com:8080/public/index
Cache-Control: max-age=0
Accept: */*
Accept-Language: en-us
Accept-Encoding: gzip, deflate
It appears that Apache is adding the rogue header, but I don't know
how to tell it to stop!
Any suggestions?
janine
---
Janine Sisk
not using any JSPs. This is my
first foray into Java programming so it's all new to me.
I know that some people use Squid as a caching proxy in front of
AOLserver, but I'm not sure if that would solve my problem or not.
Any suggestions out there?
thanks,
janine
---
Janine Sisk
President/CEO
rather not
introduce that variable at this particular point in time.
Thanks in advance,
janine
---
Janine Sisk
President/CEO of furfly, LLC
503-693-6407
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
lists...@listserv.aol.com
I agree.
janine
On Dec 13, 2007, at 7:38 AM, Juan José del Río [Simple Option] wrote:
Hello everyone,
I think dev.aolserver.com is a better place to find it, and people
will
feel it more like the official wiki, based on the url :)
If it works fine, then I think it's a good change.
616 512 340 | [EMAIL PROTECTED]
Simple Option S.L.
Tel: +34 951 930 122
Fax: +34 952 792 455
http://www.simpleoption.com
On Wed, 2007-11-14 at 15:49 -0800, Janine Sisk wrote:
Does anyone know what causes the IP address to be reported as
unknown for a handful of acesses each day
Option S.L.
Tel: +34 951 930 122
Fax: +34 952 792 455
http://www.simpleoption.com
On Wed, 2007-11-14 at 15:49 -0800, Janine Sisk wrote:
Does anyone know what causes the IP address to be reported as
unknown for a handful of acesses each day?
unknown - - [13/Nov/2007:12:32:06 -0800] GET / HTTP
Does anyone know what causes the IP address to be reported as
unknown for a handful of acesses each day?
unknown - - [13/Nov/2007:12:32:06 -0800] GET / HTTP/1.0 200 17880
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.9)
Gecko/20071025 Firefox/2.0.0.9
janine
--
AOLserver
I think I will just go with moving the thing to Tomcat; it looks
like that's going to be easier than rewriting the mapping process in
Tcl.
Thanks for the input, everyone!
janine
On Sep 5, 2007, at 6:42 PM, Tom Jackson wrote:
On Wednesday 05 September 2007 17:53, Dave Bauer wrote:
Might
This may be more of a Tcl question than an AOLserver one, but I'm
guessing that people on this list are more likely to have run into
it. So here goes.
I'm working with strings encoded in big5 and gb2312 (traditional and
simplified Chinese, respectively). I'm exec'ing out to an Java
,
janine
On Sep 5, 2007, at 6:08 AM, Dossy Shiobara wrote:
On 2007.09.05, Janine Sisk [EMAIL PROTECTED] wrote:
I'm working with strings encoded in big5 and gb2312 (traditional and
simplified Chinese, respectively). I'm exec'ing out to an Java
program that translates from one to the other
it as much as
possible.
janine
On Sep 5, 2007, at 4:17 PM, Dossy Shiobara wrote:
On 2007.09.05, Janine Sisk [EMAIL PROTECTED] wrote:
The only conversion that works with the java program is to go utf-8
to utf-8s, which it calls simplified utf-8. Google tells me that
this is a bastardized format
Some other process is already listening on that IP address on port
80. Usually the culprit is Apache, however in this case when I go to
http://64.58.34.71 I get the AOLserver 4.5 welcome page, so it looks
like you might just be trying to run a second instance of the nsd you
just
I see that error in my logs all the time, but was not aware it was
one the users were seeing. We haven't had any complaints about it.
I don't know what causes it; since it has been going on for years
with no complaints it never really made it on my radar screen.
nsopenssl puts out a
The problem was that the very large value we all use for MaxOpen and
MaxIdle on the database pools causes an integer overflow (I think) in
the time calculation. You need to set them to a smaller value, or
set them to zero; that is supposed to have the same effect (keep
them open
On Sep 20, 2006, at 2:30 PM, Dossy Shiobara wrote:
So: what are you (plural -- all of you) still waiting for to be
done in
nsopenssl?
I'm not waiting for anything; it works fine for me, except for the
already-mentioned overly verbose logging.
janine
--
AOLserver -
On Sep 5, 2006, at 7:50 AM, Rick Gutleber wrote:
If AOL wants to sever its ties with AOLServer (and it looks like it
does)
I am most curious about this statement. Does AOL truly want to move
away from using AOLserver internally (which would seem to be the case
if they want to sever ties
Well... yes, all our customers who are technically savvy enough to
understand know that we use AOLserver. Unfortunately, the fact that
OpenACS requires AOLserver is a hindrance in the sales cycle, and
there have been repeated requests from many people over the years for
OpenACS to run
On Sep 1, 2006, at 1:41 PM, Dossy Shiobara wrote:
I find this kind of funny since organizations are willing to support
Tomcat, or WebSphere, etc.
I didn't say it was logical! :)
It's conceivable that you could run Apache as the web server (handling
HTTP requests) sitting in front of
On Aug 30, 2006, at 8:56 AM, Nathan Folkman wrote:
What is it you are trying to exec?
From OpenACS we mostly just exec Imagemagick. I can't think of
anything else.
janine
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL
On Aug 30, 2006, at 10:32 AM, Nathan Folkman wrote:
So the easy way to do this would be to exec from the nsproxy.
Better option might be to wrap the C API, although I'm not entirely
sure whether or not Imagemagick is truly thread-safe. Even if it is
not, you'd probably still see better
I have a system running Fedora Core 4. I was able to build 4.0.10 on
this system but it did not run properly, as I have described in a
previous message.
I just tried 4.5.0 on this system and it builds and runs fine, or so
it appears. I only tried it with the sample config file it came
I just lost an unbelievable amount of time to this problem; maybe
this will help save someone else some time.
I went to install .LRN on a new system and I just could not get it to
work. No matter what I did, when I tried to load the site I got a
blank page. No errors, and not even an
On May 19, 2006, at 1:04 PM, 'Jesus' Jeff Rogers wrote:
The only bug is that Ns_CondTimedWait doesn't do any wraparound on
the time parameter. All the same, I've been enjoying telling
people that I hit my first y2038 bug.
So are you saying you've fixed it, or just that you've narrowed it
1) ns_info patchlevel
3.3 apparently didn't have patchlevel, as that gave me an error. The
output of ns_version is 3.3.1+ad13
2) uname -a
Linux x.furfly.com 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:54:53 EST
2006 i686 i686 i386 GNU/Linux
3) glibc version
$ rpm -qa | grep glibc
My info patchlevel is also 8.3.2.
janine
On May 17, 2006, at 2:12 PM, Titi Ala'ilima wrote:
We just decided to move everything left on 3.3ad13 to 4.0, but to
help those who need it:
Can we get everyone who's experiencing this problem to provide a few
things:
1) ns_info patchlevel
I
On May 17, 2006, at 2:35 PM, Dossy Shiobara wrote:
On 2006.05.17, Titi Ala'ilima [EMAIL PROTECTED] wrote:
Janine, could you give us your info patchlevel too? Same with
everyone else who is seing this problem and is reporting information.
8.3.2 also.
janine
--
AOLserver -
In addition to the below, there are at least two of us over at
openacs.org reporting that scheduled procs stopped firing over the
weekend. I have one site left on 3.3+ad13 and the other guy says he
has 3.2+ad12.
This site hasn't been upgraded because the client didn't want to
upgrade,
where it only causes problems when a busy site
is using memory and ends up overwriting something.
janine
On May 16, 2006, at 12:10 AM, Janine Sisk wrote:
In addition to the below, there are at least two of us over at
openacs.org reporting that scheduled procs stopped firing over
of overflow where it only causes problems
when a busy site is using memory and ends up overwriting something.
janine
On May 16, 2006, at 12:10 AM, Janine Sisk wrote:
In addition to the below, there are at least two of us over at
openacs.org reporting that scheduled procs stopped firing over
On May 16, 2006, at 8:04 AM, Nathan Folkman wrote:
It's been a while, and I'm still on my first cup of coffee, but I
think your biggest hurdle is probably going to be the loss of
ns_share in favor of nsv. Also 4.x requires Tcl 8.x. Hope that
helps!
Ugh. You're absolutely right - this
The way we do this in OpenACS is to have a primary key in each table
that is populated from a sequence. So in your code you get the next
number from the sequence, do the insert (storing the number in the
primary key column), and then you have that number already in your
possession to use
this update, then eventually the 1200
seconds will
expire and the browser will no longer send that cookie. At that
point OACS
will issue a new cookie and probably force the user to login again.
Is that
the behavior you are seeing?
tom jackson
On Friday 17 February 2006 18:30, Janine Sisk wrote
already done.
tom jackson
On Saturday 18 February 2006 00:08, Janine Sisk wrote:
Tom,
The problem is that when ad_returnredirect is using ns_respond
instead of ns_returnredirect, cookies don't work. When you try to
log in, you just keep getting sent back to the login page. And if
you try to put
This should be simple, but it's turning out not to be.
First I used this code, which I got from a post at openacs.org (and
the poster got it from the AOLserver docs for ns_respond):
set headers [ns_set new myheaders]
ns_set put $headers location $url
ns_respond -status $return_code -type
headers at the time you grab a copy of the set?
tom jackson
On Friday 17 February 2006 14:10, Janine Sisk wrote:
This should be simple, but it's turning out not to be.
First I used this code, which I got from a post at openacs.org (and
the poster got it from the AOLserver docs for ns_respond
/a
It is only necessary to use the Host: header if you use virtual
hosting.
tom jackson
On Friday 17 February 2006 15:12, Janine Sisk wrote:
If I telnet in and do GET / I just get the HTML for the page, like
you would expect:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http
? Maybe it doesn't do it since the cookie is
already
there?
tom jackson
GET /test.tcl HTTP/1.0
Host: temp.nybooks.com
Cookie:
ad_session_id=80111002%2c0+%7b542+1140224229
+57E9A3EA3E33AB40F47F8EA71184A3D012E347ED%7d;
On Friday 17 February 2006 16:44, Janine Sisk wrote:
OK, so here we go
February 2006 17:35, Janine Sisk wrote:
Well no, I'm not sure that it sends the Set-Cookie header on every
request. But something about the change I made is causing OACS to
act as though the browser has cookies turned off, so I kind of zeroed
in on that. If there are other things that could cause
On Jan 17, 2006, at 11:40 PM, Bas Scheffers wrote:
On 18 Jan 2006, at 04:15, Janine Sisk wrote:
The thing I don't understand is why this happens to some sites,
while others can be restarted with -t all day long and they will
never hang. It seems to hint at there being something wrong
On Jan 17, 2006, at 5:51 PM, Tom Jackson wrote:
If you want a slightly different alternative, try -t, wait a few
seconds for
most everything to stop, then do a -k, but this behavior has been
around for
a long time, mostly because people use -t.
The thing I don't understand is why this
of the terminate signal. If you have things set
up properly it doesn't really matter, the site should come back up
either way. I don't know if this is your problem or not, but it's
worth a try.
janine
On Jan 16, 2006, at 5:18 PM, Dave Siktberg wrote:
Janine Sisk recently wrote that she
On Jan 12, 2006, at 11:34 AM, Jeff Rogers wrote:
I found a bug in aolserver 4.0.10 (and previous 4.x versions, not
sure about
earlier) that causes the server to lock up. I'm fairly certain I
understand
the cause, and my fix appears to work although I'm not sure it is
the best
approach.
All of our busier AOLserver-based sites hang like this periodically,
but that's maybe once or twice a month. Five times a day sounds a
bit extreme. You might need to increase your number of connections,
or maybe your stack size (though running out of stack tends to cause
crashes rather
I don't have a copy of that handy - does it use ns_server? If so, that command (which used to be useful in tracking these things down) now randomly causes nsd to crash. I forget the reason; I think it's due to an architectural change in 4.x.janineOn Oct 3, 2005, at 10:57 AM, Nathaniel Haggard
; if there is something quick I can do that can be examined
offline, let me know and I will try it.
janine
On Oct 3, 2005, at 11:15 AM, Dossy Shiobara wrote:
On 2005.10.03, Janine Sisk [EMAIL PROTECTED] wrote:
It's pretty tough to track down the cause since once it happens nsd
is totally unresponsive
Ok, sorry for the break - I had to go off and work on something else,
but I'm back now.
To recap: I have a site that has a lot of scheduled procs that run
frequently, so there is one going off every few seconds. Under
AOLserver 4.0.1, I had no problems restarting this site, but under
On Jul 21, 2005, at 3:49 AM, Mark Aufflick wrote:
That's interesting to note about the rollfmt/maxbackup thing - it
answers Janine's point about eventually losing log data with
maxbackup.
It does, though I'm not sure I'd want to rely on it - it sounds like
something that someone could
On Jul 20, 2005, at 2:04 AM, Andrew Piskorski wrote:
You should run csscan on that database to get an idea of the extent of
your character set problems.
I'm doing this now, against the original database, to hopefully give me
an idea of which tables need to be updated with the data I
Below is the update I just sent to the Oracle list, in case it sparks
any ideas here.
I have no objection to UTF-8 except that converting to it is
problematic, according to Ask Tom, because everything takes up more
space and things can overflow their storage (something else Oracle
should
On Jul 20, 2005, at 2:48 AM, Carsten Clasohm wrote:
and search for A Horror Story About Oracle and Charsets.
Wow. Yes, that's the scenario exactly. And I'm actually somewhat
proud to say that I followed almost exactly the same path as Branimir -
I had a lot of respect for him back in the
Still plugging away at this, without much progress so far.
Branimir's directions say to edit four different spots in the dump
file. The Metalink note only mentions the first. I did the first two
from Branimir's list; the other two were in the middle of user data
so that seemed like a bad
On Jul 20, 2005, at 2:47 PM, Carsten Clasohm wrote:
Janine Sisk wrote:
I have never had to edit a binary file, but how bad can it be? (note
to self - make copy first :)
Below is a little C program I wrote the last time I had to fix a dump
file. Run it with
Thanks, Carsten. I tried
Well, after all that, here's what finally seems to have worked: create
a database under 9i in US7ASCII, load the data as such, and then use
ALTER DATABASE to convert to WE8ISO8859P1. My test page finally does
not have question marks where they shouldn't be.
Of course, I'm not done yet. I
Hi all,
I've just made a mess for myself and I'm hoping someone will know how
to fix it. It's really more of an Oracle problem and the message below
is a modified version of one i just sent to an Oracle list, but I
thought perhaps someone here would have already struggled with it.
I took a
On Jul 19, 2005, at 2:42 PM, Dossy Shiobara wrote:
If you had accented characters (octets with the 8th bit set to 1)
stored
in the database under 8.1.7.4, then there is NO way the character set
of
the database was US7ASCII. If it was, then when the data was stored it
would have been
On Jul 18, 2005, at 5:35 PM, Dossy Shiobara wrote:
If you look in your server logs from when it was running 4.0.1, at
shutdown you probably saw an fatal error being logged. If so, I
suspect
you were taking advantage of SF Bug #1029918:
Nope, actually not:
or tomorrow. I think it's a more strict warning for
gcc4.0 -- the code has technically worked for years :)
-jim
On Jun 26, 2005, at 8:46 PM, Janine Sisk wrote:
I started out with this error:
conn.c: In function ‘NsTclConnObjCmd’:
conn.c:843: error: invalid lvalue in assignment
Line 843 looks
Thanks, guys - I have a successful build now. If you don't hear from
me again on this then it actually works, too. :)
janine
On Jun 27, 2005, at 10:58 AM, Dossy Shiobara wrote:
On 2005.06.27, Jim Davidson [EMAIL PROTECTED] wrote:
Ah -- sorry -- didn't read that far. As for the second
I started out with this error:
conn.c: In function ‘NsTclConnObjCmd’:
conn.c:843: error: invalid lvalue in assignment
Line 843 looks like this:
connPtr = (Conn *) conn = itPtr-conn;
The gcc version here is
# gcc --version
gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8)
The exact same tarball
On Jun 14, 2005, at 4:22 PM, Dossy Shiobara wrote:
Janine said that she is not using virtual servers. However, the
behavior she's describing *only* makes sense if she were.
I'm not. Certainly not intentionally, anyway.
Janine, could you do a quick test:
snip
Do you get one log entry, or
On Jun 15, 2005, at 7:50 AM, Dossy Shiobara wrote:
Any ns_param in the ns/servers section defines a new virtual server.
In this case, you defined a virtual server whose name is dbname(test)
and its description is test.
Whoa. that's slightly unexpected. :) I haven't used virtual
servers
On Jun 15, 2005, at 7:39 AM, Tom Jackson wrote:
I'm just wondering if the above param line used to be something like:
set dbname(test) test ??
There is actually a set and an ns_param for dbname. As I recall, you
had to use ns_param if you wanted to access the value from outside of
the
On Jun 14, 2005, at 1:12 AM, Tom Jackson wrote:
The question is what in Janine's code is calling the same thing N
times. This is the bug.
I don't think it's in my code. To make sure it's clear, here's the
scenario:
On 4.0.8 (and many versions previous) I put the script roll-logs.tcl,
which
I just upgraded several sites from AOLserver 4.0.8 to 4.0.10. I added
the following script to /usr/local/aolserver/modules/tcl/roll-logs.tcl,
as I always do:
# from Michael Cleverly:
#
http://www.opennsd.org/bboard/q-and-a-fetch-msg.tcl?
msg_id=5ntopic_id=1t
opic=OpenNSD
proc roll_logs {}
On Jun 13, 2005, at 5:14 PM, Tom Jackson wrote:
I don't see how any of this works the way you described it, and even
if it
did, you shouldn't need a shared var to run a proc once daily,
otherwise we
need to change the proc name to ns_schedule_run_once_per_thread_daily.
Maybe so, but it was
Sorry Dossy, forgot to hit reply all so you get three copies.
On Jun 13, 2005, at 5:35 PM, Dossy Shiobara wrote:
Strangely, this smells like a config issue -- either an error in your
config, or a change to AOLserver that could be breaking backward
compatibility. I'm hoping it's the former and
On Jun 13, 2005, at 5:59 PM, Dossy Shiobara wrote:
On 2005.06.13, Janine Sisk [EMAIL PROTECTED] wrote:
Could be, but the config files were copied across and changed as
little
as possible. We did revamp our directory structure while we were at
it, though, so I could have messed something up
On Jun 13, 2005, at 7:45 PM, Dossy Shiobara wrote:
Am I missing something, or where do you ever set schedule_roll to
something other than 0?
Good point. It worked, so I never noticed that (I didn't write this, I
borrowed it).
Still, this Tcl shouldn't get sourced in more than once at
On May 24, 2005, at 6:41 PM, Dossy Shiobara wrote:
Perhaps someone could coax Zoran into providing a patch for the Tcl Bug
#1178445 which fixed the memory leak in question:
Zoran, pretty please? :) This would really help me, as I'm setting up
new production servers this week and I really
The system I'm having the most leak problems on is already using 8.4.6,
unfortunately. But I'd like to try your test code anyway and see what
happens. Where do I get this Threads extension?
janine
On Apr 6, 2005, at 6:20 PM, Dossy Shiobara wrote:
On 2005.04.06, Dossy Shiobara [EMAIL PROTECTED]
:
On 2005.01.31, Janine Sisk [EMAIL PROTECTED] wrote:
Well, here's what I tried, using version 2.2 of valgrind:
valgrind --tool=memcheck --leak-check=yes --show-reachable=yes
--num-callers=8 --log-file=/tmp/staging -v
/export/aolserver4/bin/nsd-oracle -ft /export/aolserver4/staging.tcl
-b
209.202.133.58
On Feb 22, 2005, at 8:31 AM, Trenton Cameron wrote:
http://openacs.org/doc/openacs-5-1/install-nsopenssl.html is a pretty
good tutorial on howto install nsopenssl on aolserver
That's good for installation, but not so much for configuration.
However, if you download the OpenACS tarball and grab the
On Jan 28, 2005, at 3:52 PM, Nathan Folkman wrote:
As promised, below is slightly cleaner version (still needs more work)
that ties in some of the information from ns_info threads. Hopefully
this will help a little.
Ok, I've posted this at http://www.furfly.net/janine/memory-pools.html
(replaces
On Jan 31, 2005, at 2:13 PM, Nathan Folkman wrote:
At this point it seems like your efforts might be better spent working
with Dossy to get one of the profiling tools to work correctly with
AOLserver.
Well, here's what I tried, using version 2.2 of valgrind:
valgrind --tool=memcheck
On Jan 24, 2005, at 8:55 PM, Nathan Folkman wrote:
Below is a quick and dirty page you can use to print out some info
from the Zippy memory allocator. Not pretty, but might help you gain
some insight into what is going on. Pay close attention to the total
stats at the end of the page. By design
On Jan 16, 2005, at 1:31 PM, Andrew Piskorski wrote:
Since Janine is running AOLserver 3.3 (presumably 3.3+ad13 or the
like), it is about 99.9% certain that she is running Tcl 8.3.2 with
Right.
Janine, one obvious thing to try is, for your AOLserver 4.x, upgrade
from Tcl 8.4.6 to the latest stable
On Jan 16, 2005, at 10:01 AM, Dossy Shiobara wrote:
Yow! That's frightening. In the code you're running, does it test
anywhere for if {[ns_info version] = 4.0} { ... } or something and
behave differently on 4.0.x than it did on 3.x?
Nope. I know it doesn't; I'm the only programmer and when we
On Jan 15, 2005, at 11:22 AM, Dossy Shiobara wrote:
If there's zero memory growth after reaching a stable size in 3.x, but
no such stable size is ever reached in 4.0.x, that might be helpful.
That'd likely indicate a leak in AOLserver itself that was introduced
in
4.0.x.
I can't answer that yet,
On Jan 14, 2005, at 10:16 PM, Dossy Shiobara wrote:
SO, this begs the question: The people who are reporting memory leaks,
do you have connsperthread set to anything in your config files?
Nope, not me.
I will do some comparison testing between 3.3 and 4.0.8, if that will
be useful information.
On Jan 14, 2005, at 3:04 AM, Dan Chak wrote:
So, are there any known leaks in 4.0.x?
I've been wondering this myself.
I've been experimenting with using htdig to search a client site, and I
have it digging the staging site once an hour. It only grabs 500
articles, and it's the same ones each
On Jan 14, 2005, at 10:38 AM, Dossy Shiobara wrote:
Using PostgreSQL? Could there be a memory leak in the nspostgres
driver? I'd defer to the OpenACS folks to say whether there are any
known memory leaks in any of the OpenACS Tcl code.
Nope, using Oracle. I'm not aware of any leaks, and I never
FWIW, I saw those messages too, when I was using nsopenssl2.1, and I
see similar ones using AOLserver 4 and the latest nsopenssl. The only
difference is that I've never had a user complaint related to them, so
I was assuming that they were victimless crimes. Perhaps that is not
the case, though
Sorry about the late response...
On Oct 13, 2004, at 9:27 AM, Andrew Grumet wrote:
Janine and Bruno, are you guys running nsopenssl?
Yes, I am. As far as I know it's the latest.
I think the trick here is trying to figure out where the memory is
going.
Jeff D. threw me some introspection code that
On Aug 18, 2004, at 9:47 AM, Dossy Shiobara wrote:
What class of hardware are these sites running on? maxthreads=10 is
pretty low, IMHO. Running one site on a 1.2 GHz P3 running Linux, I'd
comfortably set minthreads=maxthreads=30.
BTW, what's the guidelines on setting maxconnections? Should it
On Tuesday 17 August 2004 11:51 am, Dossy Shiobara wrote:
Janine has offered to help, but cannot provide access to her production
environments where the problem is occurring.
Actually I can, but what I can't do is put AOLserver 4 + nsopenssl beta
21 back into production. Right now I am running
On Aug 12, 2004, at 11:11 AM, Andrew Piskorski wrote:
Hm, I dunno. Are the AOLserver thread settings ok?
I had maxthreads set to 10, but wasn't setting minthreads or
threadtimeout so I set those to 10 and 3500, respectively. We'll see
what happens.
What do you use for maxconnections? I have it
1 - 100 of 158 matches
Mail list logo