Hmmm... That's wierd. The call to the platform utils to get the base path
is from the LocalFileInputSource class. When opening the main file, a catch
upstream from there in XMLScanner::scanDocument() but it only rethrows the
exception as is.
One worry is that the message file for the HP platform might be hosed. You
might want to put a break point in the HP platform utils getBasePath().
Trace into the creation of the exception and the loading of the message.
See what error code name that id number maps to (which you can look up in
framework/XMLErrorCodes.hpp). If that error id in the header file is for
the base path error, but the message that gets loaded is the 'file not
found' error, then there is something wrong with the mapping of message ids
to loadable messages.
----------------------------------------
Dean Roddey
Software Weenie
IBM Center for Java Technology - Silicon Valley
[EMAIL PROTECTED]
Dudley Irish <[EMAIL PROTECTED]> on 03/29/2000 04:47:49 PM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: Xerces-C, HP-UX, current CVS, Exception: Could not determine
base pathname of the file
OK. I have investigated further and have hit a brick wall. The
problem is not the exception being thrown by getFullPath. Both the
Linux and HP-UX versions should throw the same exception under the
same conditions. The difference is that for some reason, on the Linux
system the "base pathname" exception is caught and translated into a
"could not open" exception.
I have not been able to find where this translation takes place. I
know it has to be in there somewhere, but where? Any pointers?
Dudley Irish
