Commit a4f829f4 authored by Pascal Cuoq's avatar Pascal Cuoq Committed by Alexandre Julliard

Fixed typos.

parent d72e2dea
This document describes some points you should know when you are going to
implement the internal counterparts to external DLL's. Only 32 bit DLL's
This document describes some points you should know before implementing
the internal counterparts to external DLL's. Only 32 bit DLL's
are considered.
1. The LibMain function
-----------------------
These are the way to do some initialising when a process or thread is attached
This is the way to do some initializing when a process or thread is attached
to the dll. The function name is taken from a *.spec file line:
init YourFunctionName
the you have to implement the function:
then, you have to implement the function:
BOOL32 WINAPI YourLibMain(HINSTANCE32 hinstDLL,
......@@ -26,11 +26,11 @@ BOOL32 WINAPI YourLibMain(HINSTANCE32 hinstDLL,
The problem here is, that you can't know if you have to call the function from
the internal or the external DLL. If you just call the function you will get
the internal implementation. If the external DLL is loaded the executed program
will use the external and you the internal DLL.
When you -as example- fill a iconlist placed in the internal DLL the
application wont get the icons from the external DLL.
will use the external DLL and you the internal one.
When you -as an example- fill an iconlist placed in the internal DLL the
application won't get the icons from the external DLL.
To go around this you have to call the functions over pointer.
To work around this, you should always use a pointer to call such functions:
/* definition of the pointer type*/
void (CALLBACK* pDLLInitComctl)();
......
......@@ -12,7 +12,7 @@ base functionality is roughly in place. The missing parts are the icon
the file copy status window.
The basis comes from Marcus Meissner and I <juergen.schmied@metronet.de>
implemented the classes and filled function stubs.
implemented the classes and filled in function stubs.
2. General Information
----------------------
......@@ -71,7 +71,7 @@ implemented the classes and filled function stubs.
Undocumented:
MS says: the abID of SHITEMID should be treated as binary data and not
be interpreted by applications. Applys to everyone but MS itself.
be interpreted by applications. Applies to everyone but MS itself.
Word95 interprets the contents of abID (Filesize/Date) so we have to go
for binary compatibility here.
I expect the file open/close dialog in comctl32 does so also.
......
......@@ -37,9 +37,9 @@ libc6 (aka glibc2).
.PP
.B X
must be installed. To use Wine's support for multithreaded applications,
your X libraries must be reetrant. If you have libc6 (glibc2), or you
your X libraries must be reentrant. If you have libc6 (glibc2), or you
compiled the X libraries yourself, they were probably compiled with the
reetrant option enabled.
reentrant option enabled.
.PP
.B libXpm
must be installed. If you're using Red Hat, make sure the following
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment