On Tue, May 18, 2004 at 12:59:57AM +0200, Ivan Leo Murray-Smith wrote:
This dll is needed by a game, bug report number 1202. With this empty dll, the game crashes at the same point where it crashes when used with the native copy, mainly because it crashes before any function in the dll is called. But at least it doesn't crash with a dll not found error. You'll have to run the autofoo stuff after applying this patch.
Ivan,
As far as I know, you did not submit also a patch to the default configuration file to add this DLL with 'native' as default (which is a good thing as all the people having a Windows box have this DLL - it could even be installed if someone manages to install DirectX under Wine).
Lionel
Hi Lionel,
This dll should be easy to implement (almost geometries utilities functions as d3dx8/d3dx9 for d3d8/d3d9). It can be a begin for people who want to begin patches for wine (as for d3dx8/d3dx9) :)
Regards, Raphael
PS: d3dx8/d3dx9 have difficults parts on some textures and geometry loading (stream/unstream) and shaders utilities.
This dll should be easy to implement (almost geometries utilities functions as d3dx8/d3dx9 for d3d8/d3d9). It can be a begin for people who want to begin patches for wine (as for d3dx8/d3dx9) :)
Well, my point was the same made about stubs in normal DLLs: why add a completely useless DLL which may break more things than actually help.
Or, when adding it, have it at least disabled by default.
As for its simplicity, from what I remember there are tricky stuff like Mesh builders, interpolations, ... Which are 'easy' in the sense it's pure geometrical stuff and not at all linked to Win32, but still something that needs at least a good knowledge in 3D geometry processing.
Lionel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday 18 May 2004 17:19, Lionel Ulmer wrote:
This dll should be easy to implement (almost geometries utilities functions as d3dx8/d3dx9 for d3d8/d3d9). It can be a begin for people who want to begin patches for wine (as for d3dx8/d3dx9) :)
Well, my point was the same made about stubs in normal DLLs: why add a completely useless DLL which may break more things than actually help.
Or, when adding it, have it at least disabled by default.
I think so
As for its simplicity, from what I remember there are tricky stuff like Mesh builders, interpolations, ... Which are 'easy' in the sense it's pure geometrical stuff and not at all linked to Win32, but still something that needs at least a good knowledge in 3D geometry processing.
Yes it's why i say easy :) As the implement only should have little needs for Win32 APIs, this can be a "janitorial project" to begin to understand wine compilation/dev/... specific processes with easy way to test it (dx sdk demos)
Lionel
Regards, Raphael
Yes it's why i say easy :)
For you, maybe :-)
As the implement only should have little needs for Win32 APIs, this can be a "janitorial project" to begin to understand wine compilation/dev/... specific processes with easy way to test it (dx sdk demos)
Well, D3DRM is so rarely used (in all my game demos I ever tested, only one actually used it) that it's something very difficult to do for no real gain to Wine.
But well, I do not object to someone working on it, I just object to the 'let's add an empty DLL to Wine' approach... If adding an empty DLL, it should at least have FIXME printed on each call (to know which calls are used) and, even better, to have the COM hierarchy implemented with stubs to see which calls are used in which interfaces.
Otherwise, it's no help to anyone.
Lionel
-
fenix＠club-internet.fr -
Lionel Ulmer -
Raphael