Shoot. That is ugly. I don't even have access to a modern Mac OS to
try to debug. You would need to use a debugger with the "-g" flag at
compile time, or add some stdout code with fflush() calls to try to find
the issue.
On 08/14/2013 11:54 AM, James Murakami wrote:
Hi Stonie,
Thanks for the suggestion, but that didn't help. I edited
$GEMTBL/nmap/spf.nmap and created a test directory for the ~/Documents
folder. However, Nmap2 still crashed upon trying to restore the test
setting(tried all sorts of variations).
I tried running Gempak under bash(I'm a tcsh user by default), but the
results were the same.
James
----------------------------------------------
James Murakami
Staff Meteorologist/Student Affairs
Department of Atmospheric and Oceanic Sciences
University of California, Los Angeles
405 Hilgard Ave.
Los Angeles, CA 90095-1565
e-mail: tenki@xxxxxxxxxxxxxx
telephone: 310-825-2418
Fax: 310-206-5219
----------------------------------------------
On 08/13/2013 04:51 PM, Stonie R. Cooper wrote:
James - when I had last played with this, the issue was pathing.
But this was pre 10.6.x - so I am only guessing.
When I saved a data setting, it stored it local to the path from which
I ran the nmap2 session, usually just my home directory.
But the Mac OS bash shell always wanted to read it from ~/Documents.
See if that helps.
Stonie
On 08/13/2013 05:24 PM, James Murakami wrote:
Hi,
I recently compiled GEMPAK 6.8.0 on a mini-Mac(OS X version 10.6.8). It
seemed to compile fine, but one problem I ran into regards one
functionality of Nmap2. The "Restore Data Settings" button(within the
Data Selection Window) doesn't work. I created a map with radar imagery
and surface observations superimposed. I clicked on the "Save Data
Settings" button. Later, when I tried to bring up the same setting, the
program crashes. This doesn't occur with Gempak on my Linux(CentOS)
machine. Another quirk I found is that Nmap2 nor the program, gpmap,
will plot a vgf file(only the map background shows up). Again, it's not
a problem on my Linux machine(using the same data files).
Have others noticed these problems, and is there a solution for it? The
reason I'm using a Mac in this case it that it'll be a replacement for a
Department display for the public. The current min-mac uses binary
version of GEMPAK 5.11.1. I need to upgrade GEMPAK to be able to display
gini satellite imagery(just copying the latest satellite configuration
tables don't work for gini imagery). The closet space behind the display
case is just large enough to accommodate a mini-mac.
James
.
