One of my colleagues has pointed out to me a curious problem. We are
running on an HP 700 with HP-UX 9.01, AFS 3.3.
Suppose I write a small program that writes an output file. I compile
the program and run it. I then edit the program, perhaps changing the
name of the output file. 'strings -a a.out' verifies that the newly
linked binary contains the new name. But running the program produces
an output file with the old name.
Can this be because HP's ln is not closing the output file when it links?
The problem does not occur if I delete the output file before linking; i.e.,
rm fred
cc -o fred fred.c
In this case, if the linker (which cc calls) is not closing the output file,
it might not get saved, in which case I understand why the old one is being
run. But why can I see the new one (with updated date) and run strings
on it?
-- Owen
[EMAIL PROTECTED]
