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

GSoC 2008 kickoff.

by Kai Blin

Hi folks, Google announced the 2008 programme today and I wanted to use the opportunity to talk about the next steps we should take to get ready. I will start a separate thread to start collecting project ideas, presenting the ones mentioned on the wiki page [1]. New project ideas are very much welcome. If any of you feels like mentoring one of the projects, please mention that. If you're a student with your own project idea, please mention that as well. We will then have to discuss if we believe the projects are doable in a Summer of Code timeframe. When we talked about last year's projects on WineConf, it was the common opinion that we didn't do a very good job on that for 2007. I don't have a surefire solution for this, we should try being a bit more conservative though. I will add some more documentation to the SoC wiki page, does anybody have a good idea what we could call the post-mortem analysis? I know this is a correct technical term, but in my opinion it sounds a bit negative. Lacking a better alternative, I'd call it review. Can the native speakers come up with something else? Maarten, you wrote a wiki page about your 2007 experience. Could you add it to the "Helpful Links" section? [1] http://wiki.winehq.org/SummerOfCode Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

Feb. 25, 2008

Re: [msi/tests] Make tests run on win9x/NT4 again

by Paul Vriens

James Hawkins wrote: > On Sun, Feb 24, 2008 at 10:30 AM, Paul Vriens > <paul.vriens.wine(a)gmail.com> wrote: >> Hi, >> >> MsiSourceListEnumSourcesA and MsiSourceListSetInfoA are only available as of W2K. >> >> Some tests will still fail on those platforms as the missing functions are not >> skipped yet (part of a next patch when time permits). >> >> Changelog >> Make tests run on win9x/NT4 again >> > > This is nitpicky, but it took a long time to write those tests so I > feel it's deserved. > > - r = MsiSourceListEnumSourcesA(prodcode, NULL, > MSIINSTALLCONTEXT_USERUNMANAGED, > + r = pMsiSourceListEnumSourcesA(prodcode, NULL, > MSIINSTALLCONTEXT_USERUNMANAGED, > MSICODE_PRODUCT | > MSISOURCETYPE_URL, 0, NULL, &size); > > You can't see it in this email because it's wrapped, but the style of > the file is that the continued function parameters on the next lines > match up with the first character on the first line. So you need to > add the missing space to any continuing lines. Please fix that. > Not nitpicky at all, I should have spotted it. In the past I've introduced this as well (for example MsiSourceListGetInfoA in source.c). Do you think a cleanup patch for this will be accepted? I also see you have added some tests so I will wait with resending till your patches are committed. -- Cheers, Paul.

Feb. 25, 2008

Re: add rule for the .m suffix

by Damjan Jovanovic

On Wed, Feb 20, 2008 at 3:17 PM, Emmanuel Maillard <mahanuu(a)free.fr> wrote: > Hi, > > Did you convince Alexandre Julliard to include Objective-C on wine > tree ?? > Because you need to if you want to submit my patches to winehq, > or rewrite it in plain C with Carbon. > > Emmanuel Hi I don't know who to contact about this, but there's a bug in quartzdrv I've already fixed in winex11.drv: the function QDRV_ClientSideDIBCopy will corrupt images when the source and destination rectangles overlap. The patch is here: http://www.winehq.org/pipermail/wine-cvs/2007-August/035212.html Bye Damjan > Le 20 févr. 08 à 13:31, Steven Edwards a écrit : > > > > > This is needed for quartzdrv patch. Trying to reduce the size of the > > diff, I expect a real winequartzdrv will need it later on anyway > > > > -- > > 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 > > <support-m-suffix.patch> > > > >

Feb. 25, 2008

Re: add rule for the .m suffix

by Steven Edwards

Hi, On Wed, Feb 20, 2008 at 8:17 AM, Emmanuel Maillard <mahanuu(a)free.fr> wrote: > tree ?? > Because you need to if you want to submit my patches to winehq, > or rewrite it in plain C with Carbon. I had hoped but no it does not seem that he will accept it. I'm going through the patch trying to get what I can in to Winehq and then going to stick the rest at http://repo.or.cz/w/wine/winequartzdrv.git -- 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

Feb. 25, 2008

Re: USB with libusb

by Steven Edwards

On Sun, Feb 24, 2008 at 6:45 PM, Eliot Blennerhassett <linux(a)audioscience.com> wrote: > The Windows app has been linked to (win32) libusb. > How do I get it to use the linux version of libusb? > Will it "just work", or do I need to make a libusb.dll for Wine that passes > calls through to linux libusb? > > (I am talking to a hardware manufacturer that currently uses their own > custom .sys driver to access usb on windows, suggesting libusb might make > their app easier to port or just run with Wine) Look at the capi32 or opengl sources in wine and how they use dlopen/dlsym to invoke the native library and call down to the native functions. -- 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

Feb. 25, 2008

USB with libusb

by Eliot Blennerhassett

Greetings, I have been reading about general USB support. E.g. http://www.winehq.org/?issue=331#USB%20Support%20in%20Wine which mentions 4 scenarios for giving apps access to USB. But here's a 5th that I am wondering about: The Windows app has been linked to (win32) libusb. How do I get it to use the linux version of libusb? Will it "just work", or do I need to make a libusb.dll for Wine that passes calls through to linux libusb? (I am talking to a hardware manufacturer that currently uses their own custom .sys driver to access usb on windows, suggesting libusb might make their app easier to port or just run with Wine) thanks and regards -- Eliot

Feb. 24, 2008

USB with libusb

by Eliot Blennerhassett

Greetings, I have been reading about general USB support. E.g. http://www.winehq.org/?issue=331#USB%20Support%20in%20Wine This mentions 4 scenarios. But here's a 5th that I am wondering about: The Windows app has been linked to libusb. How do I get it to use the linux version of libusb? Will it "just work", or do I need to make a libusb.dll for Wine that passes calls through to linux libusb? (I am talking to a hardware manufacturer that currently uses their own custom .sys driver to access usb on windows, suggesting libusb might make their app easier to port or just run with Wine) thanks and regards -- -- Eliot

Feb. 24, 2008

[1/7] D3D9: Add a non-shader reversed fog test

by Luke Bratch

Something in this patch set breaks Peggle (Steam game, comes with The Orange Box) when it's running in software rendering mode. There is just a whole lot of: fixme:d3d_surface:surface_convert_format Cannot find a conversion function from format WINED3DFMT_X8R8G8B8 to WINED3DFMT_X8R8G8B8 Printed in the console. ___________________________________________________________ Rise to the challenge for Sport Relief with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/

Feb. 24, 2008

Re: [msi/tests] Make tests run on win9x/NT4 again

by James Hawkins

On Sun, Feb 24, 2008 at 10:30 AM, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > Hi, > > MsiSourceListEnumSourcesA and MsiSourceListSetInfoA are only available as of W2K. > > Some tests will still fail on those platforms as the missing functions are not > skipped yet (part of a next patch when time permits). > > Changelog > Make tests run on win9x/NT4 again > This is nitpicky, but it took a long time to write those tests so I feel it's deserved. - r = MsiSourceListEnumSourcesA(prodcode, NULL, MSIINSTALLCONTEXT_USERUNMANAGED, + r = pMsiSourceListEnumSourcesA(prodcode, NULL, MSIINSTALLCONTEXT_USERUNMANAGED, MSICODE_PRODUCT | MSISOURCETYPE_URL, 0, NULL, &size); You can't see it in this email because it's wrapped, but the style of the file is that the continued function parameters on the next lines match up with the first character on the first line. So you need to add the missing space to any continuing lines. Please fix that. -- James Hawkins

Feb. 24, 2008

Re: Do we need a forum?

by Jeremy Newman

Tom Wickline wrote: > http://forum.winehq.org/viewtopic.php?t=52 > > I sincerely wish you guys the best fighting off the spam assault :D Yeah, it has been difficult. Since I've never run a PHPbb board before, I never know how well these bots had the registration system down. It has really raised my blood pressure a bit this weekend. I think I've come up with a solution that will work for everybody. First, I updated the "captcha" image validation to be more random and harder to screen scrape. Second, I added a text validation field that asks you: "Who is the current maintainer of the Wine project?" This should stop both bots and human spammers that don't know about our forum. To be nice, I at least added a hint link, that takes you to the "About Wine" page on WineHQ, so new users will at least have to read a little bit of our history if they don't know.

Feb. 24, 2008