December 2008 - Wine-Devel - list.winehq.org

Re: dlls/user32/dde_client.c warning fixes (RESEND)

by Gerald Pfeifer

On Wed, 31 Dec 2008, Alexandre Julliard wrote: > Gerald Pfeifer <gerald(a)pfeifer.com> writes: >> The current version likely is actually broken since the ! operator has >> a higher priority than bitwise & in C. Unless someone really wanted to >> use a very, hmm, unusual construct here? > No, it's clearly not intended, but fixing this breaks the tests, this > would need to be addressed first. Well, I found the bug and provided a fix, alas the testsuite is not exactly territory I feel home at. :-( I hope we won't keep the bug for the sake of not breaking a bogus test... Jeff, the vast majority of dlls/user32/tests/dde.c has been contributed by you -- is this something you could help with? Thanks, Gerald

Dec. 31, 2008

iPod synced with iTunes v7.6!

by Michael Siebert

Hallo Maarten! I'd like to reproduce iPhone access via Wine + iTunes, but your description is not detailed enough for me. How did you actually perform steps 1.-3.? Happy New Year, Michael

Dec. 31, 2008

RE: Contribution to the Toolbar common control

by ricardo filipe

although he used disassembly to check our implementation, he gave msdn proof for the notifications he talked about... and didn't contribute code. ---------------------------------------- > Date: Wed, 31 Dec 2008 08:45:43 -0600 > From: austinenglish(a)gmail.com > To: alanfeld(a)gmail.com > Subject: Re: Contribution to the Toolbar common control > CC: wine-devel(a)winehq.org > > On Wed, Dec 31, 2008 at 3:49 AM, Alan Feldman wrote: >> Hello Wine developers, >> >> I am writing to this forum because I wanted to contribute some useful >> development information to your community while at the same time not >> have to get too involved as I currently have no plans to stay involved >> going forward. >> >> I wanted to say that I am *really* impressed with the codebase that >> you guys have developed! I stumbled across the Winehq site as I was >> looking for more information on Microsoft's Toolbar common control. >> The source code you guys have has made understanding the internals of >> the Toolbar control really easy and I really appreciate the work you >> guys have done. (I even took a peek at Microsoft's comctl32.dll >> disassembly to confirm a couple of the things you guys wrote and it >> checked out) ;-) > > Wine doesn't allow reverse engineering. Sorry, but you won't be able > to contribute code if you looked at its disassembly. > > -- > -Austin > > _________________________________________________________________ Drag n’ drop—Get easy photo sharing with Windows Live™ Photos. http://www.microsoft.com/windows/windowslive/photos.aspx

Dec. 31, 2008

Re: winmm: Check param in joyConfigChanged

by Alexandre Julliard

Christian Costa <titan.costa(a)wanadoo.fr> writes: >> There's no reason to rename the parameter, 'flags' is a perfectly good >> name. >> > It was just to reflect more the MSDN. Maybe it's not that usefull. No it's not, MSDN uses the stupid Hungarian notation everywhere, and we should stay as far away as possible from that monstrosity. 'flags' is a much better name than 'dwFlags'. -- Alexandre Julliard julliard(a)winehq.org

Dec. 31, 2008

Re: winmm: Check param in joyConfigChanged

by Christian Costa

Alexandre Julliard a écrit : > Christian Costa <titan.costa(a)wanadoo.fr> writes: > > >> -MMRESULT WINAPI joyConfigChanged(DWORD flags) >> +MMRESULT WINAPI joyConfigChanged(DWORD dwFlags) >> { >> - FIXME("(%x) - stub\n", flags); >> + FIXME("(%x) - stub\n", dwFlags); >> + >> + if (dwFlags) >> + return JOYERR_PARMS; >> > > There's no reason to rename the parameter, 'flags' is a perfectly good > name. > > It was just to reflect more the MSDN. Maybe it's not that usefull.

Dec. 31, 2008

Re: Wine on Windows - wiki notes

by Steven Edwards

On Tue, Dec 30, 2008 at 5:02 PM, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > Cygwin/Mingw doesn't work due to missing functionality for wineserver I believe (not sure what). Someone recently claimed that he indeed had wine working on Interix on a 32-bit WinXP. Right now he was trying to compile it on a 64-bit Windows but had all sorts of troubles. For instance there is some define for ELF stuff which he had to disable. He didn't succeed in compiling it and I have doubts that he succeeded before but Interix looks the most promosing of the options right now. I've poked at it off and on over the years Its been my experience building on Cygwin was actually less trouble. Cygwin and SFU/Internix both require the same basic lowlevel magic. Proper signal handling, getting the thread management right and sendmsg/recvmsg support. I think someone on the cygwin side was working on the sendmsg/recvmsg part so maybe that could be ported over to SFU. Honestly though I think this is the wrong approach. If you want to emulate an older windows environment you should look at something like VMware's Thinapp. The Wine on Windows method is going to involve either emulating Win32 on Cygwin on Win32 or Win32 on POSIX on NTOS. I think its too many layers of abstraction and redirection. I don't know the internals of the Thinapp design, (if Ge van Geldorp is lurking he can explain more), but I believe it uses Side by Side assemblies to link on older versions of Windows dlls or Windows replacement dlls to trick the applications in to thinking they are on older Windows. You could take the existing Wine for Mingw32 dlls and a good bit of other Wine code and try to start a project doing something like this without the overhead of the wineserver and posix emulation. A FOSS Thinapp clone sounds like a reall fun project actually... Thanks -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

Dec. 31, 2008

Re: Contribution to the Toolbar common control

by Austin English

On Wed, Dec 31, 2008 at 3:49 AM, Alan Feldman <alanfeld(a)gmail.com> wrote: > Hello Wine developers, > > I am writing to this forum because I wanted to contribute some useful > development information to your community while at the same time not > have to get too involved as I currently have no plans to stay involved > going forward. > > I wanted to say that I am *really* impressed with the codebase that > you guys have developed! I stumbled across the Winehq site as I was > looking for more information on Microsoft's Toolbar common control. > The source code you guys have has made understanding the internals of > the Toolbar control really easy and I really appreciate the work you > guys have done. (I even took a peek at Microsoft's comctl32.dll > disassembly to confirm a couple of the things you guys wrote and it > checked out) ;-) Wine doesn't allow reverse engineering. Sorry, but you won't be able to contribute code if you looked at its disassembly. -- -Austin

Dec. 31, 2008

Re: winmm: Check param in joyConfigChanged

by Alexandre Julliard

Christian Costa <titan.costa(a)wanadoo.fr> writes: > -MMRESULT WINAPI joyConfigChanged(DWORD flags) > +MMRESULT WINAPI joyConfigChanged(DWORD dwFlags) > { > - FIXME("(%x) - stub\n", flags); > + FIXME("(%x) - stub\n", dwFlags); > + > + if (dwFlags) > + return JOYERR_PARMS; There's no reason to rename the parameter, 'flags' is a perfectly good name. -- Alexandre Julliard julliard(a)winehq.org

Dec. 31, 2008

Re: dlls/user32/dde_client.c warning fixes (RESEND)

by Alexandre Julliard

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > The current version likely is actually broken since the ! operator has > a higher priority than bitwise & in C. Unless someone really wanted to > use a very, hmm, unusual construct here? No, it's clearly not intended, but fixing this breaks the tests, this would need to be addressed first. -- Alexandre Julliard julliard(a)winehq.org

Dec. 31, 2008

Please add glut to winetricks :)

by Couannette

Hi Dan, I found winetricks very helpful ! Thank you for this very nice script ;). Could you please add glut [1] to the packages winetricks knows about ? Thank you very much, Couannette [1] http://www.opengl.org/resources/libraries/glut/glut_downloads.php

Dec. 31, 2008