April 2008 - Wine-devel - list.winehq.org

ddiwrapper/Gsoc Re: DLL exports... HELP?! (wine based win32 printer drivers for openprinting)
by Hin-Tak Leung 01 Apr '08

01 Apr '08

So far only one person has signed up with gsoc to do the win32 print driver under linux... I found out why I couldn't build ddiwrapper earlier - it builds against latest wine now; the reason was that I was ripping from opensuse/suse src rpm, and I did not look at any of the bundled patch, and there is a bundled patch which does that. The authoritative site for ddiwrapper seems to be: ftp://ftp.suse.com/people/uli/ddiwrapper/ Although it is quite difficult to find, since most search engine gives various publibc part of suse/novell. I think the src.rpm bundled patch needs to go in properly as a new release, really. (uli(a)suse.de is the author of ddiwrapper). --- On Sun, 30/3/08, Detlef Riekenberg <wine.dev(a)web.de> wrote: > From: Detlef Riekenberg <wine.dev(a)web.de> > Subject: Re: DLL exports... HELP?! (wine based win32 printer drivers for openprinting) > To: "Hin-Tak Leung" <hintak_leung(a)yahoo.co.uk> > Cc: "Till Kamppeter" <till.kamppeter(a)gmail.com> > Date: Sunday, 30 March, 2008, 10:16 PM > On Sa, 2008-03-29 at 15:51 +0000, Hin-Tak Leung wrote: > > A personal question: would be like to be involved if a > student comes > > along, or in general in this area? (I looked it up, > you were the > > mentor for the 2007 wine project for the > printerproxy). > > > In general in this Area, Please. > > A applied as Mentor today to Help with the Applications > (winspool #at# googlemail.com) > > > You can reach me on irc (freenode.net) in #winehackers > My nick is "winspool" > > > -- > > By by ... Detlef __________________________________________________________ Sent from Yahoo! Mail. A Smarter Inbox http://uk.docs.yahoo.com/nowyoucan.html

1 0

Hey all, introducing myself and my GSoC idea...
by a a 01 Apr '08

01 Apr '08

My name is Alex. I'm an 18 year old Freshman at the University of South Florida. I'm an electrical engineer, but I've been coding since I was 13. I love low-level stuff, like assembly and ugly C, machine code, etc. I like to be able to smell the processor I'm so close to the metal. I made a proposal on GSoC to improve support for the Native API, an undocumented API in Windows. I'd really like to code for the Wine Project, since I like Windows, I like Linux, and I especially like low-level scrounging. I'm usually available by MSN, and generally fairly friendly. Send me an IM, or reply here to critique my proposal. It's entitled " Proposal to improve Wine's support of the Native API". I'm registered as cholinesterase(a)gmail.com. Will someone look it over and tell me what they think? Also, suggested reading would be nice, especially if it pertains to the project idea and Wine's code base! Thanks for reading.

5 6

Re: Greek translation patch correction
by James Hawkins 01 Apr '08

01 Apr '08

2008/3/31 Dj Apal [GR] <djapal(a)gmail.com>: > Here are the separate patches as requested by James Hawkins > One patch per email. I see that's not on the sending_patches page...man our documentation is in such bad shape (and scattered all over the place). -- James Hawkins

3 2

SOC suggestion - Vista Game Explorer APIs (needed for d3d10)
by Roderick Colenbrander 01 Apr '08

01 Apr '08

Hi, As the SOC deadline has been extended here another SOC project which I added to the wiki close to the previous deadline namely the Vista Game Explorer dll. Lots of users find Direct3D related projects cool. Part of the post-Wine-1.0 work will likely focus on D3D10. Just adding a full implementation of this dll won't get most games working as they use the Vista Game Explorer API for various purposes like storing game settings and profiles. Since this API is bundled with Windows we can't legally use Microsoft their dlls (if possible at all) and we need to add these APIs to Wine. This project would work on adding this dll. Regards, Roderick Colenbrander -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

1 0

SOC Direct3D - Implement missing D3D9_xx DLLs?
by Jeroen Janssen 01 Apr '08

01 Apr '08

Hi, I was looking at the Wine SOC wiki ( http://wiki.winehq.org/SummerOfCode ) and noticed an entry on "Direct3D - Implement missing D3D9_xx DLLs". As far as I can see there are already lots of D3D9_xx dlls in the tree that seem to forward stuf correctly. Can someone confirm this to be already finished (and then remove this item from the wiki?) If it isn't finished yet, what IS missing then? D3D10_xx DLLs seem to be currently missing (I know we don't have any d3d 10 implementation yet in wine) and it probably isn't a SOC project, but would completely stubbed D3D10_xx DLLs (patches) be accepted if I submit them to the patch mailinglist or not? Best regards, Jeroen Janssen

3 5

Re: d3d9: Add some visual tests for Direct3DDevice9_StretchRect()
by Stefan Dösinger 01 Apr '08

01 Apr '08

Am Dienstag, 1. April 2008 07:20:44 schrieb Jason Green: Did you take a look at the various capability flags? I think the test as you submitted it is correct for dx9 level cards and drivers, but there are a few capability flags like D3DDEVCAPS2_CANSTRETCHRECTFROMTEXTURE or similar. Also some drivers seem to refuse StretchRecting between offscreenplain surfaces, even if no stretching is used. Do you have any ideas what the scheme behind the allowed/forbidden blits is? So far I can see this: -> Blitting to a rendertarget surface/texture is always OK -> blitting between offscreen surfaces is ok as long as no stretching occurs -> blitting to non-RT surfaces/textures faily, except the above Did you test blitting from/to sysmem surfaces? The msdn says both must be D3DPOOL_DEFAULT as far as I remember

2 1

net: Display a more specific error message when a service command fails.
by Kirill K. Smirnov 01 Apr '08

01 Apr '08

Hi, >+ LPSTR pBuffer; >+ if (FormatMessageA(FORMAT_MESSAGE_FROM_SYSTEM | >+ FORMAT_MESSAGE_IGNORE_INSERTS | FORMAT_MESSAGE_ALLOCATE_BUFFER, >+ NULL, error, 0, (LPSTR)&pBuffer, 0, NULL)) >+ { >+ fputs(pBuffer, stdout); >+ LocalFree(pBuffer); >+ return TRUE; This is a glibc version of fputs, it DOES NOT work with wineconsole. -- Kirill P.S. Current implementation of output_string suffers from the same issue too.

1 0

Wine Release Plan
by Paul Vriens 01 Apr '08

01 Apr '08

Hi, Just noticed that the dates attached to the versions on http://wiki.winehq.org/WineReleasePlan are not correct. 0.9.58 came out on March 21st. Does this mean we still stick to May 9th or do we stick to 0.9.61 as being 1.0.0.rc1? -- Cheers, Paul.

2 1

kernel32: add stub for GetConsoleDisplayMode() et al
by Kirill K. Smirnov 01 Apr '08

01 Apr '08

Hi, In the first patch of the series you really implement SetConsoleDisplayMode() instead of GetConsoleDisplayMode(), don't you? And it is dangerous to return success in pure stub functions, especially GetConsoleDisplayMode(). Returning FALSE and setting last error to ERROR_CALL_NOT_IMPLEMENTED will be much better. -- Kirill

1 0

Re: [Bug 3297] UpdateWindow() doesn't call XFlush()
by James Hawkins 01 Apr '08

01 Apr '08

On Tue, Apr 1, 2008 at 3:15 AM, <wine-bugs(a)winehq.org> wrote: > http://bugs.winehq.org/show_bug.cgi?id=3297 > > > Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Keywords|patch | > > > > > --- Comment #6 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-04-01 03:15:06 --- > The patch is obviously incorrect, so it doesn't count. > There are a lot of bugs with incorrect patches that have the patch keyword. The patch keyword is not to make sure that all bug reports with correct patches attached get those patches submitted and committed. The point of the keyword is to alert developers to a source of information. A user attaches a patch and says, "this makes the app work." Even if the patch is wrong, a developer can see what change makes the app work, and this can potentially help the developer write a correct patch. -- James Hawkins

1 0