On 3/3/2016 5:00 PM, Dennis E. Hamilton wrote:
>> -----Original Message-----
>> From: Patricia Shanahan [mailto:pats@acm.org]
>> Sent: Thursday, March 3, 2016 14:38
>> To: dev@openoffice.apache.org
>> Subject: Re: Profile.c bugs (was RE: Some thoughts on the learning
>> curve)
>>
>> I am seriously considering starting a project to eliminate profile.c
>> etc. and seeing what, if anything, breaks.
>>
>> Before I do that, I have a question about whether it could be accessed
>> through any of OpenOffice's extension or plugin facilities? Even if it
>> can, 14 years seems quite long enough for people to migrate off a
>> deprecated interface.
> [orcmid]
>
> I think the extensions and plugins depend on UNO objects. So long as that is the case,
the profile code should be unreachable.
I have found a file main/sal/util/sal.map that begins with:
UDK_3_0_0 {
global:
GetVersionInfo;
osl_acceptConnectionOnSocket;
osl_acceptPipe;
osl_acquireSocket;
osl_acquirePipe;
osl_acquireMutex;
osl_acquireSemaphore;
osl_addSignalHandler;
osl_addToSocketSet;
osl_assertFailedLine;
osl_bindAddrToSocket;
osl_breakDebug;
osl_checkCondition;
osl_clearSocketSet;
osl_closeDirectory;
osl_closePipe;
osl_closeProfile;
...
and goes on to mention several other profile.c /osl_.*Profile.*/
function names in the same list.
Unfortunately, I am seeing some indications that "UDK" relates to UNO.
At the worst, the deprecation just means that other modules are supposed
to access the profile only through UNO, not by including the header file
and calling the functions directly.
Patricia
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
|