Re: [tools] add winecfg to XDG menus

2007-05-14 Thread Damjan Jovanovic
On 5/15/07, Marcus Meissner <[EMAIL PROTECTED]> wrote: On Tue, May 15, 2007 at 07:36:38AM +0200, Damjan Jovanovic wrote: > Changelog: > * When installing wine, add an entry for winecfg to the XDG menus > > Damjan Jovanovic > diff -Nur a/tools/Makefile.in b/tools/Makefile.in > --- a/tools/Makefil

Re: [tools] add winecfg to XDG menus

2007-05-14 Thread Marcus Meissner
On Tue, May 15, 2007 at 07:36:38AM +0200, Damjan Jovanovic wrote: > Changelog: > * When installing wine, add an entry for winecfg to the XDG menus > > Damjan Jovanovic > diff -Nur a/tools/Makefile.in b/tools/Makefile.in > --- a/tools/Makefile.in 2007-05-03 08:46:44.0 +0200 > +++ b/t

Re: Install fail on 64bit syst Q

2007-05-14 Thread Dmitry Timoshkov
<[EMAIL PROTECTED]> wrote: Running configure... configure: creating cache config.cache checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc -m32 checking for C compiler defa

Re: mentoring

2007-05-14 Thread James Liggett
On Mon, 2007-05-14 at 20:33 -0400, Ivan Gyurdiev wrote: > > What Stefan says about discussing patches > > is true--it helps if there's not a lot of debate around a patch. > > > This quote should go down in the history of open source :) > I hope the word you're looking for is "controversy". Ye

Re: Install fail on 64bit syst Q

2007-05-14 Thread Evil Jay
Are you trying to build with (K)ubuntu Feisty (7.04)? I was able to build the 64-bit version fine on Kubuntu Gutsy Gibbon (7.10) after I installed all the prerequisite libraries. -J [EMAIL PROTECTED] wrote: Hello, I am aware that wine currently installs on 32 bit only according to numerous

Re: Install fail on 64bit syst Q

2007-05-14 Thread [EMAIL PROTECTED]
configure:2404: checking for C compiler default output file name configure:2431: gcc -m32conftest.c >&5 /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for -lc /usr/bin/ld: skipping inc

Re: mentoring

2007-05-14 Thread Ivan Gyurdiev
What Stefan says about discussing patches is true--it helps if there's not a lot of debate around a patch. This quote should go down in the history of open source :) I hope the word you're looking for is "controversy".

CMD.EXE patchset 1->6

2007-05-14 Thread Ann & Jason Edmeades
Apologies if this set arrives multiple times - I sent it all on Friday, and the mailing list only shows 1,2 and 4. I sent then again tonight separately, and immediately 3 went missing... FYI I had this problem before the last hardware upgrade on winehq, and it appeared fixed since then. I'll star

Re: Install fail on 64bit syst Q

2007-05-14 Thread Ben Hodgetts (Enverex)
[EMAIL PROTECTED] wrote: Hello, I am aware that wine currently installs on 32 bit only according to numerous blogentries. Here is my congif.log on this attempt to better assist in a X86_64 generic compile. I suppose, on my ignorance- that this compile needs to be put in a different location t

Install fail on 64bit syst Q

2007-05-14 Thread wkpickett0154
Hello, I am aware that wine currently installs on 32 bit only according to numerous blogentries. Here is my congif.log on this attempt to better assist in a X86_64 generic compile. I suppose, on my ignorance- that this compile needs to be put in a different location to be called for? I am new t

Re: mentoring

2007-05-14 Thread James Liggett
On Mon, 2007-05-14 at 13:56 -0500, Tom Spear wrote: Hey Tom, > My last question is this: What is an acceptable amount of time I > should wait before asking AJ what is wrong with a patch? I see that > patches get submitted and then the next day they are committed > oftentimes. However I would lik

Re: How works pGetAsyncKeyState?

2007-05-14 Thread James Liggett
On Mon, 2007-05-14 at 20:12 +0200, Rafał Miłecki wrote: > I can not find anywhere code writing any value to "pGetAsyncKeyState" > nor function that is executed when "pGetAsyncKeyState" is called. What you're looking at here is a function pointer to the driver that handles input for your windowing

Re: mentoring

2007-05-14 Thread Stefan Dösinger
> My last question is this: What is an acceptable amount of time I > should wait before asking AJ what is wrong with a patch? I see that > patches get submitted and then the next day they are committed > oftentimes. However I would like I am pressuring him if I submit a > patch, it didnt get com

Re: mentoring

2007-05-14 Thread Tom Spear
On 5/14/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: Hi Tom! I am afraid you have come accross an unmaintained part of wine. There is maybe nobody who can competently help you. Nobody minds helping you, but nobody can help you. What happens then is that you write a mail and get no answers. You

Re: OpenAL32 dll thunk test

2007-05-14 Thread Alexandre Julliard
Chris Robinson <[EMAIL PROTECTED]> writes: > After the previous attempt by Nick Burns was more or less abandoned, I > decided > to try making an acceptable version myself. This is the current result. > > I used the original version Nick had and got rid a lot of the macro abuse. It > still uses

How works pGetAsyncKeyState?

2007-05-14 Thread Rafał Miłecki
Hello, It's my first time I look into source of Wine. I found a bug near dlls/user32/input.c. You can find here this code: SHORT WINAPI GetAsyncKeyState(INT nKey) { return USER_Driver->pGetAsyncKeyState( nKey ); } The problem is that this function don't return right value in every case. Cou

How works pGetAsyncKeyState?

2007-05-14 Thread Rafał Miłecki
Hello, It's my first time I look into source of Wine. I found a bug near dlls/user32/input.c. You can find here this code: SHORT WINAPI GetAsyncKeyState(INT nKey) { return USER_Driver->pGetAsyncKeyState( nKey ); } The problem is that this function don't return right value in every case. Cou

Re: mentoring

2007-05-14 Thread Stefan Dösinger
Hi Tom! I am afraid you have come accross an unmaintained part of wine. There is maybe nobody who can competently help you. Nobody minds helping you, but nobody can help you. What happens then is that you write a mail and get no answers. You get frustrated(not your fault), write a mail in which

Re: [PATCH 2/8] msi/tests: automation: Add test for Installer::InstallProduct.

2007-05-14 Thread Misha Koshelev
On Mon, 2007-05-14 at 10:41 -0600, James Hawkins wrote: > On 5/14/07, Misha Koshelev <[EMAIL PROTECTED]> wrote: > > --- > > dlls/msi/tests/automation.c | 307 > > ++- > > 1 files changed, 300 insertions(+), 7 deletions(-) > > > > +/* Installer::Produc

mentoring

2007-05-14 Thread Tom Spear
Hi all, just wanted to know if anyone would _mind_ helping me with my (small) todo list. I know I've been somewhat of an annoyance lately, and for that I sincerely apologize. I'd really like to get the wine uninstaller program up to speed with the patch I have been working on, but it is not goin

Re: [PATCH 2/8] msi/tests: automation: Add test for Installer::InstallProduct.

2007-05-14 Thread James Hawkins
On 5/14/07, Misha Koshelev <[EMAIL PROTECTED]> wrote: --- dlls/msi/tests/automation.c | 307 ++- 1 files changed, 300 insertions(+), 7 deletions(-) +/* Installer::ProductState for our product code, which has been installed */ +hr = Installer_Pr

Re: OpenAL32 dll thunk test

2007-05-14 Thread Steven Edwards
On 5/14/07, Chris Robinson <[EMAIL PROTECTED]> wrote: a) Skip building the DLL if OpenAL headers aren't found on the system durring ./configure (any autotools experts want to help?) b) Properly handle the autotools stuff (any autotools experts want to help?) It seems like it would not be to har

Re: problems regression testing/compiling wine

2007-05-14 Thread Michael Stefaniuc
Saulius Krasuckas wrote: > * On Sun, 13 May 2007, Louis Lenders wrote: > >>* EA Durbin hotmail.com> writes: >> >>>No, that doesn't help, i've tried distclean, git clean -x, the usual >>>make clean, and nothing works. Regression testing seems borked passed >>>two bisects. >> >>I know I had the s

Re: dinput: Prevent race between destroying the hook window and unloading the dll.

2007-05-14 Thread Alexandre Julliard
Vitaliy Margolen <[EMAIL PROTECTED]> writes: > else ERR("Error creating message window\n"); > > +UnregisterClassW(classW, DINPUT_instance); > return 0; You need to clear the class atom if you unregister the class, otherwise the next window creation will fail. -- Alexandre Jullia