in reply to Data Transfer to Fortran

I would change your Perl program to just output these strings to STDOUT instead of to a file. You have an easy format for FORTRAN to parse. The FORTRAN program reads from STDIN and does what it does and outputs to STDOUT. Use the OS to "pipe" your Perl output(STDOUT) into the FORTRAN program's STDIN. 

#shell command...
yourPerl.pl | FortranProg.exe

[download]
Fortran remains the "numero uno number cruncher" language. Many scientific programs are written in Fortran and use this IO method of STDIN to STDOUT "filters":
cat data | Fortran1 | Fortran2 | Fortran3, etc.

To make a temp file between your Perl and Fortran, also use the OS: 

yourPerl.pl > tempfile
Fortran <tempfile >outputfile
del tempfile

[download]
Fortran can process command line args just like 'C' or Perl. 
perlprog | fortan -gain 3dB

[download]
PS: FORTRAN is an acronym and should be spelled in all caps. I got lazy above.

Replies are listed 'Best First'.
Re^2: Data Transfer to Fortran
by cheech (Beadle) on Nov 26, 2009 at 19:01 UTC
    Thanks for the input, that's a new idea to me. However, a master Perl scripts will be transferring this data back and forth between other Perl scripts, fortran scripts, VBA, etc. Would you still recommend this route?
[reply]
      YES! Get text in, send text out. Doesn't matter what the language of the programs are!

      As I mentioned above, it is possible for any of these languages to process a command line argument like "file name".
      YourFORTRAN -f name for example.

      But hearing about how much this file format will be "shuffled around", I even more strongly recommend the "filter" approach.

      Update:

      Another way to think about your input file, is that is a database. Well, what kind of operations can we do? 1) Transform it in some way by additions, deletions, or changes to existing records. 2) Make reports from it based upon some subset of the data, perhaps using some calculations from the data(or subset) and/or sorting of the data. All of these things can be done with the filter model.

      Let's go through some simple tasks:
      -generate some kind of report A of the whole dataset - ok, make a genreport filter. cat data | genreport.pl
      -generate the same report but only between dates X -Y, - ok, filter out data not between those dates with a date filter and pipe result to the genreport filter.
      cat data | date.pl -s startdate -e enddate | genreport.pl
      this date gizmo might just be a fancy grep command..
      -add records, just use cat (or type on Windows), cat new >>data
      -delete records between dates, well that is just inverse of the date filter
      -change in some way, use transform filter, I don't know what this would do but I hope you are getting the idea..

      We are beyond Perl here, but the way to set up something like I think you need is to have a bunch of little "filter" programs that can be combined and used in different orders. These programs are "stitched together" via a shell script, not with Perl. Each of these programs takes to the extent possible input from STDIN and output goes to STDOUT.

[reply]

In Section Seekers of Perl Wisdom