CompuServe Thread

I hope your father is doing well. (1) I intentionally wanted to set the dat file name in extract.dat to handle the case where the dat file sequence number wasn't the same as the frame number. I could set it up so that the program reads the file created by 3DS which gives the current frame number, and work off of that if extract.dat does not exist. The problem with that is figuring out path-wise where everything is (frame counter file, location of zip file, where the dat file is suppose to go.) Either that or allow a parameter on the command line calling EXTRACT which specifies the starting frame number. Note that if EXTRACT.DAT does not exist on the first call to EXTRACT, it asks you what file sequence number to start with and create it's own EXTRACT.DAT. (2) EXTRACT.EXE and PKUNZIP can go in any directory on the path. EXTRACT.DAT and the .ZIP file should be in a directory in one of the map paths. Since EXTRACT deletes the previous dat file, you don't want to move the dat file after extracting it. An example batch file would be: .@Echo off .c: .cd\adesk\3dsr2\maps .extract .exit (3) Extract.for is the Fortran source file for Extract.exe. Just in case you wanted to see how something was actually being done. Hmmm. Maybe I could read in configuration data as parameters to EXTRACT. For example: .EXTRACT Zip_file_name_with_path Destination_map_path EXTRACT.DAT_path XXXX .Where if XXXX is numeric, it is the starting sequence number . XXXX is not numeric, it is the location of the 3DS frame count . file (use frame count as sequence number) . XXXX doesn't exist, look for EXTRACT.DAT Would that cover all possibilities (other than operator error)? LAM