Juergen Schmied wrote in message
<[EMAIL PROTECTED]>...
>Yes, but these functions has to be there. The native and the wine dll's
exporting
>these. Can you imagine a case where these functions are not there???
>From recent patch:
cdlg32.c: /* FIXME: we cant import SHGetSpecialFolderPathA from all
versions of shell32 */
and similar comment about StrRetToBuf[A|W].
Duplicating code in several dlls is not really a solution.
>And we can't use native dll's. The dll-loading mechanism is not jet
implemented right.
>The GetProcAdress way is a workaround.
>In the windows world you would have to link against a *.lib file to import
external dll's.
>There is no such mechanism in wine yet.
Not necessary, you can use Import section of .def file (in windows world).
And new 'import' entries in .spec file made me think that we have similar
mechanism in Wine.
>> Another question / suggestion. Why don't we put all imported function
>> pointers into array? This will simplify COMDLG32_DllEntryPoint
(especially
>> if we gonna check pointers for null).
>These array elements would have to be typed like these function pointers.
Where
>is the gain?
Well, I always thought that using tables and for-loop for repeating
operations is usually better and generates smaller code. But I don't insist.
Regards,
Serge Ivanov
--
The address in the headers is not the poster's real email address. Do not send
private mail to the poster using your mailer's "reply" feature. CC's of mail
to mailing lists are OK. Problem reports to "[EMAIL PROTECTED]".
The poster's email address is "[EMAIL PROTECTED]".
