crash on sun solaris 9
hans
argus at ma.yer.at
Wed Feb 9 00:05:02 EST 2005
hi Michael
yes, this is a 64-bit server ( ultra sparc IIIi - sun v240 )
but i know only few programms need special 64-bit compilation.
there are "top", "lsof" , an other is a scsi-bus analyser.
but 99.9999 % of 32-bit programms run on 64-bit sparcs.
also did compile rasort and the others on this server
no remote-copy from other plattforms.
i did compile with gcc version 2.95.3 - therefore it is only 32 bit.
let's say, rasort is one of the type of simple programms.
it does some read from filedescriptors, some calculation
and writing to filedescriptors. ( what i mean with simple )
it does not load/use any modules, does not cummunicate via tcp or udp,
does not generate any X11 screens, does not have a lot of dependencies
of different libraries and versions.
i will try to compile with gcc 3 in 32-bit mode, maybe this
brings the solution. option -g produce only debugging information
this should not modify the behaviour of a programm.
best regards
hans
--
On Fri, Feb 04, 2005 at 05:59:52PM -0800, Michael Sanderson wrote:
> Michael Sanderson wrote:
> >Carter Bullard wrote:
> >
> >>Hey Hans,
> >> More than likely your sorting a large file? We are having problems
> >>recovering when we run out of memory.
> >>
> >
> >Hans, this might be a 64-bit issue. My recollection is that I had to
> >force 32-bit compilation to get the ra client code to run on Solaris.
> >Can't find the config information for it right now though.
>
> Seems that I wasn't completely right about this. I tried the ragator
> that I had built and found that it seg faulted as well, though ra and
> some others worked fine.
>
> Using gcc 3.2, I have a working ragator using the following CCOPT in the
> Makefiles:
>
> CCOPT = -g -mcpu=v9 -m32
>
> The original had -O2 and that appears to generate a problem on line 834
> of common/argus_client.c, though I haven't clue why. With -O2 it
> doesn't work with or without -g.
>
>
> Michael Sanderson
More information about the argus
mailing list