- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- SIGSEGV, SEGV_ACCERR - Invalid Permissions for obj...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-14-2013 07:43 AM
тАО08-14-2013 07:43 AM
When running application, it crashes inside oracle library when calling OCIEnvCreate
But, when I tryed to simulate it, by just calling it alone, it works fine, even tryed to run it inside thread (still ok)
I have literally spent half a day just googling and trying every suggestion I found on forums, but I don't know what to try next..
Just to mention, it works completely fine on other platforms
Problem is reproducible every time, and every time it fails at same point
at call to:
OCIEnvCreate(reinterpret_cast<OCIEnv**>(&oci_env_hndl_), OCI_THREADED, NULL, NULL, NULL, NULL, 0, NULL);
where oci_env_hndl_ is NULL at time being called (checked through gdb)
I'm desperate here, and open to any suggestions
Thx.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-14-2013 12:14 PM - edited тАО08-15-2013 02:41 AM
тАО08-14-2013 12:14 PM - edited тАО08-15-2013 02:41 AM
Re: SIGSEGV, SEGV_ACCERR - Invalid Permissions for object in OCIEnvCreate (thread stack overflow)
>even tried to run it inside thread
You could have a thread stack overflow.
What does this show?
(gdb) disas $pc-16*12 $pc+16*4
(gdb) set $sp_save = $sp
(gdb) frame 42
(gdb) p $sp - $sp_save
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-14-2013 11:59 PM
тАО08-14-2013 11:59 PM
Re: SIGSEGV, SEGV_ACCERR - Invalid Permissions for object in OCIEnvCreate
Had to rerun the program, because firewall cut of my ssh connection,
but same crash at the same place,
just posting new backtrace again
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-15-2013 02:41 AM
тАО08-15-2013 02:41 AM
Solution>(gdb) p $sp - $sp_save $1 = 335024
Yes, you have a thread stack overflow. You need something about twice the above value.
0x9fffffffbbf03c10:0 <skgfqio+0x00>: alloc r36=ar.pfs,0,42,8,0
0x9fffffffbbf03c10:1 <skgfqio+0x01>: mov r9=0x45730 << large frame!
0x9fffffffbbf03c30:0 <skgfqio+0x20>: sub r12=r12,r9
0x9fffffffbbf03c60:1 <skgfqio+0x51>: adds r39=16,r12
0x9fffffffbbf03c70:1 <skgfqio+0x61>: st4 [r39]=r0,8 <<< Storing into a local shouldn't give signal
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-15-2013 02:43 AM
тАО08-15-2013 02:43 AM
Re: SIGSEGV, SEGV_ACCERR - Invalid Permissions for object in OCIEnvCreate
I even tryed to increase thread stack trace through
pthread_attr_setstacksize
Old thread stack size: 262144
New thread stack size: 8388608
But that still didn't help
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-15-2013 03:08 AM - edited тАО08-15-2013 01:04 PM
тАО08-15-2013 03:08 AM - edited тАО08-15-2013 01:04 PM
Re: SIGSEGV, SEGV_ACCERR - Invalid Permissions for object in OCIEnvCreate (thread stack overflow)
>I even tried to increase thread stack trace through pthread_attr_setstacksize
(Should I assume you know how to use that function and pass the attributes to pthread_create?)
>(gdb) p $sp - $sp_save $1 = 335024
If this calculation didn't change, then you didn't change the stacksize.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-15-2013 03:54 AM
тАО08-15-2013 03:54 AM
Re: SIGSEGV, SEGV_ACCERR - Invalid Permissions for object in OCIEnvCreate
I'm so sorry about my last post,
I have a realy bad habit of not reading documentation till the end...
But it works great now
Thank you so much for your help
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-17-2016 11:05 PM
тАО05-17-2016 11:05 PM
Re: SIGSEGV, SEGV_ACCERR - Invalid Permissions for object in OCIEnvCreate (thread stack overflow)
Hi,
I am facing same issue and try to implement your solution. But, couldn't understand it. Could your please explain your solution in more elaborate manner and it could be greate if you explain it with some example? Quick response is highly appriociated and thanks in advance.
Regards,
Sandeep
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-22-2016 12:58 AM
тАО05-22-2016 12:58 AM
Re: SIGSEGV, SEGV_ACCERR - Invalid Permissions for object in OCIEnvCreate (thread stack overflow)
>I am facing same issue and try to implement your solution.
Do you have debug output to prove this?
I.e. what is your thread stack size and what is your usage when it aborts?