We see this error all the time. Don and I tracked it down once, and
attributed it to two things:
1. Users getting bored and surfing away during an up/download, or
hitting Stop for some reason.
2. IE making two requests for a download (and possibly upload, I don't
think we checked that but it
For mysterious crashes with no explanation, it's probably due
to data corrupted by blown stacks.
Kris,
Would this also apply to situations where nsd is still running, but
stops responding? No zombies or anything, everything appears as normal
except that all threads are frozen; nothing being
Harry Moreau wrote:
Personally, I'm heartened to hear other people see leaks
Yea, me too! I have several systems where nsd 3.2+ad12 will slowly
consume memory until, if not restarted, it will crash the system. I had
been debating whether I should upgrade to 3.4 and see if it would help,
but
has a 3.x version of the NS/Admin stuff and
I'll take a look at it tomorrow, but it needs to be ported to Oracle (and I
don't know if that's my only 2.3.3 dependency anyway).
Thanks in advance,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
in the meantime will be welcome.
I'm starting to think about doing the restart on a 15 minute interval, which
is getting to be a bit ridiculous!
thanks,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
LD_ASSUME_KERNEL=2.2.5. Maybe
setting it will help with AOLserver 2.3.3.
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
under 6.2 usually do _not_ work properly on 7.2.
Even with the compat libraries installed. The reason seems to be kernel 2.4.
To use some JVMs on 2.4, you have to set LD_ASSUME_KERNEL=2.2.5. Maybe
setting it will help with AOLserver 2.3.3.
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont
that all 100 threads are actually in use at once. This one is still
happening.
So, any other ideas would be welcome!
janine
On 4/10/02 2:08 PM, Janine Sisk [EMAIL PROTECTED] wrote:
You know, I really think Rob is on to something here. Not only is the
number of threads not increasing so fast
in the access log for today so far, so it seems unlikely
to me that all 100 threads are actually in use at once. This one is still
happening.
So, any other ideas would be welcome!
janine
On 4/10/02 2:08 PM, Janine Sisk [EMAIL PROTECTED] wrote:
You know, I really think Rob is on to something here
in the access log for today so far, so it
seems unlikely to me that all 100 threads are actually in use at once.
This one is still happening.
So, any other ideas would be welcome!
janine
On 4/10/02 2:08 PM, Janine Sisk [EMAIL PROTECTED] wrote:
You know, I really think Rob is on to something
Just a quick followup - the developer and I did a quick update to 3.3+ad13
and the site is running fine now.
janine
Anyone know what that error is? It stopped one of my 3.2+ad12 servers in
it's tracks tonight. Is it just one of those flukes of nature, or should I
worry?
thanks,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
Thanks, Mike. Since I'm not running any custom nsd modules or anything, I
guess it's time to think about an upgrade. My life has been full of
upgrades lately! :)
janine
On 4/13/02 7:58 PM, Mike Hoegeman [EMAIL PROTECTED] wrote:
Janine Sisk wrote:
Anyone know what that error
there are more large up- and down-loads than
the average site.
Has anyone seen this and figured out the cause, and if not can anyone
suggest ways of figuring out what's going on ?
thanks,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
On 4/23/02 12:19 PM, C. R. Oldham [EMAIL PROTECTED] wrote:
What version of the Oracle client and server are you on?
Good point, CR, that would be useful info wouldn't it! The Oracle version
is 8.1.7.3 (the .3 coming from an Oracle patchset).
janine
--
Janine Sisk
President/CEO
furfly.net
to a very large number otherwise I had this
problem. I think there is a bug in the database driver on Linux since I
don't have this problem on Solaris.
Barry
-Original Message-
From: Janine Sisk [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 23, 2002 11:14 AM
To: [EMAIL PROTECTED
the
server automatically restarting itself once an hour to keep them cleared
out). One nsd thread owns both, plus three more which are still running.
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
.
Janine, I assume you've looked in your bdump, cdump, and udump
directories for evidence.
Is the defunct process a child of nsd?
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
Now we're getting somewhere! I made that change, now let's see if the
defunct processes come back.
Thanks, Andrew!
janine
On 4/25/02 3:08 PM, Andrew Piskorski [EMAIL PROTECTED] wrote:
On Thu, Apr 25, 2002 at 02:55:55PM -0400, Janine Sisk wrote:
Clearly, it appears that I might be using
I made, but what the heck... if it works, I'll
be happy! :)
janine
On 4/25/02 3:23 PM, Janine Sisk [EMAIL PROTECTED] wrote:
Now we're getting somewhere! I made that change, now let's see if the
defunct processes come back.
Thanks, Andrew!
janine
On 4/25/02 3:08 PM, Andrew Piskorski
and
not a configuration issue.
thanks,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
21647 ?S 0:01 postgres: acs acs [local] idle
thanks in advance...
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
failure (I guess nsd can't follow symbolic links).
I searched the config file reference for tmp and temp, but didn't find
anything. Is there a configuration option for this?
thanks,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
internationalization. Have you guys incorporated any of those patches,
or addressed the issues on your own?
thanks,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
listserv for most discussion, and use the SF
listserv for just tracker announcements.
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
pages. It's still running, hasn't crashed, no errors or
anything suspicious in the error log. I've already bumped up the stack
sizes. I haven't a clue what's going on in there, but it can't be good!
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
where he talked about it. If
he doesn't see this and chime in, I'll ask him about it.
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
with their
service or have lost money on their stock, and the name AOL is actually
a turnoff to those folks (sorry).
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
and it requires
AOLserver. So we can't offer them any other choices.
If I can get AOLserver adopted throughout the organization here, it'll
make for a great case study.
Excellent - go for it! :)
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
worse because they hadn't been consistent; for
a particular file, some links to it were in lower case and others were
in mixed case. So just changing the file name was not an option.
Sorry I can't be of more help,
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603
is the desire to change
the name, but somehow I don't expect the AOL folks would be too
thrilled with that suggestion. :)
janine
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Phone: 603-672-1122
line used to
start nsd directly?
I would like to do that, in order to set other things in nsd.tcl based
on where the nsd binary is. E.g., with /web/aol3/bin/nsd, I want to
all logs to go into /web/aol3/log.
--
Andrew Piskorski [EMAIL PROTECTED]
http://www.piskorski.com
--
Janine Sisk
President/CEO
/listserv.html
List information and options: http://listserv.aol.com/
--
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/
--
Janine Sisk
President/CEO
furfly.net, LLC
Mont Vernon, NH
Unfortunately Safari has it's own quirky issue with SSL. Some people
are reporting that you can't get to https URLs if you are behind a
proxy server and I have found that to be true at Sloan; I've had to go
back to using Mozilla when I'm in the office. I admit I haven't tried
very hard to work
We have a client who wants to have files written by AOLserver to have
perms 664 instead of 644. We've tried various permutations of setting
umasks, but nothing seems to help. We're using nsd 3.3 (the Arsdigita
version).
Files are written to by the application in three different ways:
# create a
We're using daemontools. I've put the umask command in the run script
but it didn't help.
janine
On Feb 24, 2004, at 4:33 PM, Dossy wrote:
On 2004.02.24, Janine Sisk [EMAIL PROTECTED] wrote:
So what you guys are telling me is that there's no way to make
AOLserver do this automagically
The first time this happened it was a fluke. But after the second
time, I suppose I should take it more seriously
About a week ago one of the sites I admin started spewing a message
like this to the error log:
[13/Apr/2004:15:57:47][27456.1][-main-] Fatal: unix: kill(652, 15)
failed: 'Not
On Apr 13, 2004, at 11:56 PM, Dossy wrote:
So, the question: After you started up, could someone have tampered
with the pidfile sticking in the pid of some other process in there,
hoping that when you went to shut down the server with -K, you'd kill
another process other than the nsd?
Anything's
On Apr 14, 2004, at 2:07 AM, Tom Jackson wrote:
If this is the reason, it could be avoided, or at least tracked down
more easily by using a new kill script. This script works for both
daemontools and inittab. Obviously using daemontools you don't need a
pidfile, but this setup allow more flexible
the PID originally assigned to nsd ends up in
use by some other process; when that happens then we have trouble.
The only problem with this hypothesis is I'm not seeing a lot of
shutdown/startup activity in the error logs.
Any other thoughts?
thanks,
janine
On Apr 13, 2004, at 3:57 PM, Janine
On Jun 27, 2004, at 10:46 PM, Dossy wrote:
Boy, that's an awfully cynical view of the world, but trust me: it's an
accurate description of my nearly 15 years of experience in the
software
biz. YMMV, of course.
Sounds entirely accurate to me. The software is always behind schedule
but the docs
I am trying to get the latest nsopenssl (3.0beta17) to work with
AOLserver 4.0.5 and a self-signed certificate (for testing). This is
the first time I've used nsopenssl in quite some time, and boy have
things changed! I am getting this error and I'm not sure where to go
from here:
Well, I got further by using these values:
ns_param CADir /usr/share/ssl
ns_param CAFile/usr/share/ssl/cert.pem
(seemed reasonable to try since I used /usr/share/ssl/misc/CA to sign
my certificate)
And also commented out all of the uses of the admins context,
Ok, I got it. The last config snippet I posted was actually correct
(or at least, it appears to work). The final problem was that I needed
to specify both ports in the command line for running nsd. I couldn't
find any docs on this, but I found it in the gmane archives.
janine
--
AOLserver -
Hi all,
Yesterday I moved a site from version 3.3+ad 13 of aolserver to 4. I
had initially installed the nsopenssl beta and it had been working
fine, so I left it in. However, about 11 pm last night it started
spewing
[20/Jul/2004:23:58:45][7246.7176][-conn:live-nybooks::4] Debug:
Send(55):
On Jul 21, 2004, at 7:21 AM, Janine Sisk wrote:
For now, I will switch to a release version of nsopenssl (2).
I take that back... version 2 obviously isn't meant to work with
AOLserver 4, since I'm getting the same compile error I got from the
cybercash module.
Ok... any suggestions? I'll see
On Jul 21, 2004, at 10:24 AM, Dossy wrote:
On 2004.07.21, Janine Sisk [EMAIL PROTECTED] wrote:
Ok... any suggestions? I'll see if I can reproduce the error.
If you can reproduce the error, I will definitely make time to look
into
it.
I was able to reproduce it, but only loosely - shortly after
been a while I won't trim Dossy's message, to jog
everyone's memory.
On May 7, 2004, at 12:01 PM, Dossy wrote:
On 2004.05.06, Janine Sisk [EMAIL PROTECTED] wrote:
I know that the PID nsd is attempting to kill *is* the one in the
nspid file, but that's about it.
Great, you confirmed
it is only used for 40-bit
browsers, but
so far these ancient builds haven't wanted to install on my machine.
Jamie
On Wed, 21 Jul 2004 10:50:37 -0400, Janine Sisk [EMAIL PROTECTED]
wrote:
On Jul 21, 2004, at 10:24 AM, Dossy wrote:
On 2004.07.21, Janine Sisk [EMAIL PROTECTED] wrote:
Ok... any
need to know?
janine
On Jul 23, 2004, at 10:13 AM, Dossy Shiobara wrote:
On 2004.07.23, Janine Sisk [EMAIL PROTECTED] wrote:
Dossy, was Jamie's report helpful?
It might be helpful, but I also think describes a problem that's fixed
in the more recent nsopenssl3 betas -- Jamie wasn't specific as to
which
On Jul 23, 2004, at 11:35 AM, Dossy Shiobara wrote:
No, this is a good start. AOLserver 4.0.5 should be okay, but you
definitely want to use the most current nsopenssl beta, which is
currentl v3_0beta21 in CVS.
Doh! I had no idea I wasn't using the latest code. I just
automatically went to
As it happens, I switched to using nsd 4.0.7 with the latest nsopenssl
from CVS about 24 hours ago. I am seeing a similar error:
[07/Aug/2004:14:56:39][30511.5126][-conn:live-nybooks::2] Warning:
nsopenssl (live-nybooks): SSL interrupted, perhaps by client
, Janine Sisk [EMAIL PROTECTED]
wrote:
As it happens, I switched to using nsd 4.0.7 with the latest nsopenssl
from CVS about 24 hours ago. I am seeing a similar error:
[07/Aug/2004:14:56:39][30511.5126][-conn:live-nybooks::2] Warning:
nsopenssl (live-nybooks): SSL interrupted, perhaps by client
[07
That's really interesting... all I can think of is a permissions
problem, but then it wouldn't work at all.
FWIW, I've had this running since about 1 pm on Friday, so four days
now. In that time we've had 8 unexplained crashes, or an average of 2
per day. Although four of them were yesterday so
There haven't been any core files, and, well, I've never learned how to
use gdb so I wouldn't know what to look at anyway
janine
On Aug 10, 2004, at 3:52 PM, Andrew Piskorski wrote:
On Tue, Aug 10, 2004 at 02:59:31PM -0400, Janine Sisk wrote:
FWIW, I've had this running since about 1 pm
last night on my powerbook;
under a much heavier load I should be able to track down the problem.
thanks,
/s.
On Aug 10, 2004, at 2:59 PM, Janine Sisk wrote:
That's really interesting... all I can think of is a permissions
problem, but then it wouldn't work at all.
FWIW, I've had this running since
My recent adventures with AOLserver 4 have come to an end; we've seen
several instances of the site hanging with very high CPU consumption
and yesterday Dossy and Andrew (Grumet) traced it to the nsopenssl
module when it happened at Sloan. So for the time being I've gone back
to nsd3.3+ad13 and
On Aug 12, 2004, at 11:26 AM, Dossy Shiobara wrote:
On 2004.08.12, Janine Sisk [EMAIL PROTECTED] wrote:
PS Unfortunately I can't upgrade to the new 3.5.11, as ACS sites rely
on the Arsdigita patches
Do you know specifically what they rely on? I may be mistaken, but the
3.5.x releases were really
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
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 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
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
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
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
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 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 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 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 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 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
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 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
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 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
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
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
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
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:
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
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
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
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
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
1 - 100 of 158 matches
Mail list logo
