September 2007 - Wine-devel

Dfw5 draws graphs black (regression)
by Willi Mann 15 Sep '07

15 Sep '07

Hi! Derive 5 no longer draws graphs in color. It should look like that: http://wserver.wm1.at/~willi/wine/dfw.png With current versions, it draw the blue graph in black. I could track it down to this commit (between 0.9.25 and 0.9.26): http://wserver.wm1.at/~willi/wine/wine_dfw.diff.txt (In fact, these are two commits, but the intermediate version does not compile) Please let me know if I can do anything to help fixing this bug. Willi Please CC: me on replies.

2 2

Re: add shell32.755
by Maarten Lankhorst 15 Sep '07

15 Sep '07

Louis. Lenders schreef: > Hi, i'm sending in 2 patches from Anastasius Focht for review, and > hopefully for inclusion in git. Otherwise they might get "lost" and > forgotten. > > They're helpful for testing apps with native comdlg32.dll. So although > they do not really fix any real life app (not that i know of I'm missing a few tests to see if this behavior is actually what it should be like in windows. You should always add them to implementations of new functions. Cheers, Maarten

1 0

Re: fnt2fon: janitorial IgnoredReturnValues (1/5)
by Alexandre Julliard 14 Sep '07

14 Sep '07

Lionel_Debroux <lionel_debroux(a)yahoo.fr> writes: > tools/fnt2fon is flagged in the janitorial page "IgnoredReturnValues". > This page is outdated, but its content is still valid for fnt2fon, which > ignores a number of return values. I don't think that's worth fixing, the warnings are essentially useless, it just makes the code uglier. There may be a few legitimate errors in there, like checking the fopen() result, and those could be fixed; but please don't add checking to every call that gcc complains about. -- Alexandre Julliard julliard(a)winehq.org

2 2

Problem with TCP Option 0x00000008
by Christian Mahnke 14 Sep '07

14 Sep '07

Hello, i have a problem with a program that uses a network license manager. I've installed native DCOM using the winetricks script. When i start the program i got the message "fixme:winsock:WS_setsockopt Unknown IPPROTO_TCP optname 0x00000008" after the loading of native rpcltccm.dll. To work around this i've compiled a modified wine 0.9.44 with an empty case statement for 0x00000008 in socket.c. It doesn't help much, the program just fails a bit later. The TCP Option 0x00000008 is defined as TCP_ATMARK in ws2_ipdef.h in the Windows SDK. Does anyone know how this should be mapped ? Cheers, Christian

1 0

Re: winex11.drv/wintab32[1/5]: store categories field-by-field (resend)
by Alexandre Julliard 14 Sep '07

14 Sep '07

"Mikolaj Zalewski" <mikolajz(a)google.com> writes: > /*********************************************************************** > * X11DRV_WTInfoA (X11DRV.@) > + * > + * NOTES > + * If cchOnlyCountString is not NULL and the data is a string then no > + * data is stored in the output buffer but only the string length is > + * returned in *cchOnlyCountString (and is >= 1 as contains at least a NUL > + * character). It have no effect on non-string data. > + * > + * Apart from the cchOnlyCountString parameter this function differs from the > + * WTInfo[AW] as for nIndex == 0 it returns the number of items in the > + * category. It's wintab32.dll that concatenates the data > + * > + * It is valid to call WTInfoA with lpOutput == NULL, as per standard. > + * lpOutput == NULL signifies the user only wishes to find the size of > + * the data. > */ > -UINT X11DRV_WTInfoA(UINT wCategory, UINT nIndex, LPVOID lpOutput) > +UINT X11DRV_WTInfoA(UINT wCategory, UINT nIndex, LPVOID lpOutput, DWORD *cchOnlyCountString) You shouldn't change the prototype. Driver functions should follow the signature of the corresponding APIs as far as possible. -- Alexandre Julliard julliard(a)winehq.org

2 2

carbon poker under wine
by Trent Waddington 13 Sep '07

13 Sep '07

On 9/13/07, Eric Andersen <xxxx(a)xxx.com> wrote: > I was wondering if you could possibly throw me some pointers for > getting Carbon Poker working under wine. > > For the record I'm using ubuntu feisty and wine 0.9.44. I'll forward this to wine-devel, as someone else might want it. Well, first thing you should try is building wine from the git tree. This is painful and annoying because Linus is stupid and ugly but there's been a lot of fixes to the crypt32 stuff recently, and you'll need that: git clone git://source.winehq.org/git/wine.git wine cd wine ; ./configure ; make etc. You can try what I'm doing with your current version first, as it has some of this crypt32 stuff.. so it might work. I downloaded CarbonPoker.exe from the website, ran it with wine and it complains that I don't have flash8 and then just sits there and does nothing. I don't know what it is doing, so I just went downloaded Flash: wget http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_play… ./wine install_flash_player.exe That installs happily. So, running CarbonPoker.exe again.. ./wine CarbonPoker.exe err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\Macromed\\Flash\\Flash9b.ocx" Uhhh, ok. Having a look in that dir I see a Flash9.ocx but no Flash9b.ocx, what the hell? cd ~/.wine/drive_c/windows/system32/Macromed/Flash/ ln -s Flash9.ocx Flash9b.ocx cd - ./wine CarbonPoker.exe and now it is happy and starts "Installing software..." which actually means it is updating the stub.. which it then runs, and starts "Installing software..." again.. You can ignore the "HTML rendering is currently disabled" where the installer would usually be telling you about the great benefits you get from playing Carbon Poker. Eventually this finishes. The installer goes away.. and after waiting and waiting, I get bored and hit CTRL-C. Fine, let's just run it then: ./wine ~/.wine/drive_c/Program\ Files/CarbonPoker/Poker.exe I get a "It appears the software has generated a bug. You can optionally submit it with comments about what you were doing at..." and as much as I'd like to do that with something like "doesn't work under wine" I'm going to press Cancel. Now we're in the login screen and it's asking me how I'd like to login, etc. So it looks like it is running! Just to check, I'm closing it and running it again.. yep, I'm in the login screen again. It's running. Hmm, I have a login for this game around here somewhere.. putting in my email address and pressing "Forgot Password" gives me this error: wine: Call from 0x7ee53f40 to unimplemented function urlmon.dll.HlinkSimpleNavigateToMoniker, aborting That isn't much help. And that crashed it, so running it again.. Sidenote: http://www.carbonpoker.com/pass.html is not secure.. ever heard of "denial of service" guys? Anyway, got some login details. Logged in, I see spam. Click on "Poker Tables". Up some come. Click on the first non-full one and "Join Table". And yes, I can join the table and sit down. I'm playing Poker. Yah. Trent

1 1

First song purchased on iTunes 7 with Wine...
by Dan Kegel 13 Sep '07

13 Sep '07

For the record, I just bought "Autobahn" by Kraftwerk for $0.99 from the iTunes store using iTunes 7 on today's wine from git. It's playing now while I type this message. (OK, the music skips sometimes when I type or adjust the volume or move the mouse or scratch my nose... but hey, at least it's a start!) Thanks, Juan! - Dan

3 4

Re: [2/2] WGL: Sync pixmap after glFlush/glFinish, not before every GL call
by Alexandre Julliard 13 Sep '07

13 Sep '07

Chris Robinson <chris.kcat(a)gmail.com> writes: > From 95214f29672566796564db30ab7f61a2462e4e50 Mon Sep 17 00:00:00 2001 > From: Chris Robinson <chris.kcat(a)gmail.com> > Date: Wed, 12 Sep 2007 06:42:05 -0700 > Subject: [PATCH] WGL: Sync pixmap after glFlush/glFinish, not before every GL call The goal is to sync the pixmap before we start drawing to it, so doing it at glFlush time is too late. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: avifil32: Fix some memory leaks
by Paul Vriens 13 Sep '07

13 Sep '07

Andrew Talbot wrote: > Changelog: > avifil32: Fix some memory leaks. > > > - if (mmioSeek(This->paf->hmmio, This->paf->dwNextFramePos, SEEK_SET) == -1) > - return AVIERR_FILEWRITE; > - if (mmioCreateChunk(This->paf->hmmio, &ck, 0) != S_OK) > - return AVIERR_FILEWRITE; > - if (mmioWrite(This->paf->hmmio, (HPSTR)lppc, ck.cksize) != ck.cksize) > - return AVIERR_FILEWRITE; > - if (mmioAscend(This->paf->hmmio, &ck, 0) != S_OK) > + if (mmioSeek(This->paf->hmmio, This->paf->dwNextFramePos, SEEK_SET) == -1 || > + mmioCreateChunk(This->paf->hmmio, &ck, 0) != S_OK || > + mmioWrite(This->paf->hmmio, (HPSTR)lppc, ck.cksize) != ck.cksize || > + mmioAscend(This->paf->hmmio, &ck, 0) != S_OK) > + { Doesn't this mean that every one of those 4 mmio-calls are executed? In the previous logic we would bail out after one failure. -- Cheers, Paul.

3 3

Re: wineprefixcreate: Make sure the path returned by GetTempPath() during the $WINEPREFIX creation will be writable.
by Alexandre Julliard 13 Sep '07

13 Sep '07

Francois Gouget <fgouget(a)codeweavers.com> writes: > mshtml.dll (and probably many others) use GetTempPath() during the > self-registration process. But at that point the Windows environment > variables, and in particular $TMP and $TEMP, have not been set yet, > especially not in the currently running process. So when mshtml.dll > calls GetTempPath(), that function returns the current directory, which > obviously is no good if that directory is not writable (like '/' for > instance). So this patch makes 'c:\windows\temp' the current directory, > which we know will be writable (and the chdir() should have no other > side effect in this script). Actually GetTempPath is not supposed to use the current directory, I committed a fix. -- Alexandre Julliard julliard(a)winehq.org

1 0