Thanks Henry. Regards-- Subrata
On Tue, 2009-10-13 at 19:25 -0700, Henry Yei wrote: > All, > > Here is the openfile patch without the Makefile changes as they are not > needed with the new Makefile changes. > I regenerated and tested the patch with the latest version of the ltp from > CVS. > > I had trouble compiling LTP without autoconf 2.61 even after following > instructions from the README.mk-users file to try to build without autoconf. > Most of our test hosts are running autoconf 2.59. Does anyone have updated > instructions? > > > -----Original Message----- > From: Garrett Cooper [mailto:[email protected]] > Sent: Tuesday, October 13, 2009 12:22 PM > To: [email protected] > Cc: Henry Yei; [email protected]; LTP Mailing List > Subject: Re: [LTP] [PATCH][openfile] file descriptors not cleaned up > > On Tue, Oct 13, 2009 at 12:20 PM, Garrett Cooper <[email protected]> wrote: > > On Tue, Oct 13, 2009 at 7:43 AM, Subrata Modak > > <[email protected]> wrote: > >> On Mon, 2009-10-05 at 14:33 -0700, Henry Yei wrote: > >>> On Wednesday 04, October 2009 04:06:46 Jiri Palecek wrote: > >>> > >>> Hello, > >>> > >>> On Wednesday 30 September 2009 04:06:46 Henry Yei wrote: > >>> > This patch for openfile contains the following changes: > >>> > - test output to use tst_resm functions > >>> > - sets ups and cleans up tmp dir properly > >>> > - closes all opened file descriptors before thread exit(fixes nfs > >>> > issues on removing tmp dir) > >>> > > >>> > Signed-off-by: Henry Yei <[email protected]> > >>> > > >>> > > >>> > This test opens multiple file descriptors to the same file. Perhaps the > >>> > author meant to open file handles for separate files? > >>> > >>> This is suspicious, for me too. But maybe there is some logic behind > >>> opening the same file many times. > >>> > >>> I just have a small remark about your patch: Shouldn't you call > >>> close_files() here, too? (With a partially full fd_list array handled, of > >>> course) > >>> > >>> +void * threads(void* thread_id_) { > >>> + int thread_id = (uintptr_t) thread_id_; > >>> + char errmsg[80]; > >>> + FILE *fd_list[MAXFILES]; > >>> + int i; > >>> + > >>> + /* Open files */ > >>> + for (i = 0; i < numfiles; i++) { > >>> + if (debug) > >>> + printf("Thread %d : Opening file number %d \n", > >>> thread_id, i); > >>> + if ((fd_list[i] = fopen(filename, "rw")) == NULL) { > >>> + sprintf(errmsg, "FAIL - Couldn't open file #%d", i); > >>> + perror(errmsg); > >>> > >>> > >>> > >>> Jiri, > >>> > >>> Thanks for reviewing the patch. Yes, that was an omission on my part. I > >>> have attached an updated patch. Let me know if there are any more > >>> comments. > >>> > >> > >> Henry, > >> > >> This patch is ineffective on the present Makefile(s). Please rebase them > >> over latest CVS and resend: > >> > >> patching file testcases/kernel/fs/openfile/Makefile > >> Hunk #1 FAILED at 1. > >> 1 out of 1 hunk FAILED -- saving rejects to file > >> testcases/kernel/fs/openfile/Makefile.rej > >> patching file testcases/kernel/fs/openfile/openfile.c > > > > I'll gladly help if help is needed. Feel free to ping me and we > > can setup a rendezvous on IRC or something. > > I looked at the diff again and if you just omit the Makefile > change then the rest should go through. > HTH, > -Garrett ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
