- Wine-Devel - list.winehq.org

Wine on NetBSD?
by Bryce Robilliard Sept. 20, 2005

Sept. 20, 2005

I was enquiring as to whether or not Wine is compatible with NetBSD, or if any other port of Wine is compatible with NetBSD. If not are there any plans to make this so? Regards, Bryce Robilliard

2 1

Re: CopyImage for IMAGE_BITMAP still not right, next Try
by Dmitry Timoshkov Sept. 20, 2005

Sept. 20, 2005

"Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > if ((res = CreateBitmapIndirect(&bm))) > { > - char *buf = HeapAlloc( GetProcessHeap(), 0, bm.bmWidthBytes * bm.bmHeight ); > + LONG size = GetBitmapBits( hnd, 0, NULL ); > + char *buf = HeapAlloc( GetProcessHeap(), 0, size ); > GetBitmapBits( hnd, bm.bmWidthBytes * bm.bmHeight, buf ); > - SetBitmapBits( res, bm.bmWidthBytes * bm.bmHeight, buf ); > + SetBitmapBits( res, size, buf ); This doesn't look right. You need to call GetBitmapBits the second time with "size" returned from a previous GetBitmapBits call, just like you do in SetBitmapBits. -- Dmitry.

2 1

Re: fix if's that are followed by semicolons
by Andreas Mohr Sept. 20, 2005

Sept. 20, 2005

Hi, On Tue, Sep 20, 2005 at 04:49:49PM +0900, Mike McCormack wrote: > > Found with: > > find . -name \*.c -exec grep "if *([^)]*)\; *" {} \; -ls Could you perhaps create a first version of a shell script tools/find_gotchas ? We really need to make sure all those many things similar to this get fixed on an ongoing basis. Other gotchas could be if (a = b) (not easily identifiable since it might be legitimate, though) HFILE x = 0; (instead of INVALID_HANDLE or so) Andreas Mohr -- No programming skills!? Why not help translate many Linux applications! https://launchpad.ubuntu.com/rosetta

4 4

Re: [bug 3255] comboboxex fix + tests
by Michael Stefaniuc Sept. 20, 2005

Sept. 20, 2005

Hello Jason, are you sure you sent the patch? Looks to me more like the output of "cvs update" ;) bye michael Ann & Jason Edmeades wrote: > The bug itself was an off by one calculation due to zero based indexes, but > I also saw the same problem existed in other functions and so wrote some > small tests for them. > > Changelog > > Fix some off by one calculations in the comboboxex functions, and handle an > out of range positive index the same as windows + unit test case -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Burning CDs under Wine?
by Dan Kegel Sept. 20, 2005

Sept. 20, 2005

What is the current state of support for burning CDs under Wine? I checked the appdb, but can't find any recent reports of CD burning programs working. It seems to have worked at some point in the past: http://appdb.winehq.org/appview.php?appId=639 http://www.winehq.org/hypermail/wine-users/2002/09/0164.html http://www.winehq.org/hypermail/wine-devel/2001/05/0263.html But some people are having trouble now: http://www.winehq.org/hypermail/wine-users/2005/05/0100.html http://www.winehq.org/pipermail/wine-users/2005-July/018475.html The doc at http://www.winehq.org/site/docs/wine-user/config-scsi-support looks pretty old. Maybe it's time for a refresh. -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 2

Installers freezing - ole, games
by Ivan Gyurdiev Sept. 20, 2005

Sept. 20, 2005

Hi, I've been trying to get GTA: San Andreas, and Battlefield 2 running on Linux, so far without success. I suspect they are running into the same bug, because they produce very similar output (ole fixmes). Both games will freeze at some point during the install. Strangely, I don't see any errors, but I have provided an ole trace for each. Do you have any suggestions as to what the problem might be, or how to track it down? http://bugs.winehq.org/show_bug.cgi?id=3108

4 10

Re: resubmit: implement hlink.dll
by Mike McCormack Sept. 20, 2005

Sept. 20, 2005

Aric Stewart wrote: > + if (r == S_OK); I don't think you want to put a semi colon there. > + { > + if (pwzLocation) > + IHlink_SetStringReference(*(IHlink**)ppvObj, HLINKSETF_LOCATION, > + NULL, pwzLocation); > + if (pwzFriendlyName) > + IHlink_SetFriendlyName(*(IHlink**)ppvObj, pwzFriendlyName); > + if (pihlsite) > + IHlink_SetHlinkSite(*(IHlink**)ppvObj, pihlsite, dwSiteData); > + if (pimkTrgt) > + IHlink_SetMonikerReference(*(IHlink**)ppvObj, 0, pimkTrgt, > + pwzLocation); Rather than continually casting ppvObj, why not make a temporary variable of type IHlink? > +static HRESULT WINAPI IHlink_fnGetMonikerReference(IHlink* iface, > + DWORD dwWhichRef, IMoniker **ppimkTarget, LPWSTR *ppwzLocation) > +{ > + IHlinkImpl *This = (IHlinkImpl*)iface; > + > + TRACE("(%p) -> (%li %p %p)\n",This, dwWhichRef, ppimkTarget, ppwzLocation); > + > + if(ppimkTarget) > + { > + if (This->Moniker) > + *ppimkTarget = This->Moniker; > + else if (This->Site) > + IHlinkSite_GetMoniker(This->Site, This->SiteData, > + OLEGETMONIKER_FORCEASSIGN, OLEWHICHMK_CONTAINER, > + (LPVOID)ppimkTarget); > + } > + > + return S_OK; > +} The above function doesn't look right. You don't use dwWhichRef or ppwzLocation, and you unconditionally return S_OK even when *ppimkTarget is uninitialized or IHlinkSite_GetMoniker fails. Mike

1 0

scared! freedce-win32 in a cvs repository near you
by Luke Kenneth Casson Leighton Sept. 19, 2005

Sept. 19, 2005

right. 48 hours later, i've got a first version of freedce-win32 to try out, which i'm actually a bit frightened of running. just in case it works :) thank goodness for pthreads-win32, otherwise i'd be up small creek. major things todo: in ipnaf.c (actually ipnaf_linux.c or even better ipnaf_win32.c) it's necessary to write an IP-interface-enumeration function. this function presumably will call GetIpAddrTable and go over all the addresses including netmasks and broadcast addresses returning information that the rpc runtime can then "listen" on - one by one. no, freedce doesn't go listening on 0.0.0.0 it binds to all "towers" whatever they're called. because i've commented this code out (stubbed) i am not expecting freedce-win32 to work straight off. once this is working, putting it in place of rpcrt4 should be relatively straightforward (and mostly very very mind numbingly boring) - a matter of "back-converting" and following the lead of dceport.h - microsoft's "wrapper" header file that allows application developers to port DCE/RPC applications to MSRPC. i say "lead" because it's woefully inadequate, representing about 10% of the functions and structs that actually need "converting", because dceport.h contains the "publicly accessible" functions. once _that's_ done, then there will be two remaining tasks: 1) check that pthreads-win32 works under wine (!) and if so, job done, otherwise it's _yet_ another emulation layer to write, but at least the source code of pthreads-win32 represents a damn good starting point 2) mash freedce's typelib output to be compatible with MSRPC binaries. this latter is no small task (but at least it could be considered). the data structures have been _totally_ mashed, by microsoft. gotta run. later. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Empire Earth continued
by Stefan Dösinger Sept. 19, 2005

Sept. 19, 2005

Hi, I think I've found the cause of the Empire Earth crash. This is not a reference counting problem at all, Empire Earth releases the DirectDraw and Surface objects on purpose. This is what happens: 1) EE creates a DDraw object 2) It attaches a Complex Surface 3) It sets up a D3D device for this Surface 4) EE performs a Flip(NULL, 0x20) on the surface 5) It Releases the DirectDraw object 6) It Releases the surface Wine releases the surface in 5), Windows doesn't. It appears to me, that Windows doesn't release Surfaces which have a D3D object attached when the DDraw instance they belong to is freed. I have written a small test app, which reproduces EEs behaviour. It crashes in Wine, but worksin Windows 2000. I'll do some more tests and submit a patch. Stefan

3 12

OLE file close problem in win32s mathcad 5.0
by paul Sept. 19, 2005

Sept. 19, 2005

Since some work is occurring in OLE I will mention this bug. http://bugs.winehq.org/show_bug.cgi?id=3154 When you start mathcad one New blank file is opened. Trying to close any file does not work and my guess some Ole stub return value is preventing it. This application has had this problem of not closing for several years. What other traces do I need to generate? Open file splash.mcd then close it and it does not close. bash-3.00$ WINEDEBUG=+ole wine mcad Loading required GL library /usr/X11R6/lib/libGL.so.1.2 trace:ole:DllMain 0x7b7c0000 0x1 0x1 fixme:ole:OleRegisterServer (Mathcad,0x7bc9f330,0x7bc9f334,0x400000,1): stub! fixme:psdrv:PSDRV_ExtEscape QUERYESCSUPPORT(24) - not supported. fixme:ole:OleRegisterClientDoc (Mathcad document,\Untitled:1,...): stub fixme:ole:OleRegisterServerDoc (1,\Untitled:1): stub fixme:ole:OleRegisterClientDoc (Mathcad document,C:\WINMCAD\handbook\deskref\splash.mcd,...): stub fixme:ole:OleRegisterServerDoc (1,C:\WINMCAD\handbook\deskref\splash.mcd): stub fixme:ole:OleRevokeClientDoc (2): stub fixme:ole:OleRevokeServerDoc (3): stub

1 0