home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!network.ucsd.edu!usc!cs.utexas.edu!sun-barr!olivea!sgigate!odin!eukanuba.wpd.sgi.com!mikey
- From: mikey@eukanuba.wpd.sgi.com (Mike Yang)
- Newsgroups: comp.sys.sgi
- Subject: Re: XtCallbackReleaseCacheRef crashes
- Message-ID: <1992Sep4.194633.15147@odin.corp.sgi.com>
- Date: 4 Sep 92 19:46:33 GMT
- References: <135409@lll-winken.LLNL.GOV>
- Sender: news@odin.corp.sgi.com (Net News)
- Reply-To: mikey@sgi.com
- Organization: Silicon Graphics, Inc.
- Lines: 35
- Nntp-Posting-Host: eukanuba.wpd.sgi.com
-
- In article <135409@lll-winken.LLNL.GOV>, wiltzius@anduin.ocf.llnl.gov (Dave Wiltzius) writes:
- |>
- |> I'm writing a Motif application on an SGI running 4.0.4 and
- |> can reliably reproduce a core dump with the following traceback
- |> from dbx:
- |>
- |> XtCallbackReleaseCacheRef
- |> ObjectDestroy
- |> _XtFreeCallbackList
- |> XtFree
- |> .malloc.free
- |>
- |> I have run this will mallopt's M_DEBUG enabled (nothing caught
- |> there). It happens after I create about 7 top level shells,
- |> destroy 2 (via window manager "quit"), create another and destroy
- |> that one. All of these shells have a mixed-mode (SGI terminology)
- |> child.
-
- Before searching for an Xt bug, try another debugging malloc library.
- You can get Conor P. Cahill's as:
-
- sgi.com:~ftp/sgi/src/malloc-debug.tar.Z
-
- Build the library, set these environment variables:
-
- # For debugging malloc library, libmalloc-debug.a
- setenv MALLOC_WARN 3
- setenv MALLOC_FATAL 1
- setenv MALLOC_ERRFILE malloc_log
-
- run your program, and hope it dumps core in a debugging test.
-
- -----------------------------------------------------------------------
- Mike Yang Silicon Graphics, Inc.
- mikey@sgi.com 415/390-1786
-