¿Existe alguna razón por la cual fopen() no funcione después de varios cientos de aperturas?

Question

Oye, para este fragmento de código, la persona que escribió el sistema comunica datos entre procesos usando archivos de texto. Tengo unos bucles que se ve (para todos los efectos) como este:

while (true) 
{ 
//get the most up-to-date info from the other processes 
pFile = fopen(paramsFileName, "r"); 

// Do a bunch of stuff with pFile 

Sleep(100); 
} 

Esto funciona para varios cientos de veces, pero por alguna razón se devolverá NULL después de un tiempo, a pesar de que se ha abierto el mismo ruta de archivo varias cientos de veces ya! He comprobado dos veces que el archivo existe y tengo datos cuando el fopen devuelve NULL, y he intentado poner un retraso/reintento allí sin ningún efecto.

¿Qué se puede pensar en que podría causar esto?

Answer 1

que está golpeando el límite de descriptor de archivos/archivo abierto para su sistema operativo. Debería ejecutarse siempre si hace fclose (pFile) en su ciclo.

Answer 2

trate de hacer un recuento de las veces que se ha abierto el archivo antes de que falle.

Además, es posible que el sistema operativo se está abriendo el archivo de una exploración, que bloquea la función fopen, volviendo nula, ya que no tuvo éxito en la apertura del archivo.

Answer 3

¿Por qué lo haces de esa manera? Dos maneras de hacer frente a este

while (true) 
{ 
//get the most up-to-date info from the other processes 
pFile = fopen(paramsFileName, "r"); 

// Do a bunch of stuff with pFile 

fclose(pFile); 

// 
Sleep(100); 
} 

o Mover la llamada fopen a fuera del bucle

//get the most up-to-date info from the other processes 
    pFile = fopen(paramsFileName, "r"); 
    while (true) 
    { 
    // Do a bunch of stuff with pFile 

    Sleep(100); 
    } 
    fclose(pFile); 

No es de extrañar que se golpea el límite del sistema operativo en el número de archivos abiertos constantemente llamando fopen en su caso ...

Answer 4

que realmente quiere revisar sus códigos de retorno. Sospecho que perror/strerror con el error correcto informará que ha agotado su límite de descriptor de archivo.

intentar algo como esto y ver si le da un buen mensaje de error.

FILE* f = fopen(filename); 
if (NULL == f) { 
    fprintf(stderr, 
      "Could not open: %s. %s\n", 
      filename, 
      strerror(errno); 
} 

Answer 5

supongo un hilo se inicia en ese bucle, y el pFile se envía a ese hilo, dejando a ese hilo para cerrar el archivo.

no es la mejor manera de codificar, y si puede, busque envolver el pFile en un puntero inteligente/compartido, que llamará a fclose, cuando el recuento de referencia se reduzca a cero (busque ese patrón de diseño si no está familiarizado con eso).

En pocas palabras, debe asegurarse de que incluso el puntero de las llamadas a pFile se cierre (no llame a fclose desde el hilo principal, si otro hilo debe estar trabajando en ello).

Espero que esto ayude.

por cierto, el '' en el ARCHIVO, me dice que este es el código de C++ (java no tiene un '*' al lado de sus tipos).