There are a few product-specific (mainly Client-specific) features in NSPR that that should be removed from NSPR. NSPR is a general purpose runtime and should not contain product-specific features. The followin features, all in the dymanic library functions of NSPR, are identified: 1. PR_GetLibraryPath() builds a default library path, if a library path was not already set by the application by calling PR_SetLibraryPath. The default library path includes Mac: If the environment variable LD_LIBRARY_PATH is not set, "/usr/local/netscape;/usr/local/netscape/java/bin" is set the library path. Unix and BeOS: The values of the env variables HOME and MOZILLA_HOME are included in the library path. For BeOS, ~/config/netscape/lib is also included.

The previous message is incomplete; here is the continuation: For Unix, /usr/local/netscape/lib/ is also included. It is proposed that PR_GetLibraryPath should avoid including the above mentioned pathnames in the library search path. An application should set explicitly the library path by calling PR_SetLibraryPath.

*** Bug 3554 has been marked as a duplicate of this bug. ***

The following changes are made to PR_GetLibraryPath: If the LD_LIRBARY_PATH is not set, the default library path returned is MAC: "" Unix: "/usr/lib:/lib" Win32: ".;\\lib" Be_OS: "%A/lib:/boot/home/config/lib:/boot/beos/system/lib" Files modified: nsprpub/pr/src/linking/prlink.c (rev. 3.23)

NSPR now has its own Bugzilla product. Moving this bug to the NSPR product.

Marking the bug fixed; the fixes are checked in.

phillip gone, removing him from qa contact, sorry for spam