20031128: DCWOU and DCACFT decoder crashes(Cores)

Adam,

The format of the WOU bulletins has changed significantly from last year when
the 5.6.J release.

You are now 2 releases behind (5.6.K and most recently 5.6.L.1). decoders in 
particular
will become outdated as bulletin formats change. I would recommend upgrading to 
the current
release and see if that helps. 

I am out of town until Dec 8, and will be at a conference from Dec 8-11 on 
return,
but can work with you to arrange a time if you want help on the upgrade.

Steve Chiswell





>From: address@hidden
>Organization: UCAR/Unidata
>Keywords: 200311282337.hASNbpEH025004

>I have noticed this problem before you guys redid my machine (cyclone) about 1
> -
>2 months back.  I figured it was something that i didn't do right installing 
>gempak and that it would be fixed when you guys installed gempak.  However, 
>over the last 1-2 months i have noticed the same exact problem with two of  
>the decoders (dcwou and dcacft).
>
>The two decoders seem to dump core alot.  As of one days time these two 
>decoders have dumped core 15 times.  Some times I have caught dcwou before it 
>has dumped core.  When i use "top" to view the processes both CPU's are maxed 
>out.  99% for one instance of dcwou and 99% for the other instance of dcwou, 
>with load times of 7+, 7+, 7+  .  Then about 5-10 min later it dies with this 
>in the ldmd.log file.
>
>Nov 27 03:51:35 cyclone pqact[23874]: child 5430 terminated by signal 11    
>
>The dcacft i have never caught.  It just seems to start up and die within 1-2 
>sec of running.  The logs for both decoders says:
>
>(the decoder's name log):[?????] 031127/1007 [DC 3]  Starting up. Version 5.6.
> j
>
>and that is it.  There is nothing else in the log but it has deposited a core 
>in my home directory.
>
>Anyways, i hope you can help
>
>Thanks,
>
>-- 
>Adam Taylor
>Computing Center
>University of Louisiana at Monroe
>