fnf@estinc.UUCP (Fred Fish) (03/31/89)
Is it legal to do a telldir on an open directory, close the directory,
and then come back later to open the directory and use the telldir
value in a seekdir call to pick up where you left off? I've seen
this topic discussed previously on the net, and had thought that the
consensus was that this was a special case supported by the directory
reading routines. The manual for telldir states:
seekdir sets the position of the next readdir operation on
the directory stream. The new position reverts to the one
associated with the directory stream when the telldir
operation was performed. Values returned by telldir are
good only for the lifetime of the DIR pointer from which
they are derived. If the directory is closed and then
reopened, the telldir value may be invalidated due to
undetected directory compaction.
which seems to state that such operation is not legal. However, it
then goes on to say:
It is safe to use a previous telldir value immediately after
a call to opendir and before any calls to readdir.
The sample program below works on Ultrix, the only BSD based system
I have immediate access to, but fails on a pyramid in the att universe.
The failure mode on the pyramid is that dirpos remains stuck at zero
and the program loops printing "0 ."
Similar code works fine on all of the System V machines I have access
to that have been retrofitted with the directory reading routines.
Is the pyramid broken? Does this work on most machines simply by
luck and thus breaks on the pyramid since it is "officially illegal"?
What sayeth the wizards...
================================= cut here =========================
#include <stdio.h>
#include <sys/types.h>
#ifdef SYSV
# include <sys/ndir.h>
# define DSTRUCT direct
#else
# include <dirent.h>
# define DSTRUCT dirent
#endif
main ()
{
register int needseek = 0;
register DIR *dirp = NULL;
register long dirpos = 0L;
register struct DSTRUCT *dbuf;
for (;;) {
if ((dirp = opendir (".")) == NULL) {
perror ("can't open '.'");
break;
}
if (needseek) {
seekdir (dirp, dirpos);
}
if ((dbuf = readdir (dirp)) == NULL) {
break;
} else {
dirpos = telldir (dirp);
printf ("%8ld %s\n", dirpos, dbuf -> d_name);
closedir (dirp);
needseek = 1;
}
}
if (dirp != NULL) {
closedir (dirp);
}
}
================================= cut here =========================
-Fred
--
# Fred Fish, 1835 E. Belmont Drive, Tempe, AZ 85284, USA
# 1-602-491-0048 asuvax!{nud,mcdphx}!estinc!fnfgwyn@smoke.BRL.MIL (Doug Gwyn ) (04/04/89)
In article <76@estinc.UUCP> fnf@estinc.UUCP (Fred Fish) writes: >Is it legal to do a telldir on an open directory, close the directory, >and then come back later to open the directory and use the telldir >value in a seekdir call to pick up where you left off? From the manual entry I provide with my public-domain implementation of the directory access routines: DESCRIPTION ... Telldir returns the current position associated with the named directory stream for later use as an argument to seekdir. Seekdir sets the position of the next readdir operation on the named directory stream. The new position reverts to the one associated with the directory stream when the telldir operation from which loc was obtained was performed. ... WARNINGS ... The value returned by telldir need not have any simple interpretation and should only be used as an argument to seekdir. Similarly, the loc argument to seekdir must be obtained from a previous telldir operation on the same directory stream. Telldir and seekdir are unreliable when used in conjunction with file systems that perform directory compaction or expansion or when the directory stream has been closed and reopened. It is best to avoid using telldir and seekdir altogether.