lucio@flagship.UUCP (Lucio) (11/10/89)
In sendbatch there is a test for the amount of free space available on the device containing the spool directory. On my machine the test should read: df /usr/spool but in this form it fails because, as df reports: df: /usr/spool not block special Whereas Xenix therefore seems to expect a special device (it says so in the manual pages), it seems that most other ports, including the MKS tools, are happy with a directory and determine the device that contains the given directory. Has this problem (?) been rectified in Xenix 2.3 and SCO Unix V.3.* and, if not in 2.3, has anybody a workaround? A technique (I presume the real df does this) to translate a directory name with the containing device seems a reasonable solution. Thanks, netfolks. ---------------------------------------------------------------------- Lucio de Re ...uunet!ddsw1!olsa99!flagship!lucio -------------------- plan to throw THIS one away -------lucio@flagship
bill@netagw.uu.net (Bill Aten) (11/14/89)
In article <228@flagship.UUCP> lucio@flagship.UUCP (Lucio) writes: >In sendbatch there is a test for the amount of free space available >on the device containing the spool directory. On my machine the test >should read: > > df /usr/spool > >but in this form it fails because, as df reports: > > df: /usr/spool not block special > The key here is the word DEVICE not DIRECTORY. When you issue the command 'df' from the prompt you will probably see '/' and '/u' devices listed. Depending on how you set up Xenix, you may see a '/usr' device. These are your filesystems and this is what sendbatch is trying to check. In the example you gave, sendbatch should either be looking at '/' or '/usr', depending on your setup. The fact that 'usr/spool' is part of '/' (or possibly 'spool' is part of '/usr') doesn't matter. When the '/' (or '/usr') device is full -- it's full. And that is what sendbatch is checking for. Hope this helps... -- ============================================================================= Bill Aten | Internet: bill@netagw.uu.net UUCP: ...!uunet!netagw!bill | Compuserve: 70270.451@compuserve.com =============================================================================