Dbx: internal error: signal SIGSEGV (no mapping at the fault address

I know this has been discussed before but I'm posting here because I'm not sure if it is my stupidity or dbx that is causing this...
I'm trying to debug a program which links against the gts (GNU triangulated surface) library which has been compiled with gcc version 4.3.2. dbx crashes when asked to step over or into a line where a reference is made to the gts library. It also crashes if asked to load all modules (module -a).
I assume that this is because the dwarf produced by gcc is incompatible with dbx although, from reading other pages I had assumed that dbx was now fully compatible with gcc dwarf. I can find no (human readable) core file in /tmp. What am I looking for (which file name).
So, can any one give me any hints? Are there any files I can post which would be helpful? A simple test case (you will need the gts library installed) is
#include <stdio.h>
#include <stdlib.h>
#include "gts.h"
int main(int argc, char** argv) {
   GtsSurface *surf = gts_surface_new(gts_surface_class(),gts_face_class(),gts_edge_class(),gts_vertex_class());
   return (EXIT_SUCCESS);
}System is Ubuntu Linux 8.10 on x64 system.
Cheers, Tim

OK, the plot thickens. I've compiled the gts library with -gdwarf-2 by doing make clean, ./install CFLAGS=-gdwarf-2 then make install. Still get the same error when stepping over a line which calls the gts library.
My next angle of attack was to compile the entire gts library with sun cc. I held off doing this at first because I assumed that there would be inevitable problems moving from compiling with gcc to sun cc however, my worries were unfounded and the entire library compiled with no changes and without any significant warnings. So, I tried the same as before, compiling the test program and sure enough dbx crashes when stepping over a line which calls the gts library. Dbx also crashes if asked to load a module from the gts library, i.e. module surface.o
Any suggestions?
Tim

Similar Messages

  • Studio 12: dbx: internal error: signal SIGSEGV (no mapping at the fault add

    $dbx /usr/bin/dbx /tmp/core
    For information about new features see `help changes'
    To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
    Reading dbx
    core file header read successfully
    Reading ld.so.1
    Reading libintl.so.1
    Reading libnsl.so.1
    Reading libsocket.so.1
    Reading libdl.so.1
    Reading libgen.so.1
    Reading libw.so.1
    Reading libm.so.1
    Reading libc.so.1
    Reading libc_psr.so.1
    Reading en_US.UTF-8.so.3
    Reading methods_unicode.so.3
    Reading iso_8859_1.so.3
    Reading libcpc.so.1
    Reading libpctx.so.1
    Reading libnvpair.so.1
    Reading libdevinfo.so.1
    Reading libproc.so.1
    Reading libsec.so.1
    Reading librtld_db.so.1
    Reading libelf.so.1
    Reading libctf.so.1
    Reading libavl.so.1
    Reading libc_db.so.1
    Reading ld.so.1
    WARNING!!
    A loadobject was found with an unexpected checksum value.
    See `help core mismatch' for details, and run `proc -map'
    to see what checksum values were expected and found.
    dbx: warning: Some symbolic information might be incorrect.
    program terminated by signal ABRT (Abort)
    0xffffffff7e5ce968: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xffffffff7e5ce978
    (dbx) where
    =>[1] __lwp_kill(0x0, 0x6, 0x0, 0xffffffff7e6f1200, 0xffffffff7e902000, 0x5), at 0xffffffff7e5ce968
    [2] raise(0x6, 0x0, 0xffffffff7e5b11b8, 0xffffffffffffffff, 0xffffffff7e6e6000, 0x0), at 0xffffffff7e56b454
    [3] abort(0x1, 0x1b8, 0x0, 0x19d4c0, 0x0, 0x0), at 0xffffffff7e548c4c
    [4] 0x1000bfd0c(0xb, 0x100400, 0x1, 0x1005104ec, 0x10051d110, 0x10061c000), at 0x1000bfd0c
    [5] __sighndlr(0xb, 0xffffffff7fffae80, 0xffffffff7fffaba0, 0x1000bfa9c, 0x0, 0xa), at 0xffffffff7e5cd86c
    ---- called from signal handler with signal 11 (SIGSEGV) ------
    [6] strcmp(0x0, 0x10acaba20, 0xfffffffef53545e0, 0x0, 0x8080808080808080, 0x101010101010101), at 0xffffffff7e53952c
    [7] 0x10016804c(0x10d2ad310, 0x0, 0x1066ec6b0, 0x10acab980, 0x0, 0x1066ec6b0), at 0x10016804c
    [8] 0x1001682f8(0x0, 0x0, 0x0, 0xfffffffff586e366, 0x0, 0x0), at 0x1001682f8
    [9] 0x1000d3d68(0x103f561a0, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0, 0x0), at 0x1000d3d68
    [10] 0x1000d4f08(0x103f561a0, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0, 0x0), at 0x1000d4f08
    [11] 0x1000d44d4(0x1027c8b80, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0, 0x0), at 0x1000d44d4
    [12] 0x1000d4504(0x107721b00, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0, 0x0), at 0x1000d4504
    [13] 0x1000d44d4(0x107721a70, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0, 0x0), at 0x1000d44d4
    [14] 0x1000d44d4(0x10668f7d0, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0, 0x0), at 0x1000d44d4
    [15] 0x100273900(0x0, 0x10668f7d0, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0), at 0x100273900
    [16] 0x10027c8c0(0x4, 0x10668f7d0, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0), at 0x10027c8c0
    [17] 0x10013c280(0x0, 0x10aecd060, 0x10e88bac0, 0x10aefe1c0, 0x10668f7d0, 0x0), at 0x10013c280
    [18] 0x10013d390(0xffffffff7fffd198, 0x10052adb8, 0xffffffff7fffd30f, 0x10f120de0, 0x10f120dc0, 0x10061c470), at 0x10013d390
    [19] 0x1001b1fe4(0x1023f00e0, 0x100400, 0x10051d110, 0x10051d000, 0x100547000, 0x100547), at 0x1001b1fe4
    [20] 0x1000cc988(0x10c128730, 0x10061a, 0x10061a000, 0x1027eafa0, 0x0, 0x328), at 0x1000cc988
    [21] 0x1000ca47c(0x1066ec770, 0x10ff2c500, 0x10ff2c500, 0x1027eafa0, 0x1, 0x0), at 0x1000ca47c
    [22] 0x10016dec0(0x10ff2c500, 0x1066c1f50, 0xc03, 0x100400, 0x100537509, 0x1027eafa0), at 0x10016dec0
    [23] 0x1001cae20(0x10ff2c500, 0x1066c1f50, 0x100400, 0x100537950, 0x100569bb8, 0x100569), at 0x1001cae20
    [24] 0x1001cb3d0(0x10051d110, 0x1066c1f50, 0x1001ca098, 0x1, 0x0, 0x100631590), at 0x1001cb3d0
    [25] 0x1001bc948(0x1066c1f50, 0x10ac5dbf0, 0x1005248b8, 0x100224a28, 0x10a778a38, 0x100628e00), at 0x1001bc948
    [26] 0x1001bcae8(0x1066c1f50, 0x100563818, 0x100563818, 0x1002247b8, 0x100549300, 0x100563898), at 0x1001bcae8
    [27] 0x1001bd294(0x1066c1f50, 0x1005638a0, 0x100400, 0x10c905fd0, 0x100549493, 0x100569cf8), at 0x1001bd294
    [28] 0x1001bd934(0x1066c1f50, 0x1005638a0, 0x0, 0x0, 0x106e1c998, 0x10054963b), at 0x1001bd934
    [29] 0x1001873b4(0x10051d110, 0x1005638a0, 0x0, 0x10020fd68, 0x1005618e8, 0x100400), at 0x1001873b4
    [30] 0x100187b34(0x10051d110, 0x0, 0x100611000, 0x0, 0x0, 0x100621f60), at 0x100187b34
    [31] 0x1001884b4(0x102592150, 0x2, 0x102592172, 0x1066ed0a0, 0x1, 0x10051d110), at 0x1001884b4
    [32] 0x1002cc4d8(0x100648bb0, 0x400, 0x1027e98c0, 0x1066ed0a0, 0x0, 0x10061cfc0), at 0x1002cc4d8
    [33] 0x1002cb2f0(0x0, 0x10699e080, 0x0, 0x100648bb0, 0x1002cb0e0, 0x1005365f8), at 0x1002cb2f0
    [34] 0x1002b8494(0x100648bb0, 0x1067d0b40, 0x10061a778, 0x1005f7578, 0x10057a289, 0x10057a290), at 0x1002b8494
    [35] 0x1002b7ef0(0x100648bb0, 0x10805db04, 0x0, 0x1, 0x100400, 0x1006ae570), at 0x1002b7ef0
    [36] 0x100161460(0x10067aef0, 0x0, 0x0, 0x10805db04, 0x100535000, 0x10061ceb8), at 0x100161460
    [37] 0x1002fa654(0x1002e2020, 0x1002e2020, 0xffffffff7fffe1f8, 0x7fc00, 0x100585688, 0x0), at 0x1002fa654
    [38] 0x1002f6880(0x10067aef0, 0x0, 0xffffffff7fffe1f8, 0x1, 0x20ef7c, 0x1005365f8), at 0x1002f6880
    [39] 0x1002f6584(0x10067aef0, 0x0, 0x7ec00, 0x20f290, 0x0, 0x100584384), at 0x1002f6584
    [40] 0x1002e99f0(0xb, 0x7b7f3, 0x10067aef0, 0x21bdec, 0x100505748, 0x7b400), at 0x1002e99f0
    [41] 0x1002e4c28(0x10063a900, 0xb, 0x1, 0x220bc4, 0x100505748, 0x10057f594), at 0x1002e4c28
    [42] 0x1002e50dc(0x10067a1b0, 0xb, 0x1, 0x1002e4b80, 0x0, 0x100580008), at 0x1002e50dc
    [43] 0x1002e5a20(0x10067a1b0, 0xb, 0x1, 0x10063a900, 0xffffffff7fffe9af, 0x1), at 0x1002e5a20
    [44] 0x1002e6084(0x10067a1b0, 0xffffffff7fffe9af, 0xffffffff7fffe5b0, 0xffffffff7fffe5d0, 0xffffffff7fffe6f0, 0x3), at 0x1002e6084
    [45] 0x1002e5bac(0x10067a1b0, 0xffffffff7fffe9af, 0x7f258, 0x1, 0x100505748, 0x10057fa69), at 0x1002e5bac
    [46] 0x10015ed40(0x100648bb0, 0xffffffff7fffeabc, 0x100400, 0x100535a8f, 0x10051d110, 0x100535), at 0x10015ed40
    [47] 0x1002bf754(0x100648bb0, 0x10061c468, 0x10057ad5e, 0x0, 0x1006ae570, 0x100648bce), at 0x1002bf754
    [48] 0x1002bd828(0x100648bb0, 0xc, 0x0, 0x0, 0xffffffff7fffec4c, 0x100648df0), at 0x1002bd828
    [49] 0x1002bb3b8(0x100648bb0, 0x100400, 0xffffffff7fffedc8, 0x10057ce29, 0x16, 0x1), at 0x1002bb3b8
    [50] 0x1002bd4a4(0x100648bb0, 0x1006ae570, 0x0, 0x45, 0x100648d58, 0x1006ae5f8), at 0x1002bd4a4
    [51] 0x1002b82c0(0x100648bb0, 0x1006ae570, 0x10061a778, 0x1005f7578, 0x10057a289, 0x10057a290), at 0x1002b82c0
    [52] 0x1000c3b80(0x100648bb0, 0x10065df30, 0x1005f7590, 0x100569c20, 0x1005111a8, 0x0), at 0x1000c3b80
    [53] 0x1000c4964(0x100400, 0x100510, 0x100648bb0, 0x1005111a8, 0x202, 0x1), at 0x1000c4964

    $dbx - /tmp/core
    Corefile specified executable: "/opt/SUNWspro/prod/bin/sparcv9/dbx"
    For information about new features see `help changes'
    To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
    Reading dbx
    core file header read successfully
    Reading ld.so.1
    Reading libintl.so.1
    Reading libnsl.so.1
    Reading libsocket.so.1
    Reading libdl.so.1
    Reading libgen.so.1
    Reading libw.so.1
    Reading libm.so.1
    Reading libc.so.1
    Reading libc_psr.so.1
    Reading en_US.UTF-8.so.3
    Reading methods_unicode.so.3
    Reading iso_8859_1.so.3
    Reading libcpc.so.1
    Reading libpctx.so.1
    Reading libnvpair.so.1
    Reading libdevinfo.so.1
    Reading libproc.so.1
    Reading libsec.so.1
    Reading librtld_db.so.1
    Reading libelf.so.1
    Reading libctf.so.1
    Reading libavl.so.1
    Reading libc_db.so.1
    program terminated by signal ABRT (Abort)
    0xffffffff7e5ce968: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xffffffff7e5ce978
    (dbx) where
    =>[1] __lwp_kill(0x0, 0x6, 0x0, 0xffffffff7e6f1200, 0xffffffff7e902000, 0x5), at 0xffffffff7e5ce968
    [2] raise(0x6, 0x0, 0xffffffff7e5b11b8, 0xffffffffffffffff, 0xffffffff7e6e6000, 0x0), at 0xffffffff7e56b454
    [3] abort(0x1, 0x1b8, 0x0, 0x19d4c0, 0x0, 0x0), at 0xffffffff7e548c4c
    [4] 0x1000bfd0c(0xb, 0x100400, 0x1, 0x1005104ec, 0x10051d110, 0x10061c000), at 0x1000bfd0c
    [5] __sighndlr(0xb, 0xffffffff7fffae80, 0xffffffff7fffaba0, 0x1000bfa9c, 0x0, 0xa), at 0xffffffff7e5cd86c
    ---- called from signal handler with signal 11 (SIGSEGV) ------
    [6] strcmp(0x0, 0x1073a0640, 0xfffffffef8c5f9c0, 0x0, 0x8080808080808080, 0x101010101010101), at 0xffffffff7e53952c
    [7] VisitedFunc::contains(0x106d71f00, 0x0, 0x106d71d50, 0x106d0b010, 0x0, 0x106d71d50), at 0x10016804c
    [8] VisitedFunc::is_open(0x0, 0x0, 0x0, 0xfffffffffb7b11e6, 0x0, 0x0), at 0x1001682f8
    [9] 0x1000d3d68(0x103f561a0, 0x107488f00, 0x1027fb180, 0x102592350, 0x0, 0x0), at 0x1000d3d68
    [10] cc_printval(0x103f561a0, 0x107488f00, 0x1027fb180, 0x102592350, 0x0, 0x0), at 0x1000d4f08
    [11] cc_printval(0x1027c8b80, 0x107488f00, 0x1027fb180, 0x102592350, 0x0, 0x0), at 0x1000d44d4
    [12] cc_printval(0x107721b00, 0x107488f00, 0x1027fb180, 0x102592350, 0x0, 0x0), at 0x1000d4504
    [13] cc_printval(0x107721a70, 0x107488f00, 0x1027fb180, 0x102592350, 0x0, 0x0), at 0x1000d44d4
    [14] cc_printval(0x102592350, 0x107488f00, 0x1027fb180, 0x102592350, 0x0, 0x0), at 0x1000d44d4
    [15] LanguageC_like::printval(0x0, 0x102592350, 0x107488f00, 0x1027fb180, 0x102592350, 0x0), at 0x100273900
    [16] printval(0x4, 0x102592350, 0x107488f00, 0x1027fb180, 0x102592350, 0x0), at 0x10027c8c0
    [17] 0x10013c280(0x0, 0x10737fec0, 0x107488f00, 0x1027fb180, 0x102592350, 0x0), at 0x10013c280
    [18] Expr::format(0xffffffff7fffd198, 0x10052adb8, 0xffffffff7fffd30f, 0x106d0b450, 0x106d0b0b0, 0x10061c470), at 0x10013d390
    [19] printrtn(0x1023f00e0, 0x100400, 0x10051d110, 0x10051d000, 0x100547000, 0x100547), at 0x1001b1fe4
    [20] 0x1000cc988(0x107488fb0, 0x10061a, 0x10061a000, 0x106dcabb0, 0x0, 0x328), at 0x1000cc988
    [21] ActionList_execute(0x10665f550, 0x106cc71f0, 0x106cc71f0, 0x106dcabb0, 0x1, 0x0), at 0x1000ca47c
    [22] Handler::decision_procedure(0x106cc71f0, 0x1006c65c0, 0xc03, 0x100400, 0x100537509, 0x106dcabb0), at 0x10016dec0
    [23] Recognizer::trigger(0x106cc71f0, 0x1006c65c0, 0x100400, 0x100537950, 0x100569bb8, 0x100569), at 0x1001cae20
    [24] Recognizer::dispatch(0x10051d110, 0x1006c65c0, 0x1001ca098, 0x1, 0x0, 0x100631590), at 0x1001cb3d0
    [25] Proc::vcpu_dispatch(0x1006c65c0, 0x1028360e0, 0x1005248b8, 0x100224a28, 0x106644238, 0x100628e00), at 0x1001bc948
    [26] Proc::pervcpu_dispatch(0x1006c65c0, 0x100563818, 0x100563818, 0x1002247b8, 0x100549300, 0x100563898), at 0x1001bcae8
    [27] Proc::generic_dispatch(0x1006c65c0, 0x1005638a0, 0x100400, 0x1027f1b00, 0x100549493, 0x100569cf8), at 0x1001bd294
    [28] Proc::go(0x1006c65c0, 0x1005638a0, 0x0, 0x0, 0x10732dc08, 0x10054963b), at 0x1001bd934
    [29] 0x1001873b4(0x10051d110, 0x1005638a0, 0x0, 0x10020fd68, 0x1005618e8, 0x100400), at 0x1001873b4
    [30] 0x100187b34(0x10051d110, 0x0, 0x100611000, 0x0, 0x0, 0x100621f60), at 0x100187b34
    [31] DbxStepCmdProcessing::process(0x1066e2150, 0x2, 0x1066e2172, 0x10737fd50, 0x1, 0x10051d110), at 0x1001884b4
    [32] 0x1002cc4d8(0x100648bb0, 0x400, 0x106dcaa50, 0x10737fd50, 0x0, 0x10061cfc0), at 0x1002cc4d8
    [33] pdksh_execute(0x0, 0x1073bae30, 0x0, 0x100648bb0, 0x1002cb0e0, 0x1005365f8), at 0x1002cb2f0
    [34] pdksh_shell(0x100648bb0, 0x1075500a0, 0x10061a778, 0x1005f7578, 0x10057a289, 0x10057a290), at 0x1002b8494
    [35] pdksh_command(0x100648bb0, 0x107431a44, 0x0, 0x1, 0x100400, 0x1006ae570), at 0x1002b7ef0
    [36] MyServantDbx::ksh_cmd(0x10067aef0, 0x0, 0x0, 0x107431a44, 0x100535000, 0x10061ceb8), at 0x100161460
    [37] Dispatcher::dispatch(0x1002e2020, 0x1002e2020, 0xffffffff7fffe1f8, 0x7fc00, 0x100585688, 0x0), at 0x1002fa654
    [38] Messenger::handle_message_help(0x10067aef0, 0x0, 0xffffffff7fffe1f8, 0x1, 0x20ef7c, 0x1005365f8), at 0x1002f6880
    [39] Messenger::handle_message(0x10067aef0, 0x0, 0x7ec00, 0x20f290, 0x0, 0x100584384), at 0x1002f6584
    [40] Servant::cb_message(0xb, 0x7b7f3, 0x10067aef0, 0x21bdec, 0x100505748, 0x7b400), at 0x1002e99f0
    [41] CBInfo::dispatch(0x10063a900, 0xb, 0x1, 0x220bc4, 0x100505748, 0x10057f594), at 0x1002e4c28
    [42] Notifier::invoke(0x10067a1b0, 0xb, 0x1, 0x1002e4b80, 0x0, 0x100580008), at 0x1002e50dc
    [43] NotifierDirect::dispatch_help(0x10067a1b0, 0xb, 0x1, 0x10063a900, 0xffffffff7fffe9af, 0x1), at 0x1002e5a20
    [44] NotifierPoll::dispatch(0x10067a1b0, 0xffffffff7fffe9af, 0xffffffff7fffe5b0, 0xffffffff7fffe5d0, 0xffffffff7fffe6f0, 0x3), at 0x1002e6084
    [45] NotifierDirect::loop(0x10067a1b0, 0xffffffff7fffe9af, 0x7f258, 0x1, 0x100505748, 0x10057fa69), at 0x1002e5bac
    [46] 0x10015ed40(0x100648bb0, 0xffffffff7fffeabc, 0x100400, 0x100535a8f, 0x10051d110, 0x100535), at 0x10015ed40
    [47] 0x1002bf754(0x100648bb0, 0x10061c468, 0x10057ad5e, 0x0, 0x1006ae570, 0x100648bce), at 0x1002bf754
    [48] yylex(0x100648bb0, 0xc, 0x0, 0x0, 0xffffffff7fffec4c, 0x100648df0), at 0x1002bd828
    [49] yyparse(0x100648bb0, 0x100400, 0xffffffff7fffedc8, 0x10057ce29, 0x0, 0x1), at 0x1002bb3b8
    [50] compile(0x100648bb0, 0x1006ae570, 0x0, 0x5f63625f70726f6d, 0x100648d58, 0x1006ae5f8), at 0x1002bd4a4
    [51] pdksh_shell(0x100648bb0, 0x1006ae570, 0x10061a778, 0x1005f7578, 0x10057a289, 0x10057a290), at 0x1002b82c0
    [52] main_cmd_loop(0x100648bb0, 0x10065df30, 0x1005f7590, 0x100569c20, 0x1005111a8, 0x0), at 0x1000c3b80
    [53] main(0x100400, 0x100510, 0x100648bb0, 0x1005111a8, 0x202, 0x1), at 0x1000c4964

  • 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.

  • Dbx: internal error: signal SIGSEGV

    Hi All,
    Using Sun Studio to build our C/C++ (with boost) application. When I try to debug with dbx I get:
    dbx: internal error: signal SIGSEGV (no mapping at the fault address)
    dbx's coredump will appear in /tmp
    Abort (core dumped)
    Can anyone suggest a solution? More details follow.
    thanks
    Scott.
    I am using Sun Studio 12
    Sun Studio 12 C Compiler
    Sun Studio 12 C++ Compiler
    Sun Studio 12 Tools.h++ 7.1
    Sun Studio 12 C++ Standard 64-bit Class Library
    Sun Studio 12 Garbage Collector
    Sun Studio 12 Fortran 95
    Sun Studio 12 Debugging Tools (including dbx)
    Sun Studio 12 IDE
    Sun Studio 12 Debugger GUI
    Sun Studio 12 Performance Analyzer (including collect, ...)
    Sun Studio 12 X-Designer
    Sun Studio 12 VIM editor
    Sun Studio 12 XEmacs editor
    Sun Studio 12 Performance Library
    Sun Studio 12 LockLint
    Sun Studio 12 Building Software (including dmake)
    Sun Studio 12 Documentation Set
    Sun Studio 12 /usr symbolic links and GNOME menu item
    version of "/opt/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.9 SunOS_sparc Patch 124867-02 2007/11/27
    version of "/opt/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25
    version of "/opt/SUNWspro/bin/../prod/bin/../../bin/f90": Sun Fortran 95 8.3 SunOS_sparc Patch 127000-01 2007/07/18
    version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dbx": Sun Dbx Debugger 7.6 SunOS_sparc Patch 124872-02 2007/08/16version of "/opt/SUNWspro/bin/../prod/bin/../../bin/analyzer": Sun Analyzer 7.6 SunOS_sparc Patch 126995-02 2007/10/10
    version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dmake": Sun Distributed Make 7.8 SunOS_sparc Patch 126503-01 2007/07/19
    The full sequence is:
    bash-3.00$ dbx -xexec32 ./analyst/analyst
    For information about new features see `help changes'
    To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
    Reading analyst
    Reading ld.so.1
    Reading libXext.so.0
    Reading libX11.so.4
    Reading libdga.so.1
    Reading libQtCore.so.4.2.3
    Reading libGLU.so.1
    Reading libGL.so.1
    Reading libQtGui.so.4.2.3
    Reading libQtOpenGL.so.4.2.3
    Reading libmlib.so.2
    Reading libnsl.so.1
    Reading libsocket.so.1
    Reading librt.so.1
    Reading libdl.so.1
    Reading libCrun.so.1
    Reading libm.so.2
    Reading libc.so.1
    Reading libz.so.1
    Reading libgthread-2.0.so.0.400.1
    Reading libglib-2.0.so.0.400.1
    Reading libpthread.so.1
    Reading libm.so.1
    Reading libintl.so.1
    Reading libXmu.so.4
    Reading libpng.so.3.1.2.5
    Reading libSM.so.6
    Reading libICE.so.6
    Reading libXi.so.5
    Reading libXrender.so.1
    Reading libXfixes.so.1
    Reading libfreetype.so.6
    Reading libfontconfig.so.1
    Reading libresolv.so.2
    Reading libaio.so.1
    Reading libmd5.so.1
    Reading libmlib.so.2
    dbx: internal error: signal SIGSEGV (no mapping at the fault address)
    dbx's coredump will appear in /tmp
    Abort (core dumped)
    Loading the core file:
    dbx `which dbx` /tmp/core
    For information about new features see `help changes'
    To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
    Reading dbx
    core file header read successfully
    Reading ld.so.1
    Reading libintl.so.1
    Reading libnsl.so.1
    Reading libsocket.so.1
    Reading libdl.so.1
    Reading libgen.so.1
    Reading libw.so.1
    Reading libm.so.1
    Reading libc.so.1
    Reading libc_psr.so.1
    Reading libcpc.so.1
    Reading libpctx.so.1
    Reading libnvpair.so.1
    Reading libdevinfo.so.1
    Reading libproc.so.1
    Reading libsec.so.1
    Reading librtld_db.so.1
    Reading libelf.so.1
    Reading libctf.so.1
    Reading libavl.so.1
    Reading libc_db.so.1
    program terminated by signal ABRT (Abort)
    0xff1c155c: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xff1c156c
    where
    =>[1] __lwp_kill(0x0, 0x6, 0x0, 0x6, 0xfc00, 0x0), at 0xff1c155c
    [2] raise(0x6, 0x0, 0xff1a4ce8, 0xffffffff, 0xff1e8288, 0x6), at 0xff15fef8
    [3] abort(0x0, 0x1, 0x37ae20, 0xa8274, 0xff1eb298, 0x0), at 0xff140118
    [4] 0xb6370(0xb, 0x3c7c00, 0x45bc81, 0x38e29c, 0x381b66, 0x1), at 0xb6370
    [5] __sighndlr(0xb, 0xffbfdf08, 0xffbfdc50, 0xb6164, 0x0, 0x1), at 0xff1c0494
    ---- called from signal handler with signal 11 (SIGSEGV) ------
    [6] Dwarf2::Process_subprogram(0xffbfe400, 0x13, 0x0, 0x37ff0e0, 0x2822ad, 0xc3901c), at 0x249354
    [7] Dwarf2::ProcessTag(0xffbfe400, 0xe9fba2a3, 0xffbfe280, 0x13, 0x2e, 0x35), at 0x244d0c
    [8] Dwarf2::ProcessTag(0xffbfe400, 0xe9fba2a3, 0xffbfe280, 0x11, 0x13, 0x9c), at 0x245200
    [9] Dwarf2::ProcessTagRemote(0xffbfe400, 0x0, 0x0, 0x1, 0xffbfe280, 0xc), at 0x243bc0
    [10] forward_list::resolve_ref_addrs(0x1be7eb8, 0x1bc8008, 0xffbfe400, 0x50b6, 0x4bd98, 0x3a5e), at 0x2469dc
    [11] Dwarf2::ReadElfDwarf2Of(0xffbfe400, 0xddaadbeb, 0xd7314c, 0x1b38f, 0x3d5c23, 0xffbfe398), at 0x2438b4
    [12] Dwarf2::ReadObjfileFresh(0x1bc8008, 0xd9800000, 0xd7314c, 0x37a5b08, 0x1be7eb8, 0x6c420b0), at 0x24353c
    [13] 0x21bfd0(0xd7314c, 0xffffffff, 0x37a5b08, 0x1, 0x4a34a8, 0x0), at 0x21bfd0
    [14] ReadLazyStabs(0xd7314c, 0x1, 0x0, 0x1, 0x38e29c, 0x38e000), at 0x21bd80
    [15] Scope::find_symlist_prim(0xffbfe6dc, 0xd7314c, 0xef0da606, 0x0, 0x20fe04, 0x0), at 0x211044
    [16] Dwarf2::Process_structure_type(0xffbfea68, 0x39, 0x3805878, 0x2, 0x264325, 0x0), at 0x24afac
    [17] Dwarf2::ProcessTag(0xffbfea68, 0xfcbba2a3, 0xffbfea00, 0x39, 0x2, 0xcc), at 0x24470c
    [18] Dwarf2::ProcessTag(0xffbfea68, 0xfcbba2a3, 0xffbfea00, 0x11, 0x39, 0xd), at 0x245200
    [19] Dwarf2::ProcessTag(0xffbfea68, 0xfcbba2a3, 0xffbfea00, 0xffff, 0x11, 0x1), at 0x245200
    [20] Dwarf2::ReadElfDwarf2Of(0xffbfea68, 0xeee762ea, 0xc1cee4, 0x0, 0x3d5c23, 0xffbfea00), at 0x24389c
    [21] Dwarf2::ReadObjfileFresh(0x1bc8008, 0xec400000, 0xc1cee4, 0x4fe1500, 0x1be7eb8, 0x1bd9048), at 0x24353c
    [22] 0x21bfd0(0xc1cee4, 0xffffffff, 0x4fe1500, 0x1, 0x4a34a8, 0x0), at 0x21bfd0
    [23] ReadLazyStabs(0xc1cee4, 0x1, 0x0, 0x1, 0x38e29c, 0x38e000), at 0x21bd80
    [24] Scope::find_symlist_prim(0xffbfed38, 0xc1cee4, 0x3d006a, 0x0, 0x210128, 0x0), at 0x211044
    [25] Scope::find_helper(0x4a34b4, 0x4a34b4, 0x3d006a, 0xffbfeec4, 0xffbfee44, 0xffbfedcf), at 0x21170c
    [26] Scope::find(0x4a34b4, 0x3d006a, 0xffbfedb0, 0xffbfee44, 0xffbfeec4, 0x4a34b4), at 0x211d20
    [27] Scope::find_all_global_funcs(0x4a34b4, 0xffbfeec4, 0x3d006a, 0x1, 0x0, 0x210128), at 0x21221c
    [28] Scope::find_global_func(0x4a34b4, 0x3d006a, 0x0, 0x0, 0xffffffff, 0xffbfeec4), at 0x21218c
    [29] Loadobj::exe_find_main_sym(0x4a34a8, 0x46da00, 0x3c8000, 0x0, 0x4a34a8, 0x3d0000), at 0x214670
    [30] show_main(0x38e29c, 0x0, 0x36f41a0, 0x0, 0x1, 0x3cdba4), at 0xb6424
    [31] 0x1f8634(0x38e29c, 0xffbff1d4, 0x400, 0x8002, 0x3ca8c7, 0x0), at 0x1f8634
    [32] 0x1f88e4(0x38e29c, 0xffbff1d4, 0x0, 0x4816d0, 0x0, 0x4816d0), at 0x1f88e4
    [33] targ_ppi_init(0x38e29c, 0xffbff1d4, 0xffbff1d4, 0x3a4b84, 0x4, 0xffbff3c5), at 0x1f7da4
    [34] 0xb6604(0x38e29c, 0x482b30, 0xffbff1d4, 0x8002, 0x8002, 0x3a4800), at 0xb6604
    [35] main(0x381800, 0x0, 0x40, 0x482b30, 0x382870, 0xb5ed8), at 0xba52c
    proc -map
    Loadobject mappings for current core file:
    0x00010000 /opt/SUNWspro/prod/bin/dbx
    0xff3a0000 /lib/libintl.so.1
    is being filtered by: libc.so.1
    0xff280000 /lib/libnsl.so.1
    0xff360000 /lib/libsocket.so.1
    0xff390000 /lib/libdl.so.1
    is being filtered by: /usr/lib/ld.so.1
    0xff260000 /lib/libgen.so.1
    0xff340000 /lib/libw.so.1
    is being filtered by: libc.so.1
    0xff230000 /lib/libm.so.1
    is being filtered by: libm.so.2
    0xff100000 /lib/libc.so.1
    0xff220000 /platform/sun4u-us3/lib/libc_psr.so.1
    0xff0d0000 /usr/lib/libcpc.so.1
    0xff0a0000 /usr/lib/libpctx.so.1
    0xff080000 /lib/libnvpair.so.1
    0xff050000 /lib/libdevinfo.so.1
    0xff020000 /lib/libproc.so.1
    0xfeff0000 /lib/libsec.so.1
    0xfefd0000 /lib/librtld_db.so.1
    0xfefa0000 /lib/libelf.so.1
    0xfef70000 /lib/libctf.so.1
    0xfef50000 /lib/libavl.so.1
    0xfef10000 /lib/libc_db.so.1
    0xff3b0000 /lib/ld.so.1 [LM_ID_LDSO]
    core file address ranges:
    0x00010000 - 0x0036c000 (data)
    0x00010000 - 0x0036ad43 (text)
    0x0037a000 - 0x00436000 (data)
    0x00436000 - 0x00800000 (data)
    0x00800000 - 0x08000000 (data)
    0xfef10000 - 0xfef14cbe (text)
    0xfef10000 - 0xfef16000 (data)
    0xfef26000 - 0xfef28000 (data)
    0xfef40000 - 0xfef42000 (data)
    0xfef50000 - 0xfef50cbc (text)
    0xfef50000 - 0xfef52000 (data)
    0xfef62000 - 0xfef64000 (data)
    0xfef70000 - 0xfef79513 (text)
    0xfef70000 - 0xfef7a000 (data)
    0xfef8a000 - 0xfef8c000 (data)
    0xfef90000 - 0xfef92000 (data)
    0xfefa0000 - 0xfefc0000 (data)
    0xfefa0000 - 0xfefbe829 (text)
    0xfefc0000 - 0xfefc2000 (data)
    0xfefd0000 - 0xfefd4000 (data)
    0xfefd0000 - 0xfefd2a7d (text)
    0xfefe4000 - 0xfefe6000 (data)
    0xfeff0000 - 0xfeffd949 (text)
    0xfeff0000 - 0xfeffe000 (data)
    0xff00e000 - 0xff012000 (data)
    0xff012000 - 0xff014000 (data)
    0xff020000 - 0xff03e155 (text)
    0xff020000 - 0xff040000 (data)
    0xff040000 - 0xff042000 (data)
    0xff050000 - 0xff066705 (text)
    0xff050000 - 0xff068000 (data)
    0xff078000 - 0xff07a000 (data)
    0xff080000 - 0xff085e86 (text)
    0xff080000 - 0xff086000 (data)
    0xff096000 - 0xff098000 (data)
    0xff0a0000 - 0xff0a2a20 (text)
    0xff0a0000 - 0xff0a4000 (data)
    0xff0b4000 - 0xff0b6000 (data)
    0xff0c0000 - 0xff0c2000 (data)
    0xff0d0000 - 0xff0d8000 (data)
    0xff0d0000 - 0xff0d7849 (text)
    0xff0e8000 - 0xff0ea000 (data)
    0xff0f2000 - 0xff0f4000 (data)
    0xff100000 - 0xff1d7a15 (text)
    0xff100000 - 0xff1d8000 (data)
    0xff1e8000 - 0xff1f0000 (data)
    0xff1f0000 - 0xff1f2000 (data)
    0xff200000 - 0xff210000 (data)
    0xff220000 - 0xff221280 (text)
    0xff220000 - 0xff222000 (data)
    0xff230000 - 0xff2338c8 (text)
    0xff230000 - 0xff234000 (data)
    0xff242000 - 0xff244000 (data)
    0xff250000 - 0xff256000 (data)
    0xff260000 - 0xff266000 (data)
    0xff260000 - 0xff265649 (text)
    0xff276000 - 0xff278000 (data)
    0xff280000 - 0xff3110f6 (text)
    0xff280000 - 0xff312000 (data)
    0xff322000 - 0xff32c000 (data)
    0xff32c000 - 0xff332000 (data)
    0xff340000 - 0xff340d68 (text)
    0xff340000 - 0xff342000 (data)
    0xff350000 - 0xff352000 (data)
    0xff360000 - 0xff36c000 (data)
    0xff360000 - 0xff36abe6 (text)
    0xff37c000 - 0xff37e000 (data)
    0xff390000 - 0xff3906c3 (text)
    0xff390000 - 0xff392000 (data)
    0xff3a0000 - 0xff3a03aa (text)
    0xff3a0000 - 0xff3a2000 (data)
    0xff3b0000 - 0xff3dc4ba (text)
    0xff3b0000 - 0xff3de000 (data)
    0xff3b0000 - 0xff3dc4ba (text)
    0xff3ee000 - 0xff3f0000 (data)
    0xff3f0000 - 0xff3f2000 (data)
    0xffbf2000 - 0xffc00000 (data)

    You have found bug in dbx. We would appreciate if you file it using bugs.sun.com or provide a testcase, in which case I'll file it myself. If you can't post source code here, maybe you can send binary on which dbx crashed to me by email - kms at sun dot com?
    Thanks,
    Maxim.

  • Dbx: internal error: signal SIGSEGV with boost::pool

    When I try to debug the following code:
    #include <iostream>
    #include <boost/pool/object_pool.hpp>
    struct Test
        int v;
    int main(int argc, char** argv)
        typedef boost::object_pool<Test> TestPool;
        TestPool myPool;
        Test *test = myPool.malloc();
        return (EXIT_SUCCESS);
    }compiling with:
    CC -m64 -erroff=wvarhidemem,hidevf,hidevfinvb -errtags=yes -library=stlport4 -mt   -c -g -I/home/gimenero/include -o build/Debug/Sun12-Solaris-Sparc/main.o main.cc
    CC -m64 -erroff=wvarhidemem,hidevf,hidevfinvb -errtags=yes -library=stlport4 -mt   -o dist/Debug/Sun12-Solaris-Sparc/boostpooltest build/Debug/Sun12-Solaris-Sparc/main.o -lboost_system-sw59-mt The debugger gets SIGSEGV:
    [gimenero@tst-bill1 Sun12-Solaris-Sparc]$ dbx boostpooltest
    Reading boostpooltest
    Reading ld.so.1
    Reading libboost_system-sw59-mt-1_39.so.1.39.0
    Reading libstlport.so.1
    Reading librt.so.1
    Reading libCrun.so.1
    Reading libm.so.2
    Reading libthread.so.1
    Reading libc.so.1
    Reading libm.so.1
    Reading libaio.so.1
    Reading libmd.so.1
    dbx: internal error: signal SIGSEGV (no mapping at the fault address)
    dbx's coredump will appear in /tmp
    Abort (core dumped)The pstack of the core is:
    [gimenero@tst-bill1 coreFiles]$ pstack tst-bill1.dbx.20417.core | c++filt
    core 'tst-bill1.dbx.20417.core' of 20417:       /opt/SUNWspro/prod/bin/sparcv9/dbx -g sync,stdio
    ffffffff7e5d80d4 _lwp_kill (6, 0, ffffffff7e5b6e54, ffffffffffffffff, ffffffff7e73a000, 0)...
    ffffffff7e54afd0 abort (1, 1d8, 0, 1ef13c, 0, 0)...
    00000001000c032c ???????? (b, 100400, 1, 100512eec, 10051fb10, 100621000)...
    ffffffff7e5d418c __sighndlr (b, ffffffff7fffbe70, ffffffff7fffbb90, 1000c00bc, 0, a)...
    ffffffff7e5c7d28 call_user_handler (ffffffff7f100200, ffffffff7f100200, ffffffff7fffbb90, 8, 0, 0)...
    ffffffff7e5c7f20 sigacthandler (0, ffffffff7fffbe70, ffffffff7fffbb90, ffffffff7f100200, 0, ffffffff7e73a000)...
    --- called from signal handler with signal 0 (SIGEXIT) ---
    00000001002820e4 void*Heap::alloc(unsigned)...
    0000000100282324 char*Heap::strdup(const char*)...
    000000010024b3e0 Symbol*Symtab::NewSymbol(Scope*,Symclass,Type*,const char*,const char*,Heap*,bool)...
    000000010024e514 Symbol*Scope::new_symbol(Symclass,Type*,const char*,const char*,bool)...
    0000000100291390 void*Dwarf2::Process_variable(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long)...
    0000000100287974 bool Dwarf2::ProcessTag(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long,char*,char*)...
    0000000100287c7c bool Dwarf2::ProcessTag(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long,char*,char*)...
    0000000100287c7c bool Dwarf2::ProcessTag(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long,char*,char*)...
    0000000100287c7c bool Dwarf2::ProcessTag(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long,char*,char*)...
    0000000100287c7c bool Dwarf2::ProcessTag(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long,char*,char*)...
    0000000100287c7c bool Dwarf2::ProcessTag(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long,char*,char*)...
    0000000100287c7c bool Dwarf2::ProcessTag(dwr_TAG_e,DwrIO*,void*,unsigned long,unsigned long,char*,char*)...
    0000000100286530 void Dwarf2::ReadElfDwarf2Of(char*,Objfile*,ElfLayout*,bool,bool,bool)...
    00000001002861c0 void Dwarf2::ReadObjfileFresh(Dwarf2*,char*,Objfile*,ElfLayout*)...
    000000010025a3d4 ???????? (10073d210, 100726790, 0, 1, 0, 100640060)...
    000000010025a1b8 void ReadLazyStabs(Objfile*,bool,bool)...
    000000010024e7c0 Symlist Scope::find_symlist_prim(const char*,ULName,bool(*)...
    000000010024eed8 void Scope::find_helper(Scope*,const char*,Find_bag*,Find_info*,bool*,bool*,int)...
    000000010024f4d4 Find_bag*Scope::find(const char*,Find_bag*,Find_info*)...
    000000010024fa94 void Scope::find_all_global_funcs(Find_bag*,const char*,Find_info*,const ActualTypeList*)...
    000000010024f9d0 Symbol*Scope::find_global_func(const char*,Find_info*,const ActualTypeList*)...
    000000010025218c Symbol*Loadobj::exe_find_main_sym()...
    00000001000c03e4 void show_main(Target*,bool)...
    0000000100231420 ???????? (10051fb10, ffffffff7fffdd30, 100569, 100569d23, 0, 100569)...
    0000000100231710 ???????? (10051fb10, ffffffff7fffdd30, 0, 2, 0, 1)...
    0000000100230a94 bool targ_ppi_init(Target*,PPIOpts*)...
    00000001000c05bc ???????? (10051fb10, 10064e2b0, ffffffff7fffdd30, 10053b9e8, 10053b000, 10053b)...
    00000001000c2fb8 void main_debug(Interp*,char*,char*,char*,unsigned)...
    000000010017ad64 ???????? (10056a, 4, 100705d80, 0, 0, 0)...
    00000001002ce1d8 ???????? (10064e2b0, 400, 1006e4ef0, 100705d70, 0, 1006211d0)...
    00000001002ccff0 int pdksh_execute(Interp*,op*,int)...
    00000001002ba194 int pdksh_shell(Interp*,Source*)...
    00000001002b9bf0 int pdksh_command(Interp*,const char*)...
    0000000100161c50 void MyServantDbx::ksh_cmd(int,unsigned,const char*)...
    00000001002fc934 bool Dispatcher::dispatch(ProtoReceiver*,MsgRcv*)...
    00000001002f8b60 void Messenger::handle_message_help(AuthStyle,MsgRcv&)...
    00000001002f8864 void Messenger::handle_message(AuthStyle)...
    00000001002ebcd0 void Servant::cb_message(int,unsigned short,void*)...
    00000001002e6f08 void CBInfo::dispatch(int,unsigned short)...
    00000001002e73bc void Notifier::invoke(int,unsigned short,CbData*)...
    00000001002e7d00 void NotifierDirect::dispatch_help(int,unsigned short,CBInfo*,bool*)...
    00000001002e8364 bool NotifierPoll::dispatch(bool*)...
    00000001002e7e8c void NotifierDirect::loop(bool*)...
    000000010015f500 ???????? (10064e2b0, ffffffff7fffed3c, 100400, 1005384ff, 10051fb10, 100538)
    00000001002c1454 ???????? (10064e2b0, 100620638, 10057e2fe, 0, 1006e6c20, 10064e2ce)
    00000001002bf528 int yylex(Interp*,int)...
    00000001002bd0b8 int yyparse(Interp*)...
    00000001002bf1a4 op*compile(Interp*,Source*)...
    00000001002b9fc0 int pdksh_shell(Interp*,Source*)...
    00000001000c41a0 void main_cmd_loop(Interp*)...
    00000001000c4f84 main (100400, 100512, 10064e2b0, 100513ba8, 202, 1)...
    00000001000b6fdc _start (0, 0, 0, 0, 0, 0)...OS: Solaris 10 8/07 s10s_u4wos_12b SPARC
    CC: Sun C++ 5.9 SunOS_sparc Patch 124863-07 2008/08/22
    So far this has only happened to me with boost::pool. Any clues?

    A dbx "internal error" indicates a problem in dbx, not with the compiler or compiled code.
    If you do not already have the latest dbx patch, 124872-07, please install it. You can get it here:
    http://developers.sun.com/sunstudio/downloads/patches/ss12_patches.jsp
    See if that fixes the problem.

  • Dbx SIGSEGV (no mapping at the fault address)

    Hello,
    I have the following error on Suse 10.0 (32bit and 64bit also) which is appear when I try to load a program with lots of linked libraries for debug.
    Reading libEG.so
    Reading libHtml.so
    Reading libGeom.so
    Reading libGraf3d.so
    Reading libGpad.so
    Reading libTree.so
    Reading libRint.so
    Reading libMatrix.so
    Reading libGui.so
    Reading libstdc++.so.6
    Reading libm.so.6
    Reading libgcc_s.so.1
    Reading libc.so.6
    Reading libcrypt.so.1
    dbx: internal error: signal SIGSEGV (no mapping at the fault address)
    dbx's coredump will appear in /tmp
    No problems with small programs..
    I've just read there is a same problem on Solaris also....
    Maybe memory problem?
    Any solution?
    Thanks,
    TRS

    Is this happening in Sun Studio 11?
    Dbx will try to run in 64-bit mode on any 64-bit
    system. If you are debugging a 32-bit program,
    try starting dbx with the -x exec32 option to prevent
    hand off to the 64-bit binary.
    Can you get a stack trace from the core file?
    --chris                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • 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

  • Sqlcxt crash - signal SEGV (no mapping at the fault address)

    Hi,
    I am getting Segmentation fault in ProC code of my application.
    Pasting below dbx trace.
    (dbx) where
    [1] sqlcmex(0x0, 0xffffffff7ffd2150, 0xffffffff7ffd2288, 0x1012b0480, 0x1de8, 0x21), at 0x100df6d94
    [2] sqlcxt(0x0, 0x1012b0478, 0xffffffff7ffd2288, 0x1012b0480, 0x1, 0x0), at 0x100df76b8
    =>[3] c_pt001_prty::Get(this = 0x10149fa58, errFlagIn = 1, errFlagOut = 1), line 2526 in "dm_c_pt001_prty.cpp"
    [4] wrapper_consolidation(pi_new_invstr_id = 310000337.0, pi_inwrd_no = 59303479, pi_old_invstr_id_1 = 310000264.0, pi_accp_dt_int = 20102008, ret0 = 0), line 442 in "holdingwrapper_consolidation.cpp"
    [5] sale_valid(p_btch_no = ???) (optimized), at 0x100330b3c (line ~4797) in "PSLS116.c"
    [6] main(argc = ???, argv = ???) (optimized), at 0x1002a85ec (line ~489) in "PSLM116.c"
    Code at line 2526 in "dm_c_pt001_prty.cpp" (translated out of PC file) is as below.
    sqlcxt((void **)0, &sqlctx, &sqlstm, &sqlfpn);
    I tried printing all four parameter values to this function in DBX, result as below:
    1. (dbx) print (void **)0
    (void **) 0 = (nil)
    2. (dbx) print *&sqlctx
    sqlctx = 19556451U
    3. (dbx) print *&sqlstm
    sqlstm = {
    sqlvsn = 10U
    arrsiz = 35U
    iters = 1U
    offset = 384U
    selerr = 1U
    sqlety = 256U
    occurs = 0
    cud = 0x1012b0028
    sqlest = 0x101307e78 ""
    stmt = 0x10103628e "select pt001_name ,pt001_addr_ln1 ,pt001_addr_ln2 ,pt001_addr_ln3 ,pt001_addr_ln4 ,pt001_assmd_addr_invstr_id ,pt001_pin ,pt001_city ,pt001_tlka ,pt001_dstrct ,pt001_state ,pt001_cntry ,TO_CHAR(pt001_jnng_dt,'YYYYMMDD') ,pt001_cmmctn_lang ,pt001_cmmctn_lang_cd ,pt001_prty_status ,pt001_prty_status_cd ,pt001_spl_ctgry ,pt001_spl_ctgry_cd ,pt001_prvlgd_ctgry ,pt001_prvlgd_ctgry_cd ,pt001_invstr_ctgry ,pt001_invstr_ctgry_cd ,pt001_cnsldt_to_invstr_id ,pt001_ctgry_indctr ,pt001_ctgry_indctr_cd ,pt001_poa_regn_l" ...
    sqladtp = 0x1012affe0
    sqltdsp = 0x1012b0018
    sqphsv = 0xffffffff7ffd2310
    sqphsl = 0xffffffff7ffd2428
    sqphss = 0xffffffff7ffd24b4
    sqpind = 0xffffffff7ffd2540
    sqpins = 0xffffffff7ffd2658
    sqparm = 0xffffffff7ffd26e4
    sqparc = 0xffffffff7ffd2770
    sqpadto = 0xffffffff7ffd2888
    sqptdso = 0xffffffff7ffd28ce
    sqhstv = (0xffffffff7ffd2ad4, 0xffffffff7ffd2aa4, 0xffffffff7ffd2a72, 0xffffffff7ffd2a40, 0xffffffff7ffd2a0e, 0xffffffff7ffd2a00, 0xffffffff7ffd29f0, 0xffffffff7ffd29e8, 0xffffffff7ffd29e0, 0xffffffff7ffd29d8, 0xffffffff7ffd29d0, 0xffffffff7ffd29c8, 0xffffffff7ffd29ba, 0xffffffff7ffd29b4, 0xffffffff7ffd29ac, 0xffffffff7ffd29a4, 0xffffffff7ffd29a0, 0xffffffff7ffd2998, 0xffffffff7ffd2990, 0xffffffff7ffd2988, 0xffffffff7ffd2984, 0xffffffff7ffd297c, 0xffffffff7ffd2978, 0xffffffff7ffd2968, 0xffffffff7ffd2960, 0xffffffff7ffd295c, 0xffffffff7ffd2954, 0xffffffff7ffd294c, 0xffffffff7ffd2944, 0xffffffff7ffd2934, 0xffffffff7ffd292c, 0xffffffff7ffd2b28, (nil), 0x101422db0, 0x1014119f8)
    sqhstl = (83U, 48U, 48U, 48U, 48U, 8U, 13U, 4U, 4U, 4U, 4U, 4U, 11U, 4U, 4U, 4U, 4U, 4U, 4U, 4U, 4U, 4U, 4U, 8U, 4U, 4U, 4U, 4U, 4U, 13U, 4U, 8U, 0, 0, 1U)
    sqhsts = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
    sqindv = ((nil), 0xffffffff7ffd2aa2, 0xffffffff7ffd2a70, 0xffffffff7ffd2a3e, 0xffffffff7ffd2a0c, 0xffffffff7ffd29fe, 0xffffffff7ffd29ee, 0xffffffff7ffd29e6, 0xffffffff7ffd29de, 0xffffffff7ffd29d6, 0xffffffff7ffd29ce, 0xffffffff7ffd29c6, 0xffffffff7ffd29b8, 0xffffffff7ffd29b2, 0xffffffff7ffd29aa, (nil), 0xffffffff7ffd299e, 0xffffffff7ffd2996, 0xffffffff7ffd298e, (nil), 0xffffffff7ffd2982, (nil), 0xffffffff7ffd2976, 0xffffffff7ffd2966, (nil), 0xffffffff7ffd295a, 0xffffffff7ffd2952, 0xffffffff7ffd294a, 0xffffffff7ffd2942, 0xffffffff7ffd2932, (nil), (nil), 0x101330260, 0x1014a01d0, 0x10149fff0)
    sqinds = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 9, 1)
    sqharm = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 20017776U, 1U, 0)
    sqharc = (0xffffffff7ffd1fb1, 0x100dedccc, 0x10149f898, (nil), 0x100000000, 0x1014a0207, 0x1014a0200, 0x1014a0200, 0xffffffff7ffd299f, 0x1014a0208, 0x1, 0x1014a01c0, 0x1014a01a0, 0x1014a01d0, 0x28, 0xb, 0x101317270, 0x1014a0308, 0x1014a02e0, 0x28, 0x101317270, 0x1014a02d8, 0x10149fef0, 0x100000000, 0xffffffff7ffd2a30, 0xffffffff7d55eabc, 0x140d48, 0xffffffff7d5c69ec, 0xffffffff7ffd2091, 0x100dedccc, 0x10149f738, 0x8, 0x1014a0200, 0x8, 0x8)
    sqadto = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1U, 330U)
    sqtdso = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 30880U, 0, 0)
    4. (dbx) print *&sqlfpn
    sqlfpn = {
    fillen = 18U
    filnam = "dm_c_pt001_prty.pc"
    Kindly note, I am using 64 bit compilation flags and lib archives to create my bnary file.
    Please suggest some solution, as I am stuck since long time. :-(
    Thanks & Regards,
    Shamim

    Sorry, but I can't see ProC in the title of this forum.
    I would suggest you find a forum that deals with ProC or raise this issue on metalink with Oracle.

  • SIGSEGV signal (no mapping at the fault address) :  in _XmAddHashEntry

    I have ported a motif based program from Compaq Tru 64(in Tru 64 program is running without any problem) to Solaris 8. I have used Forte developer 6 C++ compiler. Program compiled & linked successsfull. But during runtime 'XmCreateMainWindow' method call generating SIGSEGV signal. Debugger says 'signal SEGV (no mapping at the fault address) in _XmAddHashEntry at 0xfee79ff0
    0xfee79ff0'.
    Program :
    Widget children[6]; /* Children to manage */
    Arg al[64]; /* Arg List */
    register int ac = 0; /* Count */
    XtPointer tmp_value; /* ditto */
    if ( !widget_name )
    widget_name = (char *)"mainWindow1";
    XtSetArg(al[ac], XmNscrollingPolicy, XmAUTOMATIC);
    mainWindow1 = XmCreateMainWindow ( parent, widget_name, al, ac );
    Stack :
    main(argc = 11, argv = 0xffbef1c4)
    mMainAppShell_c::create(this = 0xef508, display =
    0xeaf70, app_name = 0xeeae8 "IP AGENT- QNR002",
    app_argc = 11, app_argv = 0xffbef1c4,
    app_class_name = 0xc3a49 "XApplication")
    mainWindow1_c::create(this = 0xef520, parent =
    0xe9b08, widget_name = 0xc1d81 "mainWindow1")
    XtCreateWidget(0xc1d81, 0x0, 0xe9b08, 0xffbee12c,
    0x0, 0xfef0e768)
    _XtCreateWidget(0xc1d81, 0xfef0e768, 0xff0f7c74,
    0xffbee12c, 0x0, 0x0)
    XtInitializeWidgetClass(0xfef0e768, 0x4925c,
    0xff0f4000, 0x1f, 0xfef0e768, 0xfed1b86b)
    XtInitializeWidgetClass(0xfef10dbc, 0x2afe,
    0xff0f4000, 0x1f, 0xfef10dbc, 0xff094ae2)
    XtInitializeWidgetClass(0xfef14290, 0x2afe,
    0xff0f4000, 0x1f, 0xfef14290, 0x0)
    ClassPartInitialize(0xfef14354, 0xfef14350,
    0xfef1434c, 0xfef04000, 0xfef14290, 0xff0f787c)
    XmeTraitSet(0xfef14290, 0x0, 0xe78a8, 0xfef19934,
    0xfef04000, 0xfef1434c)
    _XmAddHashEntry(0x0, 0xe78a8, 0xfef19934, 0xd,
    0xf541c, 0xc)
    Error :
    t@1 (l@1) signal SEGV (no mapping at the fault address) in _XmAddHashEntry at 0xfee79ff0
    0xfee79ff0: _XmAddHashEntry+0x0004:     ld      [%i0 + 0xc], %l0
    Current function is mainWindow1_c::create
    0xfee79ff0: _XmAddHashEntry+0x0004:     ld      [%i0 + 0xc], %l0
    0xfee79ff0: _XmAddHashEntry+0x0004:     ld      [%i0 + 0xc], %l0
    (dbx) (dbx)

    Tough to debug this from the information that you posted but it appears that _XmAddHashEntry is being called with NULL (0x0) as the first parameter and the instruction that is causing problems is the load at 0xfee79ff0 that is trying to use the first parameter (%i0) with the offset of 0xc.  This address is going to be in the kernel space somewhere and the segmentation violation is pointing out that the kernel isn't happy about you peeking at it's unders.
    Perhaps you can backtrack from the call to XmAddHashEntry to see what object or class is expected as the first parameter and deduce how that parameter might be getting set (or not set as it were) to NULL.
    Also, you mentioned that you're moving from a 64-bit OS. Did you compile your program with the -xarch=v9 flag?
    Another thing to check is your stacksize variables. There are two which control the size of various aspects of the stack.
    from the C-shell you should type:
    unlimit stacksize
    and
    setenv STACKSIZE 40000
    The first sets the overall process stacksize to whatever the system will allow (unlimited). The second, controls how much any individual thread can take for its stack. The second won't effect your application unless it's multi-threaded.

  • No mapping at the fault address error while accessing the string variable

    Hi
    we have a application which runs fine on AIX and HP but is throwing error on SOLARIS.
    the application runs well (and use of string variables are also working fine ) till it hits Zone.cpp file
    where the string variable is not getting initialized and throws no mapping at the fault address
    the code snippet is as follows
    #include <string>
    #include <vector>
    const string ZONE_ATTR_TYPE_ZN("ZN");
    const string ZONE_ATTR_TYPE_FC("FC");
    const string ZONE_ATTR_TYPE_ST("ST");
    void Zone::AddAttributeValueAndCountryCode(const string &attributeValue,
                                                      Int attribSeq,
                                                      const string &countryCode,
                                                      ZoneSearchLocMap& zoneSearchLocMap)
         string key = "";
         if ((_attributeType == ZONE_ATTR_TYPE_FC) ||
              (_attributeType == ZONE_ATTR_TYPE_CT))
              key = _attributeType+DELIM+attributeValue;
    we are running it on
    CC: Sun C++ 5.9 SunOS_sparc Patch 124863-04 2008/04/16
    compiled with these option
    -g0 -xspace -KPIC -D_XPG5 -m32 -xarch=sparcvis -mt -DNCURSES -DEXC_HANDLING -DRW_NO_BOOL
    and the created the execuatble with these option
    -i -z rescan -g0 -xspace -mt -D_XPG5 -m32 -xarch=sparcvis -mt -DNCURSES -DEXC_HANDLING -DRW_NO_BOOL -lpthread -lsocket -lnsl -ldl -lposix4 -lCrun -lCstd -lc -lm -lnsl -lsocket
    the dbx output
    t@1 (l@1) program terminated by signal SEGV (no mapping at the fault address)
    where -h
    Current function is Zone::AddAttributeValueAndCountryCode
    56 if ((_attributeType == ZONE_ATTR_TYPE_FC) ||
    (dbx) where -h
    current thread: t@1
    =>[1] Zone::AddAttributeValueAndCountryCode(this = 0x194c088, attributeValue = CLASS, attribSeq = 1, countryCode = CLASS, zoneSearchLocMap = CLASS), line 56 in "Zone.cpp"
    [2] ZoneLoader::Load(trans = CLASS, zoneList = CLASS, prZoneList = CLASS, zoneSearchLocMap = STRUCT, planningCompany = 0x1890f20), line 90 in "ZoneLoader.cpp"
    [3] ZoneManager::ZoneManager(this = 0x1933e28, shipperId = 1000, consDBConnection = CLASS), line 24 in "ZoneManager.cpp"

    I see you are compiling with -KPIC. Is the code going into a shared library?
    Run "ldd" on all the C++ shared libraries you create, and on the main program. You should see a dependency on /usr/lib/libCrun.so.1 and /usr/lib/libCstd.so.1, and no dependency on any other libCrun or libCstd.
    Do you have a particular reason for using -D_XPG5? Changing the Unix version presented by the system headers in /usr/include can sometimes create incompatibilities with the C++ headers and runtime libraries that are intended for the default Unix version.
    Are all of the object files created with the same options, especially the -mt option?
    If none of the above considerations raise any red flags, you might have run into a bug in the compiler or the C++ runtime libraries, or you might have a bug in your code that by accident does not show up in other environments.
    There is no way to evaluate whether you have a compiler or runtime library bug without a test case that demonstrates the problem.
    You might have heap or other data corruption in your program due to invalid pointer use, use of an uninitialized variable, reading or writing outside the bounds of an object, double deletion of an object, use of an object after it has been deleted. You might also have an MT programming error where a critical region is not properly guarded, or where a shared variable is not declared volatile.
    By accident, data can be read or written incorrectly, or a data-race condition can exist, but without causing program failure. A program containing these errors can appear to run successfully on one platform and fail on another, or on the same platform under other conditions.
    Running the program under dbx with Run-Time Checking enabled will show many of these errors.
    The Thread Analyzer can find data race conditions.
    If you think you have found a problem with the compiler or libraries, please file a bug report at
    [http://bugs.sun.com]
    with a test case that can be compiled and run to show the problem.

  • Studio 12 DBX  internal error while memcheck is on.

    bash-3.00$ dbx -xexec32
    For information about new features see `help changes'
    To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
    (dbx) -rwxr-xr-x 1 orbit osgrp1 1.2M Dec 26 17:18 <my_processnmae>
    -rwxr-xr-x: not found
    (dbx) dbxenv mt_sync_tracking off
    (dbx) attach 6792 <this is pid>
    Reading <my_processname>
    Reading ld.so.1
    Reading librtc.so
    Reading libmapmalloc.so.1
    Reading libcurses.so.1
    Reading libnsl.so.1
    Reading libsocket.so.1
    Reading libelf.so.1
    Reading libcrypt_i.so.1
    Reading libpthread.so.1
    Reading libdl.so.1
    Reading librt.so.1
    Reading libc.so.1
    Reading libgen.so.1
    Reading libaio.so.1
    Reading libmd5.so.1
    Reading libc_psr.so.1
    Reading library_name**
    Reading library_name**
    Attached to process 6792 with 3 LWPs
    t@1 (l@1) stopped in soaccept at 0xff040314
    0xff040314: soaccept+0x0004: ta %icc,0x00000008
    Current function is Tcp_receive
    284 if ((th_data->sockfd = accept (sockfd, (struct sockaddr *)&clientaddr,&length)) == -1)
    (dbx) check -access
    access checking - ON
    RTC: Enabling Error Checking...
    RTC: Running program...
    (dbx) cont
    RTC: internal RTC error -- disabling Error Checking file: rtc_heap_map.c line: 697
    ^Ct@2 (l@2) signal INT (Interrupt) in ___sigtimedwait at 0xff040220
    0xff040220: ___sigtimedwait+0x0004: ta %icc,0x00000008
    Current function is sig_thr
    1256 sigwait (&glb_sigact, &signal_alr);
    (dbx) version
    Machine hardware: sun4u
    OS version: 5.10
    Processor type: sparc
    Hardware: SUNW,Sun-Fire-280R
    The following components are installed on your system:
    Sun Studio 12
    Sun Studio 12 C Compiler
    Sun Studio 12 C++ Compiler
    Sun Studio 12 Tools.h++ 7.1
    Sun Studio 12 C++ Standard 64-bit Class Library
    Sun Studio 12 Garbage Collector
    Sun Studio 12 Fortran 95
    Sun Studio 12 Debugging Tools (including dbx)
    Sun Studio 12 IDE
    Sun Studio 12 Debugger GUI
    Sun Studio 12 Performance Analyzer (including collect, ...)
    Sun Studio 12 X-Designer
    Sun Studio 12 VIM editor
    Sun Studio 12 XEmacs editor
    Sun Studio 12 Performance Library
    Sun Studio 12 LockLint
    Sun Studio 12 Building Software (including dmake)
    Sun Studio 12 Documentation Set
    Sun Studio 12 /usr symbolic links and GNOME menu item
    version of "/opt/SunStudio12/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.9 SunOS_sparc 2007/05/03
    version of "/opt/SunStudio12/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.9 SunOS_sparc 2007/05/03
    version of "/opt/SunStudio12/SUNWspro/bin/../prod/bin/../../bin/f90": Sun Fortran 95 8.3 SunOS_sparc 2007/05/03
    version of "/opt/SunStudio12/SUNWspro/bin/../prod/bin/../../bin/dbx": Sun Dbx Debugger 7.6 SunOS_sparc 2007/05/03
    version of "/opt/SunStudio12/SUNWspro/bin/../prod/bin/../../bin/analyzer": Sun Analyzer 7.6 SunOS_sparc 2007/05/03
    version of "/opt/SunStudio12/SUNWspro/bin/../prod/bin/../../bin/dmake": Sun Distributed Make 7.8 SunOS_sparc 2007/05/03
    any Idea ?
    am i doing something wrong here. ? I want to check memory leak. ?
    -Raxit

    With hope if its bug, below may helpful.
    (dbx) (dbx) (dbx) quit
    detaching from process 6792
    dbx: internal warning: function (__rtc_release_heap_region) called too early (preloading)
    t@3 (l@3) signal SEGV (no mapping at the fault address) in _sleep at 0xff0330f0
    0xff0330f0: _sleep+0x0078:      ldsb     [%o3 - 3005], %o2
    Current function is scansessionisam_thr
    1362 sleep (cfg_sec_shm_scantime); /*SCF no 10750 */
    execution completed, exit code is 4982056
    dbx: internal warning: rtc: _syscall: failed
    dbx: warning: librtc.so and dbx version mismatch; Error checking disabled
    Check your installation of librtc.so.
    dbx: internal warning: rtc: munmap of patch area of segment '/usr/lib/libmapmalloc.so.1' failed
    dbx: internal error: signal SIGSEGV (no mapping at the fault address)
    dbx's coredump will appear in /tmp
    ls -lrAbort (core dumped)
    bash-3.00$ pstack /tmp/core
    core '/tmp/core' of 6794: dbx -xexec32
    ff1c0f90 lwpkill (6, 0, ff1a4a98, ffffffff, ff1e8284, 6) + 8
    ff13ff98 abort (0, 1, 377d74, a83f0, ff1eb298, 0) + 110
    000b5bf8 ???????? (b, 3c4400, 4575a1, 38b1f4, 37eabe, 1)
    ff1bfec8 __sighndlr (b, ffbff408, ffbff150, b59ec, 0, 1) + c
    ff1b4ff4 call_user_handler (b, 0, 8, 0, ff252000, ffbff150) + 3b8
    001aef98 __1cGRtcMgrShandle_proc_detach6M_v_ (47d670, 5dd2a8, 38, 396000, 4c0498, 38) + d8
    0018f850 __1cEProcGdetach6Mbbbb_v_ (4c0468, 467400, 466400, 0, 3ae2ac, 0) + 19c
    000b8c68 ???????? (47e6f8, 0, 0, 0, 0, 1)
    00289d94 __1cMpdksh_c_exit6FpnGInterp_ippcpv_i_ (47e6f8, 0, 876890, 0, 0, 466000) + a8
    0015fbf4 ???????? (47e6f8, 1, 876890, 0, 877b78, 0)
    002857a0 ???????? (47e6f8, 877b78, 877b58, 876890, 0, 467708)
    0028468c __1cNpdksh_execute6FpnGInterp_pnCop_i_i_ (47e6f8, 49bab8, 0, 277c50, 47e6f8, 38b1f4) + 194
    002735e0 __1cLpdksh_shell6FpnGInterp_pnGSource__i_ (47e6f8, 49e098, 465628, 446f54, 3d9625, 3d962c) + 46c
    000b90d4 __1cNmain_cmd_loop6FpnGInterp__v_ (47e6f8, 37f400, 3ca2a4, 446f70, 3ca000, 3ca000) + 88
    000b9e60 main (37e400, 0, 40, 47e6f8, 37f7c8, 1) + 750
    000af268 _start   (0, 0, 0, 0, 0, 0) + 108
    bash-3.00$
    bash-3.00$ dbx /opt/SunStudio12/
    SUNWspro/ uninstall_Sun_Studio_12.class
    bash-3.00$ dbx /opt/SunStudio12/SUNWspro/bin/dbx /tmp/core
    For information about new features see `help changes'
    To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
    Reading dbx
    core file header read successfully
    Reading ld.so.1
    Reading libintl.so.1
    Reading libnsl.so.1
    Reading libsocket.so.1
    Reading libdl.so.1
    Reading libgen.so.1
    Reading libw.so.1
    Reading libm.so.1
    Reading libc.so.1
    Reading libc_psr.so.1
    Reading libcpc.so.1
    Reading libpctx.so.1
    Reading libnvpair.so.1
    Reading libdevinfo.so.1
    Reading libproc.so.1
    Reading librtld_db.so.1
    Reading libelf.so.1
    Reading libctf.so.1
    program terminated by signal ABRT (Abort)
    0xff1c0f90: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xff1c0fa0
    (dbx) threads
    dbx: thread related commands not available
    (dbx) where
    =>[1] __lwp_kill(0x0, 0x6, 0x0, 0x6, 0xfc00, 0x0), at 0xff1c0f90
    [2] raise(0x6, 0x0, 0xff1a4a98, 0xffffffff, 0xff1e8284, 0x6), at 0xff15fd78
    [3] abort(0x0, 0x1, 0x377d74, 0xa83f0, 0xff1eb298, 0x0), at 0xff13ff98
    [4] 0xb5bf8(0xb, 0x3c4400, 0x4575a1, 0x38b1f4, 0x37eabe, 0x1), at 0xb5bf8
    [5] __sighndlr(0xb, 0xffbff408, 0xffbff150, 0xb59ec, 0x0, 0x1), at 0xff1bfec8
    ---- called from signal handler with signal 11 (SIGSEGV) ------
    [6] RtcMgr::handle_proc_detach(0x47d670, 0x5dd2a8, 0x38, 0x396000, 0x4c0498, 0x38), at 0x1aef98
    [7] Proc::detach(0x4c0468, 0x467400, 0x466400, 0x0, 0x3ae2ac, 0x0), at 0x18f850
    [8] 0xb8c68(0x47e6f8, 0x0, 0x0, 0x0, 0x0, 0x1), at 0xb8c68
    [9] pdksh_c_exit(0x47e6f8, 0x0, 0x876890, 0x0, 0x0, 0x466000), at 0x289d94
    [10] 0x15fbf4(0x47e6f8, 0x1, 0x876890, 0x0, 0x877b78, 0x0), at 0x15fbf4
    [11] 0x2857a0(0x47e6f8, 0x877b78, 0x877b58, 0x876890, 0x0, 0x467708), at 0x2857a0
    [12] pdksh_execute(0x47e6f8, 0x49bab8, 0x0, 0x277c50, 0x47e6f8, 0x38b1f4), at 0x28468c
    [13] pdksh_shell(0x47e6f8, 0x49e098, 0x465628, 0x446f54, 0x3d9625, 0x3d962c), at 0x2735e0
    [14] main_cmd_loop(0x47e6f8, 0x37f400, 0x3ca2a4, 0x446f70, 0x3ca000, 0x3ca000), at 0xb90d4
    [15] main(0x37e400, 0x0, 0x40, 0x47e6f8, 0x37f7c8, 0x1), at 0xb9e60
    (dbx)
    -Raxit

  • I just installed Lightroom CC. When I try to open it, I get an error message: "An internal error has occurred.  Cannot create the required folder: ..."

    I just installed Lightroom CC. When I try to open it, I get an error message: "An internal error has occurred.  Cannot create the required folder: ..."

    Cannot create the required folder

  • Error (2912) An internal error has occurred trying to contact the SCVMM01.dom.local server: NO_PARAM: NO_PARAM.

    
    Error (2912)
    An internal error has occurred trying to contact the SCVMM01.dom.local server: NO_PARAM: NO_PARAM.
    WinRM: URL: [http://SCVMM01:5985], Verb: [INVOKE], Method: [GetError], Resource: [http://schemas.microsoft.com/wbem/wsman/1/wmi/root/microsoft/bits/BitsClientJob?JobId={A210B91B-3239-4347-B251-83E1555356A2}]
    Unknown error (0x80072f0d)
    Recommended Action
    Check that WS-Management service is installed and running on server SCVMM01.dom.local. For more information use the command "winrm helpmsg hresult". If SCVMM01.dom.localis a host/library/update server or a PXE server role then ensure that VMM agent is installed and running. Refer to http://support.microsoft.com/kb/2742275 for more details.
    When we want to create a template of a virtual machine, we receive the following error. The environment has the following components and servers:
    * Windows Server 2012 R2 U1 with Hyper-V role enabled
    * High available Virtual Machine Manager 2012 R2 RU2 (two virtual servers on Hyper-V 2012 R2)
    * High available Virtual Machine Manager 2012 R2 Library servers (two virtual servers on Hyper-V 2012 R2)
    There're a few things I've already checked:
    * Self-signed certificates in the Trusted People store --> OK
    * Windows Firewall turn off --> OK
    * Re-added a Hyper-V host to the SCVMM environment
    * Reboot the VMM servers and the library servers
    * Export port usage and conflicts with netstat -a -b --> OK, no conflicts
    * Free disk space on the VMM library servers --> OK
    The job is starts fine, but step 1.2 "Store virtual machine W2012R2TMPL from HV01 to CLSCVMMLIB01" Failed. So it looks like the sysprep fase is going well. When VMM is trying to store the virtual machine in the library, it fails.
    Who is familar with this issue and can help me find a solution for this?
    Thanks in advance!!
    Mark

    Have you installed AppController on the same machine with VMM?

  • Error when loading XSLT mapping of the application

    Hi,
    I am using XSLT mapping in XI.
    It is working ok when I test it in Interface Mapping but it gives below error when I test end to end scenario.
      <?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
    - <!--  Request Message Mapping
      -->
    - <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
      <SAP:Category>Application</SAP:Category>
      <SAP:Code area="MAPPING">TRANSFORMER_CONF_EX</SAP:Code>
      <SAP:P1>com/cba/***.xsl</SAP:P1>
      <SAP:P2>urn:**:**</SAP:P2>
      <SAP:P3>450326d0-1559-11dd-99a1-d89c0a0a380b</SAP:P3>
      <SAP:P4>-1</SAP:P4>
      <SAP:AdditionalText />
      <SAP:ApplicationFaultMessage namespace="" />
      <SAP:Stack>Error when loading XSLT mapping of the application</SAP:Stack>
      <SAP:Retry>M</SAP:Retry>
      </SAP:Error>
    Yes, I have activated it
    Regards,
    Anirudh.

    hi
    please assure that if you save your xslt stylesheet locally, that it is saved in UTF-8 format, before you import it.
    Pls do export the imported archive as a zip file to your local disk and try opening the same. If its not then the zip file which you have uploaded might have got corrupted/is not fully uploaded.
    Try activating the imported archive and do a check before you do that. This you can do with a minor change in the description or so.
    reward points if found helpfull
    regards
    chandra.k

  • I have installed Adobe Lightroom CC.  In the process of launching, a popup appears, that says:  "AN INTERNAL ERROR HAS OCCURRED.  Cannot create the required folder:  /Users/(my user name)/Library/Application Support/Adobe/Lightroom/Develop Presets."  So e

    I have installed Adobe Lightroom CC.  In the process of launching, a popup appears, that says:  "AN INTERNAL ERROR HAS OCCURRED.  Cannot create the required folder:  /Users/(my user name)/Library/Application Support/Adobe/Lightroom/Develop Presets."  So even though Lightroom CC is installed, it will not launch.  What do I need to do to allow it to launch?

    The problem was solved today.  Here's the full story.  I'm a Mac user.  At first I installed Lightroom CC on my iMac (desktop).  I had this problem so I called Adobe, and was referred to a "special unit" .  After about an hour the tech solved it for me ... we did a screen sharing and she took control of my computer for a loooong time.  Because of language difficulties, at first I wondered if she knew what she was doing but she eventually solved it.  Although she couldn't explain exactly what she was doing, she summarized it by saying "it was a permissions problem."  I asked if I would have the same issue later when I installed it on my laptop (Macbook Air).  She said probably not.
    But I did.  The same internal error popup arose on launch and launch did not complete on my laptop.  I tried chat but no joy so I eventually called Apple Care.  I had noticed that on my laptop (and the iMac for that matter), that there was no Library folder after my user name.  The Apple tech explained that the Library folder is actually there but it is hidden because it's very easy for users to do some very nasty things to their computer by going astray while in the Library folder.  The folder is actually there, but they hide it.  I did remember seeing that the tech helping me with my iMac had typed the work "Library" while she was controlling my computer.  Basically she had activated the hidden Library folder so she could open the path that Lightroom was trying to follow to create that "Develop Presets" folder.  For some reason, the inability to create that folder in the launch process was preventing launch from being completed.  The Apple tech said she didn't actually have to do that and activated the Library folder by use of the Go selection on the menu bar.  Anyway, once that complete path was replicated and opened, the next step was to go to the Lightroom Permissions field and add my user name to the user categories already there and enable "read and write" permissions to my user name.  Once done, I shut down my laptop, and then rebooted.  I launched Lightroom and then boom, voila, heavens to betsy, etc. it launched and suddenly a dismal weekend turned into a great one. 
    I am not a geek, so I hope this makes some sense.  I also hope Lightroom launches again tomorrow and beyond! 

Maybe you are looking for

  • Why does my camera no longer work after ios7 upgrade?

    I've had my iphone 4s for 1 year and LOVED it until I upgraded to the ios7 last week. Now, my formerly beautiful camera (which was the only camera that I took with me to Europe last year - by holding the shuttter button down until I could capture a p

  • BackUp graphical mapping in PI 7.1

    Hi every one, I am trying to save .mte of an existing graphical map in PI 7.1. I could do it in PI 7.0 using - key combination of - CTRL + SHIFT + Right click - when I select "Export" - it would prompt for File Save option - to save .mte file on the

  • Problems rendering site with IE HW acceleration on

    I use Windows 7 (64-bit) with Internet Explorer 9 (32-bit). I have Flash Player 10,3,183,7. It is installed and enabled. I have checked for updates to my Intel Graphics Media Acclerator HD driver, and received the message that "Windows has determined

  • Question about Preview files

    So I understand clearly, when you're working on a RAW image are you actually seeing the "preview" file on screen or the actual RAW file? I'd hate to judge the adjustments I'm making based on a jpeg.

  • AUTOMATION OF IMPORTING USING BATCH FILES...!

    Hello Everyone! I want your help on this matter. Actually I am trying to get data( in the form of XML) from BI into MDM SP04. I want to automate the import process. i have saved the map and defined a port in the console and given the map name for the