HP-UX SIGSEGV problem

[Zlatko Kralj]

Hi,

I have a problem with starting an application - I get the following error:

$ /appl/regional/rol/run_rt_admin.sh
Pid 2431 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
/appl/regional/rol/run_rt_admin.sh[32]: 2431 Memory fault(coredump)



This only happens when i try to run it as an ordinary user. When I run it as root, it works just fine.
I tried increasing maxssiz but it didn't solve the problem. I don't think it's a swap issue either.
Any ideas?,


Zlatko

[Peter Godron]

Hi,
ulimit -a
shows the process limits for a user.
Try ulimit -s
See:
http://www.scit.wlv.ac.uk/cgi-bin/mansec?1+ulimit

[Zlatko Kralj]

$ ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 65536
stack(kbytes) 16384
memory(kbytes) unlimited
coredump(blocks) 4194303
nofiles(descriptors) 256


Initially stacksize was 8 MB and I increased maxssiz to 16 MB. I'm not sure if there's a point in increasing it any further.
I don't understand why it works under root account and not with any other user.

Z.

[Peter Godron]

Hi,
please see:
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=703638

The reason is most likely a fault with the program, as it is trying to access memeory it is not entitled to, with root however it has access.

I assume this application has never worked for normal user ?

Compile with -g and debug the core dump.

As aside on my system I have:
$ ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 1048576
stack(kbytes) 131072
memory(kbytes) unlimited
coredump(blocks) 4194303
nofiles(descriptors) 60

[Dennis Handly]

You have a recursive stack overflow.

>Initially stacksize was 8 MB and I increased maxssiz to 16 MB. I'm not sure if there's a point in increasing it any further.

You may want to try 64 Mb. If your application is Fortran, you may need it lots bigger. But that doesn't explain why root works. It could be a permission problem and in printing out an error is is recursive?

>Peter: please see: ...

A signal 11 for stack growth failure is completely different than a regular signal 11.