Segmantation Fault  ---- signal SEGV (access to address exceeded protection

Hi,
I am using Sun Studio 12. When I am debugging my application it gave segmentation fault. Is this related to stack overflow.
Appreciated your help in advance.
DBX
(dbx) cont
t@27 (l@27) signal SEGV (access to address exceeded protections) in t_splay at 0
xf6d55040
0xf6d55040: t_splay+0x0198: st %o0, [%o1 + 24]
Current function is MANH::CLS::StringW::AllocBufferAlways
dbx: warning: can't find file "/export/home/clsdev/cls/3.0/ClsStringW.cpp"
dbx: warning: see `help finding-files'
(dbx) where
current thread: t@27
dbx: warning: undefined type number (0,3652) at /u02/wmpso/math2006r1qa/programs
/PkShipWaveS:PickWave.cpp stab #3778 nHAny_ptr(0,125):t(0,3651)=*(0,3652),
assuming type `(int {assumed})'
dbx: warning: undefined type number (0,2371) at /u02/wmpso/math2006r1qa/programs/PkSWaveS:SWave.cpp stab #2629 nHAny_ptr(0,133):t(0,2370)=*(0,2371),
assuming type `(int {assumed})'
[1] t_splay(0x17c9310, 0xf8b558f8, 0xf8f9eb6c, 0xf8b6db60, 0x1932420, 0xf8b558f8), at 0xf6d55040
[2] t_delete(0x17c9310, 0x80, 0xf8f9eb6c, 0xf8589994, 0xf6de8288, 0x1932420), at 0xf6d54d40
[3] realfree(0x17c9288, 0x81, 0x939ac, 0xf6dbb88c, 0x0, 0x1), at 0xf6d54954
[4] cleanfree(0x0, 0x1e, 0x930fc, 0xf6dbbb78, 0xf6de8288, 0xf6defad4), at 0xf6d551dc
[5] mallocunlocked(0x20, 0x80, 0x17c9288, 0x17c9290, 0xf57d0090, 0x391e9), at 0xf6d54334
[6] malloc(0x20, 0x1, 0x940a8, 0xf85b7744, 0xf6de8288, 0xf6df09b0), at 0xf6d54224
[7] operator new(0x20, 0x1, 0xc, 0x137d4, 0xf9bea810, 0xf3473e6c), at 0xf9bd7064
=>[8] AllocBufferAlways(this = 0xf34761f4, DataLength = 4U), line 6423 in "StringW.cpp"
[9] AllocBufferCopyData(this = 0xf34761f4, DataLength = 4U, pSource = 0x1295994 "WAVE"), line 6453 in "StringW.cpp"
[10] StringW::StringW(this = 0xf34761f4, pSource = 0x1295994 "WAVE"), line 292 in "StringW.cpp"
[11] PWave::runWave(this = 0x1805c60), line 332 in "PWave.cpp"
[12] SWave::runPickWave(this = 0x17f1c60), line 975 in "SWave.cpp"
[13] SWave::runWaveForSelection(this = 0x17f1c60), line 702 in "SWave.cpp"
(dbx)
The ptrace of the corefile:
$ pstack core.8
core 'core.8' of 3812: /mos-app/mosapp/programs/SWaveS -n SWaveS -d MDSPROD -e /w
----------------- lwp# 1 / thread# 1 --------------------
f6dc0154 __lwp_park (161a460, 161a428, 0, 0, 0, 0) + 14
f6dba1e4 cond_wait_queue (161a460, 161a428, 0, 0, 0, 0) + 28
f6dba764 cond_wait (161a460, 161a428, 0, 1000, 0, 0) + 10
f923b5a8 __1cMVISConditionEwait6MrnIVISMutex__v_ (161a440, 161a420, 0, 0, 0, 438dac) + 20
f8b3c588 __1cSVISProtocolManagerRwait_for_shutdown6M_v_ (1619b88, 1000, 0, f8f7526c, 6714, 1) + cc
f8ac048c __1cGVISORBDrun6M_v_ (1619b88, 0, 0, f8f95e88, fffffffc, 162a950) + b8
fe239888 __1cIPkServerJrunServer6Mippw_i_ (ffbff35c, 9, ffbff508, 137d4, f9dda810, 15e9cb0) + de0
001eea54 __1cFwmain6Fippw_i_ (9, ffbff508, 20, 151234c, 1512310, f5a68b00) + dc4
001edb88 main (9, ffbff674, ffbff69c, 1517800, f5a68a40, f5a68a80) + 138
001ed620 _start   (0, 0, 0, 0, 0, 0) + 108
----------------- lwp# 2 / thread# 2 --------------------
f6dc0e80 __pollsys (f58fbd08, 0, f58fbd70, 0, 0, 0) + 8
f6d61f24 pselect (f58fbd08, f6deba68, f6deba68, 0, f58fbd70, 0) + 1c8
f6d6229c select (0, 0, 0, 0, f58fbddc, 6) + a0
fb44dd88 __1cGPkMSOSFsleep6FI_v_ (a, f58fbf0c, 0, 0, 0, 0) + 90
fe222618 __1cKPkTimerIntDRun6M_v_ (15e9a10, 0, 0, 0, 0, 1) + d0
f85b21a4 __1cEMANHDCLSHThread2KThreadMain6Fpv_3_ (15e9a10, f58fc000, 0, 0, f85b2118, 1) + 8c
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 3 / thread# 3 --------------------
f6dc0154 __lwp_park (1629c00, 1629b58, f42fbda0, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (1629c00, 1629b58, f42fbda0, 0, 0, 0) + 28
f6dba65c cond_wait_common (1629c00, 1629b58, f42fbda0, 0, 0, 0) + 298
f6dba7f4 condtimedwait (1629c00, 1629b58, f42fbe68, 0, f5936020, 0) + 34
f6dba8e8 cond_timedwait (1629c00, 1629b58, f42fbe68, 47f25504, 847509, 211d424) + 14
f923b744 __1cMVISConditionJtimedwait6MrnIVISMutex_L_C_ (1629be0, 1629b50, 12c, 0, 0, 0) + 54
f8bc2650 __1cNVISThreadPoolQ_garbage_collect6M_v_ (1629b48, 0, 0, 0, 0, 0) + 48
f8bc3a34 ???????? (161ca08, 0, 0, 0, f8faa3bc, f8bc3a30)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (161ca08, f42fc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 4 / thread# 4 --------------------
f6dc1818 doorreturn (0, 0, 0, 0, f5920400, f6decbc0) + 10
f5f30c30 door_create_func (0, f41fc000, 0, 0, f5f30c10, 0) + 20
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 5 / thread# 5 --------------------
f6dc0e80 __pollsys (1644b58, 3, f40fbc18, 0, 0, 7530) + 8
f6d5cf48 poll (1644b58, 3, 7530, 10624c00, 0, 0) + 7c
f8bccbf4 __1cOVISSocketMTSCMFbegin6M_v_ (16297d8, 1644b58, f8f7526c, f5f7d530, 1624a5c, 0) + 12c
f92399e0 __1cJVISThreadG_start6Fpv_1_ (1629980, f40fc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 6 / thread# 6 --------------------
f6dc0154 __lwp_park (162b130, 162b088, f3ffbda0, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (162b130, 162b088, f3ffbda0, 0, 0, 0) + 28
f6dba65c cond_wait_common (162b130, 162b088, f3ffbda0, 0, 0, 0) + 298
f6dba7f4 condtimedwait (162b130, 162b088, f3ffbe68, 0, f5920c00, 0) + 34
f6dba8e8 cond_timedwait (162b130, 162b088, f3ffbe68, 47f25504, 9c1e63, 270798c) + 14
f923b744 __1cMVISConditionJtimedwait6MrnIVISMutex_L_C_ (162b110, 162b080, 12c, 0, 0, 0) + 54
f8bc2650 __1cNVISThreadPoolQ_garbage_collect6M_v_ (162b078, 0, 0, 0, 0, 0) + 48
f8bc3a34 ???????? (161cb48, 0, 0, 0, f8faa3bc, f8bc3a30)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (161cb48, f3ffc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 7 / thread# 7 --------------------
f6dc0e80 __pollsys (1644f18, 3, f3efbc18, 0, 0, 7530) + 8
f6d5cf48 poll (1644f18, 3, 7530, 10624c00, 0, 0) + 7c
f8bccbf4 __1cOVISSocketMTSCMFbegin6M_v_ (162ad08, 1644f18, f8f7526c, f5f7d530, 1624cb4, 1) + 12c
f92399e0 __1cJVISThreadG_start6Fpv_1_ (162aeb0, f3efc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 8 / thread# 8 --------------------
f6dc0e80 __pollsys (162cd00, 1, f3dfbeb0, 0, 0, 7530) + 8
f6d5cf48 poll (162cd00, 1, 7530, 10624c00, 0, 0) + 7c
f8c06ca4 ???????? (162dc90, 0, 0, f924915c, 162de24, 162de8c)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (162de38, f3dfc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 9 / thread# 9 --------------------
f6dc0154 __lwp_park (162ff18, 162fee0, f3cfbd48, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (162ff18, 162fee0, f3cfbd48, 0, 0, 0) + 28
f6dba65c cond_wait_common (162ff18, 162fee0, f3cfbd48, 0, 0, 0) + 298
f6dba7f4 condtimedwait (162ff18, 162fee0, f3cfbe10, 0, 0, 0) + 34
f6dba8e8 cond_timedwait (162ff18, 162fee0, f3cfbe10, 0, 24aaa48, 4bb2e) + 14
f923b9e4 __1cMVISConditionJtimedwait6MrnIVISMutex_X_C_ (162fef8, 162fed8, 0, 0, 162fee0, 162ff18) + c8
f5dceca0 __1cSNotifierMainThreadFbegin6M_v_ (162fe38, 0, 0, 0, f5ee5acc, 1a4e068) + 4a0
f92399e0 __1cJVISThreadG_start6Fpv_1_ (162fe38, f3cfc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 10 / thread# 10 --------------------
f6dc0e80 __pollsys (1633980, 3, f3bfbe28, 0, 0, a7f8) + 8
f6d5cf48 poll (1633980, 3, aaad, 10624c00, a5395d, 294e5740) + 7c
f8a645fc __1cNVISDispatcherIdispatch6MpnHtimeval__I_ (1637830, f8fdf8d8, 1, f8a64864, 0, f9271e58) + 38
f8a7395c __1cGDSUserFbegin6M_v_ (16308e8, f5f7d530, 0, 0, f8f8f078, f8a7a7f0) + 104
f92399e0 __1cJVISThreadG_start6Fpv_1_ (163090c, f3bfc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 14 / thread# 14 --------------------
f6dc0154 __lwp_park (162b0c0, 162b088, 0, 0, 0, 0) + 14
f6dba1e4 cond_wait_queue (162b0c0, 162b088, 0, 0, 0, 0) + 28
f6dba764 cond_wait (162b0c0, 162b088, 0, 1000, 0, f8fab0c4) + 10
f923b5a8 __1cMVISConditionEwait6MrnIVISMutex__v_ (162b0a0, 162b080, 1, 1, f8fab17c, 2) + 20
f8bc2490 __1cNVISThreadPoolN_perform_task6MpnOVISTPoolWorker__v_ (162b078, 1645cc8, 0, 1, 5, f8f7526c) + 240
f8bc3890 ???????? (1645cc8, 0, 0, 0, f8faa3d0, 3b19f0)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (1645cc8, f37fc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 15 / thread# 15 --------------------
f6dc0154 __lwp_park (162b0c0, 162b088, 0, 0, 0, 0) + 14
f6dba1e4 cond_wait_queue (162b0c0, 162b088, 0, 0, 0, 0) + 28
f6dba764 cond_wait (162b0c0, 162b088, 0, 1000, 0, f8fab0c4) + 10
f923b5a8 __1cMVISConditionEwait6MrnIVISMutex__v_ (162b0a0, 162b080, 1, 1, f8fab17c, 2) + 20
f8bc2490 __1cNVISThreadPoolN_perform_task6MpnOVISTPoolWorker__v_ (162b078, 16305b0, 0, 1, 4, f8f7526c) + 240
f8bc3890 ???????? (16305b0, 0, 0, 0, f8faa3d0, 3b19f0)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (16305b0, f36fc000, 0, 0, f92399b8, 1) + 28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 16 / thread# 16 --------------------
f6dc0154 __lwp_park (165e798, 165e778, f38fbb20, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (165e798, 165e778, f38fbb20, 0, 0, 0) + 28
f6dba65c cond_wait_common (165e798, 165e778, f38fbb20, 0, 0, 0) + 298
f6dba7f4 condtimedwait (165e798, 165e778, f38fbc64, ff3ee0f8, ff3f06d0, 0) + 34
f6dba8e8 cond_timedwait (165e798, 165e778, f38fbc64, ff3ee0f8, ff3f06d0, 0) + 14
f6dba928 pthread_cond_timedwait (165e798, 165e778, f38fbc64, 0, f858a490, f38fbc64) + c
f846d454 __1cEMANHDCLSLConditionalEWait6MkI_i_ (165e790, 1d4c0, a, 0, 0, f6decbc0) + 12c
fb49bb84 __1cGPkPingDRun6M_v_ (165e760, 0, 0, 0, 0, 1) + 3a4
f85b21a4 __1cEMANHDCLSHThread2KThreadMain6Fpv_3_ (165e760, f38fc000, 0, 0, f85b2118, 1) + 8c
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 17 / thread# 17 --------------------
f6d54dd8 t_splay (1a0f848, 80, 2, f8589994, f6de8284, 9) + 10
f6d54874 realfree (1a0f7c0, 81, 93a88, 25dee0, 0, 80000) + 8c
f6d550fc cleanfree (0, 1b, 931d8, 2364c0, f6de8284, f6defad4) + 5c
f6d54254 mallocunlocked (20, 80, 1a0f7c0, 1a0f7c8, 0, f5922c00) + f4
f6d54144 malloc (20, 1, 94184, f85b7744, f6de8284, f6df09b0) + 4c
f9dc7064 __1c2n6FI_pv_ (20, 16, 1c, 137d4, f9dda810, f35f3e6c) + 2c
f859b6dc __1cEMANHDCLSHStringWRAllocBufferAlways6MkI_b_ (f35f61f4, 4, 4, 1, 16, 1c) + 94
f859b88c __1cEMANHDCLSHStringWTAllocBufferCopyData6MkIpkw_b_ (f35f61f4, 4, 1295994, 137d4, f9dda810, 1a0f7c8) + ac
f8589994 __1cEMANHDCLSHStringW2t5B6Mpkw_v_ (f35f61f4, 1295994, f35f66b0, f35f66ac, f35f66a8, 0) + 74
0025dee0 __1cIPickWaveHrunWave6M_v_ (184e518, f35f83cc, f35f83d4, 128da9c, 0, 80000) + 3270
002364c0 __1cIShipWaveLrunPickWave6M_i_ (180ca78, 15d6164, 0, f35f97b4, f35f97b0, 33) + 488
0022c924 __1cIShipWaveTrunWaveForSelection6M_i_ (180ca78, 5, 0, 128bff4, 0, 34) + 1954
002254a8 __1cIShipWaveHrunWave6M_v_ (180ca78, 1658740, 1657f58, 1657f04, 1e24, 80000) + 14c0
001fccac __1cKWaveIFImplLrunShipWave6M_v_ (1657ef0, 528, 1288cac, 1288cec, 0, 80000) + 1fc
0020c3fc __1cKWaveThreadDRun6M_v_ (17dd2e0, 0, 0, 0, 0, 1) + 84
f85b21a4 __1cEMANHDCLSHThread2KThreadMain6Fpv_3_ (17dd2e0, f35fc000, 0, 0, f85b2118, 1) + 8c
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
+ 8
f6d61f24 pselect (f58fbd08, f6deba68, f6deba68, 0, f58fbd70, 0) + 1c8
f6d6229c select (0, 0, 0, 0, f58fbddc, 6) + a0
fb44dd88 __1cGPkMSOSFsleep6FI_v_ (a, f58fbf0c, 0, 0, 0, 0) + 90
fe222618 __1cKPkTimerIntDRun6M_v_ (15e9a10, 0, 0, 0, 0, 1) + d0
f85b21a4 __1cEMANHDCLSHThread2KThreadMain6Fpv_3_ (15e9a10, f58fc000, 0, 0, f85b
2118, 1) + 8c
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 3 / thread# 3 --------------------
f6dc0154 __lwp_park (1629c00, 1629b58, f42fbda0, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (1629c00, 1629b58, f42fbda0, 0, 0, 0) + 28
f6dba65c cond_wait_common (1629c00, 1629b58, f42fbda0, 0, 0, 0) + 298
f6dba7f4 condtimedwait (1629c00, 1629b58, f42fbe68, 0, f5936020, 0) + 34
f6dba8e8 cond_timedwait (1629c00, 1629b58, f42fbe68, 47f25504, 847509, 211d424)
+ 14
f923b744 __1cMVISConditionJtimedwait6MrnIVISMutex_L_C_ (1629be0, 1629b50, 12c,
0, 0, 0) + 54
f8bc2650 __1cNVISThreadPoolQ_garbage_collect6M_v_ (1629b48, 0, 0, 0, 0, 0) + 48
f8bc3a34 ???????? (161ca08, 0, 0, 0, f8faa3bc, f8bc3a30)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (161ca08, f42fc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 4 / thread# 4 --------------------
f6dc1818 doorreturn (0, 0, 0, 0, f5920400, f6decbc0) + 10
f5f30c30 door_create_func (0, f41fc000, 0, 0, f5f30c10, 0) + 20
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 5 / thread# 5 --------------------
f6dc0e80 __pollsys (1644b58, 3, f40fbc18, 0, 0, 7530) + 8
f6d5cf48 poll (1644b58, 3, 7530, 10624c00, 0, 0) + 7c
f8bccbf4 __1cOVISSocketMTSCMFbegin6M_v_ (16297d8, 1644b58, f8f7526c, f5f7d530,
1624a5c, 0) + 12c
f92399e0 __1cJVISThreadG_start6Fpv_1_ (1629980, f40fc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 6 / thread# 6 --------------------
f6dc0154 __lwp_park (162b130, 162b088, f3ffbda0, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (162b130, 162b088, f3ffbda0, 0, 0, 0) + 28
f6dba65c cond_wait_common (162b130, 162b088, f3ffbda0, 0, 0, 0) + 298
f6dba7f4 condtimedwait (162b130, 162b088, f3ffbe68, 0, f5920c00, 0) + 34
f6dba8e8 cond_timedwait (162b130, 162b088, f3ffbe68, 47f25504, 9c1e63, 270798c)
+ 14
f923b744 __1cMVISConditionJtimedwait6MrnIVISMutex_L_C_ (162b110, 162b080, 12c,
0, 0, 0) + 54
f8bc2650 __1cNVISThreadPoolQ_garbage_collect6M_v_ (162b078, 0, 0, 0, 0, 0) + 48
f8bc3a34 ???????? (161cb48, 0, 0, 0, f8faa3bc, f8bc3a30)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (161cb48, f3ffc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 7 / thread# 7 --------------------
f6dc0e80 __pollsys (1644f18, 3, f3efbc18, 0, 0, 7530) + 8
f6d5cf48 poll (1644f18, 3, 7530, 10624c00, 0, 0) + 7c
f8bccbf4 __1cOVISSocketMTSCMFbegin6M_v_ (162ad08, 1644f18, f8f7526c, f5f7d530,
1624cb4, 1) + 12c
f92399e0 __1cJVISThreadG_start6Fpv_1_ (162aeb0, f3efc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 8 / thread# 8 --------------------
f6dc0e80 __pollsys (162cd00, 1, f3dfbeb0, 0, 0, 7530) + 8
f6d5cf48 poll (162cd00, 1, 7530, 10624c00, 0, 0) + 7c
f8c06ca4 ???????? (162dc90, 0, 0, f924915c, 162de24, 162de8c)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (162de38, f3dfc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 9 / thread# 9 --------------------
f6dc0154 __lwp_park (162ff18, 162fee0, f3cfbd48, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (162ff18, 162fee0, f3cfbd48, 0, 0, 0) + 28
f6dba65c cond_wait_common (162ff18, 162fee0, f3cfbd48, 0, 0, 0) + 298
f6dba7f4 condtimedwait (162ff18, 162fee0, f3cfbe10, 0, 0, 0) + 34
f6dba8e8 cond_timedwait (162ff18, 162fee0, f3cfbe10, 0, 24aaa48, 4bb2e) + 14
f923b9e4 __1cMVISConditionJtimedwait6MrnIVISMutex_X_C_ (162fef8, 162fed8, 0, 0,
162fee0, 162ff18) + c8
f5dceca0 __1cSNotifierMainThreadFbegin6M_v_ (162fe38, 0, 0, 0, f5ee5acc, 1a4e06
8) + 4a0
f92399e0 __1cJVISThreadG_start6Fpv_1_ (162fe38, f3cfc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 10 / thread# 10 --------------------
f6dc0e80 __pollsys (1633980, 3, f3bfbe28, 0, 0, a7f8) + 8
f6d5cf48 poll (1633980, 3, aaad, 10624c00, a5395d, 294e5740) + 7c
f8a645fc __1cNVISDispatcherIdispatch6MpnHtimeval__I_ (1637830, f8fdf8d8, 1, f8a
64864, 0, f9271e58) + 38
f8a7395c __1cGDSUserFbegin6M_v_ (16308e8, f5f7d530, 0, 0, f8f8f078, f8a7a7f0) +
104
f92399e0 __1cJVISThreadG_start6Fpv_1_ (163090c, f3bfc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 14 / thread# 14 --------------------
f6dc0154 __lwp_park (162b0c0, 162b088, 0, 0, 0, 0) + 14
f6dba1e4 cond_wait_queue (162b0c0, 162b088, 0, 0, 0, 0) + 28
f6dba764 cond_wait (162b0c0, 162b088, 0, 1000, 0, f8fab0c4) + 10
f923b5a8 __1cMVISConditionEwait6MrnIVISMutex__v_ (162b0a0, 162b080, 1, 1, f8fab
17c, 2) + 20
f8bc2490 __1cNVISThreadPoolN_perform_task6MpnOVISTPoolWorker__v_ (162b078, 1645
cc8, 0, 1, 5, f8f7526c) + 240
f8bc3890 ???????? (1645cc8, 0, 0, 0, f8faa3d0, 3b19f0)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (1645cc8, f37fc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 15 / thread# 15 --------------------
f6dc0154 __lwp_park (162b0c0, 162b088, 0, 0, 0, 0) + 14
f6dba1e4 cond_wait_queue (162b0c0, 162b088, 0, 0, 0, 0) + 28
f6dba764 cond_wait (162b0c0, 162b088, 0, 1000, 0, f8fab0c4) + 10
f923b5a8 __1cMVISConditionEwait6MrnIVISMutex__v_ (162b0a0, 162b080, 1, 1, f8fab
17c, 2) + 20
f8bc2490 __1cNVISThreadPoolN_perform_task6MpnOVISTPoolWorker__v_ (162b078, 1630
5b0, 0, 1, 4, f8f7526c) + 240
f8bc3890 ???????? (16305b0, 0, 0, 0, f8faa3d0, 3b19f0)
f92399e0 __1cJVISThreadG_start6Fpv_1_ (16305b0, f36fc000, 0, 0, f92399b8, 1) +
28
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 16 / thread# 16 --------------------
f6dc0154 __lwp_park (165e798, 165e778, f38fbb20, 1, 0, 0) + 14
f6dba1e4 cond_wait_queue (165e798, 165e778, f38fbb20, 0, 0, 0) + 28
f6dba65c cond_wait_common (165e798, 165e778, f38fbb20, 0, 0, 0) + 298
f6dba7f4 condtimedwait (165e798, 165e778, f38fbc64, ff3ee0f8, ff3f06d0, 0) +
34
f6dba8e8 cond_timedwait (165e798, 165e778, f38fbc64, ff3ee0f8, ff3f06d0, 0) + 1
4
f6dba928 pthread_cond_timedwait (165e798, 165e778, f38fbc64, 0, f858a490, f38fb
c64) + c
f846d454 __1cEMANHDCLSLConditionalEWait6MkI_i_ (165e790, 1d4c0, a, 0, 0, f6decb
c0) + 12c
fb49bb84 __1cGPkPingDRun6M_v_ (165e760, 0, 0, 0, 0, 1) + 3a4
f85b21a4 __1cEMANHDCLSHThread2KThreadMain6Fpv_3_ (165e760, f38fc000, 0, 0, f85b
2118, 1) + 8c
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)
----------------- lwp# 17 / thread# 17 --------------------
f6d54dd8 t_splay (1a0f848, 80, 2, f8589994, f6de8284, 9) + 10
f6d54874 realfree (1a0f7c0, 81, 93a88, 25dee0, 0, 80000) + 8c
f6d550fc cleanfree (0, 1b, 931d8, 2364c0, f6de8284, f6defad4) + 5c
f6d54254 mallocunlocked (20, 80, 1a0f7c0, 1a0f7c8, 0, f5922c00) + f4
f6d54144 malloc (20, 1, 94184, f85b7744, f6de8284, f6df09b0) + 4c
f9dc7064 __1c2n6FI_pv_ (20, 16, 1c, 137d4, f9dda810, f35f3e6c) + 2c
f859b6dc __1cEMANHDCLSHStringWRAllocBufferAlways6MkI_b_ (f35f61f4, 4, 4, 1, 16,
1c) + 94
f859b88c __1cEMANHDCLSHStringWTAllocBufferCopyData6MkIpkw_b_ (f35f61f4, 4, 1295
994, 137d4, f9dda810, 1a0f7c8) + ac
f8589994 __1cEMANHDCLSHStringW2t5B6Mpkw_v_ (f35f61f4, 1295994, f35f66b0, f35f66
ac, f35f66a8, 0) + 74
0025dee0 __1cIPickWaveHrunWave6M_v_ (184e518, f35f83cc, f35f83d4, 128da9c, 0, 8
0000) + 3270
002364c0 __1cIShipWaveLrunPickWave6M_i_ (180ca78, 15d6164, 0, f35f97b4, f35f97b
0, 33) + 488
0022c924 __1cIShipWaveTrunWaveForSelection6M_i_ (180ca78, 5, 0, 128bff4, 0, 34)
+ 1954
002254a8 __1cIShipWaveHrunWave6M_v_ (180ca78, 1658740, 1657f58, 1657f04, 1e24,
80000) + 14c0
001fccac __1cKWaveIFImplLrunShipWave6M_v_ (1657ef0, 528, 1288cac, 1288cec, 0, 8
0000) + 1fc
0020c3fc __1cKWaveThreadDRun6M_v_ (17dd2e0, 0, 0, 0, 0, 1) + 84
f85b21a4 __1cEMANHDCLSHThread2KThreadMain6Fpv_3_ (17dd2e0, f35fc000, 0, 0, f85b
2118, 1) + 8c
f6dc00b0 lwpstart (0, 0, 0, 0, 0, 0)

No, this doesn't look like stack overflow.
Stack overflow usually happens with recursive functions that call each other
so many times that they exhaust the memory available for the stack. These
are easy to spot from the stack trace; you can see many many frames.
There's is a related problem, buffer overflow unto the stack.
If you have a local array and you write past the end of it you may
write unto your stack. Often what you write over is the return address
so the problem manifests itself when the current function tries to
return. Often, in these cases you cannot get a good stack trace.
That is not the case here either.
the clue to what is the case here is the tell-tale segv happening in malloc code:
[2] t_delete(), at 0xf6d54d40
[3] realfree(), at 0xf6d54954
[4] cleanfree(), at 0xf6d551dc
[5] mallocunlocked(), at 0xf6d54334
[6] malloc(), at 0xf6d54224
A bug in malloc? No.
This is usually a sign of the following:
Your code has written past one of the objects you have allocated and
overwritten mallocs own data structures. As a result, at some later
point in time, when malloc accesses those data structures it bombs.
Debugging these is hard since the symptom may occur quite a while
after the overwriting has happenned.
However, all is not lost. Runtime Memory Checking may help you.
Bring up The Properties dialog of the project you are debugging.
Select the Advanced->RuntimeMemoryChecking category.
Check "Enable RTC While Debugging" and then debug your application.
You will get reports of possible memory violations.

Similar Messages

  • Dbx : terminated by signal SEGV (no mapping at the fault address)

    hi everyone
    when I use dbx to analyze a core
    it shows : terminated by signal SEGV (no mapping at the fault address)
    but how to directly show the value of fault address ?
    I know that it can be calculated by $pc , but is there any direct way?
    is there any dbx subcommand or solaris command to do this ?
    Thanks.

    Some time we do see below stack trace caused by coherence ,
    Current function is coherence::native::NativeAtomic64::peek
    79 return m_lAtomic;
    (dbx) where
    =>[1] coherence::native::NativeAtomic64::peek(this = 0x3844119f), line 79 in "NativeAtomic64.hpp"
    [2] coherence::lang::Object::_detach(this = 0x38441197, fEscaped = false), line 761 in "Object.hpp"
    [3] 0xfa2a7fc0(0x3192d5b0, 0x0, 0xc0000000, 0xfdf88a80, 0x0, 0x4f5ca40), at 0xfa2a7fc0
    [4] 0xfa7c5570(0x3192d528, 0x1, 0x1000, 0x3f1728, 0x3f1400, 0xfdf88a80), at 0xfa7c5570
    [5] 0xfab9537c(0x3192d5c8, 0x1ffffe0, 0xfdf88a80, 0x80000000, 0xc0, 0x80), at 0xfab9537c
    [6] coherence::lang::Object::_detach(this = 0x3192d5c8, fEscaped = false), line 774 in "Object.hpp"
    [7] 0xfa7ccd34(0xf71fa288, 0x2, 0x18, 0xfdf88a80, 0x1, 0x1), at 0xfa7ccd34
    [8] 0xfa886744(0x2c0d4e0, 0xf71f9d14, 0xf71f9d14, 0xfdf88a80, 0x0, 0xf71fa134), at 0xfa886744
    [9] 0xfa90c320(0x655adb0, 0xfe476544, 0x2bc2a40, 0xf71fa380, 0x2, 0xf71fa458), at 0xfa90c320
    [10] 0xfad8f044(0x867800, 0x655ae78, 0xf71fb500, 0xf71fa670, 0xf71fb500, 0xf71fa5b0), at 0xfad8f044
    [11] 0xfad838dc(0x2bc28f8, 0xf71fb234, 0xfe7f165c, 0xfdf88a80, 0xf71fad6c, 0xf71fae44), at 0xfad838dc
    [12] 0xfb293ed0(0x2c09620, 0x2bc28f8, 0xc54400, 0xf71fb500, 0xf71fb4d0, 0xfdf88a80), at 0xfb293ed0
    [13] 0xfa758038(0x2c09638, 0xfe6ea03c, 0xfe6ea03c, 0xf71fb5a0, 0x1, 0xf71fb5c0), at 0xfa758038
    [14] 0xfa9d9918(0xf71fbed0, 0x2c09948, 0xfdf88a80, 0x2c0e9c8, 0xf71fbf28, 0xfe4eab9c), at 0xfa9d9918
    [15] 0xfa614f74(0x256e910, 0xf71fc000, 0x0, 0x0, 0xfa629ee8, 0xfe275df0), at 0xfa614f74
    (dbx)
    Please advice.

  • Signal SEGV (no mapping at the fault address)

    Hi,
    I have a similar problem of exception in the pro* c code..
    Actually I have 2 functions one for selecting the data from the database and another for
    Formatting the selected data. since I have large data in run time of the compliable the compliable gets killed after some 10th request. Could not able to get the problem where it lies. When putting in the dbx it shows the following error:
    t@1 (l@1) signal SEGV (no mapping at the fault address) in t_splay at 0xfe1c7474
    0xfe1c7474: t_splay+0x0014: ld [%o2 + 16], %o4
    Current function is ProcessSQLReleaseLock
    3080     sqlcxt((void **)0, &sqlctx, &sqlstm, &sqlfpn);
    Actually the program fails in the select statement. But that is not the actual place of error. Please help me what are the other things I have to look in to find out this error..
    I have freed the memory also..could not get the error ..Please give me a solution as soon as possible..
    System Configuration:
    Oracle 9i
    Here is the code..
    Select Function:
    typedef struct
    long len;
    char buf[MAX_APPDF_DET_SIZE + 4];
    } char_vardf;
    int ProcessSQLRequestSelectAppDF(PAPPREQUEST pRequest, PAPPRETURN pReturn)
    /* need to be removed */
    FILE *fpDisp;
    fpDisp=fopen("/appdata/genasys/ap01/batch/log/AppDispDet.log","a+");
    fprintf(fpDisp,"************ProcessSQLRequestSelectAppDF Starts******************************\n");
    /* cast the request filler to an APPRAW structure */
    int rc;
    int i;
    char szLength[8];
    PAPPDISPFMT pAppDispFmt = (PAPPDISPFMT) pReturn->Filler;
    rc=DBCommonCheckConnection(); /* check for database connection */
    if (rc)
    return rc;
    /* clear the return code and number of selected records */
    memset(pReturn->Unix.Num_Rows,'0',sizeof pReturn->Unix.Num_Rows);
    memset(pReturn->Unix.Return_Code,' ',sizeof pReturn->Unix.Return_Code);
    PrimeKeys(pRequest); /* set up database key host variables */
    fprintf(fpDisp,"Before Select Stmt : %s\n", szId_Refnum.arr);
    fflush(fpDisp);
    /* Execute SELECT */
    EXEC SQL select
    appdf_id_refnum,
    appdf_bureau_id,
    appdf_cde_applicant,
    appdf_bureau_data_detail
    into
    :szId_Refnum,
    :szId_Bureau,
         :chCde_Applicant,
    :lDfDetData
    from vappdispfmt
    where appdf_id_refnum = :szId_Refnum
    and appdf_cde_applicant = :chCde_Applicant
    and appdf_bureau_id = :szId_Bureau;
    fprintf(fpDisp,"Inside Select Stmt : %s\n", szId_Refnum.arr);
    fflush(fpDisp);
    /* check SELECT return code, return if no goood */
    sqlcode = abs(sqlca.sqlcode);
    if (DBCommonCheckSelectSQLCODE(pReturn, "APPDISPFMT") == SQL_REQUEST_BAD)
    return (SQL_REQUEST_BAD);
    /* move host variable fields into return structure */
    memcpy(pAppDispFmt->szId_Refnum, szId_Refnum.arr, szId_Refnum.len);
    memcpy(pAppDispFmt->szId_Bureau, szId_Bureau,sizeof szId_Bureau);
    memcpy(pAppDispFmt->chCde_Applicant, chCde_Applicant, sizeof chCde_Applicant);
    memcpy(pAppDispFmt->szBureau_Det_Data,lDfDetData.buf,lDfDetData.len);
    pAppDispFmt->szBureau_Det_Data[lDfDetData.len] = 0;
    fprintf(fpDisp,"Detail Data : \n" );
    fflush(fpDisp);
    fflush(fpDisp);
    fprintf(fpDisp,"%s \n", lDfDetData.buf);
    fflush(fpDisp);
    fprintf(fpDisp,"*************************************************************\n");
    fflush(fpDisp);
    memset(szLength,'0',6);
    sprintf(szLength, "%-7.7d", lDfDetData.len);
    memcpy(pAppDispFmt->szDfLength, szLength, 6);
    memset(lDfDetData.buf,'\0',lDfDetData.len);
    lDfDetData.len=0;
    fprintf(fpDisp,"************Function End******************************\n");
    return 0;
    } /*end of ProcessSQLRequestSelect */
    Formatting Function:
    int UnixDB::ProcessdispfmtRequest()
    char szDfPageRequested[3];
    int iDfPageRequested;
    int iDfPageTotal;
    long iDfFormattedSize;
    int iDfPageReturnSize;
    int iDfCharOnThisPage;
    /* determine the maximum return page size */
    iDfPageReturnSize = sizeof pRequest->Filler;
    /* convert the requested the page number to integer */
    memcpy(szDfPageRequested, pRequest->Unix.Num_Rows, 2);
    szDfPageRequested[2] = 0;
    iDfPageRequested = atoi(szDfPageRequested);
    /* allocate space for the display format report data */
    /* note: this function is located in unixdb.h */
    AllocateDFReturn(16000);
    /* pre setup the return page number to 0 incase of oracle error */
    memset(pDFReturn, 0, 16000);
    memcpy(pDFReturn, pRequest, sizeof (UNIX_HEADER));
    memcpy(pReturn->Unix.Num_Rows, "00", 2);
    /* allocate pointer to go into temporary structure at raw data offset */
    PAPPRETURN pDispFmt = (PAPPRETURN) pDFReturn;
    PAPPDISPFMT pAppDispFmt = (PAPPDISPFMT) &pDispFmt->Filler;
    PAPPDISPFMT pAppdfReq = (PAPPDISPFMT) pRequest->Filler;
    /* retrieve the display format data into the temporary space */
    rc = ProcessSQLRequestSelectAppDF(pRequest, (PAPPRETURN) pDFReturn);
    if (rc == 0)
    char* szDfReport = new char[MAX_APPDF_DET_SIZE];
    memset(szDfReport, 0, MAX_APPDF_DET_SIZE);
    memcpy(szDfReport,pAppDispFmt->szBureau_Det_Data,sizeof pAppDispFmt->szBureau_Det_Data);
    /* get the size of the formatted display report */
    iDfFormattedSize = atol(pAppDispFmt->szDfLength);
    /* calculate the total number of pages that can be returned */
    iDfPageTotal = iDfFormattedSize / iDfPageReturnSize;
    /* if the formatted display report is execatly divisible by return page size */
    /* increase the total pages by one */
    if ((iDfFormattedSize % iDfPageReturnSize) != 0)
    iDfPageTotal++;
    int linenum=0;
    int SpaceInc=1;
    int limit=iDfFormattedSize/MAX_LINE_LENGTH;
    char* returnptr=new char[iDfFormattedSize];
    memset(returnptr,' ',iDfFormattedSize);
    char* tempptr;
    char* parseptr;
    /* need to be removed */
    FILE *fpTemp;
    fpTemp=fopen("/appdata/genasys/ap01/batch/log/DispDtlRpt.log","w");
    while(linenum <= limit )
    tempptr=szDfReport+(MAX_LINE_LENGTH*linenum)+SpaceInc;
    parseptr=tempptr;
    fprintf(fpTemp,"Linenum :%d\n", linenum);
    fprintf(fpTemp,"Space Inc :%d\n", SpaceInc);
    if ( *tempptr == 'H')
    tempptr++;
    if (*tempptr != ' ')
    tempptr--;
    else
    tempptr=parseptr;
    memcpy(returnptr+(MAX_LINE_LENGTH*linenum),tempptr,MAX_LINE_LENGTH);
    linenum++;
    SpaceInc++;
    fprintf(fpTemp,"ReturnPtr:%s\n", returnptr);
    fflush(fpTemp);
    /* set a pointer to the proper page address to be returned */
    returnptr = returnptr + ((iDfPageRequested - 1) * iDfPageReturnSize);
    if (iDfPageRequested == iDfPageTotal)
    /* if last page how many characters should be returned */
    iDfCharOnThisPage = iDfFormattedSize - (iDfPageReturnSize * (iDfPageTotal - 1));
    /* set the page return size to this value */
    iDfPageReturnSize = iDfCharOnThisPage;
    /* copy page to be returned into return buffer */
    memcpy(pReturn->Filler, returnptr, iDfPageReturnSize);
    /* set the return page number to be the number of pages left */
    sprintf(szDfPageRequested, "%2.2d", (iDfPageTotal - iDfPageRequested));
    memcpy(pDispFmt->Unix.Num_Rows, szDfPageRequested, 2);
    returnptr = NULL;
    szDfReport = NULL;
    delete [] returnptr;
    delete [] szDfReport;
    // (szDfPageRequested == 0 ) /* The Value of the return Pointer should be cleared at the end of the report */
    /* if (returnptr != NULL)
    memset(returnptr,' ',iDfFormattedSize);
    delete [] returnptr;
    /*if (szDfReport != NULL)
    memset(szDfReport,' ',MAX_APPDF_DET_SIZE);
    delete [] szDfReport;
    /* need to be removed */
    fclose(fpTemp);
    /* copy the DB information in UNIX structure to data area returned */
    memcpy(pReturn, (char *) pDFReturn, sizeof (UNIX_HEADER));
    /* get rid of temorary structure */
    DeallocateDFReturn();
    return rc;
    }

    Hi,
    I am getting a similar error pasted below:
    signal SEGV (no mapping at the fault address) in strlen at 0xfeb331bc
    0xfeb331bc: strlen+0x0080: ld [%o1], %o2
    It says that the issue is in the 'strlen' function but I am nowhere using this function in my code.
    The OS details are :
    CC: WorkShop Compilers 4.2 30 Oct 1996 C++ 4.2
    SunOS inad01 5.8 Generic_108528-19 sun4u sparc SUNW,Ultra-5_10
    The test case is I have a MQ receiver code ( server ) reading some text/string from an IBM MQ series. This receiver server is crashing while after reading that text and filling up some other permanent tables.
    Please let me know if i need to provide some more info.
    Cheers,
    Vivek

  • How to fix: Unhandled page fault on read access to 0x00000000 at address 0x00aa4088 .

    hi
    i recently downloaded a game (assassins creed I), i opened it and the intro showed up after that the screen went white, then black and a window came up calld exception raised and then below it, it said, Unhandled page fault on read access to 0x00000000 at address 0x00aa4088.
    i have tried opening it many times and the same results come up.
    i've looked everywere and found that other people have had this same problem but no one has fixed it yet
    any help will be appreciated
    thanks

    I did try the OP's solution, but it proved to be only temporary. Take a gander at my proposition, and if you are experiencing many issues with your MBA and WiFi Connection, try doing all of the possible fixes located on these forums to see which one (hopefully) works for you. Here's my attempt at a solution.
    Well, after toying around with many of the settings on the MBA, I then began to work on the AirPort Extreme (Gigabit Version) and I discovered that the MBA would only connect when I selected "Interference Robustness" when configuring the MBA. This made a difference no matter what "Wireless Mode" the AE was in, be it 802.11n(b/g) Support, plain 802.11n(5Ghz), ect. So, try that out if you have an AirPort Extreme/Express and MBA, and post your results. The MBA is running 10.5.5 with only one update remaining (10.5.6).
    {This has posted in various threads by me, myself, and I, and I am only reposting so that many threads are aware of this. Hope it helps at least one person.}

  • Solaris 8: Error "access exceeded protections" - SEGV

    Hello:
    I getting this error " access exceeded protections" - SEGV, when I am doing a memset. The structure which is being memset is of 2M size.
    Code Snipets:
    abc_t abc;
    memset((char*)&abc, '\0', sizeof(abc_t));
    The abc_t struct consists of many variable of type int, char and more structures. Its max size is 2M.
    Now, here are things which I have already tried:
    Increasing the stack size to unlimited, or using the setrlimit from the running process. But still it fails.
    Help is appritiated at this front, as I am unable to get it fixed in prod. Currenlty i have a work-around to put everything on the HEAP.
    -K_P

    There are 2 types of stacks.
    The first is the process stack size, which you can set with the "limit" command. (You
    have already done this)
    The second is the individual thread stacks. This is what you may be overflowing.
    If you are creating your own threads, like thr_create(), try giving more memory
    to the stack size parameter. See "man -s 3C thr_create" for more info.
    If you are letting OpenMP create your threads with a compiler, the environment variable
    ${STACKSIZE} controls the thread stack size. Try increasing this, it's units are in MB.
    To set the thread stack size to 8MB, for example, do :
    % setenv STACKSIZE 8000

  • Can not access email addresses when they are a link. F/F goes nuts and "untitleed " keep flashing across the top of the screen.I have to get out of that page fast or manually shut down thwe computer.

    Can not access email addresses when they are a link. F/F goes nuts and "untitled " keep flashing across the top of the screen.I have to get out of that page fast or manually shut down the computer

    Use the trackpad to scroll, thats what it was designed for. The scroll bars automatically disappear when not being used and will appear if you scroll up or down using the trackpad.
    This is a user-to-user forum and most people will post on here if they have problems. You very rarely get people posting to say there update went smooth. The fact is the vast majority of Mountain Lion users will not be experiencing any major problems with the OS, or maybe with apps which are not compatible, but thats hardly Apple's fault if developers don't update their apps.

  • Help required with Photoshop Elements 4.0 this has been installed on my new Toshiba laptop with windows 8.1 for some 18 months and operating well. Now it will not open, message pops up saying "attempt to access invalid address" then "application not respo

    Help required with Photoshop Elements 4.0 this has been installed on my new Toshiba laptop with windows 8.1 for some 18 months and operating well. Now it will not open, message pops up saying “attempt to access invalid address” then “application not responding” Suggestions how to access would be much appreciated. Tks. Stuart

    What is the size of your hard disk?  PSE 4 is a very old program and I suspect it is not able to access the entire hard disk on your machine.  Just a thought here.

  • My system is crashing and vies the following:  Problem signature:   Problem Event Name:     APPCRASH   Application Name:     Acrobat.exe   Application Version:     11.0.10.32   Application Timestamp:     547e97af   Fault Module Name:     Accessibility.api

    My system is crashing
    Problem signature:
      Problem Event Name: APPCRASH
      Application Name: Acrobat.exe
      Application Version: 11.0.10.32
      Application Timestamp: 547e97af
      Fault Module Name: Accessibility.api
      Fault Module Version: 11.0.10.32
      Fault Module Timestamp: 547e9587
      Exception Code: c0000005
      Exception Offset: 00038776
      OS Version: 6.1.7601.2.1.0.256.48
      Locale ID: 1033
      Additional Information 1: 0a9e
      Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
      Additional Information 3: 0a9e
      Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
    Read our privacy statement online:
      http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
    If the online privacy statement is not available, please read our privacy statement offline:
      C:\Windows\system32\en-US\erofflps.txt

    Hi Sue,
    Does this happen with any particular file or all files?
    Since the crash report above mentions accessibility.api, so are you working on any related function like adding tags etc. when Acrobat crashes?
    Disable all the 3rd party services working in the background and check.
    Regards,
    Rave

  • When I'm running Firefox 4, I can't run Adobe Photoshop (message reads "attempt to access invalid address" - what can I do?

    When I'm running Firefox 4, I can't run Adobe Photoshop Elements 5.0 at the same time. I get an error message which reads "attempt to access invalid address". When I stop running Firefox, I can use Photoshop again. What can I do?

    Which OS are you using? Because there have been some issue with Win7 and PSE4. Try upgrading to PSE8.You can try the trial version of PSE8.

  • Attempt to access invalid address message

    After uninstalling Reader 11 and reinstalling to trouble shoot I still get the same error when I try to open a file "Attemp to access invalid address failed" Not super tech literate, please speak slowly - LOL!

    Uninstall again, then run http://labs.adobe.com/downloads/acrobatcleaner.html before a reinstall (after a reboot). If you are on a MAC, I have no clue. Future questions on Reader should be posted in the Reader forum, this is the Acrobat forum.

  • Attempt to access invalid address PSE5.02

    Everytime I try to run the program I get an error message saying "Attempt to access invalid address". I am using Windows 7 64bit.
    I have unistalled and reinstalled PSE5.02
    Unistalled Google Chrome
    Set antivirus to silent/gaming mode
    Ran as administrator
    Ran in compatitibly mode, Windows XP service pack2
    I really need this working, I need to use it for a project thats due Monday!!

    Did you try launching directly from the exe??
    Go to
    C:\Program Files\Adobe\Photoshop Elements 5
    and launch PhotoshopElementsEditor.exe

  • Attempt to access invalid address

    i have photoshop elements 5.0 i've upgraded to windows 7 64 bit. when i try to edit, i get "attempt to access invalid address". when i click ok, i get "unable to connect to editor application". can anyone help?

    thank you so much, Terri!
    i had everything set exept for the bit defender a/v. and i thought i was gonna have to upgrade.... :{)

  • Elements 4 "attempt to access invalid address"

    I had to re-install Win XP and when I re-installed Elements 4 I can no longer open a .jpg file by right clicking "open with photoshop elements". Instead I get the msg: "attempt to access invalid address".
    Assistance would be appreciated.
    Thanks

    After further search on the internet I was able to find out the cause of the problem -- there is a conflict with my anti virus security BitDefender 2010. A solution can be found here: http://forum.bitdefender.com/lofiversion/index.php/t15247.html
    Most of the post refer to a problem with Elements 5 and 5.1 but the solution worked for my verison also.

  • Attempt to access invalid address error after June 2014 updates (All IE Versions)

    I don't know if anyone else is having this issue but after the recent patch run by MS this week we are getting a high proportion of users unable to access internet explorer (all versions) on Windows 7 machines.
    The error displayed is
    C:\Program Files\Internet Explorer\iexplore.exe
    attempt to access invalid address
    This happens when trying to run Internet Explorer short cuts or iexplore.exe directly. I have had a searched around and given the number of users that with the issue I'm surprised if not found more info
    Any feedback appricated

    Hi,
    Glad to see your problem resolved, hope your experience was helpful with others.
    Roger Lu
    TechNet Community Support

  • Attempt to access invalid address error message

    What does this mean "Attempt to access invalid address" Happens when I try to open PS element 5. I uninstalled and reinstalled my PS element 5 but error message still appears when I try to open the PS sw.

    Hi Garry,
    Yes, I did download PSE 8 and it did work.  However, the trial period has ended.  I have uninstalled PSE 8.  I have also unistalled PSE 5 and then reloaded it.  Upon completeion of the PSE 5 load, I tried to open the PSE 5 and the invalid address error message continues to display.  I am very sad that I cant get PSE 5 to work.  Can you help with more things I can try?  Please let me know
    All the best
    David

Maybe you are looking for

  • Vendor master mapping

    Hello Experts, I am mapping vendor master data from legacy data. Legacy data has differrent ordering address accounts  for one vendor number. The problem here is to map that one vendor number to which primary address. in the legacy system we could no

  • Can i change the default page new tabs open to?

    It is currently Yahoo when i click new tab but i want it to be Google, advice?

  • Cross company code txn

    Hi, I have to create a report on cross company code transactions, can any one let me know how to do this? I have never worked on cross company code transactions can any one explain me about it.

  • Music player theme

    Can we download themes/skins on nokia 2730c for the default music player...if yes, where

  • Catldap.sql or dbmsldap.sql files?

    Hi, I can't find the files catldap.sql or dbmsldap.sql in the ORACLE_HOME/rdbms/admin directory. Using 8.1.6 EE.I haven't installed OID yet, but would just like to install the ldap packages so I can bind to an external LDAP server using PL/SQL LDAP A