A menudo me he dado cuenta de que habría podido resolver problemas prácticos en C con elegancia si hubiera habido una forma de crear un ' FILE virtual' y adjuntar las devoluciones de llamada necesarias para eventos como búfer lleno, entrada solicitada, cierre, vaciado. Entonces debería ser posible utilizar una gran parte de las funciones stdio.h , por ejemplo, fprintf sin cambios. ¿Existe un marco que permita hacer esto? Si no, ¿es factible con un esfuerzo moderado, al menos en algunas plataformas?

Las posibles aplicaciones serían:

• Para escribir o leer desde una región dinámica o estática de la memoria.
• Para escribir en varios archivos en paralelo.
• Para leer de un hilo o co-rutina generando datos.
• Para aplicar un filtro a otro FILE (virtual o real).
• Compatibilidad con formatos de archivo con direccionamiento indirecto (como #include ).
• Preprocesador de CA (?).

Estoy menos interesado en soluciones para casos específicos que en un marco que le permita crear su propio FILE . Tampoco estoy buscando un sistema de archivos virtual, sino FILE* virtuales que pueda pasar al CRT.

Para mi desilusión, nunca he visto nada por el estilo; por lo que puedo ver, C11 considera que FILE depende completamente del implementador del lenguaje, lo que quizás sea razonable si uno desea mantener las especificaciones del lenguaje (+biblioteca) pequeñas pero tristes si lo compara con flujos de E/S de Java.

Estoy seguro de que los FILE virtuales deben ser posibles con cualquier implementación de código abierto (totalmente) del tiempo de ejecución de C, pero imagino que puede haber una gran cantidad de detalles que lo hacen más complicado de lo que parece, y si ya se ha hecho sería una pena reduplicar el esfuerzo. También sería muy preferible no tener que modificar el código CRT. Sin el código abierto, uno podría ser capaz de aplicar ingeniería inversa a las funciones proporcionadas, pero me temo que el resultado sería demasiado vulnerable a los cambios en las funciones no compatibles, a menos que hubiera un compromiso con un conjunto de interfaces. Supongo también que cualquier sistema para el que se pueda escribir un controlador de dispositivo permitiría crear un dispositivo virtual, pero sospecho que es innecesariamente de bajo nivel y requiere que uno escriba código privilegiado.

Tengo que admitir que si bien tengo un código que se habría beneficiado de los FILE virtuales, no tengo ningún requisito actual para ello; sin embargo, es algo sobre lo que me he preguntado muchas veces y que imagino podría ser de interés para otros.

Esto es algo similar a a-reader-interface-that-consumes-files-and-char-in-c , pero allí el interrogador no esperaba devolver un FILE virtual ; la respuesta, sin embargo, usando fmemopen , sí.