[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87fvane3ch.fsf@mail.parknet.co.jp>
Date: Tue, 03 Feb 2015 18:44:46 +0900
From: OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
To: "Michael Kerrisk \(man-pages\)" <mtk.manpages@...il.com>
Cc: Heinrich Schuchardt <xypron.glpk@....de>,
"linux-fsdevel\@vger.kernel.org" <linux-fsdevel@...r.kernel.org>,
lkml <linux-kernel@...r.kernel.org>,
linux-man <linux-man@...r.kernel.org>
Subject: Re: [PATCH v3 1/1] ioctl-fat.2: new manpage for the ioctl fat API
"Michael Kerrisk (man-pages)" <mtk.manpages@...il.com> writes:
>> Quick reviewed, and looks good. However, entry[0].d_reclen == 0 works as
>> backward compatibility though. The example might be good to use usual
>> way of getdents().
>>
>> I.e., "ret" means
>> -1 == error
>> 0 == EOD
>> 0 > how many bytes read
>
> Sorry -- I do not really understand what you mean here
> "entry[0].d_reclen == 0 works as backward compatibility though"). Is
> the line
>
> if (ret == -1 || entry[0].d_reclen == 0)
>
> incorrect? If yes, what should the code look like?
Sorry. I meant, "entry[0].d_reclen == 0" check works because fatfs still
have backward compatibility code. However it would not be preferred way.
In ancient version, fatfs didn't return proper return code, so apps (I
know only use is wine) had to check "entry[0].d_reclen == 0" to know
EOD.
But for a long time, fatfs returns proper return code like said in
previous email (previous email was wrong on "0 > how many bytes read",
see below instead). I.e., now user can use "ret" as similar to
getdents(), user can know the result as usual from "ret" without
"entry[0].d_reclen == 0".
while (1) {
ret = ioctl();
if (ret == -1) {
/* error */
if (ret == 0)
/* EOD */
/* got entry (would be ret == 1) */
}
--
OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists