Re: How to Calling PE Dlls on linux??

2007-08-21 Thread Damjan Jovanovic
On 8/21/07, trulyliu [EMAIL PROTECTED] wrote: I have tried these code, It works well. Thanks a lot. Could I use gcc/g++ instead of winegcc/wineg++ ??? mplayer use gcc as it's complier？ What's the mystery in it? gcc/g++ would give you the wrong ABI (eg. 4 bytes per wide char instead of 2

Re: [2/5] WineD3D: Use 0/0/0 as normal if no normal is supplied

2007-08-21 Thread H. Verbeet
I'm not sure about this one. Unless explicitly checked for, (0, 0, 0) will cause a division by zero when trying to normalize it, and I don't know for sure if GL has well defined behaviour for it.

Re: [5/5] WineD3D: Fix fogstart == fogend with table fog

2007-08-21 Thread H. Verbeet
On 21/08/07, Stefan Dösinger [EMAIL PROTECTED] wrote: Feel free to suggest a better way to increase the fogend. My way works, but it is not the nicest way. Does this really matter? To me, this looks like a rather ugly hack to get the DCT to shut up.

Re: gdi: AddFontResource needs to support a second default directory

2007-08-21 Thread Alexandre Julliard
Dan Kegel [EMAIL PROTECTED] writes: @@ -1727,6 +1736,22 @@ INT WineEngAddFontResourceEx(LPCWSTR file, DWORD flags, PVOID pdv) { INT ret = AddFontFileToList(unixname, NULL, NULL, ADDFONT_FORCE_BITMAP); HeapFree(GetProcessHeap(), 0, unixname); +

Re: gdi: AddFontResource needs to support a second default directory

2007-08-21 Thread Dan Kegel
On 8/21/07, Alexandre Julliard [EMAIL PROTECTED] wrote: Dan Kegel [EMAIL PROTECTED] writes: @@ -1727,6 +1736,22 @@ INT WineEngAddFontResourceEx(LPCWSTR file, DWORD flags, PVOID pdv) { INT ret = AddFontFileToList(unixname, NULL, NULL, ADDFONT_FORCE_BITMAP);

Re: How to Calling PE Dlls on linux??

2007-08-21 Thread Damjan Jovanovic
On 8/21/07, trulyliu [EMAIL PROTECTED] wrote: Can I made Arithmetic.dll.so ? And link it against my linux App? A library function runs in the context of the process that invokes it. A library doesn't have its own TEB/memory layout/exception handling that works independently of the process that

Re: [5/5] WineD3D: Fix fogstart == fogend with table fog

2007-08-21 Thread Stefan Dösinger
Am Dienstag, 21. August 2007 13:08 schrieb H. Verbeet: On 21/08/07, Stefan Dösinger [EMAIL PROTECTED] wrote: Feel free to suggest a better way to increase the fogend. My way works, but it is not the nicest way. Does this really matter? To me, this looks like a rather ugly hack to get the

Re: [2/5] WineD3D: Use 0/0/0 as normal if no normal is supplied

2007-08-21 Thread Stefan Dösinger
Am Dienstag, 21. August 2007 12:57 schrieb H. Verbeet: I'm not sure about this one. Unless explicitly checked for, (0, 0, 0) will cause a division by zero when trying to normalize it, and I don't know for sure if GL has well defined behaviour for it. You're right, this patch is asking for

Re: How to Calling PE Dlls on linux??

2007-08-21 Thread trulyliu
2007/8/21, Damjan Jovanovic [EMAIL PROTECTED]: On 8/21/07, trulyliu [EMAIL PROTECTED] wrote: Can I made Arithmetic.dll.so ? And link it against my linux App? A library function runs in the context of the process that invokes it. A library doesn't have its own TEB/memory layout/exception

Re: How to Calling PE Dlls on linux??

2007-08-21 Thread Damjan Jovanovic
On 8/21/07, trulyliu [EMAIL PROTECTED] wrote: 2007/8/21, Damjan Jovanovic [EMAIL PROTECTED]: On 8/21/07, trulyliu [EMAIL PROTECTED] wrote: Can I made Arithmetic.dll.so ? And link it against my linux App? A library function runs in the context of the process that invokes it. A library

Re: dinput: Fix compile with old input.h that missing input_absinfo

2007-08-21 Thread Dmitry Timoshkov
Vitaliy Margolen [EMAIL PROTECTED] wrote: +struct wine_input_absinfo { +LONG value; +LONG minimum; +LONG maximum; +LONG fuzz; +LONG flat; +}; If it's a kernel structure, it's better IMO to use the types that are actually used in the native structure instead of LONG. --

Re: How to Calling PE Dlls on linux??

2007-08-21 Thread Jakob Eriksson
trulyliu wrote: I have tried these code, It works well. Thanks a lot. Could I use gcc/g++ instead of winegcc/wineg++ ??? mplayer use gcc as it's complier？ What's the mystery in it? AFAIK mplayer uses their own old version of wine they have adapted to mplayer. regards, Jakob

Re: [patch] Garbage code in text string display

2007-08-21 Thread Guan Xin
On 8/20/07, James Hawkins [EMAIL PROTECTED] wrote: It doesn't matter when you looked at the code versus when you submitted the patch. You prove a 'bug' is necessary by writing test cases. Also, please bottom-post in this mailing list. -- James Hawkins Acturally, I have test cases

Re: WineD3D: fix a null pointer dereference

2007-08-21 Thread Stefan Dösinger
Am Dienstag, 21. August 2007 16:55 schrieb Roderick Colenbrander: Hi, This patch gets Tiberian Sun working in ddraw OpenGL mode. Before it suffered from a null pointer dereference bug. This patch is ok with me, but there's a bad flaw with opengl'ed ddraw I want to point out Ddraw apps can

OS X and OpenGL

2007-08-21 Thread Mike Kronenberg
Hello list, I'm a frequent user of wine and normally build my own copy, as no official distribution for Mac OS X exists. Lately I had to deal with a Program, that needs OpenGL. I found different hints on the list and around the net, that the current Apple X11 libGL is broken, so I tried

Re: [kernel32/tests] Skip some not implemented functions and add a few skip's

2007-08-21 Thread Francois Gouget
On Tue, 21 Aug 2007, Paul Vriens wrote: Hi, GetTempPathW is not implemented on win9x. I did not actually read the test but it sounds like GetTempPathW() is not actually essential to the test. Could we replace it with another way to get the path for a temporary directory? Maybe even

Re: [1/2] wined3d: Restore a line that got lost

2007-08-21 Thread Stefan Dösinger
Am Dienstag, 21. August 2007 23:22 schrieb H. Verbeet: This got lost by commit 92ce028a0b3aba513f8fb62d7021533896cd99f6. Changelog: - Restore a line that got lost Actually I think we can remove that whole codeblock now. stateblock::apply and stateblock::capture have the needed states