> I might be missing something but I find the proposed implementation of > these functions a bit clumsy and unsafe (I see TOCTOU/race conditions > and a possible stack overflow). Any reason for not using the functions > that glib provides for file manipulation (g_file_copy, g_rename, > g_unlink...)? It would be terser and probably safer and more > resilient.
Those functions are quite old (~2009), coming from openvas-client, so it may be that they are older than the glib functions. -- Greenbone Networks GmbH Neuer Graben 17, 49074 Osnabrueck, Germany | AG Osnabrueck, HR B 202460 Executive Directors: Lukas Grunwald, Dr. Jan-Oliver Wagner _______________________________________________ Openvas-devel mailing list Openvas-devel@wald.intevation.org https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-devel