home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
- From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
- Newsgroups: comp.os.linux
- Subject: Re: Warning: using old stat() call. Recompile binary.
- Message-ID: <1992Nov10.100552.10258@klaava.Helsinki.FI>
- Date: 10 Nov 92 10:05:52 GMT
- References: <martin.721363005@menaik>
- Organization: University of Helsinki
- Lines: 49
-
- In article <martin.721363005@menaik> martin@cs.UAlberta.CA (Tim Martin; FSO; Soil Sciences) writes:
- >My attempts to compile the latest Linux have not been very
- >successful. With patch level 4 I get the following error
- >several times, for each disk access command I enter:
- >
- > Warning: using old stat() call. Recompile binary.
- >
- >This warning line is found in the fs/stat.c code, in a
- >function called "old_stat_call()".
-
- Yes - I'm going to remove the old stat() interface in 0.99 or so, so I
- wanted to warn people this way. If you get the above messages all the
- time, the culprit is probably your shell: just get a new bash binary
- from a new rootdisk or similar..
-
- If you want a slightly more informative message, you can change the
- kernel sources warning in fs/stat.c to
-
- printk("Warning: %s uses old stat() call. Recompile.\n",
- current->comm);
-
- That way the kernel will tell you *which* binary is old...
-
- >Other errors still not solved, not found with 0.98 but
- >introduced with 0.98p3 and 0.98p4:
- >
- >1. "* substitution" no longer works. This is not corrected
- > by "unset noglob".
-
- Same problem: your shell is old, and doesn't use the 'readdir()' system
- call, but tries to read the directory directly. That no longer works.
-
- >2. The following error notice occurs on all logins (root or
- > otherwise) and prevents the login from putting me in the
- > home directory. (I can cd to the home directory after,
- > no problem.)
- > shell-init: getwd: cannot access parent directories.
- > The same error occurs occasionally during other disk
- > accesses, sometimes without the "shell-init" prefix.
- > This is not corrected by "chmod 755 /".
-
- This *might* be due to your mount-points not being 'dr-xr-xr-x'. That's
- how linux seems to want them (I haven't actually checked this out very
- much: I'm not sure if this is a feature or a bug..). Check them out
- before mounting them (the permissions get hidden by the mount, so you
- can't see the problem afterwards..). Also, you should naturally make
- sure that all the other paths up to your home directory are ok..
-
- Linus
-