hello every one,
I am trying to debug a pro*c program which is resulting in a core dump. It used to work fine in with Oracle 10g precompiler but is causing a core dump with 11g. When I run dbx here is what I get.
Type 'help' for help.
[using memory image in core]
reading symbolic information ...
Segmentation fault in u_fsetcodepage_3_8 at 0x9000000014f4f70 ($t1)
0x9000000014f4f70 (u_fsetcodepage_3_8+0x68) f87f0010 std r3,0x10(r31)
Hmm, well that will be the fun part. :) If Pro*C was upgraded, the Oracle Client must have been too, perhaps other things as well... Does the segmentation fault always reproduce? Do compiler settings (i.e. optimization) have any impact?
Segmentation fault happens as soon as program is run and happens every time. One thing is I have noticed is that it only happens in programs using curses.h. I am wondering if curses is not compatible with ustdio.
I came across your problem on the Oracle Discussions Forum from back on June of 2009.
I am working with a pro*c program, in Banner 8. I getting the same message from a core dump,, that you got. I was hoping
you might have written down what you did to resolve it.
My pro*c program is key to running all the SQR code we have. So it's very important. The version of sqr that gets
linked into it is 32-bit and our environment is 64-bit. Our contract with Oracle for SQR has lapsed (it's a long
and expensive story and this is probably not the place). My whole migration to Oracle 11 is being held up by this.
I realize it's been a while since you worked on it but if you could tell me how you resolved your problem, I might be
able to do the same.
North Shore Community College
cell 978 423 6867