Moving from LynxOS 2.4 to LynxOS 2.5.1 seems generally uneventful. The 2.4 binaries work OK on 2.5.1. When the sources are recompiled, they too work. The only slight problem with compilation is that some of the header files move between /usr/include and /usr/include/sys. The compiler winges terribly about this so I have changed the #include statements as per the following table. This table lists all the source files that are effected and what change needs to be made, with:
x - means move to sys/ (eg. #include <file.h> changes to #include <sys/file.h>)
o - means move back (eg. #include <sys/errno.h> changes to #include <errno.h>)
file.h | types.h | shmmap.h | errno.h | mqueue.h | socket.h | uio.h | wait.h | |
915lib.c | x | |||||||
acquire.c | x | |||||||
actions.c | x | o | ||||||
actionsubs.c | x | |||||||
chkaddr.c | x | x | ||||||
floader.c | x | o | o | |||||
loadfirm.c | x | x | o | o | ||||
mapvme.c | x | |||||||
messages.c | x | o | o | |||||
nvmap.c | x | o | o | |||||
ramplib.c | x | |||||||
ramplib3.c | x | |||||||
ramptest.c | x | x | ||||||
ramptest3.c | x | x | ||||||
rocs.h | x | |||||||
sharedata.c | o | o | ||||||
startup.c | x | |||||||
stato.c | x | |||||||
statolib.c | x |
In addition, there is still some query regarding excess space being taken up with big arrays declared globally. This doesn't seem to 'stop the show' but could affect mugefserver.c and rocsfe.c which have a big array in a structure used for passing messages between them. Watch this space!
(Page Last modified: 17/02/1999)