home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!pmafire!news.dell.com!swrinde!mips!sdd.hp.com!caen!umeecs!umn.edu!noc.msc.net!ns!MUDLHEAD.NETWORK.COM!clayh
- From: clayh+@MUDLHEAD.NETWORK.COM (Clayton Haapala)
- Newsgroups: comp.unix.xenix.sco
- Subject: Re: dirent and strerror problems in SCO XENIX 2.3?
- Message-ID: <1992Jul28.165913.6530@ns.network.com>
- Date: 28 Jul 92 16:59:13 GMT
- References: <466@ahmcs.mq.com> <1992Jul24.142347.14388@athena.mit.edu>
- Sender: news@ns.network.com
- Organization: Network Systems Corporation
- Lines: 24
- Nntp-Posting-Host: mudlhead
-
- In article <1992Jul24.142347.14388@athena.mit.edu>, ehfrank@athena.mit.edu (Eliot Frank) writes:
- |> In article <466@ahmcs.mq.com>, alan@ahmcs.mq.com (Alan Mintz) writes:
- |> |>
- |> |> For some reason, in the routines that scan directories for work, the
- |> |> d_name field in dirent structures seems to start 2 bytes too far into
- |>
- Eliot is right on with his diagnosis of the 2 bytes problem, however:
-
- |> Unfortunately the dirent routines (/lib/386/Slibdir.a) are buggy.
- |> In a large directory readdir stops reading after only the first
- |> block's worth of files. Try to replace Slibdir with a public domain
- |> version if you can. Otherwise you will have to convert to using the
- |> sys/ndir version (-lx).
- |>
-
- is not quite on the mark, I believe. The Xenix 2.3.2 KERNEL had a problem with
- dirent support that exhibited those symptoms. This even happened when running
- UNIX COFF binaries under Xenix. That problem goes away with the SLS's that
- bring 2.3.2 up to 2.3.3, or with the 2.3.4 upgrade.
- --
- Clayton Haapala (clayh@network.com)
- Network Systems Corp. "...and the alligators are on FIRE."
- 7625 Boone Ave N MS10 -- S.E.K.
- Minneapolis, MN 55428-1099
-