Hi Yuri,
the link functionality was disabled some time ago because it was not
longer used anywhere and it seems that the change was incomplete. That
means at least the test was not adapted.
You can ignore this error in the test and i will take a closer look into
the code later.
Juergen
Yuri Dario wrote:
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
