Buildfile Timing

QNX Newsgroups (Archives) qnx.rtos
1

Hello,

I’ve got an OS buildfile that boots fine, but 2 or 3 out of 10 times it
can’t find the npm-tcpip library. I’ve messed around with the waitfor’s,
etc but I can’t seem to eliminate it from happening. I’ve posted the
startup part of the buildfile below.

Thanks,
Eric Norton

[+script] .startup = {

display_msg Starting PCI server …
pci-bios &
waitfor /dev/pci 10

display_msg Starting Console …
devc-con &
reopen /dev/con1

display_msg Starting EIDE driver …
devb-eide blk automount=hd0t77:/ &
waitfor / 10

display_msg Starting io-net …
io-net -d ns83815 duplex=0 -p tcpip -p qnet &
waitfor /dev/io-net/en0 5

display_msg Configuring Network …
ifconfig en0 192.168.0.114 netmask 255.255.255.0
route add default 192.168.0.50

display_msg Creating NFS mount points …
fs-nfs3 192.168.0.234:/bin /bin &
waitfor /bin
fs-nfs3 192.168.0.234:/usr/bin /usr/bin &
waitfor /usr/bin

display_msg Starting common servers …
inetd &
pipe &
mqueue &
devc-pty &

qconn port=8001 &

display_msg Setting Environment Variables …
SYSNAME=Node14
TERM=qansi
PATH=:/proc/boot:/bin:/usr/bin

[+session] ksh &
}

2

Hi Eric,

Try the following:

display_msg Starting io-net …
io-net -d ns83815 duplex=0 -p tcpip -p qnet &
waitfor /dev/io-net/en0 5
waitfor /dev/io-net/ip0


Regards,

Joe

3

Eric Norton wrote:

display_msg Starting EIDE driver …
devb-eide blk automount=hd0t77:/ &
waitfor / 10

Is the npm-tcpip in the boot image or on disk? You might want to try
waiting for something more disk-specific than “/” (since procnto will
have that mountpoint up already, and the waitfor might catch that rather
than the disk filesystem root) … perhaps try “/bin” or similar?

4

John Garvey wrote:

Eric Norton wrote:

display_msg Starting EIDE driver …
devb-eide blk automount=hd0t77:/ &
waitfor / 10


Is the npm-tcpip in the boot image or on disk? You might want to try
waiting for something more disk-specific than “/” (since procnto will
have that mountpoint up already, and the waitfor might catch that rather
than the disk filesystem root) … perhaps try “/bin” or similar?

The library is part of the image. I’ve found that if I do a waitfor on
/dev/hd0t77 it works 20 out of 20 times I boot. Thanks for the suggestions.

Eric