karlmsmith
commented
6 years ago Comment by kevin-obrien on 4 Jun 2001 22:59 UTC In spending a little more time looking at this, it seems that tm_inq_path search is working fine, because the correct path is set up to find the file. the problem is that the path is correct in DOS verbiage, but when the SYSTEM command is called, it invokes a bash shell, and the path isn't a valid bash shell path.
Reported by anonymous on 14 May 2001 18:22 UTC The go/help command under cygwin fails to find the asked for journal files. Example:
bash-2.04$ ferret NOAA/PMEL TMAP Program FERRET Version 5.22 - 11/14/00 14-May-01 11:11
yes? go ptest ! Description: create a simple test line plot
! spirograph picture ... PLOT/VS/LINE/I=1:314 icos(i/20),isin(i/20)
yes? go/help ptest Full path name: d:\Program Files\TMAP\go\ptest.jnl d:Program: No such file or directory FilesTMAPgoptest.jnl: No such file or directory
The root of the problem is the code in xeq_go.F:
display HELP lines using the "more" command on the system IF (go_help) THEN CALL SPLIT_LIST(pttmode_help, ttout_lun, . ' Full path name: '//cbuff(:TM_LENSTR1(cbuff)), 0)
as can be seen from the above example, the path name is a correct DOS path name, but this path doesn't translate correctly to cygwin, using the system command. A similar thing works fine in tm_inq_path, but since there is nothing unique related to cygwin in that file, it seems that the path issues must be handled within the Fortran library when doing fortran reads.
Migrated-From: http://dunkel.pmel.noaa.gov/trac/ferret/ticket/265