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

20010710: FW: Gempak 5.6.c.1 NWX false No data available message.

Stephen,

Steve Schotz sent the message below that hey believes the problem
is fixed in 5.6.D which I will be releasing shortly. I'm updating
the documentation for the workshop at the end of this month 
right now, so it will be a few days to create the tarfiles for
distributions. 

Steve Chiswell
Unidata User Support



--------------4BC4698CC5F21091A77B30B1
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Steve,

I believe we fixed this problem in 5.6.d.  Let me know if there is still
a problem.

Thanks.

            Steve

-------- Original Message --------
Subject: [Fwd: Gempak 5.6.c.1 NWX false No data available message.]
   Date: Mon, 09 Jul 2001 12:15:59 -0400
   From: Mary DesJardins <address@hidden>
     To: Steve Schotz <address@hidden>




--------------4BC4698CC5F21091A77B30B1
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Steve,
<p>I believe we fixed this problem in 5.6.d.&nbsp; Let me know if there
is still a problem.
<p>Thanks.
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Steve
<p>-------- Original Message --------
<table BORDER=0 CELLSPACING=0 CELLPADDING=0 >
<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>Subject:&nbsp;</th>

<td>[Fwd: Gempak 5.6.c.1 NWX false No data available message.]</td>
</tr>

<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>Date:&nbsp;</th>

<td>Mon, 09 Jul 2001 12:15:59 -0400</td>
</tr>

<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>From:&nbsp;</th>

<td>Mary DesJardins &lt;address@hidden></td>
</tr>

<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>To:&nbsp;</th>

<td>Steve Schotz &lt;address@hidden></td>
</tr>
</table>

<br>&nbsp;
<br>&nbsp;</html>

--------------4BC4698CC5F21091A77B30B1--

--------------A585B136A7A7AF94873F898A
Content-Type: message/rfc822;
 name="nsmailGE.TMP"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="nsmailGE.TMP"

        by poppy1.ncep.noaa.gov (8.8.8/8.8.8) with ESMTP id LAA07696;
        Mon, 9 Jul 2001 11:57:23 -0400 (EDT)
        by mx1.ncep.noaa.gov (8.8.8/8.8.8) with ESMTP id LAA16297;
        Mon, 9 Jul 2001 11:56:59 -0400
        by unidata.ucar.edu (UCAR/Unidata) id f69FtEo02072
        for gembud-out; Mon, 9 Jul 2001 09:55:14 -0600 (MDT)
        by unidata.ucar.edu (UCAR/Unidata) with ESMTP id f69FtD102068
        for <address@hidden>; Mon, 9 Jul 2001 09:55:13 -0600 (MDT)
Organization: UCAR/Unidata
        id <NMJF89J5>; Mon, 9 Jul 2001 11:55:07 -0400
Message-ID: <address@hidden>
From: Stephen Sinnis <address@hidden>
To: address@hidden
Subject: Gempak 5.6.c.1 NWX false No data available message.
Date: Mon, 9 Jul 2001 11:55:04 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
        charset="iso-8859-1"
Sender: address@hidden
Precedence: bulk

I have found something odd when switching between EVENT and SCHEDULED data
in the NWX of GEMPAK 5.6.c.1.

If:

1) I start by selecting a regular bulletin type of data, then 
2) switch to "Observed Data" AND change the time; then
3) go back to look at the same bulletin type data again, there is a long
pause (20 seconds ;), and the test displays:

EXAMPLE OUTPUT:

No data available for FPCN11 CWHX in the last 120 hour(s).

I traced through the code and found that the code in srchb.c (line 121)
comes into play.  In my case, srchinfo->idtyp == _idtyp_save; and the dates
match, so the directory is not rescanned:

            /*
             * Scan the data directory for a list of valid files.
             */

            if ( (srchinfo->idtyp != _idtyp_save) || 
                (dttm_cmp(srchinfo->startd, _startd_save) != 0) ||
                (dttm_cmp(srchinfo->endd, _endd_save) != 0) )

If the directory is not rescanned, then the error occurs.  If we do not
return to the same menu choice then srchinfo->idtyp != _idtyp_save, and
there is no problem.  So switching to another menu option works ok to
correct the situation.

If however you run into an impatient user and they start clicking away
during the 20 seconds of no response, then you may get a core dump.

I have sometime experienced the same problem switching back to "Observed
Data", from "regular bulletin type", but I have not traced through the
specifics yet.

Has anyone else experienced this?

Stephen Sinnis
Pelmorex Inc.


--------------A585B136A7A7AF94873F898A--






>From: Stephen Sinnis <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200107101831.f6AIVY106990

>I did not get any replies to this and I could not find anything on the
>GEMPAK search archives about it, so I will ask.
>
>In the GEMPAK 5.6.c.1 it is possible to fall into the routines in srcho.c
>srchb.c and srchw.c from mapw.c with the variables
>srchinfo->dir_info.dirpath != nwxTable->dtyp_info[srchinfo->idtyp].datadir,
>since the directory variables are not initialised until the call to
>dir_getflist.
>
>It seems logical that once the user has selected the group and product from
>the Data Selection popup, and then starts to click on the available stations
>on the map; that if the srchinfo->dir_info.dirpath does not match with that
>in the nwxTable, it could be set there, before the calls to all the srchX.c
>programs.
>
>What do you think?
>
>Stephen Sinnis
>Pelmorex Inc.
>
>-----Original Message-----
>From: Stephen Sinnis 
>Sent: Monday, July 09, 2001 11:55 AM
>To: address@hidden
>Subject: Gempak 5.6.c.1 NWX false No data available message.
>
>
>I have found something odd when switching between EVENT and SCHEDULED data
>in the NWX of GEMPAK 5.6.c.1.
>
>If:
>
>1) I start by selecting a regular bulletin type of data, then 
>2) switch to "Observed Data" AND change the time; then
>3) go back to look at the same bulletin type data again, there is a long
>pause (20 seconds ;), and the test displays:
>
>EXAMPLE OUTPUT:
>
>No data available for FPCN11 CWHX in the last 120 hour(s).
>
>I traced through the code and found that the code in srchb.c (line 121)
>comes into play.  In my case, srchinfo->idtyp == _idtyp_save; and the dates
>match, so the directory is not rescanned:
>
>           /*
>            * Scan the data directory for a list of valid files.
>            */
>
>           if ( (srchinfo->idtyp != _idtyp_save) || 
>               (dttm_cmp(srchinfo->startd, _startd_save) != 0) ||
>               (dttm_cmp(srchinfo->endd, _endd_save) != 0) )
>
>If the directory is not rescanned, then the error occurs.  If we do not
>return to the same menu choice then srchinfo->idtyp != _idtyp_save, and
>there is no problem.  So switching to another menu option works ok to
>correct the situation.
>
>If however you run into an impatient user and they start clicking away
>during the 20 seconds of no response, then you may get a core dump.
>
>I have sometime experienced the same problem switching back to "Observed
>Data", from "regular bulletin type", but I have not traced through the
>specifics yet.
>
>Has anyone else experienced this?
>
>Stephen Sinnis
>Pelmorex Inc.
>