This unifies the way of 64-bit compatibility and also enables cabman to compile with MSVC.
The remaining "unsigned long"'s have to be used for casting pointers as the pointers are always 64-bit on 64-bit machines.
- Silence some warnings in MSVC 2005 and also add a MSVC project file.
When you compiled the zlib library with RosBE, you can now easily use this project file without any changes to compile cabman with MSVC.
svn path=/trunk/; revision=28393
I had to break some SVN locks to add my latest commit. Here I'm undoing some of them now:
builddep.h - Remains unlocked. It just contains basic type definitions and include statements
infcommon.h - Just unlocked this file. It just contains one basic definition and two type definitions
infhost.h - Remains unlocked. It just contains the function prototypes for functions in the other source files
infhostgen.c - Locked again as I did not check this file
infhostget.c - Locked again as I did not check this file
infhostglue.c - Remains unlocked. It just contains a DbgPrint function, which can be found in many ReactOS source files
infhostput.c - Locked again as I did not check this file
inflib.mak - Just unlocked this file. No reason for a makefile to be locked.
README.txt - Just unlocked this file. No reason for a readme file to be locked.
svn path=/trunk/; revision=28390
This is now done by adding a "typedefs64.h" header file, which uses int's instead of long's for 32-bit values. As far as I know, this is the only way to avoid the problem that a long has a size of 64-bit on 64-bit systems.
This header file is now used in the host makefiles of cmlib, inflib and mkhive. It is also suitable for the other host tools, which need 32-bit values (will do some changes there in the next few days).
Unfortunately, Live-CDs still do not work because of another bug (see bug #2290).
But I compared the hives created by 32-bit Debian Linux and 64-bit Debian Linux and after these changes, they are exactly the same.
See issue #2272 for more details.
svn path=/trunk/; revision=28389
it will take some times getting native DirectX working in user mode.
Wine Have manger ported their DirectX to Windows, And after some help
from wine (Roderick Colenbrander aka Thunderbird), That mean we got
now DirectX8 support in ReactOS from wine DirectX (base on opengl).
(rember disable the SSE in mesa before trying it, and it is untested
in ReactOS)
svn path=/trunk/; revision=28386
charmap, devmgmt, servman, wordpad, fedebug: updated the License to a German Translation from Notepad
matrix, explorer, syssetup: small RC File fixes
desk, newdev, translated new stuff
Still tbd: access and mmsys
svn path=/trunk/; revision=28358
we remembered for the old one, and the newly computed size was wacky too.
We just want to add 4 to i and 4 * entry size to the size.
This was found by Wax.
svn path=/trunk/; revision=28343
- implement new NtGdiCreateBitmap, calling IntGdiCreateBitmap with SEH
- Use only IntGdiCreateBitmap internally
- implement BITMAPOBJ_GetRealBitsPixel, finding an appropriate value for unsupported values of BitsPixel
- make parameter validation more windows compatible
svn path=/trunk/; revision=28341
