NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
As we have all been taught, a sucessfull call to 'fopen' returns a stream. If the stream is 'seekable', then we expect the calls ftell and fseek to work, and if it is not seekable, we expect these calls to to return errors. Well, we are just plain ignorant. If we open a vms "record format" file, everything you know is wrong. I quote the "VAX C Runtime Library Reference Manual": ftell - ....With record files, ftell returns the starting position of the current record, not the current byte offset, (sic) which repositions the file to where it was when ftell was called. fseek - ....With record files, fseek .... causes unpredictable behavior. But, of course, you can get a stream to act like a stream simply by opening it with an "optional file attribute option" which is an RMS keyword attribute pair: ... "ctx=stm" Force stream mode access. ... Oh, silly me, I thought fopen opened a stream, and that it was portable... ------ The best thing about all this is that it has changed somewhere along the way, at some release of the VMS C RTL, this was different. The fix to the VMS recent netcdf bug is to add "ctx=stm" to the fopen "optional file attribute options" in netcdf/src/file.c. Regards. glenn 5c5 < /* $Id: file.c,v 1.48 1991/08/01 21:00:43 davis Exp $ */ --- > /* $Id: file.c,v 1.49 1991/08/27 02:37:02 davis Exp $ */ 169c169 < "mbf=2","mbc=16") ; --- > "ctx=stm","mbf=2","mbc=16") ; 474c474 < "mbf=2","mbc=16") ; --- > "ctx=stm","mbf=2","mbc=16") ;
netcdfgroup
archives: