Re: WineD3D State management - going live(TM)

2006-10-22 Thread Ivan Gyurdiev
Jaap Stolk wrote: On 10/22/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote: and we loose the ability to set up a constant table in the code. The constant table is usually a bad idea, and this demonstrates why - I'm in favor of flexibility, but is it correct to assume that the number of functions

Re: user32: GetClassName should return the number of chars copied.

2006-10-22 Thread Dmitry Timoshkov
Mike McCormack [EMAIL PROTECTED] wrote: INT WINAPI GetClassNameA( HWND hwnd, LPSTR buffer, INT count ) { -INT ret = GlobalGetAtomNameA( GetClassLongA( hwnd, GCW_ATOM ), buffer, count ); +INT ret; + +ret = GlobalGetAtomNameA( GetClassLongA( hwnd, GCW_ATOM ), buffer, count ); +if

Re: WineD3D State management - going live(TM)

2006-10-22 Thread Ivan Gyurdiev
n0dalus wrote: On 10/22/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote: Constant is convenient, but if it can't meet all necessary requirements, I wouldn't hesitate to drop the idea - never compromise on design in favor of C optimizations. Tomorrow's hardware will make any non-algorithmic

Re: user32: GetClassName should return the number of chars copied.

2006-10-22 Thread Mike McCormack
Dmitry Timoshkov wrote: This won't work as expected if hwnd is invalid and buffer contains some '\0' terminated data. Probably a better aproach would be to call GlobalGetAtomNameA with a buffer of size MAX_ATOM_LEN + 1 allocated on the stack (MAX_ATOM_LEN is defined in dlls/kernel32/atom.c as

Re: [PATCH 5/5] Implement MsgWaitForMultipleObjectsEx and initial Carbon event handling.

2006-10-22 Thread Detlef Riekenberg
On Fr, 2006-10-20 at 21:47 +0200, Pierre d'Herbemont wrote: dlls/winequartz.drv/Makefile.in |4 +- dlls/winequartz.drv/event.c | 74 +++ dlls/winequartz.drv/quartzdrv.h |5 ++ dlls/winequartz.drv/quartzdrv_carbon.c |

Re: Half-Life 2 Episode 1

2006-10-22 Thread Jaap Stolk
On 10/20/06, Michael Mohr [EMAIL PROTECTED] wrote: Hello wine-hackers, I'd like to offer to purchase Episode 1 for any wine developer who is willing to work on fixing the graphical artifacts. I'll make the same offer for Episode 2 when it comes out (projected for the holiday season this year).

Re: Half-Life 2 Episode 1

2006-10-22 Thread n0dalus
On 10/22/06, Jaap Stolk [EMAIL PROTECTED] wrote: I had seen your offer on IRC. Since many developers use gmail, I'd like to mention that in my case this mail ended up in my spam box. (but was correctly labeled as wine related...) Hopefully this replay does go through :-) Jaap Stolk. Was in

Re: WineD3D State management - going live(TM)

2006-10-22 Thread Stefan Dösinger
Am Sonntag 22 Oktober 2006 10:31 schrieben Sie: Warning: Lots of rant following, for the specific answers on ivg2's concerns see the end of the mail n0dalus wrote: On 10/22/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote: Constant is convenient, but if it can't meet all necessary requirements,

stuck ctrl/alt keys

2006-10-22 Thread Tomas Carnecky
That is _really_ annoying, but nobody seems to know what it causes. So, I once again started to investigate it. The culprit is the 'update_key_state' function in mouse.c, which modifies the global 'key_state_table' without telling the application that the keystate has changed. A patch that was

Re: Hey what about the GL View ports problem.

2006-10-22 Thread Stefan Dösinger
Am Freitag 20 Oktober 2006 20:03 schrieb Philip V. Neves: I'm starting to see that unless we whine and complain in Bugzilla that nothing gets done on this issue. So I'm comming on to the wine developers group to complain. This is a bug that is long and contentious. Its preventing a large

Re: [PATCH 5/5] Implement MsgWaitForMultipleObjectsEx and initial Carbon event handling.

2006-10-22 Thread Pierre d'Herbemont
On 22 oct. 06, at 00:13, Huw Davies wrote: diff --git a/dlls/winequartz.drv/quartzdrv_carbon.c b/dlls/ winequartz.drv/quartzdrv_carbon.c new file mode 100644 index 000..082970d --- /dev/null +++ b/dlls/winequartz.drv/quartzdrv_carbon.c ... +#import Carbon/Carbon.h import is nasty.

Re: WineD3D State management - going live(TM)

2006-10-22 Thread Stefan Dösinger
Am Sonntag 22 Oktober 2006 10:31 schrieb Ivan Gyurdiev: I thought that my first reply was a bit off-topic, I think I should describe my idea with the table a bit better :-) Each entry in the state table has 2 fields. They do not strictly depend on each other: struct StateEntry { DWORD

Re: WineD3D State management - going live(TM)

2006-10-22 Thread Ivan Gyurdiev
device-addDirtyState(This, States[State]-representative) This way the code applying the states has to be called only once. What does addDirtyState() do when called multiple times with the same representative? This is still a bunch of code, not a magic instruction how to call gl

Re: [PATCH 5/5] Implement MsgWaitForMultipleObjectsEx and initial Carbon event handling.

2006-10-22 Thread Pierre d'Herbemont
On 22 oct. 06, at 11:32, Detlef Riekenberg wrote: On Fr, 2006-10-20 at 21:47 +0200, Pierre d'Herbemont wrote: dlls/winequartz.drv/Makefile.in |4 +- dlls/winequartz.drv/event.c | 74 +++ dlls/winequartz.drv/quartzdrv.h |5

Re: When to use SUBLANG_NEUTRAL

2006-10-22 Thread Kai Blin
On Saturday 21 October 2006 01:18, Mikołaj Zalewski wrote: As I wrote I've found that there is a mess in wine with the usage of SUBLANG_NEUTRAL and SUBLANG_DEFAULT. I tried to understand when to use which and wrote a wiki page about it: http://wiki.winehq.org/SublangNeutral . It contains

Re: Fix user/kernel times of GetProcessTimes()

2006-10-22 Thread Mike McCormack
Sidney Fong wrote: From 487243c1040f7ed17bd9241fc0f63f3f4774d76d Mon Sep 17 00:00:00 2001 From: FONG Sidney Hok Nang [EMAIL PROTECTED] Date: Sun, 22 Oct 2006 15:36:38 +0800 Subject: Fix user/kernel times of GetProcessTimes() Changes: Fix the known bug[1] of GetProcessTimes() where it

Re: Question: Convert source tarball to GIT repository

2006-10-22 Thread Mike McCormack
Matthew Kehrer wrote: So what commands are needed to just update it? I understand how to set it up from what you have said. Well, the commands are easy enough, but they need to be done on a full repository. I'll probably have a go at modifying gitweb.pl to return the mailbox you need to