All of lore.kernel.org
 help / color / mirror / Atom feed
From: Garrett Cooper <yanegomi@gmail.com>
To: Henry Yei <hyei@mvista.com>
Cc: jpalecek@web.de, LTP Mailing List <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] [PATCH][openfile] file descriptors not cleaned up
Date: Tue, 13 Oct 2009 19:30:47 -0700	[thread overview]
Message-ID: <364299f40910131930of1dd362kc8096a39d3f1180c@mail.gmail.com> (raw)
In-Reply-To: <8368651DACC1964480F951191B94A0780153D3FC@svexch01.mvista.com>

On Tue, Oct 13, 2009 at 7:25 PM, Henry Yei <hyei@mvista.com> 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:yanegomi@gmail.com]
> Sent: Tuesday, October 13, 2009 12:22 PM
> To: subrata@linux.vnet.ibm.com
> Cc: Henry Yei; jpalecek@web.de; LTP Mailing List
> Subject: Re: [LTP] [PATCH][openfile] file descriptors not cleaned up
>
> On Tue, Oct 13, 2009 at 12:20 PM, Garrett Cooper <yanegomi@gmail.com> wrote:
>> On Tue, Oct 13, 2009 at 7:43 AM, Subrata Modak
>> <subrata@linux.vnet.ibm.com> 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 <hyei@mvista.com>
>>>> >
>>>> >
>>>> > 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.

Hi Henry,
    You're suffering from an issue that I wanted to solve... I think
that we should be checking in autoconf'ed files (not _pre-configure'd_
files), but others object with my point of view.
    You can do it without autoconf, but the problem is that you'll
have to do a lot of hand-editing to make things work properly. Do you
want me to send you the autoconf'ed files?
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
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2009-10-14  2:31 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-30  2:06 [LTP] [PATCH][openfile] file descriptors not cleaned up Henry Yei
2009-10-04 22:18 ` Jiri Palecek
2009-10-05  2:51   ` [LTP] GPL License in CrackerJack hisashi.hashimoto.wh
2009-10-13 14:43     ` Subrata Modak
2009-10-05 21:33   ` [LTP] [PATCH][openfile] file descriptors not cleaned up Henry Yei
2009-10-13 14:43     ` Subrata Modak
2009-10-13 19:20       ` Garrett Cooper
2009-10-13 19:21         ` Garrett Cooper
2009-10-14  2:25           ` Henry Yei
2009-10-14  2:30             ` Garrett Cooper [this message]
     [not found]               ` <8368651DACC1964480F951191B94A0780153D6A2@svexch01.mvista.com>
2009-10-15 22:03                 ` [LTP] autoconf files Garrett Cooper
2009-10-14 20:28             ` [LTP] [PATCH][openfile] file descriptors not cleaned up Subrata Modak

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=364299f40910131930of1dd362kc8096a39d3f1180c@mail.gmail.com \
    --to=yanegomi@gmail.com \
    --cc=hyei@mvista.com \
    --cc=jpalecek@web.de \
    --cc=ltp-list@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.