June 2002 - Wine-Devel - list.winehq.org

AGAIN: Wine wrongly seeing gdi32 & user32 as native

by Steven Edwards

Just setup a clean wine on slack 8.1 and any time I try to run a GUI app I'm seeing this: Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Console apps work fine and I read the thread relating to this with the tests at http://www.winehq.com/hypermail/wine-devel/2002/03/0454.html but havent been able to fix it for these apps. What else should I be doing? Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 29, 2002

idl compiler in winehq tree

by Steven Edwards

Is anyone working on this or planning on submitting it? If not I will send the diffs tommrow as some of the ReactOS developers are interested in it but only only under LGPL. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 29, 2002

Re: Wine ODBC compatibilty

by James Juran

Robert Damen wrote: > > Wine, > I found this address on your website, if it is the wrong address for > these types of questions - Sorry!. > > I was wondering weather you could answer a question I have about support for > Microsoft Office applications. > The question is about weather wine can emulate (or has its own version of) > the "ODBC Data Sources (32bit)" application found in > c:\windows\Control Panel\ODBC Data Sources > This application is used to set up DSN drivers for ODBC access on Access and > Excel. > An example of one of the drivers that this application handles is the MyODBC > 3.51 windows driver. The "ODBC Data Sources" application in the control panel merely manipulates registry entries. If all you need to do is set them up, you can do that easily with regedit. If you're wondering if they will work after you set them up, someone else will have to answer that question :-) -- James Juran jamesjuran(a)alumni.psu.edu

June 28, 2002

Re: Patches

by P. Christeas

> I'll send it to wine-patches too. > BTW, did you remark that Autocad toolbars are ill-drawn when undocked ? > Guess I 'll have to join wine-patches.. Yes, the toolbars are ill-drawn and my patch won't solve that. That may be my second goal then :) (although I 'd prefer to devote my tries to the 2o00 version :-] )

June 28, 2002

Wine ODBC compatibilty

by Robert Damen

Wine, I found this address on your website, if it is the wrong address for these types of questions - Sorry!. I was wondering weather you could answer a question I have about support for Microsoft Office applications. The question is about weather wine can emulate (or has its own version of) the "ODBC Data Sources (32bit)" application found in c:\windows\Control Panel\ODBC Data Sources This application is used to set up DSN drivers for ODBC access on Access and Excel. An example of one of the drivers that this application handles is the MyODBC 3.51 windows driver. Any information would be greatly appreciated. Thanks Robert Damen ------------------------------------------ Robert Damen IT Dept. Select Music & Video Dist. Ltd. tel: 01737 645600 x224 fax: 01737 644065 mailto:RDamen(a)selectmusic.co.uk www.selectmusic.co.uk

June 28, 2002

Re: X11DRV_SetDIBitsToDevice patch

by Max

Tony Lambregts wrote: >> Please resubmit this patch in diff -u format (+-) >> >> Tony Lambregts Ok, just submitting again Regards Max

June 28, 2002

Re: X11DRV_SetDIBitsToDevice patch

by Tony Lambregts

Max wrote: >Here the X11DRV_SetDIBitsToDevice patch from P.Christeas that solves bug 720 - >Misplaced graphics in AutoCAD R14, with some minor cleanup by me. > >Regards > >Max > >------------------------------------------------------------------------ > >Index: graphics/x11drv/dib.c >=================================================================== >RCS file: /home/wine/wine/graphics/x11drv/dib.c,v >retrieving revision 1.97 >diff -r1.97 dib.c >4736a4737,4741 > > >>/* >> Changelog : 28.06.2002 : CLEANUP : cy == oldcy everytimes, of no use !!! >> I guess must be something wrong also with 'lines' declared as UINT but used as signed >> near end of function ( -lines), but not sure..... >> >> >> >4737a4743,4744 > > >>*/ >> DWORD width ; >> >> >4739a4747 > > >4796a4805 > > >4801a4811,4814 > > >>/* >> Changelog : 20.06.2002 patch from P. Christeas with a minor cleanup by me : solves bug 720 >> >> >4803c4816,4819 >< : ySrc - startscan; >--- > > >> : ySrc - startscan; >>*/ >> descr.ySrc = lines-(ySrc-startscan)-cy ; >> >> >> >4804a4821,4823 > > >>/* >> Changelog : 28.06.2002 : CLEANUP : cy == oldcy everytimes, so it's useless to add (oldcy - cy) !!!! >> >> >4805a4825,4827 > > >>*/ >> descr.yDest = physDev->org.y + pt.y ; >> >> >> Please resubmit this patch in diff -u format (+-) Tony Lambregts

June 28, 2002

Re: What needs to be done to fix Wine DGA Input.

by Adam Luchjenbroers

> > Mouse partially ;-) works. For example I can play HMM4 in DGA. > But mouse is some slow and similar that the part of events is > lost (enter_window, leave_window, etc). The behavior I'm getting is basically mouse is visible while being moved and otherwise takes up the position returned by GetCursorPos. It seems that TA puts the cursor where it thinks it should be when it draws it. But that next frame it is snapped back to where Wine thinks it should be. I'll look into making the cursor stay where TA puts it. ATM my implementation is a bit messy as it involves two new globals in mouse.c that are used to track mouse location under DGA. Would you know of a better way of handling it?

June 28, 2002

Re: Patches

by P. Christeas

> Patches to WD are NEVER getting applied (considered "testing" patches). > Every single docu out there says to send them either to wine-patches > (much preferred) or to Alexandre directly. ;-) I did send that patch to wine-patches.. I didn't however watch that list to see what happened to my patch.

June 27, 2002

Re: (HELP) cannot run tests anymore

by Eric Pouech

Martin Wilck a écrit : > > $ make test > /home/martin/Software/Wine/TMP/wine/miscemu/wine: cannot find 'tests/kernel32_test.exe.so' > make: *** [tests/alloc.ok] Fehler 1 > > What am I doing wrong? I have tried this and that, but I don't seem to be able to > run the tests. This happens for any tests I try. > It seems that wine isn't looking for "tests/kernel32_test.exe.so" below the current directory. works fine here (except for some other errors, see wine-patches) A+

June 27, 2002