context of the new process (in TASK_CallToStart).
Changed all PE/Module routines so as to always operate on the current
process; adapted all callers.

prototypes.

later.

(Interrupt list did not have correct.)

- changed some superflous FIXME

- rewrote IDropTarget according to the new COM headers
  (was local declared not using the already written prototypes)
- corrected Drop method (wrong parameter count)

Added the interface implementation structures.
I remembered from an email that even when asked for a
IDirectInputDeviceA what was returned was an IDirectInputDevice2A so I
considered that we would only implement the latter. The
IDirectInputDeviceA_xxx methods have been renamed to
IDirectInputDevice2A_xxx, and we always return our IDirectInputDevice2A
implementation as before.
Renamed the implementation structures to XxxImpl.

Defined the IDirectInputDeviceA interface independently from
IDirectInputDevice2A.
Removed the 32 suffix of the interfaces. Hopefully this will not
cause any problem with the renaming.
Moved the implementation specific stuff to dinput.c (well, the
interfaces at least).

Removed a few unused fields in PDB and THDB.

Changed initial thread creation to avoid memory allocations.
Moved server startup to THREAD_CreateInitialThread.

- Fix header and source files to include missing header files to avoid
  warnings and errors.

wine_sigaction __PIC__ cases, since "g" will not work with
-fomit-frame-pointer ("g" is referenced using %esp which was
invalidated before). Bug found and (other) fix suggested by
<daniel@mat.utfsm.cl> Daniel Serpell.

thread with multi-threaded apps.

object. That object supports the IFont and IDispatch interfaces.

the new TerminalType option in wine.ini. This allows us to select
which terminal type we are really using so that we can, for example,
use its color capabilities.

(Generic replacement for XtermResolution option...)