Note that there are some explanatory texts on larger screens.

plurals
  1. PODifference between "test -a file" and "test file -ef file"
    primarykey
    data
    text
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. COIt seems like it could, indeed, be checking that the file exists for two different stat() calls. Does the /dev entry get removed by the driver/manager (e.g., after being shutdown) only if someone checks for its existence?
      singulars
    2. CO@jhfrontz: I'm not entirely sure what you mean but (as an example) the /dev/slog pseudo device only gets removed when the driver is killed which would not normally happen in the middle of the call to `test` since it is part of the initial system startup script. In the normal case of /dev/slog a process can write to the device to log to a file/console/memory, and while it may end up with a different filename, the device exposed in /dev should be the same as before the write to /dev/slog.
      singulars
    3. COI'm speculating that stat'ing the device has some side effect (e.g., prompting the driver/manager to do some sort of housekeeping) such that as the first stat() call (from `test`) is completed, the file/device is removed/replaced by the driver -- thus causing the second stat() to get different information, in turn causing the `test` to fail. It's been a while since I've used QNX, but [the slogger man page](http://www.qnx.com/developers/docs/6.3.0SP3/neutrino/utilities/s/slogger.html) suggests there are side effects from interacting with /dev/slog (e.g., unlinking it purges the log).
      singulars
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload