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

Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one?
by James Mckenzie Feb. 17, 2009

Feb. 17, 2009

Alexandre Julliard <julliard(a)winehq.org> wrote: >Sent: Feb 17, 2009 5:07 AM >To: Dan Kegel <dank(a)kegel.com> >Cc: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> >Subject: Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one? > >Dan Kegel <dank(a)kegel.com> writes: > >> See http://bugs.winehq.org/show_bug.cgi?id=14980 >> >> Essentially, to run Office 2007, you have to set an override >> for riched20. Since Office installs a new, spiffier version >> of riched20 in its own private directory, and expects to >> find it there, isn't it a bug that we don't let it have it? > >There's no guarantee that using the private version would help. In some >cases it does, in other cases it makes things worse. So defaulting to >builtin is preferable, this way at least when it doesn't work we have a >chance of fixing it. > I think the phrase for this is 'dll hell'. That is Application A ships with and places a copy of xyz.dll in the program directory and uses it, exclusively. This was fine for some versions of Windows when xyz.dll could add in its own functions at the end of the dll and include all of the functionality of the system provided xyz.dll. However, this breaks when the system is upgraded (witness what happened to a bunch of programs when XP SP2 was released or you upgraded from Windows 3.1 to Windows 3.11, etc.). This may or may not happen with Wine because we added the ability to first call the Native xyz.dll and if a function did not exist there, call Wine's xyz.dll. This allows the Wine project to call Wine specific versions of library code and continue to use program supplied dlls. Good idea and one that should be retained. However, some programs will NOT function without their program specific dlls, and it appears that Office 2007 is one of them. Thus, it will be necessary to switch from built-in to native, built-in for this program until Wine incorporates all of the new functions. This may also be true of other programs. James McKenzie

3 2

[RFC] Named Pipes emulation and interoperability layer
by Luke Kenneth Casson Leighton Feb. 17, 2009

Feb. 17, 2009

http://lkcl.net/namedpipes/namedpipes-emulation.txt this specification is intended to be implemented as a library, similar to a systems library that provides for example TCP/IP in userspace. thus it could easily be utilised by samba, samba tng, samba 4, apache runtime or in fact any POSIX-compliant system that intends to offer interoperable "Windows NT Named Pipe Emulation". the purpose of the document is to provide a guide to creating emulated implementation of Windows NT Named Pipes. implementors could use this to communicate between clients and servers inside their applications (such as the Wine application), with the added benefit that additional applications (such as the Samba application) that also conformed to the specification could interoperate. For example, the creation of a NamedPipe inside a Samba service could be talked to by a Wine client, and vice-versa. ultimately the specification _could_ potentially be used as a guide to writing a kernel-level implementation of Windows NT Named Pipes emulation. Note that this specification does NOT include "transfer of data over a network", as that task is carried out by SMB clients and SMB servers utilising SMBopenX, SMBclose, SMBreadX, SMBwriteX and SMBtrans2 subcommands 0x1, 0x26 and 0x53 to represent SetNPHS, WaitNamedPipe and TransactNamedPipe. Note that this specification does NOT have the API of the Win32 functions it is intended to emulate but is instead based very much on the design of the SMB protocols (much simplified), and thus provides an exact topological mapping of all SMB operations necessary to provide full Named Pipes functionality. Missing from the specification (but mandatory) at this time is PeekNamedPipe and GetNamedPipeHandleState, because it is clear that the functionality inside of Samba is entirely missing support for such (see call_trans2qpipeinfo in samba 3 smbd/trans2.c source code). Research WILL be required at a later stage in the form of running Win32 test applications, along with examination of the resultant network traffic, in order to determine the necessary support inside Samba for these two vital Named Pipe operations. From the design of Wine, and the stub code in smbd/trans2.c it is likely that these two functions will simply be direct mappings from NtQueryFileInformation #defines onto Trans2_QueryFileInfo, with blindingly obvious parameters and data structures to anyone familiar with both dlls/ntdll/file.c in Wine, and smbd/trans2.c in Samba. l.

1 0

http://wiki.winehq.org/NamedPipes - documenting the samba / wine NamedPipes integration
by Luke Kenneth Casson Leighton Feb. 17, 2009

Feb. 17, 2009

i've been updating this page with relevant information that is part requirements specification, part documentation. of particular relevance is the lack of support (in both tng and samba 3) for transferring SetNamedPipeHandleState semantics, although the "stub" functionality inside tng (smbd/pipe-proxy.c) at least records the NP message-mode flags, and then _completely_ ignores them ha ha :) exactly how this is to be implemented is unclear, and to be absolutely honest, by far the simplest-sounding approach may be to actually compile samba up as a win32 app! under such circumstances, it would be incredibly easy to then call the wine-emulated NamedPipe win32 functions CreateNamedPipe, SetNamedPipeHandleState etc. etc. given that samba tng has _already_ successfully been ported to win32, it has a head start here. and in that regard, ReactOS has it made, done and dusted! the alternative is... gaahd, i dunno... messy, to say the least, and *shudder* an mmap'd tdb is sounding _really_ attractive. tell me if this sounds reasonable. basically, a mini-wineserver protocol - a mini-SMB protocol - is required. commands to "send", "receive", "setnamedpipestate", "waitnamedpipestate" and "close". all required. * samba 3 / tng create or access named pipes as emulations over unix domain sockets, including sending a security context. in samba 3, that's called a SamInfo3, but it looks suspiciously like a NETLOGON NET_USER_INFO_3) and in tng it's a NET_USER_INFO_3... so... yep, it looks like just the name has been changed. * a program wants to create or access a named pipe; it asks wineserver (via a new function) to create or open up a unix domain socket. the locations will be the same. i.e. tng / samba3's unix domain socket pipe locations same as wineserver's. * sending / receiving of the security context blob is done in the dlls NOT in wineserver, so as to avoid blocking wineserver. * read, write, snphs, wnphs are all done with a 2-byte command prefix, followed by parameters, followed by data. exactly the same as is done in SMB and in wineserver. ... you know... if SMB wasn't so damn complicated i'd say bugger it, just send the SMBs to Wine, for _it_ to sort out!! in fact, with cliffsd's auto-generated SMB parsing code, that might even still be a valid option, given that the relevant code for parsing the SMBs is public domain. what do people think? does this sound like a reasonable proposition - a mini SMB/wineserver protocol - for use for inter-communication between wine and samba in order to exchange named pipe traffic? l.

3 5

Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one?
by James Mckenzie Feb. 17, 2009

Feb. 17, 2009

Austin English <austinenglish(a)gmail.com> wrote: >Sent: Feb 17, 2009 7:27 AM >To: Alexandre Julliard <julliard(a)winehq.org> >Cc: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org>, Dan Kegel <dank(a)kegel.com> >Subject: Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one? > >On Tue, Feb 17, 2009 at 6:07 AM, Alexandre Julliard <julliard(a)winehq.org> wrote: >> Dan Kegel <dank(a)kegel.com> writes: >> >>> See http://bugs.winehq.org/show_bug.cgi?id=14980 >>> >>> Essentially, to run Office 2007, you have to set an override >>> for riched20. Since Office installs a new, spiffier version >>> of riched20 in its own private directory, and expects to >>> find it there, isn't it a bug that we don't let it have it? >> >> There's no guarantee that using the private version would help. In some >> cases it does, in other cases it makes things worse. So defaulting to >> builtin is preferable, this way at least when it doesn't work we have a >> chance of fixing it. >> > >What happened to 'bug for bug compatibility'? > Austin: These are considered private dlls as they extend functions that do not exist in the original system dll. When they are incorporated into the standard system dlls, then the new functions, and bugs, should be incorporated into the Wine versions. I think this is what AJ and Dan K are saying. James McKenzie

1 0

Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one?
by James Mckenzie Feb. 17, 2009

Feb. 17, 2009

Dan Kegel <dank(a)kegel.com> >Sent: Feb 17, 2009 7:26 AM >To: James Mckenzie <jjmckenzie51(a)earthlink.net> >Cc: Alexandre Julliard <julliard(a)winehq.org>, "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> >Subject: Re: search path redux - if office 2007 always uses a private riched20, why does wine interpose its own global one? > >On Tue, Feb 17, 2009 at 6:23 AM, James Mckenzie ><jjmckenzie51(a)earthlink.net> wrote: >> However, some programs will NOT function without their program specific dlls, and it appears that Office 2007 is one of them. Thus, it will be necessary to switch from built-in to native, built-in for this program until Wine incorporates all of the new functions. > >But in this case, the app is using a private fork of the DLL in question, >and the new functions in the private fork will probably never go >into the public one. Dan, never assume what the Evil Empire is going to do. They may or may not put this into the dlls in Windows7 (TM). Since I'm strictly Mac for now, I don't have any idea either. Maybe someone with this operating system can look into this and give us feedback, but I'm with you as this is another method of operation of this company. James McKenzie

1 0

Re: tools/winemaker: change tabs into eight spaces
by James Mckenzie Feb. 17, 2009

Feb. 17, 2009

André Hentschel <nerv(a)dawncrow.de> wrote: > > Changes the spacing of the entire file. Also, if you are going to take this time, change indenting to two or four per level. James McKenzie

1 0

Re: [1/4](try 2)wininet: parse cookie information from cookie value
by Alexandre Julliard Feb. 17, 2009

Feb. 17, 2009

Aric Stewart <aric(a)codeweavers.com> writes: > + ptr = strchrW(ptr,';'); > + *ptr = 0; > + ptr++; > + while (*ptr == ' ') ptr++; /* whitespace */ > + /* FIXME use LOCALE_INVARIANT when implemented */ > + if (CompareStringW(MAKELCID(LANG_ENGLISH, SUBLANG_DEFAULT), > + NORM_IGNORECASE, ptr, 6, szDomain, 6) == 2) You need to check that the next char is a valid terminator (probably '=', not sure if other values are possible). Also using strncmpiW would make the code more readable. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winex11.drv: Map Super_L, Super_R, and Menu keys, correctly.
by James Mckenzie Feb. 17, 2009

Feb. 17, 2009

Paul Bryan Roberts <pbronline-wine(a)yahoo.co.uk> wrote: > >> You need to generate the patch from the top of the wine directory. You >> also need to use your real name for copyright-tracking purposes. > >"copyright-tracking purposes" > That is a way of saying that we need, for legal reasons, to know the originator of each and every line of code that exists in the Wine project code base. >and there was me thinking you wanted my real name so I could take all your feedback personally. ;) > That's another reason for using your real name. However, the first reason is that if you do not supply your real name, your code will not be accepted into the project no matter how critically it is needed. James McKenzie

1 0

big patch to implement SetupPromptForDisk (please comment)
by Ricardo Filipe Feb. 17, 2009

Feb. 17, 2009

hello guys. i have took the endeavour of making my first dialog patch, managed to do it this weekend, to implement SetupPromptForDisk, which i stubbed but had some problems on the stub. gave me some big headaches to make this work x) so here is the patch, i've made the two versions of the dialog, but before submiting i'd like your comments on it. what is wrong in it? in which file should it be? i left it in stubs.c but i think misc.c might be a better place. is it testable? i once asked this on IRC and got a "no" for response, is it not testable? should i put some comments? code documentation (or lack there of) is a flaw of mine... i'm hoping for your replies so that i can submit as soon as possible. i've made some tests for "manual" testing and i have tested in "A vampire Story", the game that needed the stub, and it all worked fine. yhey! it lacks LOTS of details though, i just implemented the juice of it and some simple details. regards.

3 3

Re: winex11.drv: Map Super_L, Super_R, and Menu keys, correctly.
by Paul Bryan Roberts Feb. 17, 2009

Feb. 17, 2009

> You need to generate the patch from the top of the wine directory. You > also need to use your real name for copyright-tracking purposes. "copyright-tracking purposes" is there a Wiki page that explains this to the uninitiated ? I looked, did not find. Google led me straight back to the cited post on wine-devel(a)winehq.org. and there was me thinking you wanted my real name so I could take all your feedback personally. ;)

2 1

Wine talk on FOSDEM
by Marcus Meissner Feb. 16, 2009

Feb. 16, 2009

Hi, A week ago I went to Bruessel / Bruxelles in Belgium to the largest opensource developer conference in Europa, FOSDEM 2009. openSUSE has a developer room there the last years and we fill our time by holding talks, mostly concerning openSUSE and stuff that we do for the distribution and what our developers do. So the openSUSE organizers asked me to hold a talk on Wine this year, after my LinuxTag talk was so well received. I expected that like 20-30 people would show up, but it actually were around 110 according to our camera guy and they filled up the room. I have no idea why Wine is so interesting though. I gave a basic introduction and overview mostly and in the end tried to demo iTunes (failed, because installation was not successful in preparation) and demoed Heroes of Might and Magic III (successful). If you want to watch my 45 minutes: http://tube.opensuse.org/fosdem09/fosdem09_day2_03-wine.ogg (196MB) And my slides are here (feel free to reuse): http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.pdf http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.odp I also said hi to some ReactOS guys. Funnily all of them in suit and tie. :) Ciao, Marcus

4 3

WINEDEBUG/Test suite
by Austin English Feb. 16, 2009

Feb. 16, 2009

Howdy, Got a bit bored over the weekend and updated my build script to build wine daily while I'm at work, then automatically run the test suite under different (currently 6) configurations. Currently, it tests: no winedebug (ae-ub-810) Wine running under a virtual desktop (ae-ub-810-virtdesktop) # this one was broken in today's test...err, not run under a virtual desktop, fixed for tomorrow's. Needed a sleep 5s to get the virtual desktop setting saved before running the test suite. WINEDEBUG=+heap (ae-ub-810-heap) WINEDEBUG=+relay (ae-ub-810-relay) WINEDEBUG=+seh (ae-ub-810-seh) WINEDEBUG=+all (ae-ub-810-all) It's got some interesting results: http://test.winehq.org/data/3fa05ae6a7c08f9534badfeffbe02db9e00ab47a/#group… Currently, several tests timeout because of it (not worried about those...besides, I just ordered parts for a quad core on newegg, so those may be gone soon). The more interesting thing is that some test fail with memory corruption, etc. Most notably, crypt32:chain, crypt32:encode, crypt32:sip, d3d9:visual, ddraw:visual, oleaut32:tmarshal, riched20:editor, riched32:editor, and rpcrt4:cstub. There are several crashes as well (netapi32:access, jscript:run, msi:msi) all with a similar error. I filed http://bugs.winehq.org/show_bug.cgi?id=17415 for that. I filed a few other bugs for some of these issues, but not all of them...hopefully some of them will be fixed before I get the chance to :-p. I'd appreciate if everyone took a couple minutes to look at any areas of the code they're familiar with and see if they can fix these failures. I plan to test around with various optimizations, e.g., -O0, etc., since I recall at WineConf 2008 there were some failures only showing up under those configurations. If that shows anything consistent, I'll add them. -- -Austin

1 0

Re: urlmon: Correctly test to see if PutProperty_CLASSIDPROP is called
by Paul Vriens Feb. 16, 2009

Feb. 16, 2009

Alistair Leslie-Hughes wrote: > Hi, > > Changelog: > urlmon: Correctly test to see if PutProperty_CLASSIDPROP is called > > Best Regards > Alistair Leslie-Hughes > > > > > > > ------------------------------------------------------------------------ > > Hi Alistair, This patch introduced some test failures on Win98 up to W2K. Could you have a look? Looks like we need some broken or optional logic. -- Cheers, Paul.

2 1

office 2007 student trial downloaded, activated, and started ok!
by Dan Kegel Feb. 16, 2009

Feb. 16, 2009

Golly, Wine must be getting good. The student trial (though not the pro trial) of office 2007 from http://office.microsoft.com seems to install, activate, and start properly with no hacks at all. Can't edit the default document though, it says "selection locked". Guess I'll try the overrides listed in the appdb. I'm just blown away that the whole download experience worked. There were two nits: 1) no progress indication other than on the taskbar, and 2) the file was downloaded to $HOME/%MYDOCS%. Are we not expanding something properly?

1 1

Re: richedit: Removed unused ME_Document structure.
by James McKenzie Feb. 16, 2009

Feb. 16, 2009

Dylan Smith wrote: > The ME_TextBuffer structure is what is used to store the document (as a > linked list), so the ME_Document structure isn't being used. There was > also a document pointer in the ME_Paragraph structure that was also > unused, so I removed it because it is probably related to this used > structure. > --- > Would this be needed for EM_FORMATRANGE support or can this safely be removed. Don't want to delete and then add back code. James McKenzie

2 1

Debian Etch, Lenny and Squeeze packages
by Ben Klein Feb. 16, 2009

Feb. 16, 2009

Debian Lenny has gone stable. YAY! I've already got chroots and my build scripts set up for Debian Squeeze, which is the new testing, so I'll be able to produce packages of Wine for Squeeze without trouble, but there are some issues I'd like comment on. 1) I will not supply packages for Etch/amd64 (this used to be a TODO for me). No negotiation on this, but I am willing to assist people to compile/package it themselves if there's a good reason for not upgrading to Lenny. 2) I'll still build Etch/i386 packages (because it's damn easy for me to do so), but how long should this go on for? Ideally, we should encourage people to upgrade to Lenny. 3) Do we want to set up a Squeeze repository with 1.1.15 in it, or should we wait until the next release to set up a Squeeze repository? If the former, I will build packages specifically on/for Squeeze - best to do it this way for maximum compatibility. Ideally, I'd like a standardised policy on points #2 and #3, so that we know what's going on for the next release of Debian (I know, long-term planning). Scott, I'd value your opinion too, even though you only do Ubuntu packages now.

2 2

Win to Lin Library Wrapper
by Seth Shelnutt Feb. 16, 2009

Feb. 16, 2009

I had an interesting thought the other day, and that is to having some built in support for forwarding windows dlls to linux .so's. A while back, I had worked on the CUDA wrapper, which basically just transfers the calls from the dll to so. At that point I didn't work on a CAL wrapper because there was not linux support from ATI with CAL. Now there is, and has been and someone has requested a CAL wrapper for folding(a)home. I've started the work on it but I have been thinking, that I think it might be benifical to have some sort of built in support in wine for this. A method for automatically sending calls made to a .dll to the linux counterpart .so, if one exist. The work involved with making a wrapper for CUDA or CAL isn't that much, it's fairly simple in the grand scheme of things. However I'm sure there must be a lot of 3rd party, non-microsoft libraries that have windows and linux counter parts, that both expect the same inputs and. I know wine already does a lot of this, but some sort of automation in the process, in which if a call is made to cudart.dll, wine sees it, and transfers the calls to cudart.so. The list of .dlls and respective .so s could simply be kept in the registry for easy editing, and adding of libraries without the need to recompile wine. Hopefully I've put my idea across clearly. What are everyone's thoughts? Thanks, Seth Shelnutt

5 4

Please advise: Wine problem with Oracle database installation
by Robert Feb. 16, 2009

Feb. 16, 2009

Dear support, I have met a problem when installing Oracle database with Wine. The error message is as follows: "Failed loading com.sun.java.accessibility.eventqueuemonitor:java.lang.classnotfoundexception:com.sun.java.accessibility.util.eventqueuemonitor" I wonder whether this problem is due to JDK plug-in is not supported in Wine. Please kindly advise. Thanks a lot! Regards Robert

2 1

Re: [3/3] WineD3D: Pass the requested srgb flag to PreLoad
by Henri Verbeet Feb. 16, 2009

Feb. 16, 2009

2009/2/14 Stefan Dösinger <stefan(a)codeweavers.com>: > + SRGB_DONTKNOW = 0, /* Uses the cached value(e.g. external calls) */ SRGB_ANY or SRGB_EITHER is probably a nicer name. Do the enum elements need explicit values? You can probably drop the typedef as well, I don't think it adds anything useful. (I already mentioned some reservations about the extent of the changes to the internal interfaces for sRGB texture duplication on IRC, but lets merge it anyway and see where it goes.)

2 1

Re: wininet: parse cookie information from cookie value
by Rob Shearman Feb. 16, 2009

Feb. 16, 2009

2009/2/13 Aric Stewart <aric(a)codeweavers.com>: > + if (CompareStringW(GetThreadLocale(), NORM_IGNORECASE, ptr, 6, > + szDomain, 6) == 2) LOCALE_INVARIANT should be used when comparing with a constant string. See here for the reasons why: http://blogs.msdn.com/michkap/archive/2004/12/29/344136.aspx http://blogs.msdn.com/larryosterman/archive/2004/07/01/171078.aspx http://msdn.microsoft.com/en-us/library/dd373795(VS.85).aspx It doesn't look like it's implemented in Wine, so I guess you should just use MAKELCID(LANG_ENGLISH, SUBLANG_DEFAULT) with a FIXME to use LOCALE_INVARIANT when it's implemented. And, yes, there's probably lots of other places where we do case insensitive comparisons incorrectly like this, but we should stop introducing new ones. -- Rob Shearman

2 1

Re: winex11.drv: Map Super_L, Super_R, and Menu keys correctly.
by Rob Shearman Feb. 16, 2009

Feb. 16, 2009

2009/2/13 GerbilSoft <gerbilsoft(a)verizon.net>: > --- keyboard.c.orig 2009-02-12 11:50:28.110457529 -0500 > +++ keyboard.c 2009-02-12 11:52:06.061206978 -0500 You need to generate the patch from the top of the wine directory. You also need to use your real name for copyright-tracking purposes. -- Rob Shearman

1 0

[Fwd: Windows on Linux App of the Year]
by Jeremy White Feb. 15, 2009

Feb. 15, 2009

We've won the 'Windows on Linux' award of the year on LinuxQuestions.org again (by quite a large margin, I might add). Woohoo! Cheers, Jeremy

2 1

1.1.15 failing to build -- what changed?
by Scott Ritchie Feb. 15, 2009

Feb. 15, 2009

1.1.15 fails to build using an identical layout to 1.1.14, which means something has changed with either the build dependencies or the way configure is working. Here's the build failure I'm getting on amd64, but it fails on all arches: http://launchpadlibrarian.net/22606029/buildlog_ubuntu-intrepid-amd64.wine_… I'm going to sleep now, but hopefully I'll figure this out Valentine's day. In the meanwhile, 1.1.15 won't be available in Ubuntu packages just yet. Thanks, Scott Ritchie

5 12

Updated cebit presentation. Looking for ideas...
by Dan Kegel Feb. 15, 2009

Feb. 15, 2009

I've been slowly finishing my cebit presentation. The current draft is at http://kegel.com/cebit/ It now talks briefly about winetricks, and uses firefox and safari as examples of installing and running platinum and bronze apps. It also talks more about support, since a windows admin I showed it to said windows admins were generally scared of trying to support open source apps. If anyone has suggestions for how to make this presentation more appealing/informative/convincing to newbies who are only familiar with windows, please let me know. Also, if anyone can tell my why firefox doesn't show the Windows logo until you refresh sometimes, I'd be grateful. Maybe it's because the same image is used twice in the same page? - Dan

4 6

WINEGATE.DLL: Wine gateway to native Unix libraries
by Martin Hinner Feb. 15, 2009

Feb. 15, 2009

Hello, I have created a small library to allow Win32 applications running under Wine to load native Unix shared libraries (.so). First (one-hour hack) version is available at http://martin.hinner.info/tmp/winegate.tar.gz ; Please consider inclusion in WINE tree (dll/ directory). Please note that Makefile.in as well as configure scripts will likely need some changes. Purpose of this Wine DLL is to allow Windows applications to use directly Unix library functions. This is useful for example for applications which talk to specific drivers and it's not efficient/possible to create system native DLL for such driver or library. Win32 app. vendor is required only to detect execution under Wine and load proper native library. WinGate.DLL exports dlopen/dlsym/dlclose/dlerror functions which allow Windows app to load additional libraries and use them. This library should export all functions that are required to load additional libraries and detect type & version of system we're running on. I believe that NO additional functions are required as you can always import uname() and call it to obtain more information on the running system, so dlopen/dlsym/dlclose is enough. Maybe some 'getwineversion' function should be included - waiting for your comments. I am sure there will be a lot of people arguing that Win32 application SHOULD NOT be modified to behave differently in Wine. I agree that in most cases it's better to fix Wine than applications, but there are real world problems that cannot be efficiently solved outside the application. One good example is when Win32 app has to talk to custom hardware. In many cases there are native Linux drivers that have different API/etc and it is very very difficult to create wrapper library between Windows-style and Linux/Unix-style drivers. In such cases it's much easier to modify source code of Windows app to use either Linux or Windows drivers/DLLs/etc. Example how to use WINEGATE.DLL is in winesupp.zip (please note this is quite silly example). If you want to see real world application which uses this library, go to http://www.jtagtest.com I have chosen name Wingate because google did not reveal any other use of such name and I think it fits it's purpose. Feel free to suggest any other names or just rename the library. Martin

6 14