- Change KdbSymInit() to match standard kd-wrapper init function.
- They are not called from anywhere, so don't expect something to either improve or break.
svn path=/trunk/; revision=27312
If the macro is for all backends, then you dont need to set this option
However, if this macro is for gcc only then put an option, i.e.:
<define name="__USE_W32API" backend="mingw" />
for msvc backend set backend="msvc"
-Currently filtering is only implemented for msvc backend
svn path=/trunk/; revision=27303
- Fix incorrect usage of DevicePropertyAddress in videoprt and ndis (thus ndis.sys+pcnet.sys load [again] in Windows XP).
svn path=/trunk/; revision=27290
thx ged for review the old code with me, and talking what can be wrong
this hack also solv dispare buttom in some case.
svn path=/trunk/; revision=27253
The wallpaper is now also added to the %SystemRoot% directory instead of %SystemRoot%\system32
The only thing I did not import is the setting of the default wallpaper in "hivedef.inf". For 0.3.1, we hardcoded the full path to the wallpaper in the "hivedef.inf" file.
For 0.3.3, we should either do this only in the branch or better implement a proper solution like setting the path in 2nd stage setup.
svn path=/trunk/; revision=27250
I fixed tempary the icon drawing bug until I or some else got time rewriting copyimage image_load case
here is known bugs
1. alpha icon does not working.
2. wrong background getting selected
3. and allot other thing.
svn path=/trunk/; revision=27246
1. Createsurface can only create one surface at moment
2. crash can occured if wrong param are being putin to createsurface for no error check are done.
3. createsurface are still under havy devloping
svn path=/trunk/; revision=27221
2. Started implement Createsurface for real this time.
thanks to all old try and error the new desgin make more sent
and are more clean. still Createsruface does not working yet.
3. Fixed some comment tags for some whant start writing doc for thuse api
you are wellcome
svn path=/trunk/; revision=27218
1. adding create linking when u req a new directdraw interface from old one.
This Type of linking is exacly same lcl pointer as the linked interface,
it mean we shall not create new lcl but use the current we got.
waring still bugs in DirectDraw_QueryInterface
svn path=/trunk/; revision=27208
1. Adding table lockup for directdraw 1-6 but they are not complete
2. remove out GetDevicreIdentifer to own file it is a large functions
3. Fixed DirectDrawCreate works now
4. found out bit more how DirectDraw_QueryInterface works and comment the new found
5. add the new table to QueryInterface they are partly support now, the new IID is IID_IDirectDraw4, IID_IDirectDraw2 and IID_IDirectDraw it partly support now.
svn path=/trunk/; revision=27205