Guy writes after Ron:
> Aha!!! You have NETBASE 10 installed which I have seen causes
> this problem,
> i.e. Upshifts all your lib search paths...I believe update 3 of version 10
> should fix this problem. I have an open call to Quest regarding this issue
> but haven't heard back.

> LIBRARY SEARCH LIST: /USR/LIB/LIBCURSES.SL /LIB/LIBSVIPC.SL
> /USR/LIB/LIBSOCKET.S
> L /USR/LIB/LIBSTR.SL /LIB/LIBM.SL /LIB/LIBC.SL NB1.NETBASE.SYS XL.PUB.SYS

Older versions of NetBase worked by installing intercept procedures into
XL.PUB.SYS where all programs would see them without taking any extra steps.

This caused a few problems, such as often needing to reboot the system to
install or update NetBase or having to de-install NetBase before applying HP
patches that affected Image.  These problems have existed for quite a few
years, and are at least well understood.

In NetBase version 10, Quest have attempted to solve these problems by
introducing an entirely new way of intercepting calls from Native Mode
programs.

I'm not sure that the new mechanism is an improvement.

What they now do is to use Procedure Exits to trap process creations
(CREATEPROCESS, etc.) and the intercept handler will modify each program the
first time it is run to have an XL LIST that points to a NetBase intercept
XL library.

This is a clever solution, apart from the fact that I don't believe it is
possible to make it work in all cases, and it involves permanently modifying
all of your NM program files.

The fact that this bug (upshifting the XL list when adding the NetBase XL to
it) made it into the production release indicates a rather serious lack of
testing (in my opinion), and suggests to me that there may be more problems
(especially related to posix programs) yet to be discovered.

The solution of modifying the XL list in the program file works for all the
simple cases, but some posix applications have very complex XL library
setups, including things like dependent libraries.  I believe that there may
be some programs for which the new NetBase interception mechanism cannot be
made to work (though probably only those programs using complex cutting-edge
features of the MPE loader such as dependent libraries).

G.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *