Experimental Physics and
Industrial Control System

[email protected] (Ralph Lange) · Fri, 8 May 1998 12:09:11 +0200 (METDST)

> > Note: The symbol table ist _ALWAYS_
> > loaded via rsh access, no matter which way the binary is loaded.
> 
> I don't think this can be right; there are many sites which don't allow
> their accounts to have a .rhosts file, so a target has to boot using ftp
> and can never access any files via rsh.  It may be that vxWorks _tries_
> to get it by rsh first, although I think this unlikely - why shouldn't
> it just re-use the same mechanism the boot loader used?

You are right ... in a two-out-of-three way.

If the boot mechanism is set to ftp, the ioc will fetch both the binary and
the symbol table using ftp. If it is set to rsh, rsh will be used in both
cases. If you use bootp/tftp, the ioc uses tftp for the binary, but still
rsh/ftp for the symbol table. There is no way to make the ioc load the
symbol file via tftp. (Has been proven with an ethernet sniffer.)

We never used ftp access, so I missed out on this.

Ralph

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System