bin/103845: sha256 /dev/acd0 returns immediately
Bruce Evans
bde at zeta.org.au
Sat Sep 30 08:40:26 PDT 2006
The following reply was made to PR bin/103845; it has been noted by GNATS.
From: Bruce Evans <bde at zeta.org.au>
To: Ruslan Ermilov <ru at FreeBSD.org>
Cc: Helmut Schellong <var at schellong.biz>, freebsd-gnats-submit at FreeBSD.org
Subject: Re: bin/103845: sha256 /dev/acd0 returns immediately
Date: Sun, 1 Oct 2006 01:30:33 +1000 (EST)
On Sat, 30 Sep 2006, Ruslan Ermilov wrote:
> On Sat, Sep 30, 2006 at 09:51:45PM +1000, Bruce Evans wrote:
>>
>> md5(1) and friends haven't worked for files specified on the command
>> line since 2001.
>>
> I think you meant to say "for device special files".
I meant "for most types of files, if the files are specified on the
command line".
> $ md5 /bin/cat /bin/cp
> MD5 (/bin/cat) = 51c9c34f1d2db0f73d043929556a687b
> MD5 (/bin/cp) = b456419be246512f9fe3ac1cd4219331
Of course it still works for the usual case :-).
>> At least for md5, this is due to a bug in libmd.
>> MDXFileChunk() has been used to implement MDXFile() since 2001, but
>> MDXFileChunk() cannot be used for this since it assumes that the file
>> is a regular file (or perhaps a symlink) so that st_size is valid and
>> the file is seekable.
More details:
- md5 on a symlink follows the symlink so md5 on the symlink itself is
not supported
- md5 on a named pipe fails with a seek error
- md5 on one of the irregular regular files in /proc sees an empty file.
Bruce
More information about the freebsd-bugs
mailing list