GSOC proposal - control panel

[Robert Shearman]

pure_evil at mail.bg wrote:
> No dice.
> CPls are DLLs that export a function - CPlApplet(). 
> winegcc coughs on dllexport. - not implemented.
>   

__declspec(dllexport) is a MSVC-only feature. Hence, when compiling with 
gcc (even using winegcc) it won't actually export the function. As has 
been stated before, you need to use a .spec or .def file to export it.

> I've been hacking at it for days on end now. 
> Result: CPl can be compiled under windows and run under wine. CPls compiled 
> with winegcc don't export that function => not treated as control panel 
> applets.
> software to aid anyone: dllexp.exe. Download and run on any dll/cpl of 
> windows, you get exports in it; run on wine dlls - nada. (hence, No Template 
> in wine's source. Twain DLL exports some methods though.)
>
> MICROSOFT ISSUE: EASY TO DISTINGUISH BETWEEN WINE DLLS AND WINDOWS DLLS. 
>
> If dllexp.exe can do it, so can they. Solution: M$ implements a code that 
> *checks for a dll version* (based on what the DLL exports). Doesn't find 
> export => coughs and dies with an "Incompatible DLL version". Happened before 
> with OS2 / Windows. Maybe has happened now with all M$ that cough on wine.
>
> Not enough intimate knowledge => can a soft cough and die based on a call to a 
> DLL export which isn't there, without being designed to do so?

A DLL compiled as a winelib DLL won't be parsed by a tool that reads PE 
DLLs, because winelib DLLs are Elf shared objects. Use winedump instead.

-- 
Rob Shearman