[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20010825: NSHARP (GEMPAK5.6d) and Solaris

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20010825: NSHARP (GEMPAK5.6d) and Solaris
  • Date: Sun, 26 Aug 2001 12:51:51 -0600

Robert,

This is the same core dump on X86 when the printer pop-up call backs are
being defined. Previously they waited until you clicked on the print button
to declare the widgets for the pop-up. In this case, the declarations are made
when the main window is initialized, so you are hitting that old core dump 
sooner.
I re-arranged this tryiing to debug your old problem- to rule out other
memory leaks before the window was created.

The problem appears to be in a motif xy widget initialization that I am trying 
tyo
find if there is an ompenwin patch for.

I can recompile the x86 binary to the previous "dump when clicking print"
behavior if that is any colsolation- which was the problem you had before.

Steve Chiswell
Unidata User Support




>From: Robert Mullenax <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200108252201.f7PM1s107972

>I built GEMPAK5.6d on Solaris x86 (01/01), and Solaris 8 SPARC
>(01/01) using no options and -O and NSHARP core dumps without
>starting.  I installed the Solaris SPARC nsharp binary from
>the Unidata binary dist and it works fine.  However, when I
>tried to run the Solaris x86 binary version (the whole binary
>install not just nsharp binary)suprisingly nsharp on x86
>core dumped as well.  I have the core file and can ftp it to
>you but it is 75MB whhc is why I didn't just send it.  I also
>have the problem on Solaris SPARC with NWX not reading surface
>obs..but the binary SPARC install took care of that.  The Solaris
>x86 nsharp thing is the main concern.
>
>Thanks,
>Robert Mullenax
>