From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Temp files from testing are permanent... Date: Sun, 19 Feb 2012 18:03:58 +0100 Message-ID: <87liny21s1.fsf@Rainer.invalid> References: <8762f9w9l3.fsf@Rainer.invalid> <87sjidovpo.fsf@avasys.jp> <877gzof2e1.fsf@Rainer.invalid> <8762f7d2dp.fsf@avasys.jp> <87sjiay7aq.fsf@Rainer.invalid> <87aa4gqbk4.fsf@gmx.com> <877gzkc70m.fsf@Rainer.invalid> <87sji6g5ee.fsf@gmx.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:55459) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzABK-000092-Cb for emacs-orgmode@gnu.org; Sun, 19 Feb 2012 12:04:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RzABI-0003Hh-Uc for emacs-orgmode@gnu.org; Sun, 19 Feb 2012 12:04:14 -0500 Received: from plane.gmane.org ([80.91.229.3]:48590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzABI-0003Hc-PK for emacs-orgmode@gnu.org; Sun, 19 Feb 2012 12:04:12 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1RzABF-00088a-75 for emacs-orgmode@gnu.org; Sun, 19 Feb 2012 18:04:09 +0100 Received: from pd9eb3382.dip.t-dialin.net ([217.235.51.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Feb 2012 18:04:09 +0100 Received: from Stromeko by pd9eb3382.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Feb 2012 18:04:09 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Eric Schulte writes: > I should have been more clear. I'm thinking that this would be a macro > used /within/ unit tests so that testers could specify what files will > be created (test writers should be able to predict the file names > created by their tests) and then the macro will handle cleanup. I'm sitting on the fence with this. Running the tests from the Makefile it would probably be more difficult to ensure that one could keep the files when the tests were trying to clean up after themselves (as some option would need to be injected into the test invocation and/or a different test command would need to be called). > I do like the idea of a single directory in which all output files may > be collected. The only potential downside I see for this is that files > will be generated both from within org files in the testing/examples > directory as well as temporary files. The temporary files could be in a sub-directory... or each test (group) could have their own sub-directory. Whatever the organisation, there should be a single directory which, if recursively removed, gets rid of all files created by the test run. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs