[Bug 3840] missing functions in GDI32.dll

[Wine Bugs]

http://bugs.winehq.org/show_bug.cgi?id=3840





------- Additional Comments From focht at gmx.net  2007-10-05 10:58 -------
Hello,

well the auto-allocation is just linear with each .def entry increasing.
Windows export definitions are alphanumerically sorted.
Wine does the same.
Due to some exports missing, the next defined function in wine gets the ordinal
of the missing one and so on...

Example (user32.dll):

windows:

--- snip ---
 ordinal hint RVA      name
   ...
   4    3 0005D2A6 AlignRects = _AlignRects at 16
   5    4 000461B4 AllowForegroundActivation = _AllowForegroundActivation at 0
   6    5 0001C477 AllowSetForegroundWindow = _AllowSetForegroundWindow at 4
   7    6 0001A024 AnimateWindow = _AnimateWindow at 12
   8    7 000599FF AnyPopup = _AnyPopup at 0
   ...
--- snip ---

wine:

--- snip ---
  ...
  AlignRects at 16 @4
  AllowSetForegroundWindow at 4 @5
  AnimateWindow at 12 @6
  AnyPopup at 0 @7
  ...
--- snip ---

AllowForegroundActivation() isnt defined in wine so AllowSetForegroundWindow()
gets ordinal 5 where windows one is 6 (due to AllowForegroundActivation taken 5).

Even if we fill missing gaps (stubs/prototypes) to force a specific order, one
would have to re-check the list with every new Windows OS version for possible
insertion of new API functions (ordinal order changed).

Just mark this bug report/type either INVALID or WONTFIX.
Importing system dlls by ordinals only is bad ... NO-NO.

Maybe a bit off-topic: If needed i can supply missing prototypes for almost any
export. But the requests have to be specific :-)

Regards

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.