dbx/bcheck and avoiding some specific libraries to continue debugging/extracting core details - access errors/memory leaks

Some times because of some libaries we may not able to  continue to use dbx/bcheck for checking access errors or memory leaks.


dbx ./process
Reading process
Reading ld.so.1
Reading libodbc.so.1
Reading libxerces-c.so.28
Reading libdl.so.1
Reading librt.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libpthread.so.1
Reading libclntsh.so.10.1
Reading libstdc++.so.6.0.14
Reading libm.so.2
Reading libgcc_s.so.1
Reading libc.so.1
Reading libiconv.so.2.5.0
Reading libthread.so.1
Reading libgen.so.1
Reading libaio.so.1
Reading libmd.so.1
Reading libnnz10.so
Reading libkstat.so.1
Reading libsched.so.1
(dbx) check -access
access checking - ON
(dbx) run 36
Running: process 36
(process id 1220)
Reading rtcapihook.so
Reading rtcaudit.so
Reading libmapmalloc.so.1
Reading libc_psr.so.1
Reading rtcboot.so
Reading librtc.so
RTC: Enabling Error Checking...
dbx: internal warning: rtc: ld/st instruction uses %r6 at 0xd55c2388 in `directorypath/lib/libnnz10.so`SHATransform_SOL
dbx: system error: cannot recover; Access checking disabled
dbx: Error checking initialization failed.  All error checking disabled.

Once we make checking access error ON, here, libnnz10.so is bottleneck and not able to continue. 

just use following steps to avoid libnnz10.so library file loading to continue.

  1. start dbx ./process
  2. rtc skippatch libraryName.
  3. check -access
  4. check -leaks
  5. run processIncarnation.

thats it !!

http://docs.oracle.com/cd/E18659_01/html/821-1380/gevif.html#scrolltoc
http://docs.oracle.com/cd/E24457_01/html/E21993/gewsu.html
http://docs.oracle.com/cd/E19205-01/819-5257/blbbi/index.html
http://docs.oracle.com/cd/E18659_01/html/821-1380/blabf.html

No comments :

Post a Comment