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.

Similar Messages

  • 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

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

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

  • 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                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • 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

  • Interface-Mapping with a Fault Message Type

    Hi,
    we have an abap-proxy and some messages generated errors. The errors can be displayed via sxmb_moni. The proxy raises an "Application Error (Restart possible)".
    Now I wanna transform the generated fault message (of the proxy) with a message mapping and send the output to a file.
    My problem is, that it is not possible to define an interface mapping with the fault message as well as it is not possible to define a receiver determination.
    Any ideas?
    Thanks a lot
    Regards
    Wolfgang Hummel

    Hello
    As far as I know you can propogate the application error back to the calling application only in case of a Synch Interface? Are you making a Synch call where the proxy triggers a fault message,  if yes then all you need to do is to make the change in XI to have the fault message for both the outbound and inbound message interfaces and then a corresponding fault message mapping and select this in the Interface Mapping and then the fault message will be sent to the source / calling application.
    In the case of Asynch calls I don't think this is possible until you use a BPM. Have not tried this myself though.
    Regards,
    Bhavesh

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

  • Content viewer crashes after loading google map

    Greetings! I am making progress, finally on my first Edge Animate CC 2014 / InDesign CC 2014 DPS edition.
    I have finally gotten to the pplace where I need to display a Google Map for two different locations, each map will be loaded with a different button on click and replace the previous map. It works fine in the browser, but when I upload my folio through InDesign and load it into the Adobe Content Viewer on an iPad (Air) after clicking the MAP button (either one), the map loads and appears to be fine, then after about 10 seconds, the Viewer crashes. I have tried it repeatedly and by clicking both map buttons, the produce the same results.
    What should upload for someone to look at, or has anyone else ran into this issue?
    Below is the code for the Action(s):
    downtownMapButton:
    // insert code for mouse click here
    var mapFrame = sym.$("mapContainer");
    var map ='<iframe width="'+mapFrame.width()+'" height="'+mapFrame.height()+'" frameborder="0" scrolling="no" marginheight="0" marginwidth="0" src="https://mapsengine.google.com/map/embed?mid=zE2zuZhUFeMU.kVkOwZos-Fiw" ></iframe>';
    mapFrame.html(map);
    // Show an element
    sym.$("mapBox").show();
    // Show an element
    sym.$("downtownPointerSym").show();
    // Show an element
    sym.$("mapContainer").show();
    sym.$("closeButtonSym").show();
    sym.$("prestonPointerSym").hide();

    Found a solution.
    https://blogs.adobe.com/indesigndocs/2013/06/memory.html
    Hopefully this helps someone else.
    Cheers!
    S

  • Printmanager crash signal 10 when printing to Airport Express

    I'm getting a Printmanger crash (signal 10) when trying to print to an Airport Express.
    Happens when printing to an HP 3600 and an HP PSC1315
    Happens with very simple text documents and more complex documents
    Both printers USED TO work with this Mac, and I haven't knowingly changed anything
    Both printers work fine when connected directly by USB
    Both printers work fine using the Airport Express from a Windows XP PC
    Printing seems to start, but printer never begins loading paper, and printer queue just stalls (stops and asks to start again although starting again doesn't help)
    Print manager logs indicate that print manager crashes with "Signal 10"
    OS X upgraded to all the latest; latest HP drivers installed for both printers
    This doesn't seem to be an issue with (1) the printers, (2) the Airport Express. Seems to be something in the print manager.
    Printers are full of ink and aren't giving any error messages over USB or to Windows XP PC and have no blinking lights.
    I'm pulling my hair out. Any ideas?

    (Forgot to mention -- I've reset the printing system several times, re-creating the queue and re-recognizing the printer. The printer is always recognized quickly; Bonjour is working fine.)

  • The program signals an error and closes the program.

    When I try to use the program with an .epub file, it signals an error and closes the program. Have reinstalled, but the same thing happens.
    What to do?

    itunes encounters an error and shuts down.
    That would be an unusual error message to be getting if you were having a problem with a photo cache ... but just in case ...
    Try deleting your iTunes photo cache, as per the following document:
    Photo Sync creates iPod photo Cache
    ... can you get a photo sync to go through without the crash after that?

  • Crash when switching to maps module

    More often than not, I find that Lightroom 5.6 crashes when I switch to the Maps module after importing files on my Mac running OS X 10.9.5.  I have trouble reproducing it on-demand, but it's a pretty regular occurrence and quite frustrating.  The latest crash dump looks like this:
    Process:         Adobe Photoshop Lightroom 5 [20295]
    Path:            /Applications/Adobe Photoshop Lightroom 5.app/Contents/MacOS/Adobe Photoshop Lightroom 5
    Identifier:      com.adobe.Lightroom5
    Version:         Adobe Photoshop Lightroom 5.6 [974614] (5.6)
    Code Type:       X86-64 (Native)
    Parent Process:  launchd [174]
    Responsible:     Adobe Photoshop Lightroom 5 [20295]
    User ID:         501
    Date/Time:       2014-10-05 09:42:32.759 -0700
    OS Version:      Mac OS X 10.9.5 (13F34)
    Report Version:  11
    Anonymous UUID:  C951A3C7-6482-4EB0-4BAC-41FFE3F63645
    Sleep/Wake UUID: A34BE294-7113-4FC7-8391-5C2425BA2A0C
    Crashed Thread:  0  Dispatch queue: com.apple.main-thread
    Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0x000000020a394080
    VM Regions Near 0x20a394080:
        MALLOC_LARGE           00000002066b7000-00000002068b5000 [ 2040K] rw-/rwx SM=PRV 
    -->
        MALLOC_LARGE           000000020c6ff000-000000020c74f000 [  320K] rw-/rwx SM=PRV 
    Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
    0   ???                           0x000000020a394080 0 + 8761458816
    1   Webkit.dylib                   0x000000018e5c706f WebKitGetAPI + 983347
    2   Webkit.dylib                   0x000000018e57eb9f WebKitGetAPI + 687203
    3   Webkit.dylib                   0x000000018e95f464 WebKitGetAPI + 4752680
    4   Webkit.dylib                   0x000000018e96467b WebKitGetAPI + 4773695
    5   Webkit.dylib                   0x000000018e9647d4 WebKitGetAPI + 4774040
    6   Webkit.dylib                   0x000000018e6c1740 WebKitGetAPI + 2009092
    7   Webkit.dylib                   0x000000018e9b2642 WebKitGetAPI + 5093126
    8   Webkit.dylib                   0x000000018e9b27b3 WebKitGetAPI + 5093495
    9   com.apple.CoreFoundation       0x00007fff968d53e4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 20
    10  com.apple.CoreFoundation       0x00007fff968d4f1f __CFRunLoopDoTimer + 1151
    11  com.apple.CoreFoundation       0x00007fff969465aa __CFRunLoopDoTimers + 298
    12  com.apple.CoreFoundation       0x00007fff968906a5 __CFRunLoopRun + 1525
    13  com.apple.CoreFoundation       0x00007fff9688fe75 CFRunLoopRunSpecific + 309
    14  com.apple.HIToolbox           0x00007fff8ff53a0d RunCurrentEventLoopInMode + 226
    15  com.apple.HIToolbox           0x00007fff8ff537b7 ReceiveNextEventCommon + 479
    16  com.apple.HIToolbox           0x00007fff8ff535bc _BlockUntilNextEventMatchingListInModeWithFilter + 65
    17  com.apple.AppKit               0x00007fff905c224e _DPSNextEvent + 1434
    18  com.apple.AppKit               0x00007fff905c189b -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122
    19  com.apple.AppKit               0x00007fff905b599c -[NSApplication run] + 553
    20  com.apple.AppKit               0x00007fff905a0783 NSApplicationMain + 940
    21  com.adobe.Lightroom5           0x00000001010fe527 main + 1107
    22  com.adobe.Lightroom5           0x00000001010fe0cc start + 52
    I'm only including info about the first thread because it's the one that crashed, but I have the whole thing if there's like to be something useful there.
    It always seems to be related to displaying the map, and the WebKit reference above seems to back that up.  Sometimes it'll display some tiles and then crash, and sometimes, like this time, it crashes before it displays any of the map.  This has happened with earlier versions of OS 10.9 as well, but I can't find those diagnostic reports to see if they point to the same thing.  I've tried throwing away my Lightroom preference file and purging the cache, but neither has helped.  It's happened equally with photos that are already geotagged and ones that have no location information.  I don't think I've ever seen it happen if I quit Lightroom after importing and before switching to the Maps module, so maybe that's a clue.
    Has anyone else had this sort of issue with the maps module?
    Rob

    I frequently see this problem. Have not yet found a solution. It is not a fatal error -- no data is lost, nothing seems to be corrupted. Since I'm not a programming expert, I can't really guess. I do get the impression that Lightroom, for all it's fantastic features (and I do think they're fantastic), it is very slow (though I am working on pre-Intel Mac).

  • X6 crashes when starting Ovi Maps

    I'm having problems with my X6. When I start the ovi maps app, the phone just crashes! The screen goes black en the phone starts up again. Can anybody help me fix this problem?

    It's always advised that you do a soft reset after a software update, to avoid conflicts with the settings in the old version, it involves a bit of work setting up the phone again, but would be worthwhile !
    Good Luck
    PS ONLY backup contacts, calendar and notes, if you restore your settings the exercise is pointless.
    If I have helped at all, a click on the White Star is always appreciated :
    you can also help others by marking 'accept as solution' 

Maybe you are looking for

  • Looking for a JPEG display App with specific features

    Is there an Apple iPad app that can display large (15MB to 25MB) JPEGs, with pinch to zoom in 100%, the ability to display full 1920x1080 via AirPlay to an Apple TV, AND... show a list of these JPEGs by filename and not just thumbnails?

  • Using a Variable from web-inf/web.xml in java code?

    I would like to create a read-only variable with a value in the /web-inf/web.xml file and then access that value within a java service method within the Application Module. Where / how do I read the value from the web.xml file and make it accessible

  • MERGE..USING works fine on Oracle 11 but not on 9i

    MERGE into First_Table d USING select Second_Table.ENTY_DB_KEY_1, Second_Table.FILE_ID from Second_Table, Third_Table where Second_Table.run_id = Second_Table.run_id and Third_Table.clnt_id =51001372 ) t ON (t.ENTY_DB_KEY_1 = d.TRAN_NO) WHEN matched

  • Message Output for purchase order

    Dear SAP Expert, We have defined the message output type for purchase order document type XX with special function. We have maintained condition record for the same. It is working fine. Now we have defined another output type for another PO document

  • ADS is not configured in New SAP NetWeaver 7.01 ABAP Trial Version

    Dear Colleagues, I have installed new SAP Neteweaver 7.01, i could not able to run the pdf forms normal as well interctive forms. i tried by running the test programs like fp_test_00 getting the folloing error message Test Program: Version Informatio