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

20000823: printing in nsharp

Walker,

I posted my tarfile of the nsharp directory so that
you can rebuild with the source files as I have them
in the current distribution.

Download ~gbuddy/nawips-5.4/patches/nsharp.tar.Z to your $NAWIPS
top level directory and unpack with:
zcat nsharp.tar.Z | tar xvf -

Then build with:
cd $NAWIPS/nprogs/nsharp/source
make clean
make all
make install
make clean

Let me know if this fixes your trouble.

Steve Chiswell




>From: "Walker Ashley" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200008301655.e7UGtKN21445

>Chiz...
>
>I ran the debugger and this is what I got:
>chubasco% dbx $GEMEXE/nsharp
>Reading symbolic information for nsharp
>Reading symbolic information for rtld /usr/lib/ld.so.1
>Reading symbolic information for libXm.so.4
>Reading symbolic information for libXt.so.4
>Reading symbolic information for libX11.so.4
>Reading symbolic information for libF77.so.3
>Reading symbolic information for libm.so.1
>Reading symbolic information for libc.so.1
>Reading symbolic information for libSM.so.6
>Reading symbolic information for libICE.so.6
>Reading symbolic information for libXext.so.0
>Reading symbolic information for libsocket.so.1
>Reading symbolic information for libnsl.so.1
>Reading symbolic information for libdl.so.1
>Reading symbolic information for libmp.so.2
>(dbx) 
>(dbx) run                                                                  
> 
>Running: nsharp 
>(process id 3957)
>signal SEGV (no mapping at the fault address) in strrchr at 0xef350408
>strrchr+0x10:   ldsb    [%g1], %o4
>(dbx) 
>
>At this point I have loaded an OAX sounding from this morn and tried to
>print. As was the case last time, it does not print. But, while running in
>the debugger it does not core dump. Instead it just freezes....hummm. After
>about 5 mins I just type quit to get out. No other info was in the
>debugger.
>
>Furthermore, Clint said the the time stamps on the
>$NAWIPS/nprogs/nsharp/source
>is from April 6th not April 30th as the last update to "print_selection.c".
>Think that might have something to do with it?
>
>I guess just go ahead and post the binary. Not sure what else we can do if
>it does not want to work.
>
>Thanks for all your help...
>
>Walker
>
>----------
>> From: Unidata Support <address@hidden>
>> To: Walker Ashley <address@hidden>
>> Cc: Unidata Support <address@hidden>
>> Subject: 20000823: printing in nsharp 
>> Date: Tuesday, August 29, 2000 5:26 PM
>> 
>> 
>> Walker,
>> 
>> Can you try running nsharp inside the debugger to see
>> if we can get any closer to where the program is dying?
>> 
>> I could also post my binary if we need to see if it is your
>> configuration tables. My solaris version seems to work fine
>> for me.
>> 
>> One other thing to check for is that you don't have an extra copy of your
>> ntrans_spool file in your current working directory, since that will
>> be used before one in $NAWIPS/tables/ntrans.
>> 
>> 
>> Anyhow, launch :
>> 
>> dbx $GEMEXE/nsharp
>> 
>> when you get to the dbx prompt, type "run".
>> 
>> That will let you run the program within the debugger.
>> When you pull up the print selection, you should get output
>> on where the program currently is. "where" generally tells us what
>> routine is involved.
>> 
>> The last thing to check is the time stamps on you
>$NAWIPS/nprogs/nsharp/source
>> routines. I have April 30, 1999 as the last update to
>"print_selection.c".
>> 
>> Steve Chiswell
>> 
>> 
>> 
>> >From: "Walker Ashley" <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200008231732.e7NHWEN02036
>> 
>> >Chiz....
>> >
>> >Here is the spool Clint said he used (not the one I sent you):
>> >
>> >PostScript File Only : PS File Only | PS
>> >~
>> >~
>> >"ntrans_spool" [Read only] 1 line, 41 characters
>> >
>> >It crashes before I see a menu.  I tried to run the debug program after
>the
>> >core dump. The program ran and then I typed 'where' at the prompt. It
>then
>> >said that the program was not active. Here is the printout when I ran
>the
>> >program:
>> >
>> >imbat% dbx $GEMEXE/nsharp core
>> >The major new features of this release relative to 3.1 are
>> > o  Objective C support.  See `help ObjC'.
>> > o  Fortran 90 support.  See `help fortran'.
>> > o  Run Time Checking (RTC) gives information about memory usage.
>> >     See `help check' and `help showmemuse'.
>> > o  `whereis -a' shows symbolic name of address.  See `help whereis'.
>> > o  Support for Pascal's `with' statement.
>> > o  SPARC V8+ support.  See `help dbxenv' and `help registers'.
>> > o  Better support for stripped binaries.
>> > o  One-line descriptions of all commands.  See `help commands'.
>> > o  Dbx now outputs and accepts the suffixes `U', `L', and `LL' to
denote
>> >     unsigned, long, and long long quantities.
>> >
>> >See also `help changes31'.
>> >The major new features of 3.1 relative to 3.0.1 are
>> > o  Run Time Checking (RTC) now supports multi-threaded applications.
>> >     See `help rtcmt'.
>> > o  `adb' mode.  See `help adb' for details.
>> > o  Output format control.  See `help dbxenv' under 
>> >     `output_base' for details.
>> > o  Array-slicing for C, C++. See `help array-slicing'.
>> > o  Support for Fortran intrinsic functions.
>> > o  `print' flags for $[].  See `help ksh expressions'.
>> > o  Printf-like output format control.  See `help format'.
>> > o  Support for user-supplied pretty printing functions.  See 
>> >     `help prettyprint'.
>> > o  The `runargs' command. See `help runargs'.
>> >
>> >See also `help changes301'.
>> >
>> >To suppress this message, add the following line to your .dbxrc file:
>> >
>> >    dbxenv suppress_startup_message 3.2
>> >Reading symbolic information for nsharp
>> >dbx: internal error: can't set auxv, already set!
>> >dbx: warning: core file header read failed
>> >Reading symbolic information for rtld /usr/lib/ld.so.1
>> >Reading symbolic information for libXm.so.4
>> >Reading symbolic information for libXt.so.4
>> >Reading symbolic information for libX11.so.4
>> >Reading symbolic information for libF77.so.3
>> >Reading symbolic information for libm.so.1
>> >Reading symbolic information for libc.so.1
>> >Reading symbolic information for libSM.so.6
>> >Reading symbolic information for libICE.so.6
>> >Reading symbolic information for libXext.so.0
>> >Reading symbolic information for libsocket.so.1
>> >Reading symbolic information for libnsl.so.1
>> >Reading symbolic information for libdl.so.1
>> >Reading symbolic information for libmp.so.2
>> >(dbx) where                                                             
>  
>> > 
>> >dbx: program is not active
>> >(dbx) exit
>> >
>> >Clint did not know why it said that the program was not active. I for
>sure
>> >have no clue. Let me know if you need any more info.
>> >
>> >thanks,
>> >Walker
>> >
>> >
>> >----------
>> >> From: Unidata Support <address@hidden>
>> >> To: Walker Ashley <address@hidden>
>> >> Cc: address@hidden
>> > Subject: 20000823: printing in nsharp 
>> >> Date: Wednesday, August 23, 2000 11:14 AM
>> >> 
>> >> 
>> >> Walker,
>> >> 
>> >> Below you show: ntrans_spool.orig. What is in
>> >$NAWIPS/tables/ntrans/ntrans_spool?
>> >> 
>> >> If tou have a core dump, run:
>> >> dbx $GEMEXE/nsharp core
>> >> 
>> >> Then at the dbx prompt type: where
>> >> 
>> >> This will help me know at what point the core dump occurs.
>> >> 
>> >> Presumably, you are using the File pull down to chose print.
>> >> At what point does the core dump occur? Before you see a menu, or
>> >> after you chose to print?
>> >> 
>> >> Steve Chiswell
>> >> 
>> >> >From: "Walker Ashley" <address@hidden>
>> >> >Organization: UCAR/Unidata
>> >> >Keywords: 200008231444.e7NEiON24146
>> >> 
>> >> >Hey Chiz....
>> >> >
>> >> >Dr. Rowe and I have run into a little snag when trying to print from
>> >> >nsharp. Rowe followed the directions found within the nprogs tutorial
>> >(i.e.
>> >> >defining a printer location in the $NAWIPS/tables/ntrans/ntrans_spool
>> >file;
>> >> >see below for the file). Every time I go to print, I still get a
>> >> >segmentation fault (core dump). Was wondering if you had any
>suggestions
>> >on
>> >> >how to correct this problem.
>> >> >
>> >> >Thanks.....
>> >> >
>> >> >Walker Ashley
>> >> >UNL
>> >> >
>> >> >"ntrans_spool.orig" [Read only] 11 lines, 482 characters
>> >> >
>> >> >PostScript File Only : PS File Only | PS
>> >> >HP HP : HP hp | lp -c -s -dhp
>> >> >HP FP : HP fp | lp -c -s -dfp
>> >> >HP CP : HP cp | lp -c -s -dcp
>> >> >QMS860  HP  (INT DSK) : QMS860 HP | lp -s -dqms860
>> >> >QMS860      (INT DSK) : QMS860 | lpr -s -Pqms860
>> >> >QMS1700 HP  (RM 302) : QMS1700 HP | lp -s -dqms1700
>> >> >QMS1700     (RM 302) : QMS1700 | lpr -Pqms1700
>> >> >HP-4M   HP  (NPPU) : HP-4M NPPU HP | lp -s -dlj4mnppu
>> >> >HP-4M   HP  (AVN) : HP-4M AVN HP | lp -s -dlj4mavn
>> >> >PHASER200i  (RM 302) : PHAS200i | lpr -Pph200i
>> >> >
>> >> 
>> >>
>>
>>***************************************************************************
>*
>> ><
>> >> Unidata User Support                                    UCAR Unidata
>> >> (303)497-8644                                                  P.O.
>Box
>> >> address@hidden                                   Boulder, CO
>> >>
>>
>>---------------------------------------------------------------------------
>-
>> ><
>> >> Unidata WWW Service                       
>http://www.unidata.ucar.edu/  
>> >>
>>
>>***************************************************************************
>*
>> ><
>> >
>> 
>>
>****************************************************************************
><
>> Unidata User Support                                    UCAR Unidata
>> (303)497-8644                                                  P.O. Box
>> address@hidden                                   Boulder, CO
>>
>----------------------------------------------------------------------------
><
>> Unidata WWW Service                        http://www.unidata.ucar.edu/  
>>
>****************************************************************************
><
>