views:

1157

answers:

3

Hi, I'm using fopen in C to write the output to a text file. The function declaration is (where ARRAY_SIZE has been defined earlier):

void create_out_file(char file_name[],long double *z1){  
  FILE *out;  
  int i;  

  if((out = fopen(file_name, "w+")) == NULL){  
    fprintf(stderr, "***> Open error on output file %s", file_name);  
    exit(-1);  
  }  

  for(i = 0; i < ARRAY_SIZE; i++)  
    fprintf(out, "%.16Le\n", z1[i]);  
  fclose(out);  
}  

My questions:

  1. On compilation with MVS2008 I get the warning: warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. I haven't see much information on fopen_s so that I can change my code. Any suggestions?

  2. Can one instruct fprintf to write numbers at a desired numerical precision to a file? If I'm using long double then I assume that my answers are good till 15 digits after the decimal point. Am I right?

Thanks a lot...

+1  A: 

Just define _CRT_SECURE_NO_WARNINGS before you include any file to get rid of this warnings, and stop believe to what MS says about fopen

Artyom
Thanks. Is it just to add #define _CRT_SECURE_NO_WARNINGS at the top?
yCalleecharan
+1  A: 
  1. fopen_s and all the other _s functions are MS-specific "secure" variants of standard functions. If your code doesn't need to be cross-platform, you can just switch and make the compiler happy. Otherwise, just add the _CRT_SECURE_NO_WARNINGS pre-processor directive into your project settings and it'll stop warning you about it.

  2. Yeah, long double is easily good for 15 digits of precision; actually, even regular doubles are good enough for that much (but no more).

tzaman
Thanks. On my 32-bit machine, both double and long double gives me 16 digits of precision and the 16th digit is the one not accurate.
yCalleecharan
Yeah, `long double` size is platform-dependent; sadly, MSVC++ makes it the same as `double`, so no use really. A 64-bit double has 53-bit precision in the mantissa, which is about 15.95 decimal digits (log10(53)).
tzaman
Thanks for the info.
yCalleecharan
A: 

fopen_s is a variant of fopen which contains parameter validation and hands back an error code instead of a pointer in case something goes wrong during the open process. It's more secure than the base variant because it accounts for more edge conditions. The compiler is warning you to use it because fopen represents a potential exploitation vector in your application.

You can specify digits of precision to the printf family of functions by using the specifier %.xg, where x is the digits of precision you want in the output. A long double varies in precision from platform to platform, but you can generally bet on it being at least 16 digits of decimal precision.

Edit: While I'm not entirely on board with the others who are suggesting that fopen_s is a complete waste of time, it does represent a pretty low chance of exploitation and it isn't widely supported. Some of the other functions warned about under C4996 are much more serious vulnerabilities, however, and using _CRT_SECURE_NO_WARNINGS is the equivalent of turning off the alarm for both "you left your bedroom door unlocked" and "you left a nuclear bomb in the kitchen".

As long as you aren't restricted to using "pure C" for your project (e.g. for a school assignment or an embedded microcontroller), you would do well to exploit the fact that almost all modern C compilers are also C++ compilers and use the C++ iostream variants of all of these I/O functions in order to get both improved security and compatibility at the same time.

Dan Story
Thanks. I have fprintf(out, "%.16Le\n", z1[i]) in my code and yes I get the 16 precision digits after the d.p.
yCalleecharan
Thanks again. I'm using C as this it's what I know better. I'm writing a code for research purposes which has to give accurate result. I had to non-dimensionalize my equations forming the C code so as to have a nice range of values that would prevent either too large values nor too low values to creep into the simulation and hence in the solution. I don't know much about C++ and I don't know if I can just save my file to cpp and use C++ iostream safely without other parts of my code giving me compilation errors. For now, I shall restrict myself to C till I know how to make the switch to C++.
yCalleecharan