Hi,
sorry for crossposting, but it may be of interest for both lists.
I'm running the tests in the registry subprojects, so I build things in
registry\test and registry\workben.
I got tests to be ok, with the exception of link handling. So in
testregcpp.cxx around line #523, the following code
OSL_ENSURE(!rootKey.openKey(OUString::createFromAscii("/mySixthKey/myFir
stLink"), key6), "test_registry_CppApi error 7l");
OSL_ENSURE(key6.getName().equals(OUString::createFromAscii("/myFourthKey
/X")), "test_registry_CppApi error 7m");
fails because the open key retains the name /mySixthKey/myFirstLink
instead of resolving to /myFourthKey/X
I followed code, and the problems seems to be in regimpl.cxx
ORegistry::openKey()
case RESOLVE_FULL:
{
// try the optimistic approach (links aren't
recognized)
RegKeyHandle handle = 0;
if( REG_NO_ERROR == openKeyWithoutLink( hKey,
keyName,&handle ) )
{
*phOpenKey = handle;
return REG_NO_ERROR;
}
The call to openKeyWithoutLink is sucessfull, so it returns now.
Skipping this call under debugging leads to correct link resolving.
But at this point, I can't go on, mainly because I don't know which is
supposed to be the correct behaviour.
What can you tell me?
TIA,
Bye,
Yuri Dario
/*
* member of TeamOS/2 - Italy
* http://www.os2power.com/yuri
* http://www.teamos2.it
*/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
