- wine-devel - winehq.org

Re: registry TODO
by Jonathan Wilson 22 Mar '05

22 Mar '05

> Is ReactOS's format the same as Windows. or do you have your own Binary The answer to "is the reactos registry format the same as windows" depends on which version of windows you are comparing it to. Windows 95/98/ME used system.dat and user.dat to store the registry. NT kernels (NT4, 2000, XP etc) use "registry hives" (IIRC ReactOS uses hives too, no idea if they are the same format as NT/2K/XP or not)

1 0

Re: [WINEALSA] direct sound fallback patch
by Robert Reif 22 Mar '05

22 Mar '05

Robert Reif wrote: > Don't fail when opening a device in direct sound mode. > Rather, try alternate formats first before failing. > > With the wave api, requesting a format that the > hardware can't do should fail so the wave mapper can > fix it up. However, the direct sound api does not > expect a failure (within reason) if the format isn't > supported in hardware but expects the closest > format that the hardware does support. > > This gets the direct sound regression tests working > better with the ALSA "hw" device and my lame Intel > builtin sound card. Use this patch instead. Fixes a format bug. Index: dlls/winmm/winealsa/audio.c =================================================================== RCS file: /home/wine/wine/dlls/winmm/winealsa/audio.c,v retrieving revision 1.71 diff -u -p -r1.71 audio.c --- dlls/winmm/winealsa/audio.c 21 Mar 2005 12:32:48 -0000 1.71 +++ dlls/winmm/winealsa/audio.c 21 Mar 2005 18:02:05 -0000 @@ -315,6 +315,22 @@ static const char * getMessage(UINT msg) return unknown; } +static const char * getFormat(WORD wFormatTag) +{ + static char unknown[32]; +#define FMT_TO_STR(x) case x: return #x + switch(wFormatTag) { + FMT_TO_STR(WAVE_FORMAT_PCM); + FMT_TO_STR(WAVE_FORMAT_EXTENSIBLE); + FMT_TO_STR(WAVE_FORMAT_MULAW); + FMT_TO_STR(WAVE_FORMAT_ALAW); + FMT_TO_STR(WAVE_FORMAT_ADPCM); + } +#undef FMT_TO_STR + sprintf(unknown, "UNKNOWN(0x%04x)", wFormatTag); + return unknown; +} + static DWORD bytes_to_mmtime(LPMMTIME lpTime, DWORD position, WAVEFORMATPCMEX* format) { @@ -1758,6 +1774,12 @@ static DWORD wodOpen(WORD wDevID, LPWAVE memcpy(&wwo->waveDesc, lpDesc, sizeof(WAVEOPENDESC)); copy_format(lpDesc->lpFormat, &wwo->format); + TRACE("Requested this format: %ldx%dx%d %s\n", + wwo->format.Format.nSamplesPerSec, + wwo->format.Format.wBitsPerSample, + wwo->format.Format.nChannels, + getFormat(wwo->format.Format.wFormatTag)); + if (wwo->format.Format.wBitsPerSample == 0) { WARN("Resetting zeroed wBitsPerSample\n"); wwo->format.Format.wBitsPerSample = 8 * @@ -1789,7 +1811,19 @@ static DWORD wodOpen(WORD wDevID, LPWAVE else wwo->write = snd_pcm_mmap_writei; - EXIT_ON_ERROR( snd_pcm_hw_params_set_channels(pcm, hw_params, wwo->format.Format.nChannels), MMSYSERR_INVALPARAM, "unable to set required channels"); + if ((err = snd_pcm_hw_params_set_channels(pcm, hw_params, wwo->format.Format.nChannels)) < 0) { + WARN("unable to set required channels: %d\n", wwo->format.Format.nChannels); + if (dwFlags & WAVE_DIRECTSOUND) { + if (wwo->format.Format.nChannels > 2) + wwo->format.Format.nChannels = 2; + else if (wwo->format.Format.nChannels == 2) + wwo->format.Format.nChannels = 1; + else if (wwo->format.Format.nChannels == 1) + wwo->format.Format.nChannels = 2; + WARN("changed number of channels from %d to %d\n", lpDesc->lpFormat->nChannels, wwo->format.Format.nChannels); + } + EXIT_ON_ERROR( snd_pcm_hw_params_set_channels(pcm, hw_params, wwo->format.Format.nChannels ), MMSYSERR_INVALPARAM, "unable to set required channels" ); + } if ((wwo->format.Format.wFormatTag == WAVE_FORMAT_PCM) || ((wwo->format.Format.wFormatTag == WAVE_FORMAT_EXTENSIBLE) && @@ -1819,7 +1853,24 @@ static DWORD wodOpen(WORD wDevID, LPWAVE return WAVERR_BADFORMAT; } - EXIT_ON_ERROR( snd_pcm_hw_params_set_format(pcm, hw_params, format), MMSYSERR_INVALPARAM, "unable to set required format"); + if ((err = snd_pcm_hw_params_set_format(pcm, hw_params, format)) < 0) { + WARN("unable to set required format: %s\n", snd_pcm_format_name(format)); + if (dwFlags & WAVE_DIRECTSOUND) { + if ((wwo->format.Format.wFormatTag == WAVE_FORMAT_PCM) || + ((wwo->format.Format.wFormatTag == WAVE_FORMAT_EXTENSIBLE) && + IsEqualGUID(&wwo->format.SubFormat, &KSDATAFORMAT_SUBTYPE_PCM))) { + if (wwo->format.Format.wBitsPerSample != 16) { + wwo->format.Format.wBitsPerSample = 16; + format = SND_PCM_FORMAT_S16_LE; + } else { + wwo->format.Format.wBitsPerSample = 8; + format = SND_PCM_FORMAT_U8; + } + WARN("changed bits per sample from %d to %d\n", lpDesc->lpFormat->wBitsPerSample, wwo->format.Format.wBitsPerSample); + } + } + EXIT_ON_ERROR( snd_pcm_hw_params_set_format(pcm, hw_params, format), MMSYSERR_INVALPARAM, "unable to set required format" ); + } rate = wwo->format.Format.nSamplesPerSec; dir=0; @@ -1830,9 +1881,14 @@ static DWORD wodOpen(WORD wDevID, LPWAVE return WAVERR_BADFORMAT; } if (rate != wwo->format.Format.nSamplesPerSec) { - ERR("Rate doesn't match (requested %ld Hz, got %d Hz)\n", wwo->format.Format.nSamplesPerSec, rate); - snd_pcm_close(pcm); - return WAVERR_BADFORMAT; + if (dwFlags & WAVE_DIRECTSOUND) { + WARN("changed sample rate from %ld Hz to %d Hz\n", wwo->format.Format.nSamplesPerSec, rate); + wwo->format.Format.nSamplesPerSec = rate; + } else { + ERR("Rate doesn't match (requested %ld Hz, got %d Hz)\n", wwo->format.Format.nSamplesPerSec, rate); + snd_pcm_close(pcm); + return WAVERR_BADFORMAT; + } } dir=0; EXIT_ON_ERROR( snd_pcm_hw_params_set_buffer_time_near(pcm, hw_params, &buffer_time, &dir), MMSYSERR_INVALPARAM, "unable to set buffer time");

1 2

Re: msde on wine
by Dan Kegel 22 Mar '05

22 Mar '05

Damiano Venturin wrote: > I'm interested in running msde on wine. I'm just looking around to see > if someone reached the goal. I saw you mail at > http://www.winehq.com/hypermail/wine-devel/2003/02/0583.html > > I just want to know if u was able to run it. I haven't tried since then. In the two years since then, MSI support on Wine has come a long ways, perhaps it will install now. Give it a try and report your experiences to the wine-devel mailing list, perhaps someone there can help you past the inevitable problems. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

registry TODO
by James Hawkins 22 Mar '05

22 Mar '05

Alexandre, Recently you removed the loading of the Windows registry on startup and stated that > Nobody's working on it, so it won't be supported until someone cares > enough to do it. I encouraged a few people to start working on it but > nobody did, so taking out the existing support is a way to provide > more encouragement. If that's not enough then the feature simply won't > be supported anymore. What needs to be done concerning this TODO? Looking through Bugzilla I found bug #422: "Currently Wine loads the complete registry into memory at startup. This is relatively ok when the registry is small such as in fake_windows configurations, but when importing the registry fro a Windows partition this can result in the wineserver allocating more than 30MB. This slows down startup times very significantly and wastes memory even if most of it is going to be swapped out. One of the reasons why Wine puts all the registry into memory on startup is that the current registry file format does not lend itself well to random accesses (especially writes). But there is no fundamental reason why Wine needs to read all the registry on startup. Hence this proposal to: * change the registry file format so that Wine can easily make random accesses. A 'database' format may be appropriate here, maybe based on the Berkeley database Library (libdb2/libdb3) or the GNU dbm library (libgbm1, but check license issues). * put in place a mechanism to update these files from the Windows registry files when appropriate (it seems impractical to access the Windows files directly) * modify the registry routines to retrieve only the data required by the application and cache it in memory" Is this a valid description of what needs to be done? -- James Hawkins

3 2

Regression in file tests
by Jakob Eriksson 22 Mar '05

22 Mar '05

Between http://cvs.winehq.org/cvsweb/wine/dlls/kernel/tests/file.c#rev1.46 http://test.winehq.org/data/200502231000/ and http://test.winehq.org/data/200503041000/ http://cvs.winehq.org/cvsweb/wine/dlls/kernel/tests/file.c#rev1.48 we have more about 50 more failed test results. What happened? regards, Jakob

1 1

Re: Eliminate casts of the return value of HeapAlloc
by Francois Gouget 22 Mar '05

22 Mar '05

On Mon, 21 Mar 2005, Alexandre Julliard wrote: [...] > Log message: > Mike McCormack <mike(a)codeweavers.com> > Eliminate casts of the return value of HeapAlloc. This could be turned into a pretty easy janitorial the starting point of which would be the output of this command: find . -name "*.[ch]" | xargs egrep "\) *Heap(Re)?Alloc" (344 lines) There are a couple of places where the output of HeapAlloc is being cast to a DWORD but except for those it seems pretty straightforward. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ La terre est une b\xEAta...

3 2

Status and (nearby) future of wined3d
by Paul Vriens 21 Mar '05

21 Mar '05

Hi, what will happen to the wined3d stuff, now Oliver has some 'problems' staying on-line? There were at least 4 patches or so he send which were not applied (yet). If the sole reason for that is that it couldn't be merged/applied to CVS I could give it a try. But that's about the only thing I can do regarding wined3d stuff. Cheers, Paul.

1 0

Preview-window works in Virtualdub,Paltalk etc.
by luis lenders 21 Mar '05

21 Mar '05

Hi, don't know if it's of much use for anyone, but i can now view the images from my webcam in the preview window in programs like Virtualdub, Paltalk and WebCamnow. Basically the attached "patch" reads a RGB-image from my video4linux device and "turns" this into a bitmap, which is then displayed. The device must be able to "read RGB's". In case you would like to try, replace dlls/avicap32 with the attached one, and replace include/vfw.h with the attached vfw.h. I'm skilled enough to turn this into a real patch, maybe someone with more programming capabilities could give it try. Regards Luis Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

[shlwapi/tests/shreg.c] Question about ExpandEnvironmentStringsA
by Paul Vriens 21 Mar '05

21 Mar '05

Hi, while going through some results on test.winehq.org I've noticed something regarding ExpandEnvironmentStringsA. One of the NT4 tests (I think it's one from Ivan Leo Puoti?) comes back with: shreg.c:97:sExplen1 = (24) shreg.c:99:sExplen2 = (86) while all others (i.e. win98/nt4/w2k/winxp) I've seen so far return: shreg.c:97:sExplen1 = (12) shreg.c:99:sExplen2 = (43) Why is/could the length be doubled in his case? Cheers, Paul.

2 2

Re: RICHEDIT: RTF reader i18n (now with font charset support)
by Phil Krylov 21 Mar '05

21 Mar '05

On Mon, 21 Mar 2005 14:40:38 +0300 Vitaly Lipatov <lav(a)etersoft.ru> wrote: > > > Will we do this code in locale independent manner? Why we have > > > ansiCodePage=1252 by default? > > > > It is locale independent. 1252 is the default value used if RTF does not > > specify another codepage (which almost never happens). If I used > > GetACP() here, the same RTF document would be differently imported > > depending on user locale. RTF is not supposed to act like this. If RTF > If I try open RTF where codepage is not specified, guessed codepage must be > the same as ACP. For instance if I get such file here in Russia, I suppose it > in cp1251 codepage. > > > does not specify any codepage it means that it uses CP1252. > I recommend use GetACP, otherwise in will some disadvantage for non cp1252 > users. > > > How do you find this code is locale dependent? IMHO it's _in_dependent of > > locale. > I worry only about default codepage. OK, I've made some tests using the original M$ richedit, and they show the following: \ansicpg keyword in the RTF header does not affect the used encoding when importing RTF. The encoding used for import is determined by \fcharset setting for the "current" font. If it specifies \fcharset1 (DEFAULT_CHARSET) or is omitted, GetACP() is used. If it specifies \fcharset0 (ANSI_CHARSET), CP1252 is used regardless of current locale. For other charsets, their respective codepages are used. I'll commit the required changes to the RTF reader soon. -- Ph.

1 0

Re: [ntdll] NtCreateFile update
by Jonathan Wilson 21 Mar '05

21 Mar '05

Does anyone have any links to these "documented only because Microsoft have to" type functions (like NtCreateFile etc)?

3 3

Re: Four questions to dll/iphlpapi/* wrt lstrcpyA.
by Juan Lang 21 Mar '05

21 Mar '05

Hi Peter, there's nothing magical in here, your understanding is correct. I'll answer each question individually though. > 1) I am wondering, why sizeof(ptr->Adaptername) is used instead of > MAX_ADAPTER_NAME_LENGTH+1? That's just a style thing. I prefer sizeof(thing being copied) to MAGIC_CONSTANT in case the structure being used changes. That's unlikely in this case since the structure is defined in a public header. Since it's a style thing there's no code-behavior reason to keep it this way. > 2) Is 2a supposed to be saying 15 Yes, that's just a stupid bug apparently. Why I didn't use sizeof is beyond me. > 3) Why suddenly the change to use memcpy? and not some strcpy > function as the code above it? I wrote this on a different day :) --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: DDRAW: Surface locking patch, take 2
by Christian Costa 20 Mar '05

20 Mar '05

Hi Matthew, This seems fine. There are some comments though, see below. >Index: dlls/ddraw/dsurface/dib.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/dsurface/dib.c,v >retrieving revision 1.46 >diff -u -r1.46 dib.c >--- dlls/ddraw/dsurface/dib.c 10 Mar 2005 11:13:11 -0000 1.46 >+++ dlls/ddraw/dsurface/dib.c 20 Mar 2005 16:49:40 -0000 >@@ -528,9 +528,15 @@ > DD_STRUCT_INIT(&sdesc); > > sdesc.dwSize = sizeof(sdesc); >- if (src) IDirectDrawSurface7_Lock(src, NULL, &sdesc, DDLOCK_READONLY, 0); > ddesc.dwSize = sizeof(ddesc); >- IDirectDrawSurface7_Lock(iface,NULL,&ddesc,DDLOCK_WRITEONLY,0); >+ >+ if (src == iface) { >+ IDirectDrawSurface7_Lock(iface, NULL, &ddesc, 0, 0); >+ DD_STRUCT_COPY_BYSIZE(&sdesc, &ddesc); >+ } else { >+ if (src) IDirectDrawSurface7_Lock(src, NULL, &sdesc, DDLOCK_READONLY, 0); >+ IDirectDrawSurface7_Lock(iface,NULL,&ddesc,DDLOCK_WRITEONLY,0); >+ } > > if ((sdesc.u4.ddpfPixelFormat.dwFlags & DDPF_FOURCC) && > (ddesc.u4.ddpfPixelFormat.dwFlags & DDPF_FOURCC)) { >@@ -581,7 +587,8 @@ > (xsrc.right > sdesc.dwWidth) || (xsrc.right < 0) || > (xsrc.right < xsrc.left) || (xsrc.bottom < xsrc.top))) { > WARN("Application gave us bad source rectangle for Blt.\n"); >- return DDERR_INVALIDRECT; >+ ret = DDERR_INVALIDRECT; >+ goto release; > } > /* For the Destination rect, it can be out of bounds on the condition that a clipper > is set for the given surface. >@@ -593,7 +600,8 @@ > (xdst.right > ddesc.dwWidth) || (xdst.right < 0) || > (xdst.right < xdst.left) || (xdst.bottom < xdst.top))) { > WARN("Application gave us bad destination rectangle for Blt without a clipper set.\n"); >- return DDERR_INVALIDRECT; >+ ret = DDERR_INVALIDRECT; >+ goto release; > } > > /* Now handle negative values in the rectangles. Warning: only supported for now >@@ -958,7 +966,7 @@ > > release: > IDirectDrawSurface7_Unlock(iface,NULL); >- if (src) IDirectDrawSurface7_Unlock(src,NULL); >+ if (src && src != iface) IDirectDrawSurface7_Unlock(src,NULL); > return DD_OK; > } > >@@ -975,7 +983,7 @@ > HRESULT ret = DD_OK; > LPBYTE sbuf, dbuf; > RECT rsrc2; >- RECT lock_src, lock_dst; >+ RECT lock_src, lock_dst, lock_union; > > if (TRACE_ON(ddraw)) { > TRACE("(%p)->(%ld,%ld,%p,%p,%08lx)\n", >@@ -1043,11 +1051,28 @@ > lock_dst.right = dstx + w; > lock_dst.bottom = dsty + h; > >+ bpp = GET_BPP(This->surface_desc); >+ > /* We need to lock the surfaces, or we won't get refreshes when done. */ >- sdesc.dwSize = sizeof(sdesc); >- IDirectDrawSurface7_Lock(src, &lock_src, &sdesc, DDLOCK_READONLY, 0); >- ddesc.dwSize = sizeof(ddesc); >- IDirectDrawSurface7_Lock(iface, &lock_dst, &ddesc, DDLOCK_WRITEONLY, 0); >+ if (src == iface) { >+ int pitch; >+ >+ UnionRect(&lock_union, &lock_src, &lock_dst); >+ >+ /* Lock the union of the two rectangles */ >+ IDirectDrawSurface7_Lock(iface, &lock_union, &ddesc, 0, 0); >+ >+ pitch = This->surface_desc.u1.lPitch; >+ > ddesc has not been properly initialized. you should also copy sdesc from ddesc. >+ /* Since sdesc was originally copied from this surface's description, we can just reuse it */ >+ sdesc.lpSurface = (BYTE *)This->surface_desc.lpSurface + lock_src.top * pitch + lock_src.left * bpp; >+ ddesc.lpSurface = (BYTE *)This->surface_desc.lpSurface + lock_dst.top * pitch + lock_dst.left * bpp; >+ } else { >+ sdesc.dwSize = sizeof(sdesc); >+ IDirectDrawSurface7_Lock(src, &lock_src, &sdesc, DDLOCK_READONLY, 0); >+ ddesc.dwSize = sizeof(ddesc); >+ IDirectDrawSurface7_Lock(iface, &lock_dst, &ddesc, DDLOCK_WRITEONLY, 0); >+ } > > /* Handle first the FOURCC surfaces... */ > if ((sdesc.u4.ddpfPixelFormat.dwFlags & DDPF_FOURCC) && (ddesc.u4.ddpfPixelFormat.dwFlags & DDPF_FOURCC)) { >@@ -1069,7 +1094,6 @@ > goto error; > } > >- bpp = GET_BPP(This->surface_desc); > sbuf = (BYTE *) sdesc.lpSurface; > dbuf = (BYTE *) ddesc.lpSurface; > >@@ -1141,8 +1165,13 @@ > } > > error: >- IDirectDrawSurface7_Unlock(iface, &lock_dst); >- IDirectDrawSurface7_Unlock(src, &lock_src); >+ if (src == iface) { >+ IDirectDrawSurface7_Unlock(iface, &lock_union); >+ } else { >+ IDirectDrawSurface7_Unlock(iface, &lock_dst); >+ IDirectDrawSurface7_Unlock(src, &lock_src); > You should check if src != NULL before trying to unlocking it. >+ } >+ > return ret; > } > > >

2 2

Re: [WINEALSA] fix direct sound capabilities to match HW
by Robert Reif 20 Mar '05

20 Mar '05

Robert Reif wrote: > Fix direct sound capabilities to match hardware. > > Should fix problems related to trying to do 8 bit and mono on > 16 bit stereo only hardware when using ALSA hw device and > direct sound hardware acceleration. > > > This one should work. Index: dlls/winmm/winealsa/audio.c =================================================================== RCS file: /home/wine/wine/dlls/winmm/winealsa/audio.c,v retrieving revision 1.67 diff -u -p -r1.67 audio.c --- dlls/winmm/winealsa/audio.c 19 Mar 2005 17:11:02 -0000 1.67 +++ dlls/winmm/winealsa/audio.c 20 Mar 2005 20:51:41 -0000 @@ -189,6 +189,7 @@ typedef struct { /* DirectSound stuff */ DSDRIVERDESC ds_desc; + DSDRIVERCAPS ds_caps; } WINE_WAVEOUT; typedef struct { @@ -231,6 +232,7 @@ typedef struct { /* DirectSound stuff */ DSDRIVERDESC ds_desc; + DSCDRIVERCAPS ds_caps; } WINE_WAVEIN; static WINE_WAVEOUT WOutDev [MAX_WAVEOUTDRV]; @@ -817,6 +819,38 @@ LONG ALSA_WaveInit(void) wwo->caps.dwSupport |= WAVECAPS_LRVOLUME; } + if (wwo->caps.dwFormats & (WAVE_FORMAT_1M08 | WAVE_FORMAT_2M08 | + WAVE_FORMAT_4M08 | WAVE_FORMAT_48M08 | + WAVE_FORMAT_96M08 | WAVE_FORMAT_1M16 | + WAVE_FORMAT_2M16 | WAVE_FORMAT_4M16 | + WAVE_FORMAT_48M16 | WAVE_FORMAT_96M16) ) + wwo->ds_caps.dwFlags |= DSCAPS_PRIMARYMONO; + + if (wwo->caps.dwFormats & (WAVE_FORMAT_1S08 | WAVE_FORMAT_2S08 | + WAVE_FORMAT_4S08 | WAVE_FORMAT_48S08 | + WAVE_FORMAT_96S08 | WAVE_FORMAT_1S16 | + WAVE_FORMAT_2S16 | WAVE_FORMAT_4S16 | + WAVE_FORMAT_48S16 | WAVE_FORMAT_96S16) ) + wwo->ds_caps.dwFlags |= DSCAPS_PRIMARYSTEREO; + + if (wwo->caps.dwFormats & (WAVE_FORMAT_1M08 | WAVE_FORMAT_2M08 | + WAVE_FORMAT_4M08 | WAVE_FORMAT_48M08 | + WAVE_FORMAT_96M08 | WAVE_FORMAT_1S08 | + WAVE_FORMAT_2S08 | WAVE_FORMAT_4S08 | + WAVE_FORMAT_48S08 | WAVE_FORMAT_96S08) ) + wwo->ds_caps.dwFlags |= DSCAPS_PRIMARY8BIT; + + if (wwo->caps.dwFormats & (WAVE_FORMAT_1M16 | WAVE_FORMAT_2M16 | + WAVE_FORMAT_4M16 | WAVE_FORMAT_48M16 | + WAVE_FORMAT_96M16 | WAVE_FORMAT_1S16 | + WAVE_FORMAT_2S16 | WAVE_FORMAT_4S16 | + WAVE_FORMAT_48S16 | WAVE_FORMAT_96S16) ) + wwo->ds_caps.dwFlags |= DSCAPS_PRIMARY16BIT; + + wwo->ds_caps.dwMinSecondarySampleRate = DSBFREQUENCY_MIN; + wwo->ds_caps.dwMaxSecondarySampleRate = DSBFREQUENCY_MAX; + wwo->ds_caps.dwPrimaryBuffers = 1; + ALSA_WodNumDevs++; } @@ -933,7 +967,7 @@ LONG ALSA_WaveInit(void) ALSA_WidNumDevs++; } - + return 0; } @@ -2013,7 +2047,7 @@ static DWORD wodGetVolume(WORD wDevID, L if (!wwo->ctl) return MMSYSERR_NOTSUPPORTED; - + count = snd_ctl_elem_info_get_count(wwo->playback_einfo); min = snd_ctl_elem_info_get_min(wwo->playback_einfo); max = snd_ctl_elem_info_get_max(wwo->playback_einfo); @@ -2612,25 +2646,7 @@ static HRESULT WINAPI IDsDriverImpl_GetC { IDsDriverImpl *This = (IDsDriverImpl *)iface; TRACE("(%p,%p)\n",iface,pCaps); - memset(pCaps, 0, sizeof(*pCaps)); - - pCaps->dwFlags = DSCAPS_PRIMARYMONO; - if ( WOutDev[This->wDevID].caps.wChannels == 2 ) - pCaps->dwFlags |= DSCAPS_PRIMARYSTEREO; - - if ( WOutDev[This->wDevID].caps.dwFormats & (WAVE_FORMAT_1S08 | WAVE_FORMAT_2S08 | WAVE_FORMAT_4S08 ) ) - pCaps->dwFlags |= DSCAPS_PRIMARY8BIT; - - if ( WOutDev[This->wDevID].caps.dwFormats & (WAVE_FORMAT_1S16 | WAVE_FORMAT_2S16 | WAVE_FORMAT_4S16)) - pCaps->dwFlags |= DSCAPS_PRIMARY16BIT; - - pCaps->dwPrimaryBuffers = 1; - TRACE("caps=0x%X\n",(unsigned int)pCaps->dwFlags); - pCaps->dwMinSecondarySampleRate = DSBFREQUENCY_MIN; - pCaps->dwMaxSecondarySampleRate = DSBFREQUENCY_MAX; - - /* the other fields only apply to secondary buffers, which we don't support - * (unless we want to mess with wavetable synthesizers and MIDI) */ + memcpy(pCaps, &(WOutDev[This->wDevID].ds_caps), sizeof(DSDRIVERCAPS)); return DS_OK; }

1 0

Re: ddraw correctness fixes patch
by Christian Costa 20 Mar '05

20 Mar '05

> Message du 18/03/05 13:49 > De : "Christian Costa" > A : "Tom Wickline" , "wine-devel" > Copie à : > Objet : Re: ddraw correctness fixes patch > > > > Message du 18/03/05 06:44 > > De : "Tom Wickline" > > A : "wine-devel" > > Copie à : > > Objet : ddraw correctness fixes patch > > > > anyone know why this patch hasn't been accepted? > > > > http://www.winehq.org/hypermail/wine-patches/2005/03/0328.html > > > > Tom > > > > Hi Tom, > > Sorry I missed the patch on wine-patches but I do remember an old version sent to wine-devel. > > So let's review it. :-) > > The new locking mechanism is wrong. > DDLOCK_xxx are just used for optimization. > > The thing to do during the blit should be something like that : > > sdesc.dwSize = sizeof(sdesc); > ddesc.dwSize = sizeof(ddesc); > if (src == NULL) > IDirectDrawSurface7_Lock(iface, &lock_dst, &ddesc, DDLOCK_WRITEONLY, 0); > else if (src == iface) { > RECT lock_union = < rect that just contains lock_dst and lock_src >; > IDirectDrawSurface7_Lock(iface, &lock_union, &ddesc, 0, 0); > sdesc = ddesc; I think here that sdesc and ddesc surface pointers should be remapped according to lock_src and lock_dest. > } else { > IDirectDrawSurface7_Lock(src, &lock_src, &sdesc, DDLOCK_READONLY, 0); > IDirectDrawSurface7_Lock(iface, &lock_dst, &ddesc, DDLOCK_WRITEONLY, 0); > } > > and the previous locking code should be used. > > The added DD_STRUCT_INIT are useless. > > Hope that helps. > > Bye, > Christian > > > > > >

3 4

ntdll / kernel32: #53
by Eric Pouech 20 Mar '05

20 Mar '05

This patch starts looking at providing full overlapped I/O support to named pipes. We're not here yet. It basically starts making the wineserver side of the named pipe code: - use NT values instead of kernel32 - make use of asynchronous I/O The rest of the patch is mainly cleanup. It should be a no op change. A+ -- Eric Pouech

1 0

Re: winmm patch
by Dimitrie O. Paun 20 Mar '05

20 Mar '05

On Sat, Mar 19, 2005 at 07:46:01PM -0600, Royce Mitchell III wrote: > Royce Mitchell III <royce3(a)ev1.net> > - fix warning that is really a bug - from looking at the code, wDevID > should be a UINT, not a UINT_16 ( perhaps these should be renamed? ) Please: 1. Send a diff -u (http://winehq.org/site/sending_patches) 2. Don't compress your submissions. -- Dimi.

1 0

Re: Correct calling conventions
by Marcus Meissner 20 Mar '05

20 Mar '05

On Sat, Mar 19, 2005 at 08:30:44PM -0500, Vincent Béron wrote: > Changelog: > Use the correct calling convention in various places. The problem here is too, that these functions do not have prototypes in the correct headers, otherwise gcc would have already warned about them. Ciao, Marcus

2 1

winmm problems
by Robert Lunnon 20 Mar '05

20 Mar '05

I am having some problems with the latest wine under Solaris and a small test game I use, (Little Fighter 2) , if I enable audio support the application seems to deadlock but without audio it runs OK. It doesn't matter what audio driver I select (libaudioio or arts). Since February, what changes have been made to the audio framework that might cause this behaviour? Bob

1 0

Four questions to dll/iphlpapi/* wrt lstrcpyA.
by Peter Berg Larsen 20 Mar '05

20 Mar '05

Hi, I was looking at the Janitorial project of replacing strncpy with lstrcpyn{A,W}. I found the following code in iphlpapi a little strange. (Well, only question number 2, but then could as well ask about the 2 others.) I have marked where in the code the question belongs to with the question numbers. 1) I am wondering, why sizeof(ptr->Adaptername) is used instead of MAX_ADAPTER_NAME_LENGTH+1? Is there something special coded in the 3 last bytes, since they are hidden by the = '\0' the line below? if not then this be replaced with lstrcpyn(... , MAX_ADAPTER_NAME_LENGTH+1)? 2) Is 2a supposed to be saying 15 or is there someting about IpMask and Context that must be zero, when setting IpAddress, and IpMask? 3) Why suddenly the change to use memcpy? and not some strcpy function as the code above it? Peter typedef struct { char String[4 * 4]; } IP_ADDRESS_STRING, IP_MASK_STRING, ...; typedef struct _IP_ADDR_STRING { struct _IP_ADDR_STRING* Next; IP_ADDRESS_STRING IpAddress; IP_MASK_STRING IpMask; DWORD Context; } IP_ADDR_STRING, *PIP_ADDR_STRING; typedef struct _IP_ADAPTER_INFO { ... char AdapterName[MAX_ADAPTER_NAME_LENGTH + 4]; char Description[MAX_ADAPTER_DESCRIPTION_LENGTH + 4]; BYTE Address[MAX_ADAPTER_ADDRESS_LENGTH]; IP_ADDR_STRING IpAddressList; ... IP_ADDR_STRING PrimaryWinsServer; IP_ADDR_STRING SecondaryWinsServer; } IP_ADAPTER_INFO, *PIP_ADAPTER_INFO; ipenum.c: 936 char *toIPAddressString(unsigned int addr, char string[16]) { if (string) { struct in_addr iAddr; iAddr.s_addr = addr; /* extra-anal, just to make auditors happy */ strncpy(string, inet_ntoa(iAddr), 16); string[16] = '\0'; **** 2a **** } return string; } iphlpapi_main.c: 584 DWORD WINAPI GetAdaptersInfo(PIP_ADAPTER_INFO pAdapterInfo, PULONG pOutBufLen) { ... PIP_ADAPTER_INFO ptr = &pAdapterInfo[ndx]; ... 1) /* on Win98 this is left empty, but whatever */ strncpy(ptr->AdapterName, getInterfaceNameByIndex(table->indexes[ndx]), sizeof(ptr->AdapterName)); ptr->AdapterName[MAX_ADAPTER_NAME_LENGTH] = '\0'; ... 2) toIPAddressString(getInterfaceIPAddrByIndex(table->indexes[ndx]), ptr->IpAddressList.IpAddress.String); toIPAddressString(getInterfaceMaskByIndex(table->indexes[ndx]), ptr->IpAddressList.IpMask.String); ... 3) memcpy(ptr->PrimaryWinsServer.IpAddress.String, primaryWINS.String, sizeof(primaryWINS.String)); memcpy(ptr->SecondaryWinsServer.IpAddress.String, secondaryWINS.String, sizeof(secondaryWINS.String)); ... }

1 0

kde plugin
by Oliver Stieber 20 Mar '05

20 Mar '05

Hi, I've got a plugin for KDE that displays icons and thumbnails for windows applications and dlls in Konqueror. I was intending to extend it to meta info and maybe a full kioslave for browsing windows PE files, but never got that far. At the moment it's a bit of a licensing nightmare, but I can package it up in a format that's ok for QT and Wine if anyone's interested. Oliver. Send instant messages to your online friends http://uk.messenger.yahoo.com

2 3

Re: Theming for Wine via the registry
by Oliver Stieber 20 Mar '05

20 Mar '05

--- Mike Hearn <mike(a)navi.cx> wrote: > On Sat, 2005-03-12 at 21:00 +0000, Oliver Stieber > wrote: > > > > > > Ah, that's different. That'd actually require > using > > > Gtk/Qt which we cannot > > > do, the best we can get is to look like them. > > > > > What's the problem, licensing, integration or > > thread-safety (I know QT isn't thread safe) > > Well all those *could* be problems, but the real > problem is that the > Windows widget toolkit and GTK/Qt are too different, > you can't map > between them. The only problem I can see would be drawing the widgets, I haven't looked deeply enough into QT or GTK to know if it's more on the 'impossible' side of difficult or not. Wrapping the event loop and passing events should be relatively easy. > > I may have a look at that too, it would be useful > if > > QT/GTK could use some of the existing Windows > > accessibility software. > > No, that's not what I meant. Implementing OLE > accessibility would mean > that Win32 apps on Wine appear to in native tools > like at-poke. It > wouldn't mean you could use win32 accessibility > software to access > native apps. > That doesn't sound too hard, I don't know how well defined Gnome and QT's accessibility interfaces are but I think QT's coming along quite well it would be nice is everything got Dbused though. Send instant messages to your online friends http://uk.messenger.yahoo.com

4 3

Re: dlls/advapi32/tests/security.c - Bugfix in test!
by Alexandre Julliard 19 Mar '05

19 Mar '05

Jakob Eriksson <jakov(a)vmlinux.org> writes: > --- dlls/advapi32/tests/security.c 14 Mar 2005 17:20:58 -0000 1.12 > +++ dlls/advapi32/tests/security.c 16 Mar 2005 09:32:28 -0000 > @@ -289,8 +289,8 @@ > luid.LowPart = i; > cchName = sizeof(buf); > ret = pLookupPrivilegeNameA(NULL, &luid, buf, &cchName); > - ok( ret && GetLastError() != ERROR_NO_SUCH_PRIVILEGE, > - "LookupPrivilegeNameA(0.%ld) failed: %ld\n", i, GetLastError()); > + if (GetLastError() != ERROR_NO_SUCH_PRIVILEGE) > + ok( ret, "LookupPrivilegeNameA(0.%ld) failed: %ld\n", i, GetLastError()); It doesn't really make sense to check the last error if the function succeeded. -- Alexandre Julliard julliard(a)winehq.org

4 4

Re: Wine FAQ removed from the doc tarballs
by Hiji 19 Mar '05

19 Mar '05

> I always find it annoying when I cannot go to > /usr/share/doc/<package> I suppose the other option is to provide all docs as a seperate package on a release basis (like any other package.) I could be wrong on this, but I don't think the docs are updated on a monthly basis. :) For example, a user could see that the newest Wine package released thus far is from March and the newest Wine docs package could be November of last year (arbitrary date). And if its only 23kb, it shouldn't be much of a problem for modem users; escpecially since it saves them from having to download an extra 23kb with every Wine release when they don't really need it. :) Hiji P.S. Looking at http://www.gimp.org/downloads/ , it looks like they are already doing something similar with their help files. They offer them as a seperate download. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: RICHED20: remove casts and unused code
by Dimitrie O. Paun 19 Mar '05

19 Mar '05

> +static inline char *RTFStrSave(char *s) Not a big deal, but the name is a bit uncommon. Wouldn't RTFStrDup() be a better/more recognizable name? -- Dimi.

1 0

Re: Wine FAQ removed from the doc tarballs
by Hiji 19 Mar '05

19 Mar '05

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > On Fri, Mar 18, 2005 at 02:04:08PM +0100, Francois > Gouget wrote: > > But I don't see any reason not to put it in > wine-doc-html.tar.gz or > > wine-doc-txt.tar.gz. The idea of these tar files > is so that one can get > > all the Wine documentation with just one download > and the FAQ is part of > > the documentation. > > Yes, but I can not possibly see why would anyone > want to download and > read the FAQ like this. A FAQ is essentially a Web > type of document, > best view and browsed on the Web. By including it in > those packages, > we just make them bigger for 99.99% of the users > that don't care > about the FAQ, and those users are probably the ones > that have most > bandwidth restrictions anyway. > > But I'm not totally against it being there, if > people feel strongly > that we must, I'll go with the flow. As a web developer (and Wine user), I feel inclined to believe that all major documentation should be removed from the source. A README file pointing the user to the web site for the latest documentation would be most efficient and beneficial. Basically, by doing this, users will begin realizing that if they want documentation, WineHQ is the place to go. In a sense, it is streamlining information. Not only does this reduce user confusion, but it also minimizes the propagation of old documentation which no one will have the power to update. By not consolidating the documentation resource, there will eventually be a certain percentage of the Wine userbase trying to follow outdated Wine documents. Hiji __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

TlsAlloc limitation in winxp mode
by Michael Ost 19 Mar '05

19 Mar '05

With the emulation mode set to "winxp" I can only TlsAlloc 64 indexes, even though the MSDN docs say there should be at least 20 million. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/ba… Has anyone done any work on this? Any workaround/hackarounds? ... mo

3 3

Re: [WINEOSS] use default prepare functions
by Francois Gouget 18 Mar '05

18 Mar '05

On Thu, 17 Mar 2005, Robert Reif wrote: > Fall back to default header prepare and unprepare functions. > > A driver only needs to support prepare and unprepare functions > when it is doing something special like allocating a DMA buffer for > each header. Since we don't do anything special, just fall back > to the default functions. Removes redundant code. Does that mean we could do the same wor winealsa, winearts, etc? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

3 4

Re: RICHEDIT: RTF reader i18n (now with font charset support)
by Vitaly Lipatov 18 Mar '05

18 Mar '05

В сообщении от 17 Март 2005 13:20 Phil Krylov написал(a): > this patch replaces my precious patch "RICHEDIT: RTF reader i18n" and > needs to be applied after Krzysztof Foltman's "RICHEDIT: RTF reader > improvements and optimizations (TAB craziness fixed)" patch. > > ChangeLog: > > Replaced slow and outdated character set handling in RTF reader by > Unicode/codepages support. Added charset->codepage conversion. Will we do this code in locale independent manner? Why we have ansiCodePage=1252 by default? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Registration of dlls - proposition
by Jacek Caban 18 Mar '05

18 Mar '05

Hi, Currently functions Dll[Un]RegisterServer in Wine look strange to me. It's a great code duplication. As we have ATLRegistrar implementation right now it can be changed. We can use ATL to register dlls. This way functions Dll[Un]RegisterServer can be really simple and registry can be described by elastic and simple rgs scripts. You can see example of rgs script here: http://cvs.winehq.org/cvsweb/wine/dlls/atl/atl.rgs?rev=1.2&content-type=tex… and documentation of ATLRegistrar here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmfc98/ht… There are two more aspects of this solution: - dependence on atl I don't think it's a true problem as we can create ATLRegistrar by CoCreateInstance and finally we depend on atl _only_ while registering, so it's not a great dependency... - header file We would need to make atliface.idl accessible for other dlls. Actually it is a public ATL header file, so there is nothing wrong in doing this. We could just move it to include/ (or maybe include/atl where, in future, more headers of ATL could be placed). The benefit is: no code duplication, more elastic and clean registration code. What do you think? Is it a good idea? Thanks, Jacek

2 1

Re: Add some autoconf warnings
by Alexandre Julliard 18 Mar '05

18 Mar '05

Francois Gouget <fgouget(a)free.fr> writes: > I thought I had sent this patch months ago but apparently not. The > idea is to warn the user when some often used libraries are missing > and is based on the warnings issued for bad Mesa or X > configurations. Let me know if the range of checks should be expanded > or reduced or otherwise tweaked. We've discussed this before, I don't think we should warn about these things, it's perfectly harmless in most cases and will just alarm users for no good reason. -- Alexandre Julliard julliard(a)winehq.org

5 5

Re: Wine FAQ removed from the doc tarballs
by wino＠piments.com 18 Mar '05

18 Mar '05

>> A FAQ is essentially a Web type of document, best view and browsed on the Web. This does not ring true. I dont see that any part of the doc "best viewed on the web" unless it's something like a change log or last minute info. Someone with limitted acces time or pay by the minute may well want to grab the whole thing at full speed and read it later off line. Neither do I think that the FAQ represents such a large percentage of the total that it merits speciail treatment. If the doc as a whole is deemed too big split it, I doubt that this is necessary. Regards. -- Opera 7 mail on Linux

1 0

Re: STI, device drivers and stuff
by Damjan Jovanovic 18 Mar '05

18 Mar '05

--- Kuba Ober <kuba(a)mareimbrium.org> wrote: > > IStiDeviceControl are probably part of the Windows > DDK > > (Device Driver Kit), and that you get separately > from > > Microsoft (for a ridiculous price). > > It's a free CD. You pay only for shipping. If you > want, I've got two of those > and can transfer one of them to be taken care of by > the wine folks. As long > as it's a US address, that is. > > Cheers, Kuba No, I live in South Africa. Can't you email me the file? Bye Damjan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Wine FAQ removed from the doc tarballs
by Francois Gouget 18 Mar '05

18 Mar '05

I noticed that we don't include the Wine FAQ in the Wine documentation tarballs. So I added it but then I noticed that it was removed from the tarballs by this patch: --- revision 1.36 date: 2003-09-18 20:51:32 +0000; author: julliard; state: Exp; lines: +9 -5 Remove the FAQ from the doc tarball, and build it as a single .html file (based on patch by Dimitrie O. Paun). --- What's the reasoning behind this? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In theory, theory and practice are the same, but in practice they're different.

2 3

Re: ddraw correctness fixes patch
by Christian Costa 18 Mar '05

18 Mar '05

> Message du 18/03/05 06:44 > De : "Tom Wickline" > A : "wine-devel" > Copie à : > Objet : ddraw correctness fixes patch > > anyone know why this patch hasn't been accepted? > > http://www.winehq.org/hypermail/wine-patches/2005/03/0328.html > > Tom > Hi Tom, Sorry I missed the patch on wine-patches but I do remember an old version sent to wine-devel. So let's review it. :-) The new locking mechanism is wrong. DDLOCK_xxx are just used for optimization. The thing to do during the blit should be something like that : sdesc.dwSize = sizeof(sdesc); ddesc.dwSize = sizeof(ddesc); if (src == NULL) IDirectDrawSurface7_Lock(iface, &lock_dst, &ddesc, DDLOCK_WRITEONLY, 0); else if (src == iface) { RECT lock_union = < rect that just contains lock_dst and lock_src >; IDirectDrawSurface7_Lock(iface, &lock_union, &ddesc, 0, 0); sdesc = ddesc; } else { IDirectDrawSurface7_Lock(src, &lock_src, &sdesc, DDLOCK_READONLY, 0); IDirectDrawSurface7_Lock(iface, &lock_dst, &ddesc, DDLOCK_WRITEONLY, 0); } and the previous locking code should be used. The added DD_STRUCT_INIT are useless. Hope that helps. Bye, Christian

1 0

animate control regression
by Krzysztof Foltman 18 Mar '05

18 Mar '05

The current CVS version has a regression in the animate control, causing a deadlock, most probably in WM_DESTROY handler, in the app I'm testing Wine with. trace:message:SPY_ExitMessage (0x10038) L"{SysAnimate32}" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_EnterMessage (0x10038) L"{SysAnimate32}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 err:ntdll:RtlpWaitForCriticalSection section 0x403a3cb8 "?" wait timed out in thread 0009, blocked by 000a, retrying (60 sec) Reversing these two patches seems to fix the problem: http://cvs.winehq.org/patch.py?id=16654 http://cvs.winehq.org/patch.py?id=16619 I don't know if patch 16654 has any effect on this problem - I don't know this code well enough to reverse patches in random order. Hope it isn't difficult to fix... Krzysztof

3 3

New wine user
by Jerry H. Menor 18 Mar '05

18 Mar '05

Hi all, Wine is ronning just fine, and our program.exe is working, I just want to know if it is possible to create a shorcut of our program on our desktop so that a end user will just click the icon on the desktop to run the program.exe without typing on th text command "wine program.exe". TYIA! Jerry

2 1

Re: TlsAlloc limitation in winxp mode
by Jon Griffiths 18 Mar '05

18 Mar '05

Hi Michael, > With the emulation mode set to "winxp" I can only TlsAlloc 64 > indexes, even though the MSDN docs say there should be at least > 20 million. You're misreading that page, the limits are: Win 2000/2003 & XP - 1088 indexes per process Win Me/98 - 80 indexes per process Win NT and 95 - 64 indexes per process So it seems that Me/98 add 16 on top of the original 64 limit, while from Win2k onwards another 1024 indices were added. You can almost certainly work around this if you have the source for the app you are trying to run, unless your app has more than 64 threads running at once. Just take all of the per-thread data you need and stick it into a structure, store only the pointer to that for each thread (1 slot). This adds a layer of indirection but means you are limited only by the heap, provided you don't have more than 64 threads. See dlls/msvcrt/thread.c for an implementation example. Cheers, Jon "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: New wine user
by Hiji 18 Mar '05

18 Mar '05

--- "Jerry H. Menor" <jerry(a)netserve.ph> wrote: > Hi all, > > Wine is ronning just fine, and our program.exe is > working, I just want to > know if it is possible to create a shorcut of our > program on our desktop > so that a end user will just click the icon on the > desktop to run the > program.exe without typing on th text command "wine > program.exe". > > TYIA! > Jerry Hi Jerry, Yes, you can. On your Linux desktop, create a launcher with the "wine program.exe" command (there should be a field for such a thing). Also, for general Wine usage, wine-users(a)winehq.org might be better suited for your needs. :) Hiji __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: OLE32: Allow STGM_SHARE_EXCLUSIVE for nameless storage files
by Mike McCormack 18 Mar '05

18 Mar '05

Actually, I think the test is just the wrong way round. It should read if (STGM_SHARE_MODE(grfMode) != STGM_SHARE_EXCLUSIVE) I screwed it up in the following commit: http://cvs.winehq.org/cvsweb/wine/dlls/ole32/storage32.c.diff?r1=1.71&r2=1.… Mike Troy Rollo wrote: > StgOpenStorage was failing if pwcsName was NULL and the share flags were > STGM_SHARE_EXCLUSIVE. It shouldn't (Windows allows this). > > ChangeLog: > Allow STGM_SHARE_EXCLUSIVE for StgOpenStorage with pwcsName == NULL > - if (STGM_SHARE_MODE(grfMode) == STGM_SHARE_EXCLUSIVE) > - goto end; > -

1 0

ddraw correctness fixes patch
by Tom Wickline 18 Mar '05

18 Mar '05

anyone know why this patch hasn't been accepted? http://www.winehq.org/hypermail/wine-patches/2005/03/0328.html Tom

1 0

Re: STI, device drivers and stuff
by Damjan Jovanovic 17 Mar '05

17 Mar '05

--- Mike McCormack <mike(a)codeweavers.com> wrote: > > I've noticed that STI.DLL uses the > IStiDeviceControl > > interface, which is defined by the STIUSD.H file I > > haven't got (it might be part of the Windows DDK > or > > something). Any idea where to find it? > > I can't see any definition of IStiDeviceControl in > the Windows SDK. > Where are you seeing stiusd.h? It's in the .NET 2003 MSDN Library documentation, section "Windows Development", subsection "Device Drivers", somewhere in the still image stuff (I can send you a PDF of it, it's around 30 MB). IStiUSD and IStiDeviceControl are probably part of the Windows DDK (Device Driver Kit), and that you get separately from Microsoft (for a ridiculous price). I'll see if I can get it from the ReactOS people. Does anyone else on this mailing list have the Windows DDK around and a spare stiusd.h they want to share? > Mike Damjan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

Re: [WINEALSA] use real name for wave also
by Robert Reif 17 Mar '05

17 Mar '05

Robert Reif wrote: > Use real names for wave device also. Please disregard this patch. I will present a better one shortly.

1 0

WineConf: book your hotel now
by Brian Vincent 17 Mar '05

17 Mar '05

I'm just sending this out as a reminder for everyone to book your hotel room for WineConf. For more information, check out: 1. http://www.winehq.com/site/wineconf 2. http://www.winehq.com/site/wineconf/travel The last day to reserve a room is tomorrow - March 17th. There's no guarantee rooms will be available after that, and I don't have any indication the hotel will allow reservations after that. If you haven't looked at the details, it's a great deal - 81EUR for Friday and Saturday night and it includes breakfast in the morning. If you're thinking to yourself, "I'd like to go to Wineconf, but I don't think I'm cool enough." Well, you should try to attend. You'll probably really enjoy it. PS - still looking for ideas for the agenda, if you have any, let me know. Also let me know if you'd like to present something. -Brian

9 19

Suggestion for a couple of additional janitorial projects
by Dmitry Timoshkov 17 Mar '05

17 Mar '05

Hi all, I'd like to suggest to add the following janitorial projects for Wine: 1. Fix Wine to be compilable by a 64-bit compiler a) before accomplishing this task read a good article about porting Win32 code to Win64. b) inspect and fix all public Win32 headers to match PSDK definitions. c) make sure that pointers do not get truncated. d) add support for Win64. 2. Fix wrong assumptions in Wine about endianess. a) inspect all Wine code and public headers to eliminate endianess dependent constructs (low/high parts of a field, bit fileds), add WORDS_BIGENDIAN when appropriate. b) make sure that Wine code handles data in an endianess independent way. -- Dmitry.

2 2

Re: ole32: begin implementing IPropertyStorage
by Alexandre Julliard 17 Mar '05

17 Mar '05

Juan Lang <juan_lang(a)yahoo.com> writes: > This is getting big enough I might as well float a patch by. > > ChangeLog: start of implementation of IPropertyStorage This breaks the tests: storage32.c:481: Test failed: failed to create property set storage storage32.c:489: Test failed: failed to create property set storage storage32.c:496: Test failed: open failed storage32.c:534: Test failed: ref count wrong storage32.c:537: Test failed: ref count wrong make[1]: *** [storage32.ok] Error 5 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: SHELL32: minor fix in debughlp.c (crash in file dialogs)
by Mike McCormack 17 Mar '05

17 Mar '05

This following patch breaks the file open dialog, so if your file open dialog box crashes in the CVS, this is the thing to revert. _dbg_ILGetNext doesn't seem to return NULL if pidl->mkid.cb is zero... Mike Filip Navara wrote: > _dbg_ILGetNext returns NULL if pidl->mkid.cb is zero, fix the > loops accordingly. > > > ------------------------------------------------------------------------ > > --- dlls/shell32/debughlp.c > +++ dlls/shell32/debughlp.c > @@ -215,7 +215,7 @@ > > pidltemp = _dbg_ILGetNext(pidltemp); > > - } while (pidltemp->mkid.cb); > + } while (pidltemp); > } > else > { > @@ -275,7 +275,7 @@ > } > } > pidltemp = _dbg_ILGetNext(pidltemp); > - } while (pidltemp->mkid.cb); > + } while (pidltemp); > } > return ret; > }

1 0

Clipboard regression
by Ron Jensen 17 Mar '05

17 Mar '05

>Hello List, > >This patch from 2005/03/07 causes a Clipboard regression: > >http://www.winehq.org/hypermail/wine-cvs/2005/03/0111.html > >Whenever the clipboard is used the process crashes with an X error. >To reproduce it just start notepad and right click into the text area: This also seems to be the cause of X11 errors I am seeing with IrfanView and Textpad. Both apps fail at startup with an X Error, IrfanView is the simpler case: :~$ WINEDEBUG=clipboard wine C/Program\ Files/IrfanView/i_view32.exe trace:clipboard:X11DRV_CLIPBOARD_InsertClipboardFormat Registering format(49173): L"Rich Text Format" drvData 399 trace:clipboard:X11DRV_CLIPBOARD_InsertClipboardFormat Registering format(49174): L"GIF" drvData 396 trace:clipboard:X11DRV_IsClipboardFormatAvailable (0008) trace:clipboard:X11DRV_EmptyClipboard 0 entries remaining in cache. X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 208 Current serial number in output stream: 209 The offending function seems to be the calls to X11DRV_CLIPBOARD_QueryTargets() in X11DRV_CLIPBOARD_QueryAvailableData(). X11DRV_IsClipboardFormatAvailable() calls X11DRV_CLIPBOARD_UpdateCache() which calls X11DRV_CLIPBOARD_QueryAvailableData() which calls X11DRV_CLIPBOARD_QueryTargets() which throws the X Error. These apps both work if started in a desktop window. Ron Jensen

4 5

Re: SHELL32: use structure defined in standard headers for advertised shortcut info
by Dmitry Timoshkov 17 Mar '05

17 Mar '05

"Mike McCormack" <mike(a)codeweavers.com> wrote: > - LINK_ADVERTISEINFO buffer; > + EXP_DARWIN_LINK buffer; ... > - TRACE("magic %08lx string = %s\n", buffer.magic, debugstr_w(buffer.bufW)); > + TRACE("magic %08lx string = %s\n", buffer.dbh.dwSignature, debugstr_w(buffer.szwDarwinID)); > > - if( (buffer.magic&0xffff0000) != 0xa0000000 ) > + if( (buffer.dbh.dwSignature&0xffff0000) != 0xa0000000 ) After reading your patch I inspected ShlObj.h from PlatformSDK and found out the following: typedef struct { DWORD cbSize; // Size of this extra data block DWORD dwSignature; // signature of this extra data block CHAR szTarget[ MAX_PATH ]; // ANSI target name w/EXP_SZ in it WCHAR swzTarget[ MAX_PATH ]; // UNICODE target name w/EXP_SZ in it } EXP_SZ_LINK, *LPEXP_SZ_LINK; #define EXP_SZ_LINK_SIG 0xA0000001 // LPEXP_SZ_LINK (target) #define EXP_SZ_ICON_SIG 0xA0000007 // LPEXP_SZ_LINK (icon) Is it a better choice? -- Dmitry.

5 4

AW: WineConf: book your hotel now
by Hans-Ulrich Schmid 17 Mar '05

17 Mar '05

Hi, there are enough rooms left in the hotel. Please use "WineConf" as keyword. See you in Stuttgart Hans-Ulrich Schmid Wirtschaftsförderung Region Stuttgart GmbH Stuttgart Region Economic Development Corporation FIR_st - Forum IT-Region Stuttgart Friedrichstr. 10 70174 Stuttgart www.first.region-stuttgart.de www.opensource.region-stuttgart.de www.competenzatlas.de www.region-stuttgart.de Tel ++49.711.22835 - 27 Tel mobil ++49.172.7310463 Fax ++49.711.22835 - 55 > -----Ursprüngliche Nachricht----- > Von: Brian Vincent [mailto:brian.vincent@gmail.com] > Gesendet: Mittwoch, 16. März 2005 22:41 > An: Paul van Schayck > Cc: wine-devel(a)winehq.org; Hans-Ulrich Schmid > Betreff: Re: WineConf: book your hotel now > > > On Wed, 16 Mar 2005 21:08:29 +0100, Paul van Schayck > <polleke(a)gmail.com> wrote: > > They are already completely booked... they replied "At this time we > > have not any rooms" this afternoon. > > This happened a few weeks ago and they did have rooms available. Did > you include the keyword "WINECON" with your reservation request? As > far as I know we're still ok - the RSVP list is still slightly less > than the number of rooms we've got, plus we know some people on the > RSVP list aren't staying there. > > I'm CC'ing our local contact to see if he can find out what's going > on. Hopefully we're still ok on rooms. Mr. Schmid - can you email > Paul as well as cc the wine-devel(a)winehq.org list when you find out? > > -Brian >

1 0

Re: Problems with VirtualAlloc/Lock
by Michael Ost 17 Mar '05

17 Mar '05

On Mon, 2005-03-14 at 20:13, you wrote: > > * VirtualLock does nothing in Wine > VirtualLock does nothing in win95,98,ME as well :) > > I bet the correct behaviour for wine is to do anything in VirtualLock > only if you set windows version to NT/2000/XP. Did you do it? Good point. But the setting is "winxp". I played with the setting and it doesn't change the behavior. > Anyway, mlock() seems to work fine, so this should be implementable. That would be the natural call to use. The absence of mlock in the wine source tree was one of my early clues that there was a problem! %) > > * Wine makes no distinction between MEM_RESERVE and MEM_COMMIT > Assuming that we're talking about VirtualAlloc(). Yes, but I wasn't specific enough. VirtualAlloc(MEM_RESERVE) and MEM_COMMIT are handled differently in the code. I don't understand the code, the design, or Linux mmap() sufficiently to say if they work correctly or not. They both end up calling mmap() which looks right. What I was trying to say is that in winxp MEM_RESERVE and MEM_COMMIT will VirtualAlloc() and/or VirtualLock very different amounts of memory than wine, even on the same (dual booting) machine. Here were my results when I tried to see how much winxp and wine would allocate and lock. The machine has 368M of RAM on it and a ~1GB paging file in Windows. winxp: 1. VirtualAlloc(MEM_RESERVE) -> 2,086,912k 2. SetProcessWorkingSetSize(260,000k) + VirtualAlloc(MEM_COMMIT) + VirtualLock() -> 259,072k 3. VirtualAlloc(MEM_COMMIT) -> 1,011,712k wine: 1. VirtualAlloc(MEM_RESERVE) -> 1,020,928k 2. SetProcessWorkingSetSize(260,000k) + VirtualAlloc(MEM_COMMIT) + VirtualLock() -> 1,020,928k 3. VirtualAlloc(MEM_COMMIT) -> 1,020,928k What I meant by "makes no distinction" is that wine always lets you MEM_RESERVE or MEM_COMMIT 1,020,928k no matter what. In winxp, * VirtualAlloc(MEM_COMMIT) seems bounded by the size of the paging file * VirtualAlloc(MEM_RESERVE) seems just to be 2GB * VirtualLock() is bounded by GetProcessWorkingSet * GetProcessWorkingSet is bounded by how much RAM you have > > * Wine has no implementation of Windows' process working sets > Linux doesn't either. At least I don't know of a documented API that > could > reliably implement semantics of Windows working sets. Maybe it could be > implemented on other OSes like some BSDs if they have such APIs. Maybe > there's something in /proc/sys/vm or somesuch to tweak those, but then > it > would probably be system-wide. I'm no expert here I'm afraid :( I was wondering about getrtlimit/setrlimit. The upper bound of the working set size seems to map well to RLIMIT_MEMLOCK. However I can't see what the parallel would be for the lower bound. Also RLIMIT_AS could be the limit for how much memory you can MEM_RESERVE. These are process based values. They are available in Linux. Not sure about other platforms. > > * Wine limits MEM_RESERVE to 1GB, but WinXP goes up to 2GB > Wine? Maybe linux, but I doubt wine would do anything like that. Yep, it does. Give it a try. As far as I can tell: int total = 0; for (;;) { LPVOID* leak = ::VirtualAlloc(NULL, 1048576, MEM_RESERVE, PROT_NOACCESS); if (leak) { total += 1048576/1024; printf("Allocated %ldk\r", total); } else { printf("\n"); PrintWindowsError("VirtualAlloc", ::GetLastError(); break; } } will stop at 1,022,976k (1GB) on any wine machine. In winxp it goes up to 2GB, as it ought to. > > Further, these DLLs are audio processing plugins. The apparent fact > that > > VirtualLock doesn't _actually_ lock memory into RAM for real time > I didn't look into the code, but anyway a prerequisite for it would be > to set > windows version to NT/2000/XP. Or at least wine should behave like that, > assuming that MSDN doesn't lie here. > > Apart from that, I bet you didn't raise ulimits for your processes. On > my FC3 > system, ulimit -l gives a meager 32 pages. So that's how many mlock() > could > lock anyway. There's not a problem there. My ulimit -l is "unlimited". BTW we are using an old kernel which required a hack to mlock to allow us to lock more than half the ram (regardless of the ulimit), but that doesn't change any of this behavior. Thanks for your feedback... mo

4 9

Re: [SETUPAPI] fix bug 1140
by Alexandre Julliard 17 Mar '05

17 Mar '05

Raphael <fenix(a)club-internet.fr> writes: > patch who correct bug 1140 (http://bugs.winehq.org/show_bug.cgi?id=1140), > htmlhelp install is success :) > > Changelog: > - fix GenFormStrWithoutPlaceHolders16 > ie fix PARSER_string_substW to only keep valid texts entries (no comments > or tabs) This is wrong, comments should have already been taken into account when PARSER_string_substW is called. The right fix is to make GenFormStrWithoutPlaceHolders16 properly split the line like the 32-bit functions do. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: dlls/user/button.c - fix AUTO3STATE with BS_OWNERDRAW
by Tony Lambregts 17 Mar '05

17 Mar '05

Michael Lin wrote: > AUTO3STATE control with BS_OWNERDRAW set will not get created. > > ChangeLog: > * fix AUTO3STATE with BS_OWNERDRAW set > > > ------------------------------------------------------------------------ > > Index: dlls/user/button.c > =================================================================== > RCS file: /home/wine/wine/dlls/user/button.c,v > retrieving revision 1.6 > diff -r1.6 button.c > 183c183,186 > < return (window_style & 0x0f); > --- > >> if ((window_style & BS_OWNERDRAW) == BS_OWNERDRAW) >> return BS_OWNERDRAW; >> else >> return (window_style & 0x0f); Patches should be in diff -u format (cvs diff -u) please resubmit.. -- Tony Lambregts

1 0

Re: winetest, winrash and new volunteers
by Steven Edwards 16 Mar '05

16 Mar '05

--- Chris Morgan <cmorgan(a)alum.wpi.edu> wrote: > winetest to upload the testing results. The winetest building is black magic > to me :-) Right now I am interested in the winetest side of things. Like how to get winetest and the server to talk to each other and what is needed in the build and url files. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

MSN Webcam patch
by Vladdy Impaler 16 Mar '05

16 Mar '05

RIght now I'm working on a patch so I can use my webcam under wine without having to switch to unix or use non-working solutions.. Right now there are 2 patches needed to get MSN to connect to the internet: first is to disable SSL, second strcpy's a value at urlmon getuseragent or something To get this to work, a few modifications to existing files are needed: First of all, if the catagory exists, let devenum return all from videoinput catagory: diff -Nru /root/wine-20050211/dlls/devenum/createdevenum.c wine-20050211/dlls/devenum/createdevenum.c --- /root/wine-20050211/dlls/devenum/createdevenum.c 2005-01-25 11:56:39.000000000 +0100 +++ wine-20050211/dlls/devenum/createdevenum.c 2005-03-15 00:15:47.000000000 +0100 @@ -117,7 +117,8 @@ if (IsEqualGUID(clsidDeviceClass, &CLSID_AudioRendererCategory) || IsEqualGUID(clsidDeviceClass, &CLSID_AudioInputDeviceCategory) || - IsEqualGUID(clsidDeviceClass, &CLSID_MidiRendererCategory)) + IsEqualGUID(clsidDeviceClass, &CLSID_MidiRendererCategory) || + IsEqualGUID(clsidDeviceClass, &CLSID_VideoInputDeviceCategory)) { hbasekey = HKEY_CURRENT_USER; strcpyW(wszRegKey, wszActiveMovieKey); and a few other patches to devenum main (Not sure if those are needed) diff -Nru /root/wine-20050211/dlls/devenum/devenum_main.c wine-20050211/dlls/devenum/devenum_main.c --- /root/wine-20050211/dlls/devenum/devenum_main.c 2004-12-07 15:37:11.000000000 +0100 +++ wine-20050211/dlls/devenum/devenum_main.c 2005-03-15 00:15:47.000000000 +0100 @@ -122,7 +122,7 @@ {&CLSID_AudioCompressorCategory, acmcat, TRUE}, {&CLSID_VideoCompressorCategory, vidcat, TRUE}, {&CLSID_LegacyAmFilterCategory, filtcat, TRUE}, - {&CLSID_VideoInputDeviceCategory, vfwcat, FALSE}, + {&CLSID_VideoInputDeviceCategory, vfwcat, TRUE}, {&CLSID_AudioInputDeviceCategory, wavein, FALSE}, {&CLSID_AudioRendererCategory, waveout, FALSE}, {&CLSID_MidiRendererCategory, midiout, FALSE}, @@ -156,7 +156,7 @@ pMapper = (IFilterMapper2*)mapvptr; - IFilterMapper2_CreateCategory(pMapper, &CLSID_VideoInputDeviceCategory, MERIT_DO_NOT_USE, friendlyvidcap); + IFilterMapper2_CreateCategory(pMapper, &CLSID_VideoInputDeviceCategory, MERIT_NORMAL, friendlyvidcap); IFilterMapper2_CreateCategory(pMapper, &CLSID_LegacyAmFilterCategory, MERIT_NORMAL, friendlydshow); IFilterMapper2_CreateCategory(pMapper, &CLSID_VideoCompressorCategory, MERIT_DO_NOT_USE, friendlyvidcomp); IFilterMapper2_CreateCategory(pMapper, &CLSID_AudioInputDeviceCategory, MERIT_DO_NOT_USE, friendlyaudcap); I wanted to put all custom code into qcap, but because of the pins that's not possible. I wrote a basic stub for CaptureGraphBuilder and added it and regsvr calls to qcap. There s no current implementation of qcap, so therefore I added my gzipped qcap.tgz as an attachment (To keep things simple) My current implementation of the actual interface was based on filesource.c, so i made some functions and struct defs global in quartz: diff -Nru /root/wine-20050211/dlls/quartz/filesource.c wine-20050211/dlls/quartz/filesource.c --- /root/wine-20050211/dlls/quartz/filesource.c 2005-01-06 20:36:47.000000000 +0100 +++ wine-20050211/dlls/quartz/filesource.c 2005-03-15 00:15:47.000000000 +0100 @@ -663,17 +663,6 @@ FileSource_GetCurFile }; - -/* the dwUserData passed back to user */ -typedef struct DATAREQUEST -{ - IMediaSample * pSample; /* sample passed to us by user */ - DWORD_PTR dwUserData; /* user data passed to us */ - OVERLAPPED ovl; /* our overlapped structure */ - - struct DATAREQUEST * pNext; /* next data request in list */ -} DATAREQUEST; - void queue(DATAREQUEST * pHead, DATAREQUEST * pItem) { DATAREQUEST * pCurrent; diff -Nru /root/wine-20050211/dlls/quartz/quartz_private.h wine-20050211/dlls/quartz/quartz_private.h --- /root/wine-20050211/dlls/quartz/quartz_private.h 2005-02-10 18:13:18.000000000 +0100 +++ wine-20050211/dlls/quartz/quartz_private.h 2005-03-15 00:15:47.000000000 +0100 @@ -52,8 +52,8 @@ HRESULT QUARTZ_CreateSystemClock(IUnknown * pUnkOuter, LPVOID * ppv); HRESULT ACMWrapper_create(IUnknown * pUnkOuter, LPVOID * ppv); HRESULT WAVEParser_create(IUnknown * pUnkOuter, LPVOID * ppv); - HRESULT EnumMonikerImpl_Create(IMoniker ** ppMoniker, ULONG nMonikerCount, IEnumMoniker ** ppEnum); +HRESULT VfwCapture_create(IUnknown * pUnkOuter, LPVOID * ppv); typedef struct tagENUMPINDETAILS { @@ -80,4 +80,14 @@ BOOL CompareMediaTypes(const AM_MEDIA_TYPE * pmt1, const AM_MEDIA_TYPE * pmt2, BOOL bWildcards); void dump_AM_MEDIA_TYPE(const AM_MEDIA_TYPE * pmt); +typedef struct DATAREQUEST +{ + IMediaSample * pSample; /* sample passed to us by user */ + DWORD_PTR dwUserData; /* user data passed to us */ + OVERLAPPED ovl; /* our overlapped structure */ + + struct DATAREQUEST * pNext; /* next data request in list */ +} DATAREQUEST; + +void queue(DATAREQUEST * pHead, DATAREQUEST * pItem); #endif /* __QUARTZ_PRIVATE_INCLUDED__ */ As you can see here, a VfwCapture class is being created to use it, we must register it and qcap with regsvr32 diff -Nru /root/wine-20050211/dlls/quartz/regsvr.c wine-20050211/dlls/quartz/regsvr.c --- /root/wine-20050211/dlls/quartz/regsvr.c 2005-02-10 18:13:18.000000000 +0100 +++ wine-20050211/dlls/quartz/regsvr.c 2005-03-15 00:15:47.000000000 +0100 @@ -922,6 +922,12 @@ "quartz.dll", "Both" }, + { &CLSID_VfwCapture, + "Video for wine capture interface", + NULL, + "quartz.dll", + "Both" + }, { NULL } /* list terminator */ }; @@ -1112,6 +1118,18 @@ { 0xFFFFFFFF }, } }, + { &CLSID_VfwCapture, + &CLSID_VideoInputDeviceCategory, + {'V','i','d','e','o',' ','F','o','r',' ','W','i','n','e',' ','(','V','4','W',')', 0}, + 0x800000, + { { REG_PINFLAG_B_OUTPUT, + { { &MEDIATYPE_Stream, &GUID_NULL }, + { NULL } + }, + }, + { 0xFFFFFFFF }, + } + }, /* This creates a fake device for us with an ugly name */ { NULL } /* list terminator */ }; Also, main.c needs to be informed of a new class: diff -Nru /root/wine-20050211/dlls/quartz/main.c wine-20050211/dlls/quartz/main.c --- /root/wine-20050211/dlls/quartz/main.c 2005-03-14 23:47:05.000000000 +0100 +++ wine-20050211/dlls/quartz/main.c 2005-03-15 00:15:47.000000000 +0100 @@ -71,7 +71,8 @@ { &CLSID_AVIDec, AVIDec_create }, { &CLSID_SystemClock, &QUARTZ_CreateSystemClock }, { &CLSID_ACMWrapper, &ACMWrapper_create }, - { &CLSID_WAVEParser, &WAVEParser_create } + { &CLSID_WAVEParser, &WAVEParser_create }, + { &CLSID_VfwCapture, &VfwCapture_create } }; static HRESULT WINAPI And at last, we need the interface of course: diff -Nru /root/wine-20050211/dlls/quartz/Makefile.in wine-20050211/dlls/quartz/Makefile.in --- /root/wine-20050211/dlls/quartz/Makefile.in 2005-02-10 18:13:18.000000000 +0100 +++ wine-20050211/dlls/quartz/Makefile.in 2005-03-15 00:15:47.000000000 +0100 @@ -28,7 +28,8 @@ systemclock.c \ transform.c \ videorenderer.c \ - waveparser.c + waveparser.c \ + v4wsource.c (v4wsource.c added as attachment) Before you think 'yey i can use a webcam now', I have to warn you, you won't What did is made from figuring out what MSN did at every step, for this to work and keeping it debuggable I ONLY used builtin dlls minimum required overrides in wine config: "quartz" = "builtin";FUCKING WORK!!!! "amstream" = "builtin" "qcap" = "builtin";You go girl..... "ole32" = "builtin";Not really needed, but makes debugging easier Currently this is NOT working, and MSN crashes for a reason I do not understand, Iif you want to help me continue working on webcam support i would greatly appreciate it if you could help me pinpoint the source of the crash.. WINEDEBUG=+quartz,+qcap is recommended.. and for now I'm only Currently the code mostly exists out of ugly hacks, what I was working on before msn crashed were the video formats (IKSPropertySet and IAMStreamConfig capabilities), if someone can help me figure out why and were it crashes, I could continue on my webcam project :=). You could try to get it to work through 'Extra' 'Configure webcam' (Or something like that, since I'm using Dutch version), and it crashes for a reason unknown to me.. PS: I accidentally deleted my first patch file, you need to add IAMStreamConfig and perhaps some other class into the include/*.idl files, I'll release a patch when I'm at least 1% awake again :/

2 1

Re: shell32: set %AllUsersProfile%, and fix shell folder registration
by Juan Lang 16 Mar '05

16 Mar '05

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > It's not a c:\windows, it's a %10%. setupapi takes care of putting the > right value in there (defaulting to c:\windows if nothing else is > specified). All I see in dirid.c is a call to GetWindowsDirectoryW. That, in turn, checks %windir%. So the windows directory appears to be set on a per-process basis, not on a per-install basis. This doesn't strike me as correct. --Juan __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

2 1

Re: shell32: set %AllUsersProfile%, and fix shell folder registration
by Juan Lang 16 Mar '05

16 Mar '05

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > Not sure what you mean, the windows dir is definitely being set in > wine.inf, and you can use %10% in there to access it. Where? I don't see a c:\windows anywhere in there. The env var stuff in shellpath.c was always a hack though, and I think the registration bug was holding me back from working on it. I'll try to move all the "special" stuff out of it and into wine.inf. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: RICHEDIT: RTF reader improvements and optimizations (synced to current CVS)
by Alexandre Julliard 16 Mar '05

16 Mar '05

Krzysztof Foltman <kfoltman(a)portal.onet.pl> writes: > @@ -3721,6 +3723,22 @@ > else > RTFRouteToken(info); /* "\*" is ignored with known destinations */ > break; > + case rtfUnicode: > + { > + WCHAR buf[2]; > + buf[0] = info->rtfParam; The indentation is messed up, it looks like you set your tabs to 2 spaces. You should *never* do that, a tab is 8 spaces. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [bug2796] Richedit bug
by Paul Vriens 16 Mar '05

16 Mar '05

On Wed, 2005-03-16 at 18:54, Ann and Jason Edmeades wrote: > Nice bug: > > WCHAR *p = ALLOC_N_OBJ(WCHAR, nLen+1); > #define ALLOC_N_OBJ(type, count) (type *)HeapAlloc(me_heap, 0, > count*sizeof(type)) > > becomes > (WCHAR *)HeapAlloc(me_heap, 0, nLen+1*sizeof(WCHAR)) > > and by precedence rules means we allocate just nLen + 2 bytes rather than 2 > * (nLen+1) > > Changelog > > Correct memory allocation routine > > > Krzysztof - Does this solve the issue in the comment below it, ie the memory > overrun? > > Jason > Hi, this one also fixes a bug with riched20 when trying to install DVD Shrink 3.2.0.15. Thanks, Paul.

1 0

Re: [bug2796] Richedit bug
by Krzysztof Foltman 16 Mar '05

16 Mar '05

Ann and Jason Edmeades wrote: > WCHAR *p = ALLOC_N_OBJ(WCHAR, nLen+1); > #define ALLOC_N_OBJ(type, count) (type *)HeapAlloc(me_heap, 0, > count*sizeof(type)) That is so embarrasing! They teach this in the nursery school :/ By coincidence, I've spent at least half an hour today on finding the memory overwrite elsewhere, which turned out to be caused by the bug above. The buffer overrun comment refers to something else - I'm not sure if WideCharToMultiByte will produce single byte character string for ANSI codepages. If it produced a real multibyte string, it could exceed the buffer supplied by the application. Krzysztof

1 0

Re: IP Address control broken
by Rob Shearman 16 Mar '05

16 Mar '05

Robert Reif wrote: > Rob Shearman wrote: > >>> Disabling the control does not change it's color. >> It doesn't change colour when disabled on Windows. Of course, this is purely a user interface feature so we could make this a Wine-only extenstion. Rob

2 1

wineboot - Multi-User environment
by Joe Baker 16 Mar '05

16 Mar '05

It seems that if user1 is running a wine app and user2 is running a wine app, and user2 wants to perform a wineboot command, wineboot will wait till user1 closes out all wine applications. My observations are based on running winetools as user2 to install software while user1 continues to run a wine application. When it comes time to perform a "Windows Reboot", winetools just hangs there waiting for the wine processes to terminate. I think that wineboot should be modified to only attempt to stop processes owned by the user calling wineboot. -Joe Baker

1 0

winsock conformance tests
by gslink 16 Mar '05

16 Mar '05

I have noted for some time that the winsock in Odin, the OS/2 version of Wine, seems to work better than the one in Wine. This might figure in conformance testing and in Wine updates.

1 0

IBM Acknowledges Wine! Offers bounty to port it to PPC64!
by Scott Ritchie 16 Mar '05

16 Mar '05

IBM has started a new contest meant to spur open source development on their POWER architecture, http://www.linuxonpower.com/ Prizes are offered for coders that port some common open source applications to the architecture. A Tier 2 prize, a Mac G5, is offered to anyone who can port one of the list of Tier 2 applications. Color me shocked to find Wine and Winelib listed there! This marks a change in IBMs policy towards Wine, or perhaps signals a management oversight. While normally it seems that they have an active policy of censoring any references to Wine and completely denying its existence, here they are offering prizes for porting it to PPC. So, now, I guess, the obvious questions: Does Winelib even need any porting? Does it build on PPC as it is? Can we run notepad and such on Linux/PPC? Does any of the work done on porting to AMD64 help us here? Thanks, Scott Ritchie

5 7

STI, device drivers and stuff
by Damjan Jovanovic 16 Mar '05

16 Mar '05

Hi I've started working on implementing STI functionality in Wine. STI is a Windows 98/2000 "Still Image" capture system, and I'm doing it to get my scanner working in Linux. I have a few questions: 1. Do you support/accept/like C++ code in Wine? COM is bad enough in C++, I would rather not do it in C. 2. STI has kernel mode components to deal USB / SCSI / serial / parallel ports. Is there any attempt to bring kernel mode support into Wine (ReactOS/Wine merger?) any time soon? If not, should I implement USB support using libusb in user-space? 3. Either way, changes need to be made to CreateFile(), CloseHandle(), DeviceIoControl(), ReadFile() and WriteFile() to accomodate this. What's the best way to do this? Do I need to change the Wine server, or just Wine's KERNEL32.DLL and/or NT*.DLL equivalents? 4. Anyone wanna help out? Bye Damjan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 4

Re: animate: audit and some fixes
by Tom Wickline 16 Mar '05

16 Mar '05

On Wed, 16 Mar 2005 07:45:03 -0500, Dimitrie O. Paun <dpaun(a)rogers.com> wrote: > ChangeLog > Audit the control against Comctl32.dll version 6.0. > Proper handling of GWL_STYLE. > Implement WM_CLOSE. Fix WM_SIZE implementation. > Small cleanups. > > Index: dlls/comctl32/animate.c Hello Dimi, Can you update the http://winehq.org/site/status_ui page or do you want me to? Tom

2 1

SetFocus and DefPushButton management
by Katia Maculan 16 Mar '05

16 Mar '05

After the creation of a dialog if the focus is set on a PushButton this one must have also the BS_DEFPUSHBUTTON style like in windows. Attached the patch with a regression test. Katia -- Katia Maculan Developer ISIS Papyrus Italy Srl Tel: (+39) 0125 6455400 Fax: (+39) 0125 6455400 E-mail: katia.maculan(a)isis-papyrus.com Info: info(a)isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com diff -urN oldwinedir/dlls/user/tests/dialog.c newwinedir/dlls/user/tests/dialog.c --- oldwinedir/dlls/user/tests/dialog.c 2005-03-07 12:12:40.000000000 +0100 +++ newwinedir/dlls/user/tests/dialog.c 2005-03-14 16:33:03.000000000 +0100 @@ -849,6 +849,40 @@ } } +static LRESULT CALLBACK DlgFocusProc (HWND hDlg, UINT message, WPARAM wParam, LPARAM lParam) +{ + HWND hwndFocusCtrl = NULL; + HWND hwndDefPushButton = NULL; + LRESULT DlgCode; + LRESULT CtrlState; + switch (message) + { + case WM_INITDIALOG: + PostMessage(hDlg, WM_USER, 0, 0); + return TRUE; + + case WM_USER: + // Check if the focus is on IDOK button + CtrlState = SendMessage (GetDlgItem(hDlg, IDOK), BM_GETSTATE, 0, 0); + if (CtrlState == BST_FOCUS) + hwndFocusCtrl = GetDlgItem(hDlg, IDOK); + // Check if IDOK is the default push button + DlgCode = SendMessage (GetDlgItem(hDlg, IDOK), WM_GETDLGCODE, 0, 0); + if (DlgCode & DLGC_DEFPUSHBUTTON) + hwndDefPushButton = GetDlgItem(hDlg, IDOK); + ok (hwndFocusCtrl && hwndDefPushButton, "The focus and the DLGC_DEFPUSHBUTTON style are not in the same button\n"); + EndDialog(hDlg, LOWORD(wParam)); + return TRUE; + } + return FALSE; + +} + +static void InitialFocusTest1 (void) +{ + DialogBox(g_hinst, "DEFPUSHBUTTON_TEST_DIALOG", NULL, (DLGPROC)DlgFocusProc); + +} START_TEST(dialog) { @@ -860,4 +894,5 @@ IsDialogMessageWTest(); WM_NEXTDLGCTLTest(); InitialFocusTest(); + InitialFocusTest1(); } diff -urN oldwinedir/windows/dialog.c newwinedir/windows/dialog.c --- oldwinedir/windows/dialog.c 2005-03-07 12:12:54.000000000 +0100 +++ newwinedir/windows/dialog.c 2005-03-14 16:30:19.000000000 +0100 @@ -669,8 +669,23 @@ { /* By returning TRUE, app has requested a default focus assignment */ dlgInfo->hwndFocus = GetNextDlgTabItem( hwnd, 0, FALSE); - if( dlgInfo->hwndFocus ) - SetFocus( dlgInfo->hwndFocus ); + if (dlgInfo->hwndFocus) + { + SetFocus( dlgInfo->hwndFocus ); + HWND hWndOldDefPushButton = NULL; + if (SendMessageW(dlgInfo->hwndFocus, WM_GETDLGCODE, 0, 0) + & (DLGC_UNDEFPUSHBUTTON | DLGC_BUTTON)) + { + SendMessageA (dlgInfo->hwndFocus, BM_SETSTYLE, BS_DEFPUSHBUTTON, TRUE); + /*Check for a previous defpushbutton*/ + if (dlgInfo->idResult) + { + hWndOldDefPushButton = GetDlgItem (hwnd,dlgInfo->idResult); + if (hWndOldDefPushButton && (hWndOldDefPushButton != dlgInfo->hwndFocus)) + SendMessageA (hWndOldDefPushButton, BM_SETSTYLE, BS_PUSHBUTTON, TRUE); + } + } + } } if (template.style & WS_VISIBLE && !(GetWindowLongW( hwnd, GWL_STYLE ) & WS_VISIBLE))

3 2

wine + winamp: fixme:wave:OSS_AddRingMessage two fast messages in the queue!!!!
by seut 16 Mar '05

16 Mar '05

hello, we are using winamp 2.95 with latest wine 0.0.20040914 and are wondering what there is about these 'fixme:wave:OSS_AddRingMessage two fast messages in the queue!!!!' messages dumped out at the console every few seconds... Same happens(but with 'ALSA_AddRingMessages' of course) if we're using the wine alsa-driver. Winamp normally works, but sometimes there is a 15sec pause at the playback, so we are trying to search the problem. I watched the wine source-code, but as my less C knowledge I didn't really understand the part where this 'FIXME' message is implemented. As I understand the code, why somebody added the 'FIXME' message to the code, if the code can handle this problem(two fast messages)? Or can somebody explain me the reason for this 'two fast messages'? thanks a lot seut btw. I'm not a member of the mailing-list, so please send answer to me too! and please don't suggest us to use a native linux-player instead, for some reasons, we have to use winamp..

2 2

Re: Are mailslots implemented?
by Kuba Ober 16 Mar '05

16 Mar '05

> |>>Which application uses mailslots? I only ever found one real > |>>application that used them, and that was "Declan's Korean Dictionary" > |>>from [1]. > |> > |>The browse (Network Neighborhood) service uses them. Other then that, > |>I have not seen any uses of it. > | > | Protel 98 (likely higher versions too) uses them. > | > | MSDN says that the datagrams are limited to 424 bytes in length, so > > even if > > | they are not very useful otherwise, getting Protel running on wine > > seems a > > | worthy goal to me. I'll try hacking on it and seeing where I end up. > > See http://www.ubiqx.org/cifs/Browsing.html#BRO.3 for more information > libsmbclient from Samba 3 does not support it at the moment What do the "match_mailslot_name" and "cli_send_mailslot" functions do, then? Anyway, if the wire protocol is simple enough, and so it seems from ubiqx.org article, then I can just synthesize all the relevant layers to send the multicast UDP. The only piece of info that I'll (hopefully) need from wine is the netbios node name. For reception, I'll bind UDP port 138 (netbios-dgm) if it's not already bound, to receive the mailslots coming in. Now, if a samba server is already running on given host, which is reasonable if the person running wine wants to share something with other windows hosts, is it possible to somehow poll the nmbd and/or smbd to get the mailslot datagrams that weren't "consumed" by the browsing protocols? Does that make sense? Any more hints? Cheers, Kuba

7 8

Problem with winebuild
by Robert Lunnon 16 Mar '05

16 Mar '05

The following problem is evident under solaris NULL pointer passed to printf I'm not sure if this is a poblem with the spec file or winebuild.... Still it's not good to pass NULL pointers to printf Starting program: /export/home/src/wine2004/wine/tools/winebuild/winebuild -w --def -o amstream/amstream.spec.def --export amstream/amstream.spec Program received signal SIGSEGV, Segmentation fault. 0xd2722a6c in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xd2722a6c in strlen () from /usr/lib/libc.so.1 #1 0xd2777d3e in _ndoprnt () from /usr/lib/libc.so.1 #2 0xd277a8b7 in fprintf () from /usr/lib/libc.so.1 #3 0x0805d962 in BuildDef32File (outfile=0x8077078, spec=0x8077630) at spec32.c:848 #4 0x08054819 in main (argc=7, argv=0x80477f4) at main.c:469

3 4

Re: dlls/shell32/shelllink.c
by Mike McCormack 16 Mar '05

16 Mar '05

Ge van Geldorp wrote: > I have some shortcuts (created in Windows 2000) which only have 24 bytes of > LOCATION_INFO, i.e. they are missing the dwFinalPathOfs member. > Also lots of shortcuts seem to have another chunk at the end of the stream, > I get a lot of "Last word was not zero" messages. Could you send me a shortcut like that, or even modify winedump (lnk mode) to dump out the right thing in that case? thanks, Mike

2 1

Re: dlls/shell32/shelllink.c (please don't apply)
by Mike McCormack 16 Mar '05

16 Mar '05

Ge van Geldorp wrote: > - ERR("Last word was not zero\n"); > + TRACE("Last word was not zero\n"); btw. the right solution is to fix the problem, not ignore it, so I object to this patch being applied as is. Mike

1 0

Re: combo - implement GetComboBoxInfo
by Steven Edwards 16 Mar '05

16 Mar '05

Hi, --- Alexandre Julliard <julliard(a)winehq.org> wrote: > The IsWindow check is useless, what you need is to verify that it's > really a combobox. The right way to do that is probably to send a > CB_GETCOMBOBOXINFO message instead. How about something like this instead? Index: dlls/user/combo.c =================================================================== RCS file: /home/wine/wine/dlls/user/combo.c,v retrieving revision 1.8 diff -u -r1.8 combo.c --- dlls/user/combo.c 23 Dec 2004 17:21:05 -0000 1.8 +++ dlls/user/combo.c 15 Mar 2005 19:09:52 -0000 @@ -27,7 +27,6 @@ * If you discover missing features, or bugs, please note them below. * * TODO: - * - GetComboBoxInfo() * - ComboBox_[GS]etMinVisible() * - CB_GETCOMBOBOXINFO * - CB_GETMINVISIBLE, CB_SETMINVISIBLE @@ -2293,10 +2292,27 @@ /************************************************************************* * GetComboBoxInfo (USER32.@) */ -BOOL WINAPI GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box */ - PCOMBOBOXINFO pcbi /* [in/out] combo box information */) -{ - FIXME("\n"); - return FALSE; - +BOOL WINAPI +GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box */ + PCOMBOBOXINFO pcbi /* [in/out] combo box information */) +{ + static const WCHAR ComboBoxW[] = { 'C', 'o', 'm', 'b', 'o', 'B', 'o', 'x', 0 }; + CHAR szBuffer[MAX_PATH + 1]; + int dwSize; + LPHEADCOMBO lphc; + + dwSize = GetClassNameW(hwndCombo, szBuffer, sizeof(szBuffer)/sizeof(szBuffer[0])-1); + + if (lstrcmpiW(szBuffer, ComboBoxW) != 0) + return FALSE; + + lphc = (LPHEADCOMBO)GetWindowLongPtrW( hwndCombo, 0 ); + + pcbi->hwndCombo = hwndCombo; + pcbi->hwndList = lphc->hWndLBox; + pcbi->hwndItem = lphc->hWndEdit; + pcbi->rcItem = lphc->textRect; + pcbi->rcButton = lphc->buttonRect; + pcbi->stateButton = lphc->wState; + return TRUE; } __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

5 5

Debugging idiosyncrasy
by Paul Millar 16 Mar '05

16 Mar '05

Hi, Something I've noticed whilst playing with winedbg (and its auto mode). If there's no AeDebug key in the registry, then the default is to run the debugger in non-interactive mode: paul@scaramanga:~/CVS/wine$ grep cmdline.*winedbg dlls/kernel/except.c sprintf(cmdline, "winedbg --auto %ld %ld", Yet, if there's no registry at all, then the default registry values are configured to run the debugger in interactive mode: paul@scaramanga:~/CVS/wine$ grep AeDebug.*Debugger tools/wine.inf HKLM,Software\Microsoft\Windows NT\CurrentVersion\AeDebug,"Debugger",,"winedbg %ld %ld" I think we should be consistent here, no? Cheers, Paul

1 0

Got message form ./configure to send this e-mail
by Lauris Misa 16 Mar '05

16 Mar '05

Hello! I'm trying to compile wine on my AMD64 system and I got this message on STDERR: configure: WARNING: valgrind/memcheck.h: present but cannot be compiled configure: WARNING: valgrind/memcheck.h: check for missing prerequisite headers? configure: WARNING: valgrind/memcheck.h: see the Autoconf documentation configure: WARNING: valgrind/memcheck.h: section "Present But Cannot Be Compiled" configure: WARNING: valgrind/memcheck.h: proceeding with the preprocessor's result configure: WARNING: valgrind/memcheck.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## and of course it crashes when I run make depend.;( Is there some way to get wine compiled? Thank You! Lauris >LMP< -- For people who like peace and quiet: a phoneless cord.

1 0

Re: shell32: set %AllUsersProfile%, and fix shell folder registration
by Juan Lang 16 Mar '05

16 Mar '05

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > > ChangeLog: > > - %AllUsersProfile% was not getting set in the environment, spotted by > > Vitaly Lipatov > > This should be done in wine.inf, not in the code. Okay, but it's a subdirectory of the windows directory, and that's no longer getting set in wine.inf either. I rely on GetWindowsDirectory to find it. If you want it back here though I'll move it. --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

2 1

Wine's Documentation in French
by Francois Gouget 16 Mar '05

16 Mar '05

The Wine documentation has been translated to French by students from the Insa of Rouen. The credits for the translation go to: * Wine User Guide Romain CONSEIL Damien GIRAUDEAU Guillaume LEFEBVRE Yvon BENOIST (proofreading) http://fgouget.free.fr/wine/wine-user.html * Wine FAQ Romuald VIEUX Yvon BENOIST (proofreading) http://fgouget.free.fr/wine/wine-faq.html * WineLib User Guide José CARRENO Yvon BENOIST (proofreading) http://fgouget.free.fr/wine/winelib-user.html And believe me, this is a lot of work so they really deserve our kudos. You probably noticed that the Wine Developer's Guide was not translated but that makes sense: if you want to work on Wine it's really best if you speak English anyway. So what's needed now is to integrate the translation with Wine. This is what I have done by converting the translation to .po format to make it easier to maintain and tweaking the Makefiles accordingly. The patch is pretty big (even compressed it's more than 200KB) so I did not attach it to this email. Instead I have set up a page on my web site and you can the patch using this URL: http://fgouget.free.fr/wine/docfr.diff.gz Here is what the patch does: Add a Makedoc.rules.in file which handles the conversion of SGML files to the final documentation format. Modify documentation/Makefile.in to use Makedoc.rules.in. Add documentation/fr with the po files of the French translation. Use po4a to generate a translated Sgml file from the original sgml documentation and then let Makedoc.rules.in generate the documentation. Detect po4a in configure.ac. The translation appears to have been made from a snapshot of the documentation taken in the summer of 2004. Now, a bit more than 6 months later, the translation is still more than 90% complete. IMHO this proves that maintaining the translation is quite feasible. If you see any bits of English in the documents above, this is precisely because the translation is not 100% complete anymore: in that case po4a-translate keeps the original version rather than use the outdated translation. For more information about po4a: http://po4a.alioth.debian.org/ I will upload anything new to the following page: http://fgouget.free.fr/wine/docfr.shtml Now you pretty much know everything. Let me know if you have concerns, suggestions, etc. I'm hoping we can get this in place soon. -- Francois Gouget fgouget(a)codeweavers.com

2 2

Re: SHELL32: add defines for SLDF flags
by Dmitry Timoshkov 16 Mar '05

16 Mar '05

"Mike McCormack" <mike(a)codeweavers.com> wrote: > +typedef struct { > + DWORD cbSize; > + DWORD cbSignature; > + CHAR szTarget[MAX_PATH]; > + WCHAR szwTarget[MAX_PATH]; > +} EXP_SZ_LINK, EXP_SZ_LINK_SIG; It's for sure a typo: EXP_SZ_LINK_SIG was supposed to be *LPEXP_SZ_LINK. -- Dmitry.

1 0

Regression (SimCity 3000 is Broke )
by Tony Lambregts 16 Mar '05

16 Mar '05

After working prefectly for over 2 years SimCity 3000 is broken. The patch that broke it is http://www.winehq.org/hypermail/wine-cvs/2005/03/0098.html basicly the problem is simple. The source and the destination are both the same surface in DIB_DirectDrawSurface_Blt() and with the new locking in place the destination never gets updated. So althought it might fix Picasa2 it is definatly not correct. -- Tony Lambregts

5 12

Re: flexible-mmap breaks application
by Michael Ost 16 Mar '05

16 Mar '05

On Tue, 2005-03-15 at 15:55, Uwe Bonnes (bon_at_elektron.ikp.physik.tu-darmstadt.de) wrote: > The definition of the task is clear: > Have a way to tell the kernel to not mmap memory above 0x7fffffff > However the implementation is unclear to me: > - Should this be a new syscall? > - Or should we set some kernel parameter? Per task or global? There is a related problem in that Wine's VirtualAlloc won't allocate the full 2GB it should. As I understand it the problem is the different memory ranges that linux and windows allocate from --- the intersection of the two platforms is only 1GB (not the 2GB it should be) from 0x4000,0000 to 0x8000,0000. Could this patch also include a lower limit, letting linux mmap from addresses in the same range that win32 does? - mo PS: the thread on this issue starts at http://www.winehq.com/hypermail/wine-devel/2005/03/0643.html. It also covers the issue of Wine's lack of mlock/munlock functionality.

1 0

winsock conformance test - added tests for sendto, recvfrom, and getservbyname
by Thomas Kho 16 Mar '05

16 Mar '05

Hi, We're working to add conformance tests to winsock, and we've currently added tests for sendto, recvfrom, and getservbyname. Before we post to wine-patches, we'd appreciate any critiques/input. We chose these previously untested functions to test for the following reasons: - UDP is often used and was not previously tested - getservbyname uses the same critical section code as the other database functions; we thought it would be useful to stress tests this. We ran gcov to see how much of dlls/winsock/socket.c we tested, and found: Before: 41.16% of file dlls/winsock/socket.c After: 46.38% of file dlls/winsock/socket.c http://hkn.icsl.ucla.edu/~tom/socket_c_2.gcov.txt We'd also appreciate other targets to test. Thanks for your help, Thomas Kho Files available at: http://www.geekymedia.com/viewcvs/cgi/viewcvs.cgi/wine4/wine/dlls/winsock/t… Changelog: * dlls/winsock/tests/sock.c added tests for sendto, recvfrom, and getservbyname # Signed-off-by: Thomas Kho <tkho(a)ucla.edu> # --- wine_cvs/dlls/winsock/tests/sock.c 2005-03-15 07:49:01.000000000 -0800 +++ wine_build/dlls/winsock/tests/sock.c 2005-03-15 15:14:52.000000000 -0800 @@ -37,6 +37,14 @@ #define TEST_TIMEOUT 30 /* seconds to wait before killing child threads after server initialization, if something hangs */ +#define NUM_UDP_PEERS 3 /* Number of UDP sockets to create and test > 1 */ + +#define NUM_THREADS 3 /* Number of threads to run getservbyname */ +#define NUM_QUERIES 250 /* Number of getservbyname queries per thread */ + +#define SERVERIP "127.0.0.1" /* IP to bind to */ +#define SERVERPORT 9374 /* Port number to bind to */ + #define wsa_ok(op, cond, msg) \ do { \ int tmp, err = 0; \ @@ -862,8 +870,8 @@ #define STD_STREAM_SOCKET \ SOCK_STREAM, \ 0, \ - "127.0.0.1", \ - 9374 + SERVERIP, \ + SERVERPORT static test_setup tests [NUM_TESTS] = { @@ -932,6 +940,105 @@ } }; +static void test_UDP() +{ + /* This function tests UDP sendto() and recvfrom(). UDP is unreliable, so it is + possible that this test fails due to dropped packets. */ + + /* peer 0 receives data from all other peers */ + struct sock_info peer[NUM_UDP_PEERS]; + char buf[16]; + int ss, i, n_recv, n_sent; + + for ( i = NUM_UDP_PEERS - 1; i >= 0; i-- ) { + ok ( ( peer[i].s = socket ( AF_INET, SOCK_DGRAM, 0 ) ) != INVALID_SOCKET, "UDP: socket failed\n" ); + + peer[i].addr.sin_family = AF_INET; + peer[i].addr.sin_addr.s_addr = inet_addr ( SERVERIP ); + + if ( i == 0 ) { + peer[i].addr.sin_port = htons ( SERVERPORT ); + } else { + peer[i].addr.sin_port = htons ( 0 ); + } + + do_bind ( peer[i].s, (struct sockaddr *) &peer[i].addr, sizeof( peer[i].addr ) ); + + /* test getsockname() to get peer's port */ + ss = sizeof ( peer[i].addr ); + ok ( getsockname ( peer[i].s, (struct sockaddr *) &peer[i].addr, &ss ) != SOCKET_ERROR, "UDP: could not getsockname()\n" ); + ok ( peer[i].addr.sin_port != htons ( 0 ), "UDP: bind() did not associate port\n" ); + } + + /* test getsockname() */ + ok ( peer[0].addr.sin_port == htons ( SERVERPORT ), "UDP: getsockname returned incorrect peer port\n" ); + + for ( i = 1; i < NUM_UDP_PEERS; i++ ) { + /* send client's ip */ + memcpy( buf, &peer[i].addr.sin_port, sizeof(peer[i].addr.sin_port) ); + n_sent = sendto ( peer[i].s, buf, sizeof(buf), 0, (struct sockaddr*) &peer[0].addr, sizeof(peer[0].addr) ); + ok ( n_sent == sizeof(buf), "UDP: sendto() sent wrong amount of data or socket error: %d\n", n_sent ); + } + + for ( i = 1; i < NUM_UDP_PEERS; i++ ) { + n_recv = recvfrom ( peer[0].s, buf, sizeof(buf), 0,(struct sockaddr *) &peer[0].peer, &ss ); + ok ( n_recv == sizeof(buf), "UDP: recvfrom() received wrong amount of data or socket error: %d\n", n_recv ); + ok ( memcmp ( &peer[0].peer.sin_port, buf, sizeof(peer[0].addr.sin_port) ) == 0, "UDP: port numbers do not match\n" ); + } +} + +static void WINAPI do_getservbyname( HANDLE *starttest ) +{ + struct { + char *name; + char *proto; + int port; + } serv[2] = { {"domain", "udp", 53}, {"telnet", "tcp", 23} }; + + int i, j; + struct servent *pserv[2]; + + ok ( WaitForSingleObject ( *starttest, TEST_TIMEOUT * 1000 ) != WAIT_TIMEOUT, "test_getservbyname: timeout waiting for start signal\n"); + + // ensure that necessary buffer resizes are completed + for ( j = 0; j < 2; j++) { + pserv[j] = getservbyname ( serv[j].name, serv[j].proto ); + } + + for ( i = 0; i < NUM_QUERIES / 2; i++ ) { + for ( j = 0; j < 2; j++ ) { + pserv[j] = getservbyname ( serv[j].name, serv[j].proto ); + ok ( pserv[j] != NULL, "getservbyname could not retreive information for %s: %d\n", serv[j].name, WSAGetLastError() ); + ok ( pserv[j]->s_port == htons(serv[j].port), "getservbyname returned the wrong port for %s: %d\n", serv[j].name, ntohs(pserv[j]->s_port) ); + ok ( !strcmp ( pserv[j]->s_proto, serv[j].proto ), "getservbyname returned the wrong protocol for %s: %s\n", serv[j].name, pserv[j]->s_proto ); + ok ( !strcmp ( pserv[j]->s_name, serv[j].name ), "getservbyname returned the wrong name for %s: %s\n", serv[j].name, pserv[j]->s_name ); + } + + ok ( pserv[0] == pserv[1], "getservbyname: winsock resized servent buffer when not necessary\n" ); + } +} + +static void test_getservbyname() +{ + int i; + HANDLE starttest, thread[NUM_THREADS]; + DWORD thread_id[NUM_THREADS]; + + starttest = CreateEvent ( NULL, 1, 0, "test_getservbyname_starttest" ); + + /* create threads */ + for ( i = 0; i < NUM_THREADS; i++ ) { + thread[i] = CreateThread ( NULL, 0, (LPTHREAD_START_ROUTINE) &do_getservbyname, &starttest, 0, &thread_id[i] ); + } + + /* signal threads to start */ + SetEvent ( starttest ); + + for ( i = 0; i < NUM_THREADS; i++) { + WaitForSingleObject ( thread[i], TEST_TIMEOUT * 1000 ); + } +} + static void test_WSAAddressToStringA() { INT ret; @@ -1191,6 +1298,10 @@ trace ( " **** TEST %d COMPLETE **** \n", i ); } + test_UDP(); + + test_getservbyname(); + test_WSAAddressToStringA(); test_WSAAddressToStringW();

1 0

World Of Warcraft
by cyrix12＠cox.net 15 Mar '05

15 Mar '05

Hi, I'm the maintainer for World of Warcraft, and I've noticed a few things which have been pointed out before (on irc, bugzilla, mailing list) but have not really gotten any attention. As this is one of the most popular, if not THE most popular pc game at the moment, it seems as though it would be worthwhile to look into getting this to work if it does not require a complete rewrite of wine to do so. There are currently two things preventing operation of the game. Firstly, I'll start off by saying that there are two separate modes to run the game in. d3d9, and opengl. The d3d9 mode doesn't currently work since the support for this dll is not complete. I have been following it closely though, and I constantly find myself impressed with the amount of work being poured into it lately. It's really coming along, and I've even gotten it to run a few demos. Unfortunately, even with the latest patches it still comes up with a blank screen. I don't want to rush anything in this department since I know there's a massive transition from the d3d* architecture to wine3d, and I think it's a really great idea to funnel everything through opengl and only need one rendering library. It's hard for me to say as a WoW addict myself, but I would rather have a complete implementation of d3d9 than one that is only able to play WoW. So I guess what I'd like to say on this front is this: awesome work guys! As for the opengl mode, it crashes strangely just after the character loading screen, but before actually getting into the game. I'm not really sure exactly what is causing the crash. I've run several traces, and all that comes up is a large group of fixmes which look like this: fixme:thread:GetThreadTimes Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet The error I am able to get (when I change my winver to win2k) is an actual game error (not given by wine). This one looks like this: ERROR #0 (0x85100000) Program: C:\Program Files\World of Warcraft\WoW.exe File: C:\build\buildWoW\WoW\Source\Ui\MinimapFrame.cpp Line: 1287 Expr: !("CGMinimapFrame::Initialize(): can't get render target for minimap") I posted a bug about this on December 7, 2004 at this location: http://bugs.winehq.org/show_bug.cgi?id=2603 Nothing has happened yet with this bug except for someone else confirming it. I'd appreciate it if someone could give me one of two pieces of information (both would be spectacular!): 1) What exactly is causing the problem with the opengl version, and is it easy to fix? 2) Is there any sort of goal that the people working on d3d9 dlls have set as far as a date they would like to have it done by? Or is it just one of those "It will be done when it's done" sort of things? Thanks in advance, Darckness -- Stop searching forever. Happiness is unattainable.

14 57

Re: combo - implement GetComboBoxInfo
by Alexandre Julliard 15 Mar '05

15 Mar '05

Steven Edwards <steven_ed4153(a)yahoo.com> writes: > @@ -2296,7 +2295,18 @@ > BOOL WINAPI GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box */ > PCOMBOBOXINFO pcbi /* [in/out] combo box information */) > { > - FIXME("\n"); > - return FALSE; > + if (IsWindow(hwndCombo)) > + { > + LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongPtrW( hwndCombo, 0 ); The IsWindow check is useless, what you need is to verify that it's really a combobox. The right way to do that is probably to send a CB_GETCOMBOBOXINFO message instead. -- Alexandre Julliard julliard(a)winehq.org

2 1

Clipboard regression
by Stefan Dösinger 15 Mar '05

15 Mar '05

Hello List, This patch from 2005/03/07 causes a Clipboard regression: http://www.winehq.org/hypermail/wine-cvs/2005/03/0111.html Whenever the clipboard is used the process crashes with an X error. To reproduce it just start notepad and right click into the text area: err:x11drv:error_handler X protocol error: serial=271, request_code=1 - breaking into debugger wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 In 32 bit mode. 0x4034e014 DebugBreak+0x4 [/windows/c/wine/dlls/kernel/debugger.c:307] in kernel32: popl %ebp Unable to open file '/windows/c/wine/dlls/kernel/debugger.c' Wine-dbg>bt Backtrace: =>1 0x4034e014 DebugBreak [/windows/c/wine/dlls/kernel/debugger.c:307] in kernel32 (0x4075f5f0) 2 0x40e46f38 error_handler(display=0x780c6938, error_evt=0x4075f654) [x11drv_main.c:194] in x11drv (0x4075f61c) 3 0x40ee33a4 ?? in libx11.so.6 (0x4075f6cc) 4 0x40ee18c3 ?? in libx11.so.6 (0x4075f70c) 5 0x40edc9f4 ?? in libx11.so.6 (0x4075f74c) 6 0x40edcab5 ?? in libx11.so.6 (0x4075f76c) 7 0x40edf0db ?? in libx11.so.6 (0x4075f79c) 8 0x40e11a0f thread_selection_wnd [/windows/c/sonstiges/wine/dlls/x11drv/x11drv.h:521] in x11drv (0x4075f7e0) 9 0x40e14185 X11DRV_CLIPBOARD_QueryAvailableData+0x55(lpcbinfo=0x4075f8e8) [/windows/c/sonstiges/wine/dlls/x11drv/clipboard.c:1636] in x11drv (0x4075f8a4) 10 0x40e12800 X11DRV_CLIPBOARD_UpdateCache(lpcbinfo=0x4075f8e8) [/windows/c/sonstiges/wine/dlls/x11drv/clipboard.c:801] in x11drv (0x4075f8c8) 11 0x40e15935 X11DRV_IsClipboardFormatAvailable+0x35(wFormat=0xd) [/windows/c/sonstiges/wine/dlls/x11drv/clipboard.c:2312] in x11drv (0x4075f914) 12 0x40a21bac IsClipboardFormatAvailable(wFormat=0xd) [/windows/c/sonstiges/wine/dlls/user/../../windows/clipboard.c:614] in user32 (0x4075f940) 13 0x40a6de38 EDIT_WM_ContextMenu+0x138(es=0x4023d968, x=0x2fb, y=0x17d) [/windows/c/sonstiges/wine/dlls/user/edit.c:3900] in user32 (0x4075f97c) 14 0x40a6660c EditWndProc_common+0x3fc(hwnd=0x10024, msg=0x7b, wParam=0x10024, lParam=0x17d02fb, unicode=0x1) [/windows/c/sonstiges/wine/dlls/user/edit.c:835] in user32 (0x4075f9f8) 15 0x40a6759f EditWndProcW(hWnd=0x10024, uMsg=0x7b, wParam=0x10024, lParam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/edit.c:1008] in user32 (0x4075fa14) 16 0x40a4b71f WINPROC_wrapper+0x17 in user32 (0x4075fa38) 17 0x40a4ba8d WINPROC_CallWndProc+0x7d(proc=0x40a67570, hwnd=0x10024, msg=0x7b, wParam=0x10024, lParam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:419] in user32 (0x4075fa74) 18 0x40a52b43 CallWindowProcW+0x103(func=0x40a67570, hwnd=0x10024, msg=0x7b, wParam=0x10024, lParam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:3283] in user32 (0x4075faa8) 19 0x40a8bb80 call_window_proc+0xe0(hwnd=0x10024, msg=0x7b, wparam=0x10024, lparam=0x17d02fb, unicode=0x1, same_thread=0x1) [/windows/c/sonstiges/wine/dlls/user/message.c:1518] in user32 (0x4075fb04) 20 0x40a8d9d1 SendMessageTimeoutW+0x161(hwnd=0x10024, msg=0x7b, wparam=0x10024, lparam=0x17d02fb, flags=0x0, timeout=0xffffffff, res_ptr=0x4075fb8c) [/windows/c/sonstiges/wine/dlls/user/message.c:2346] in user32 (0x4075fb68) 21 0x40a8dca1 SendMessageW+0x51(hwnd=0x10024, msg=0x7b, wparam=0x10024, lparam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/message.c:2427] in user32 (0x4075fb94) 22 0x40a29ef6 DEFWND_DefWinProc+0x6a6(hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/defwnd.c:696]in user32 (0x4075fc38) 23 0x40a2acbd DefWindowProcW+0x9d(hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/defwnd.c:946] in user32 (0x4075fc68) 24 0x40a66f64 EditWndProc_common+0xd54(hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4, unicode=0x1) [/windows/c/sonstiges/wine/dlls/user/edit.c:405] in user32 (0x4075fce4) 25 0x40a6759f EditWndProcW(hWnd=0x10024, uMsg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/edit.c:1008] in user32 (0x4075fd00) 26 0x40a4b71f WINPROC_wrapper+0x17 in user32 (0x4075fd24) 27 0x40a4ba8d WINPROC_CallWndProc+0x7d(proc=0x40a67570, hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:419] in user32 (0x4075fd60) 28 0x40a52b43 CallWindowProcW+0x103(func=0x40b006e8, hwnd=0x10024, msg=0x205,wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:3283] in user32 (0x4075fd94) 29 0x40a8f078 DispatchMessageW+0xe8(msg=0x4075fe64) [/windows/c/sonstiges/wine/dlls/user/message.c:2992] in user32 (0x4075fdc8) 30 0x40648c70 WinMain+0x2e0(hInstance=0x40640000, prev=0x0, cmdline=0x4020141b, show=0x1) [main.c:357] in notepad (0x4075fe90) 31 0x40646403 __wine_exe_main+0x13b in notepad (0x4075ff20) 32 0x4037d262 start_process+0xf2(arg=0x0) [/windows/c/sonstiges/wine/dlls/kernel/process.c:1047] in kernel32 (0x4075fff4) 33 0x4001ffa1 ?? +0x11 in libwine.so.1 (0x00000000) Wine-dbg>

1 0

Re: shell32: set %AllUsersProfile%, and fix shell folder registration
by Alexandre Julliard 15 Mar '05

15 Mar '05

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: > - %AllUsersProfile% was not getting set in the environment, spotted by > Vitaly Lipatov This should be done in wine.inf, not in the code. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: make_ctests - convert make_ctests to C
by Steven Edwards 15 Mar '05

15 Mar '05

Hi, --- Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > That one contains DOS line endings (^M). I have asked Royce to make a version that creates the testlist.c file with Unix line endings by default and provides a command line option for dos line endings for people developing on Windows. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

[badpenguin79@hotmail.com: [Full-disclosure] [ZH2005-02SA] Insecure tmp file creation in Wine]
by Marcus Meissner 15 Mar '05

15 Mar '05

Hi, From full-disclosure, a security mailing list. Fix seems trivial, just use 0600. (untested, uncompiled ;) Ciao, Marcus Changelog: Temporary registries exported only user read/writeable to avoid information leaks. Index: server/registry.c =================================================================== RCS file: /home/wine/wine/server/registry.c,v retrieving revision 1.63 diff -u -r1.63 registry.c --- server/registry.c 10 Mar 2005 11:18:31 -0000 1.63 +++ server/registry.c 14 Mar 2005 16:38:54 -0000 @@ -1610,7 +1610,7 @@ for (;;) { sprintf( p, "reg%lx%04x.tmp", (long) getpid(), count++ ); - if ((fd = open( tmp, O_CREAT | O_EXCL | O_WRONLY, 0666 )) != -1) break; + if ((fd = open( tmp, O_CREAT | O_EXCL | O_WRONLY, 0600 )) != -1) break; if (errno != EEXIST) goto done; close( fd ); } Index: misc/registry.c =================================================================== RCS file: /home/wine/wine/misc/registry.c,v retrieving revision 1.149 diff -u -r1.149 registry.c --- misc/registry.c 25 Aug 2004 00:48:47 -0000 1.149 +++ misc/registry.c 14 Mar 2005 16:38:55 -0000 @@ -1227,7 +1227,7 @@ ret = _xmalloc(50); for (count = 0;;) { sprintf(ret,"/tmp/reg%lx%04x.tmp",(long)getpid(),count++); - if ((tmp_fd = open(ret,O_CREAT | O_EXCL | O_WRONLY,0666)) != -1) break; + if ((tmp_fd = open(ret,O_CREAT | O_EXCL | O_WRONLY,0600)) != -1) break; if (errno != EEXIST) { ERR("Unexpected error while open() call: %s\n",strerror(errno)); free(ret);

3 4

Re: dinput.diff
by Alexandre Julliard 15 Mar '05

15 Mar '05

Tom Wickline <twickline(a)gmail.com> writes: > Changelog: increase the maximum number of devices to 16 Why do you need this? -- Alexandre Julliard julliard(a)winehq.org

1 0

Are mailslots implemented?
by Kuba Ober 15 Mar '05

15 Mar '05

Hi, Is the one-way mailslot IPC implemented in wine? I'm getting fixme:sync:CreateMailslotW(...): stub messages. Is this a simple thing to implement, or would it require additions to the server protocol? Thanks, Kuba Ober

4 5

Re: make_ctests - convert make_ctests to C
by Andreas Mohr 15 Mar '05

15 Mar '05

Hi, On Mon, Mar 14, 2005 at 08:35:19PM -0800, Steven Edwards wrote: > Convert make_ctests script to C That one contains DOS line endings (^M). Andreas Mohr

1 0

Re: [DSOUND] little patch
by Robert Reif 15 Mar '05

15 Mar '05

Raphael wrote: >Hi > >Changelog: > - try to have better match caps with hw caps so games can active more hw >support > >Regards, >Raphael > > > >- This->lock.DebugInfo->Spare[1] = 0; >+ /*This->lock.DebugInfo->Spare[1] = 0;*/ > DeleteCriticalSection(&(This->lock)); > > You have to zero this out or DeleteCriticalSection will try to delete that static memory. >+ if (pDS->drvcaps.dwFlags | DSCAPS_PRIMARYMONO) pDS->pwfx->nChannels = 1; >+ if (pDS->drvcaps.dwFlags | DSCAPS_PRIMARY16BIT) pDS->pwfx->wBitsPerSample = 16; >+ pDS->pwfx->nBlockAlign = pDS->pwfx->wBitsPerSample * pDS->pwfx->nChannels / 8; >+ pDS->pwfx->nAvgBytesPerSec = pDS->pwfx->nSamplesPerSec * pDS->pwfx->nBlockAlign; >+ > You can't do this and be compatible with windows. > >+#ifndef __WINE_DSOUND_PRIVATE_H >+#define __WINE_DSOUND_PRIVATE_H > You can't include this more than once because there is only one .h file so it's not really necessary. >+#define WINE_SET_CS_NAME(cs, name) (cs)->DebugInfo->Spare[1] = (DWORD) name >+#define WINE_GET_CS_NAME(cs) (const char*) (cs)->lock.DebugInfo->Spare[1] > > This is a wine specific trick and should probably be put somewhere global so all users can be consistent. The name should have DEBUG in it somewhere.

3 5

Re: wine/ misc/registry.c documentation/samples/co ...
by Dimitrie O. Paun 15 Mar '05

15 Mar '05

On Mon, Mar 14, 2005 at 11:18:40AM -0600, Alexandre Julliard wrote: > Log message: > Get rid of the remaining registry configuration parameters. Any plans on getting the global registry back? -- Dimi.

2 1

Problems with VirtualAlloc/Lock
by MIchael Ost 15 Mar '05

15 Mar '05

There are major differences in the handling of virtual memory in Wine vs WinXP that are causing problems for my winelib application. Can someone provide background and/or workarounds for these issues? As near as I can tell the main differences are: * VirtualLock does nothing in Wine * Wine makes no distinction between MEM_RESERVE and MEM_COMMIT * Wine has no implementation of Windows' process working sets * Wine limits MEM_RESERVE to 1GB, but WinXP goes up to 2GB The above problems seem relatively harmless on systems with < 1GB RAM. But when our units go greater than 1GB we are seeing spectacular crash-and-burn failures. The code-only DLLs we are running on such systems are crashing at a stage when I suspect they are attempting to lock RAM. I suspect that they are confused by the report from GlobalMemoryStatus that more than 1GB of RAM is installed, but that they are only able to VirtualLock up to 1GB. And in this unexpected situation, they are crashing. Further, these DLLs are audio processing plugins. The apparent fact that VirtualLock doesn't _actually_ lock memory into RAM for real time processing is a disaster for our system, in that it causes audio glitches when a page fault is handled. But that is not a problem which crashes the system. Any suggestions on what to do? Is there any pending work on this area out there? I've attached a little table that describes what I found. It shows the differences in how Wine and WinXP handle memory related calls. I have also attached a simple program which can be run to see these differences. Thanks for any help... mo

4 4

Re: combo - implement GetComboBoxInfo
by Dimitrie O. Paun 15 Mar '05

15 Mar '05

On Mon, Mar 14, 2005 at 08:02:00PM -0800, Steven Edwards wrote: > - FIXME("\n"); > - return FALSE; > + LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongA( hwndCombo, 0 ); Please use GetWindowLongW(), the combo box is fully Unicode. > + pcbi->hwndCombo = hwndCombo; > + pcbi->hwndList = lphc->hWndLBox; > + pcbi->hwndItem = lphc->hWndEdit; > + pcbi->rcItem = lphc->textRect; > + pcbi->rcButton = lphc->buttonRect; > + pcbi->stateButton = (DWORD) lphc->wState; Fancy formatting... Bit yucky, no? -- Dimi.

2 1

Re: combo - implement GetComboBoxInfo
by Dmitry Timoshkov 15 Mar '05

15 Mar '05

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > BOOL WINAPI GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box */ > PCOMBOBOXINFO pcbi /* [in/out] combo box information */) > { > - FIXME("\n"); > - return FALSE; > + LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongA( hwndCombo, 0 ); > + > + pcbi->hwndCombo = hwndCombo; > + pcbi->hwndList = lphc->hWndLBox; > + pcbi->hwndItem = lphc->hWndEdit; > + pcbi->rcItem = lphc->textRect; > + pcbi->rcButton = lphc->buttonRect; > + pcbi->stateButton = (DWORD) lphc->wState; > > + return TRUE; > } Is it possible to do a check for lphc being NULL and keep indentation/spacing similar to the rest of the file? Also (DWORD) cast should not be needed. -- Dmitry.

1 0

Re: combo - implement GetComboBoxInfo
by Steven Edwards 15 Mar '05

15 Mar '05

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > Please use GetWindowLongW(), the combo box is fully Unicode. OK I will hack it for him. This guy is new to C programing and I should have caught that. He has a bunch of VB apps that he uses this function in. > > + pcbi->hwndCombo = hwndCombo; > > + pcbi->hwndList = lphc->hWndLBox; > > + pcbi->hwndItem = lphc->hWndEdit; > > + pcbi->rcItem = lphc->textRect; > > + pcbi->rcButton = lphc->buttonRect; > > + pcbi->stateButton = (DWORD) lphc->wState; > > Fancy formatting... Bit yucky, no? Argh. Welcome to the Visual Studio 2005 Beta1, It even fscks your formatting in all sorta nice new ways. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: MSN Webcam patch
by Jasper van Veghel 15 Mar '05

15 Mar '05

I have to be off somewhere in a few minutes (hence me being up this early), so I'll make this quick ;-) I wrote a couple of patches for webcam support too a while back, and gave these to some people who were asking for them, so I thought I'd share them here now, to also provide some input on it - mind you that I haven't worked on this for a while now, so it's not really as fresh in my memory anymore, but with this rece- nt interest in it I guess I'll start looking into it again too. Of course MSN still crashes after it's signed in .. but that's beside the point here, really now ;-) Would be nice to get the webcam preview stuff working tho, and make some headway with V4L and Wine along the way. Some of the things that you've changed I've changed, but aren't in the patches below - I really should document what I change as I go along ;-) Most of the major changes are there though. I also got stuck at qcap, but ended up simply using a native DLL for that. Again, I was really just tinkering along, seeing how far I could go without having to implement some major interface, using both native and builtin DLLs. Anyway, I'll see if I can find some time tomorrow to look back into it; I did have a lot of fun hacking on Wine, and indespite of my inexperience regarding DirectX, I'll try to contribute back some more useful patches, hopefully ulti- mately getting that webcam support working. Kind regards, Jasper ----- Forwarded message from Jasper van Veghel <vanveghel(a)home.nl> ----- Date: Sat, 15 Jan 2005 14:18:47 +0100 From: Jasper van Veghel <vanveghel(a)home.nl> To: xerox_xerox2000(a)yahoo.co.uk, lgvlenders(a)yahoo.co.uk Subject: Re: video4linux - wine Hey Luis, Robbert, It's been a few weeks ago since I've worked on this stuff; I wrote some note- worthy patches and some hacks to get MSN working; I'll let you decide what's what ;-) In dlls/wininet/ I made the following two changes; The first is to get it to connect to MSN (not camera-related), as it tries to send text over SSL for some reason.. not sure if this is necessary (anymore) though, with rsabase and all: --- netconnection.c.old 2005-01-15 13:46:46.000000000 +0100 +++ netconnection.c 2004-12-14 22:38:19.000000000 +0100 @@ -104,7 +104,7 @@ void NETCON_init(WININET_NETCONNECTION *connection, BOOL useSSL) { - connection->useSSL = useSSL; + connection->useSSL = /*useSSL*/0; connection->socketFD = -1; if (connection->useSSL) { Note the date on those files by the way; they were taken from CVS around 12/14/04, so it's not a complete diff to the recent CVS. This one takes care of an unknown / undocumented optionId in InternetSetOptionAW that MSN uses in dlls/wininet/: --- internet.c.old 2005-01-15 13:55:56.000000000 +0100 +++ internet.c 2004-12-14 17:29:42.000000000 +0100 @@ -1962,6 +1962,9 @@ case INTERNET_OPTION_CONNECTED_STATE: FIXME("Option INTERNET_OPTION_CONNECTED_STATE: STUB\n"); break; + case 87: + FIXME("Undocumented option 87: STUB\n"); + break; default: FIXME("Option %ld STUB\n",dwOption); INTERNET_SetLastError(ERROR_INVALID_PARAMETER); Of more interest might be this change to dlls/devenum/createdevenum.c: --- createdevenum.c.old 2005-01-15 14:02:24.000000000 +0100 +++ createdevenum.c 2004-12-27 22:07:27.000000000 +0100 @@ -117,7 +117,8 @@ if (IsEqualGUID(clsidDeviceClass, &CLSID_AudioRendererCategory) || IsEqualGUID(clsidDeviceClass, &CLSID_AudioInputDeviceCategory) || - IsEqualGUID(clsidDeviceClass, &CLSID_MidiRendererCategory)) + IsEqualGUID(clsidDeviceClass, &CLSID_MidiRendererCategory) || + IsEqualGUID(clsidDeviceClass, &CLSID_VideoInputDeviceCategory)) { hbasekey = HKEY_CURRENT_USER; strcpyW(wszRegKey, wszActiveMovieKey); @@ -142,7 +143,8 @@ { if (IsEqualGUID(clsidDeviceClass, &CLSID_AudioRendererCategory) || IsEqualGUID(clsidDeviceClass, &CLSID_AudioInputDeviceCategory) || - IsEqualGUID(clsidDeviceClass, &CLSID_MidiRendererCategory)) + IsEqualGUID(clsidDeviceClass, &CLSID_MidiRendererCategory) || + IsEqualGUID(clsidDeviceClass, &CLSID_VideoInputDeviceCategory)) { HRESULT hr = DEVENUM_CreateSpecialCategories(); if (FAILED(hr)) @@ -411,6 +413,55 @@ CoTaskMemFree(pTypes); } } + + res = DEVENUM_CreateAMCategoryKey(&CLSID_VideoInputDeviceCategory); + if (SUCCEEDED(res)) { /* can register device(s) in this category */ + for (i = 0; i < 10; i++) { // the index can range from 0 thru 9 + WCHAR szDeviceName[80], szDeviceVersion[80]; + + if (capGetDriverDescriptionW ((WORD) i, + szDeviceName, sizeof (szDeviceName), + szDeviceVersion, sizeof (szDeviceVersion))) { + IMoniker * pMoniker = NULL; + + TRACE("\nSuccess !\n"); + + rfp2.nMediaTypes = 1; + pTypes = CoTaskMemAlloc(rfp2.nMediaTypes * + sizeof(REGPINTYPES)); + if (!pTypes) { + IFilterMapper2_Release(pMapper); + + return E_OUTOFMEMORY; + } + + /* FIXME: Not sure if these are correct */ + pTypes[0].clsMajorType = &MEDIATYPE_Video; + pTypes[0].clsMinorType = &MEDIASUBTYPE_RGB24; + + rfp2.lpMediaType = pTypes; + + res = IFilterMapper2_RegisterFilter(pMapper, + // &CLSID_VideoRenderer, + &CLSID_VfwCapture, + szDeviceName, + &pMoniker, + &CLSID_VideoInputDeviceCategory, + szDeviceName, + &rf2); + + /* FIXME: do additional stuff with IMoniker here, depending on what RegisterFilter does */ + + if (pMoniker) + IMoniker_Release(pMoniker); + + if (i == iDefaultDevice) + FIXME("Default device\n"); + + CoTaskMemFree(pTypes); + } + } + } } if (pMapper) And a small addition to devenum_private.h: --- devenum_private.h.old 2005-01-15 14:06:39.000000000 +0100 +++ devenum_private.h 2004-12-26 22:01:19.000000000 +0100 @@ -26,6 +26,7 @@ #include "windef.h" #include "winbase.h" +#include "wingdi.h" #include "winuser.h" #include "winreg.h" #include "winerror.h" @@ -38,6 +39,7 @@ #include "olectl.h" #include "wine/unicode.h" #include "uuids.h" +#include "vfw.h" /********************************************************************** * Dll lifetime tracking declaration for devenum.dll And the Makefile (dlls/devenum/Makefile.in): --- Makefile.in.old 2005-01-15 14:11:31.000000000 +0100 +++ Makefile.in 2005-01-15 14:13:36.000000000 +0100 @@ -3,7 +3,7 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = devenum.dll -IMPORTS = ole32 oleaut32 winmm user32 advapi32 kernel32 +IMPORTS = ole32 oleaut32 winmm avicap32 user32 advapi32 kernel32 EXTRALIBS = -lstrmiids -luuid C_SRCS = \ And so we add some to capGetDriverDescrptionAW aswell (dlls/avicap32/); I just added some static labels, not really getting these anywhere yet: --- avicap32_main.c.old 2005-01-15 14:15:43.000000000 +0100 +++ avicap32_main.c 2004-12-27 22:21:22.000000000 +0100 @@ -69,11 +69,22 @@ BOOL VFWAPI capGetDriverDescriptionA(WORD wDriverIndex, LPSTR lpszName, INT cbName, LPSTR lpszVer, INT cbVer) { - FIXME("(%d, %p, %d, %p, %d) stub!\n", wDriverIndex, lpszName, cbName, + FIXME("stub: (%d, %p, %d, %p, %d) stub!\n", wDriverIndex, lpszName, cbName, lpszVer, cbVer); - return FALSE; + + // FIXME: Make use of Video4Linux here + + strncpy (lpszName, "Logitech QuickCam Pro 4000", cbName); + strncpy (lpszVer, "Wine Video4Linux Driver", cbVer); + + return TRUE; } +WCHAR x1[] = {'L','o','g','i','t','e','c','h',' ','Q','u','i','c','k','c','a', + 'm',' ','P','r','o',' ','4','0','0','0',0}, + x2[] = {'W','i','n','e',' ','V','i','d','e','o','4','L','i','n','u','x', + ' ','d','r','i','v','e','r',0}; + /*********************************************************************** * capGetDriverDescriptionW (AVICAP32.@) */ @@ -82,5 +93,11 @@ { FIXME("(%d, %p, %d, %p, %d) stub!\n", wDriverIndex, lpszName, cbName, lpszVer, cbVer); - return FALSE; + + // FIXME: Make use of Video4Linux here + + lstrcpynW (lpszName, x1, cbName); + lstrcpynW (lpszVer, x2, cbVer); + + return TRUE; } And the dlls/avicap32/Makefile.in changes for the strcpy stuff: --- Makefile.in.old 2005-01-15 14:15:34.000000000 +0100 +++ Makefile.in 2004-12-26 22:55:13.000000000 +0100 @@ -3,7 +3,7 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = avicap32.dll -IMPORTS = ntdll +IMPORTS = unicows ntdll C_SRCS = avicap32_main.c Next up is dlls/quartz, which seemed to handle the DirectShow filter thingies; first off there's include/config.idl: --- control.idl.old 2005-01-15 15:07:23.000000000 +0100 +++ control.idl 2004-12-27 04:25:25.000000000 +0100 @@ -26,6 +26,7 @@ interface IBasicAudio; interface IBasicVideo; interface IVideoWindow; +interface IAMStreamConfig; interface IMediaEvent; interface IMediaEventEx; @@ -123,6 +124,22 @@ HRESULT IsCursorHidden( [out] long *CursorHidden ); } +/***************************************************************************** + * IAMStreamConfig interface + */ +[ + object, + uuid(c6e13340-30ac-11d0-a18c-00a0c9118956), + pointer_default(unique) +] +interface IAMStreamConfig : IUnknown +{ + HRESULT SetFormat( [in] AM_MEDIA_TYPE *pmt); + HRESULT GetFormat( [in] AM_MEDIA_TYPE **pmt); + HRESULT GetNumberOfCapabilities( [out] int *piCount, [out] int *piSize); + HRESULT GetStreamCaps( [in] int iIndex, [out] AM_MEDIA_TYPE **pmt, + [out] BYTE *pSCC); +} /***************************************************************************** * IBasicVideo interface And of course the generated interface from this, added to videorenderer.c, plus some partial implementation stuff (if someone could finish this, plus add an implementation for IKsPin, they'd probably be well on their way (provided that is that it's actually coupled to a capturing device, rather then have bogus data in it as I've done here)) --- videorenderer.c.old 2005-01-15 14:39:24.000000000 +0100 +++ videorenderer.c 2004-12-27 21:15:01.000000000 +0100 @@ -48,12 +48,14 @@ static IBasicVideoVtbl IBasicVideo_VTable; static IVideoWindowVtbl IVideoWindow_VTable; static const IPinVtbl VideoRenderer_InputPin_Vtbl; +static IAMStreamConfigVtbl IAMStreamConfig_VTable; typedef struct VideoRendererImpl { const IBaseFilterVtbl * lpVtbl; IBasicVideoVtbl * IBasicVideo_vtbl; IVideoWindowVtbl * IVideoWindow_vtbl; + IAMStreamConfigVtbl * IAMStreamConfig_vtbl; ULONG refCount; CRITICAL_SECTION csFilter; @@ -327,6 +329,7 @@ pVideoRenderer->lpVtbl = &VideoRenderer_Vtbl; pVideoRenderer->IBasicVideo_vtbl = &IBasicVideo_VTable; pVideoRenderer->IVideoWindow_vtbl = &IVideoWindow_VTable; + pVideoRenderer->IAMStreamConfig_vtbl = &IAMStreamConfig_VTable; pVideoRenderer->refCount = 1; InitializeCriticalSection(&pVideoRenderer->csFilter); @@ -378,6 +381,8 @@ *ppv = (LPVOID)&(This->IBasicVideo_vtbl); else if (IsEqualIID(riid, &IID_IVideoWindow)) *ppv = (LPVOID)&(This->IVideoWindow_vtbl); + else if (IsEqualIID(riid, &IID_IAMStreamConfig)) + *ppv = (LPVOID)&(This->IAMStreamConfig_vtbl); if (*ppv) { @@ -1556,3 +1561,172 @@ Videowindow_HideCursor, Videowindow_IsCursorHidden }; + + +/*** IAMStreamConfig methods ***/ +static HRESULT WINAPI AMStreamConfig_QueryInterface(IAMStreamConfig *iface, + REFIID riid, + LPVOID*ppvObj) { + ICOM_THIS_MULTI(VideoRendererImpl, IAMStreamConfig_vtbl, iface); + + TRACE("(%p/%p)->(%s (%p), %p)\n", This, iface, debugstr_guid(riid), riid, ppvObj); + + // return AMStreamConfig_QueryInterface((IUnknown*)This, riid, ppvObj); + return S_OK; +} + +static ULONG WINAPI AMStreamConfig_AddRef(IAMStreamConfig *iface) { + ICOM_THIS_MULTI(VideoRendererImpl, IAMStreamConfig_vtbl, iface); + + TRACE("(%p/%p)->()\n", This, iface); + + // return AMStreamConfig_AddRef((IUnknown*)This); + return S_OK; +} + +static ULONG WINAPI AMStreamConfig_Release(IAMStreamConfig *iface) { + ICOM_THIS_MULTI(VideoRendererImpl, IAMStreamConfig_vtbl, iface); + + TRACE("(%p/%p)->()\n", This, iface); + + // return AMStreamConfig_Release((IUnknown*)This); + return S_OK; +} + +static HRESULT WINAPI AMStreamConfig_SetFormat(IAMStreamConfig *iface, + AM_MEDIA_TYPE *pmt) { + ICOM_THIS_MULTI(VideoRendererImpl, IAMStreamConfig_vtbl, iface); + + TRACE("(%p/%p): stub !!\n", This, iface); + + return S_OK; +} + +static HRESULT WINAPI AMStreamConfig_GetFormat(IAMStreamConfig *iface, + AM_MEDIA_TYPE **pmt) { + ICOM_THIS_MULTI(VideoRendererImpl, IAMStreamConfig_vtbl, iface); + + TRACE("(%p/%p): stub !!\n", This, iface); + + return S_OK; +} + +typedef struct _VIDEO_STREAM_CONFIG_CAPS { + GUID guid; + ULONG VideoStandard; + SIZE InputSize; + SIZE MinCroppingSize; + SIZE MaxCroppingSize; + int CropGranularityX; + int CropGranularityY; + int CropAlignX; + int CropAlignY; + SIZE MinOutputSize; + SIZE MaxOutputSize; + int OutputGranularityX; + int OutputGranularityY; + int StretchTapsX; + int StretchTapsY; + int ShrinkTapsX; + int ShrinkTapsY; + LONGLONG MinFrameInterval; + LONGLONG MaxFrameInterval; + LONG MinBitsPerSecond; + LONG MaxBitsPerSecond; +} VIDEO_STREAM_CONFIG_CAPS; + +static HRESULT WINAPI AMStreamConfig_GetNumberOfCapabilities(IAMStreamConfig *iface, + int *piCount, + int *piSize) { + ICOM_THIS_MULTI(VideoRendererImpl, IAMStreamConfig_vtbl, iface); + + TRACE("((%p/%p): %p %p): semi-stub !!\n", This, iface, piCount, piSize); + + *piCount = 1; + *piSize = sizeof(VIDEO_STREAM_CONFIG_CAPS); + + return S_OK; +} + +static HRESULT WINAPI AMStreamConfig_GetStreamCaps(IAMStreamConfig *iface, + int iIndex, + AM_MEDIA_TYPE **pmt, + BYTE *pSCC) { + ICOM_THIS_MULTI(VideoRendererImpl, IAMStreamConfig_vtbl, iface); + VIDEOINFOHEADER *pvi; + VIDEO_STREAM_CONFIG_CAPS *vsc; + + TRACE("((%p/%p) %d %p %p): semi-stub !!\n", This, iface, iIndex, pmt, pSCC); + + // FIXME: Get actual stream information in here (IEnumMediaTypes ?) + + pmt[0] = CoTaskMemAlloc(sizeof (AM_MEDIA_TYPE)); + memcpy (&pmt[0]->formattype, &FORMAT_VideoInfo, sizeof (GUID)); + memcpy (&pmt[0]->majortype, &MEDIATYPE_Video, sizeof (GUID)); + memcpy (&pmt[0]->subtype, &MEDIASUBTYPE_RGB24, sizeof (GUID)); + pmt[0]->bTemporalCompression = 0; + pmt[0]->bFixedSizeSamples = 1; + pmt[0]->lSampleSize = 1; + + // FIXME: The stuff below is just there so it contains something + + pmt[0]->cbFormat = sizeof(VIDEOINFOHEADER); + pmt[0]->pbFormat = CoTaskMemAlloc(pmt[0]->cbFormat); + ZeroMemory(pmt[0]->pbFormat, pmt[0]->cbFormat); + pvi = (VIDEOINFOHEADER *)pmt[0]->pbFormat; + pvi->rcSource.right = 640; pvi->rcSource.bottom = 480; + pvi->rcTarget.right = 640; pvi->rcTarget.bottom = 480; + pvi->dwBitRate = 10; + pvi->dwBitErrorRate = 0; + pvi->AvgTimePerFrame = (LONGLONG)(10000000.0 / 25); // 25 is hardcoded + + // FIXME: The stuff below is just there so it contains something + + pvi->bmiHeader.biWidth = 640; + pvi->bmiHeader.biHeight = 480; + pvi->bmiHeader.biBitCount = 24; + pvi->bmiHeader.biCompression = BI_RGB; + pvi->bmiHeader.biSizeImage = 0; + pvi->bmiHeader.biXPelsPerMeter = 640; + pvi->bmiHeader.biYPelsPerMeter = 480; + pvi->bmiHeader.biClrUsed = 0; + pvi->bmiHeader.biClrImportant = 0; + + // FIXME: Blahblahblah + + vsc = (VIDEO_STREAM_CONFIG_CAPS *)pSCC; + memcpy (&vsc->guid, &FORMAT_VideoInfo, sizeof (GUID)); + vsc->VideoStandard = 0; + vsc->InputSize.cx = 640; vsc->InputSize.cy = 480; + vsc->MinCroppingSize.cx = 320; vsc->MinCroppingSize.cy = 240; + vsc->MaxCroppingSize.cx = 640; vsc->MaxCroppingSize.cy = 480; + vsc->CropGranularityX = 10; + vsc->CropGranularityY = 10; + vsc->CropAlignX = 0; + vsc->CropAlignY = 0; + vsc->MinOutputSize.cx = 320; vsc->MinOutputSize.cy = 240; + vsc->MaxOutputSize.cx = 640; vsc->MaxOutputSize.cy = 480; + vsc->OutputGranularityX = 10; + vsc->OutputGranularityY = 10; + vsc->StretchTapsX = 1; + vsc->StretchTapsY = 1; + vsc->ShrinkTapsX = 1; + vsc->ShrinkTapsY = 1; + vsc->MinFrameInterval = (LONGLONG)(10000000.0 / 25); + vsc->MaxFrameInterval = (LONGLONG)(10000000.0 / 25); + vsc->MinBitsPerSecond = 24; + vsc->MaxBitsPerSecond = 24; + + return S_OK; +} + +static IAMStreamConfigVtbl IAMStreamConfig_VTable = +{ + AMStreamConfig_QueryInterface, + AMStreamConfig_AddRef, + AMStreamConfig_Release, + AMStreamConfig_SetFormat, + AMStreamConfig_GetFormat, + AMStreamConfig_GetNumberOfCapabilities, + AMStreamConfig_GetStreamCaps +}; As for Quartz; there's been a lot of development over the last couple of weeks on this, especially on the FilterMapper, regsvr, AVI stuff, videorenderer, etc., so that aswell as future development might prove to be quite useful in getting this to work. Anyway, that's pretty much all there is; I wrote some other hacks to various DLLs, but eventually ended up using native DLLs instead as the hacking proved too extensive (sorry to say, my goal at that point was getting my webcam to work under MSN with Wine, not to add anything useful to Wine itself (though it would have been a nice side-effect)) Hopefully the patches were of some use to you, and perhaps someone can get V4L/VFW working under WINE. I, for one, would cer- tainly appreciate it :-) Best Regards, Jasper Robbert Xerox wrote: > Hi, i was wondering if you could post your > hacks/patches you talk about in the message (involving > this webcam/MSN messenger etc. stuff) either to the > wine developement mailinglist or to me. I would be > very gratefull as i really would like to have a look > at it, to see if i could get any further. Thanks in > advance, Robbert > > > > > > ___________________________________________________________ > ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com > ----- End forwarded message -----

1 0

Re: Re: [DMUSIC/DINPUT] includes fixes
by fenix＠club-internet.fr 14 Mar '05

14 Mar '05

4 4

Automatic installation rev-eng utility
by Shachar Shemesh 14 Mar '05

14 Mar '05

Hi all, I said this in a reply in one of the threads (the one about Windows registry), and got zero reply. I'm bringing the subject up again here. Back in 1996 (and until around 2000) I was project manager for a project called "GTFormat". This was a project used by the late Packard Bell, as well as NEC in Japan, to put the programs bundled with the machines on the hard disks shipped out to customers. The tools consist of a tool that understands what the original installation did, a database to do offline conflict resolution and other stuff, and a front end to perform a (silent) installation of the result. I have written most of the code in the last part of this project, and as I said before, managed the entire thing. We also had a tool the generated files for the last part directly from the first part, without going through the database. Now, the tool was written when I was an employee of the company that produced them (G.Tek Technologies, today called gteko), but I believe that given enough persuasion I can get their approval to either freely distribute or actually open source the detection and the installation tool. I believe most of the distinguishing value of the tool as far as Gteko is concerned is in the database, which is not relevant for Wine in any way. The tool is written mostly in C++ for Visual Studio 6. It may require pulling out a single proprietary library (compression), but should not pose a problem (zlib does a wonderful job, after all). The question, therefor, is this. Should I try? The tool has proven itself over a long period of time, and is fairly reliable (at least was back at the time). It CAN solve some of our installer related problems. Your opinions are welcome. So, what say you? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html

2 2

Re: make mlang_test.exe loadable on NT 4.0 [resend, 3nd time]
by Alexandre Julliard 14 Mar '05

14 Mar '05

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > Hi Alexandre, > > you have now ignore this patch three times :-( is anything wrong with it? or > does "wine-patches" have a hole ? There must be a hole somewhere yes, it's the first time I ever see that patch. Maybe my spam filter doesn't like you <g> -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [X11DRV] Fix X11 Device list leak
by Raphael 14 Mar '05

14 Mar '05

Hi, > Thanks for submitting this patch. > These are exactly the fixes I was about to submit! Nothing :) > Your patch should should have a major impact on users of applications > which use the wintab library: They should all start to function to some > degree. i hope so, waiting for users report now :) > Apologies for not commenting on patch/ submitting a fix earlier.... > A major knee operation has put me out of action for the last few weeks. :( Have a good recovery > P.S. Please don't expect timely responses to mails for at least > another week. > I'll try my best to respond, but can't promise anything. > Regards, Raphael

1 0

Re: richedit patches by Phil Krylov
by Phil Krylov 14 Mar '05

14 Mar '05

On Mon, 14 Mar 2005 19:31:25 +0100 Krzysztof Foltman <kfoltman(a)portal.onet.pl> wrote: > > ChangeLog: > > Initial implementation of EM_STREAMOUT and RTF writer. > > Nice to see this functionality implemented (I really didn't want to > implement it myself). Very good code too. Thanks. Thanks :) > The new function ME_FindItemAtOffset isn't really necessary, you can > achieve exactly the same thing with ME_RunOfsFromCharOfs (and I should > have used it in ME_GetTextW instead of reimplementing the same > functionality). I'm going to get rid of it later. Oh sorry, I haven't noticed that it already exists. > Now when both EM_STREAMIN and EM_STREAMOUT work, I can start > implementing the rest of the clipboard code. The RTF reader still has to be teached Unicode. Currently most of my existing .rtf documents are totally garbled. -- Ph.

1 0

Re: [patch] x86: fix ESP corruption CPU bug
by Stas Sergeev 14 Mar '05

14 Mar '05

Hi, Linus Torvalds wrote: > Btw, Stas, one thing I'd really like to see is even a partial list of > anything that actually cares about this. Ie, if there is some known > Windows app where Wine works better or something like that, just adding I am not using Wine too much, but I've found this: http://cvs.winehq.org/cvsweb/~checkout~/wine/dlls/winedos/int31.c?rev=1.41&… --- /* due to a flaw in some CPUs (at least mine), it is best to mark stack segments as 32-bit if they can be used in 32-bit code. Otherwise, these CPUs may not set the high word of esp during a ring transition (from kernel code) to the 16-bit stack, and this causes trouble if executing 32-bit code using this stack. */ --- I added win-devel to CC, maybe people there can tell if that patch has any value for them or not. The reference to the original patch: http://www.uwsg.iu.edu/hypermail/linux/kernel/0503.1/1794.html Dosemu looks a little better on that, the whole chapter of the docs is dedicated to that problem: http://dosemu.sourceforge.net/docs/EMUfailure/t1.html#AEN55 There you can find a (relatively small) list of the programs that are affected, but I personally have the old Microsoft linker that crashes, and a few more DOS games. > Another way of saying the same thing: I absolutely hate seeing patches > that fix some theoretical issue that no Linux apps will ever care about. No, it is not theoretical, but it is mainly about a DOS games and an MS linker, as for me. The things I'd like to get working, but the ones you may not care too much about:) The particular game I want to get working, is "Master of Orion 2" for DOS. > So I'd like to have a bit more of a case for this patch, since I know what > the case against it is ;) Yep, and the informational leak it closes, looks also rather minor. So it is only a matter of how do you care about the dosemu and the DOS games under linux. Considering the amount of the dosemu-related code in vm86.c, I guess you care:) And uhm, adding the list of the DOS games to the comments of the Linux kernel code, doesn't sound like a good idea to me:)

6 7

Re: shlapi: Fixes for UrlIsW and UrlIsA
by Mike McCormack 14 Mar '05

14 Mar '05

Troy Rollo wrote: > Testing under Windows shows that UrlIsW and UrlIsA should: Would you be able to write a conformance test using what you've found, to make sure it doesn't break again? Even just posting the test program to wine-patches so somebody could create a conformance test out of it would be great... Mike

2 1

richedit patches by Phil Krylov
by Krzysztof Foltman 14 Mar '05

14 Mar '05

> ChangeLog: > Initial implementation of EM_STREAMOUT and RTF writer. Nice to see this functionality implemented (I really didn't want to implement it myself). Very good code too. Thanks. IMHO the patch can be applied without changes. The new function ME_FindItemAtOffset isn't really necessary, you can achieve exactly the same thing with ME_RunOfsFromCharOfs (and I should have used it in ME_GetTextW instead of reimplementing the same functionality). I'm going to get rid of it later. Now when both EM_STREAMIN and EM_STREAMOUT work, I can start implementing the rest of the clipboard code. > Added "generator" RTF destination handling. > Added missing PFA_JUSTIFY definition to richedit.h. Thanks for the fixes, I really didn't know how to get rid of the \generator. Maybe it will help me figure out how to ignore the rest of the RTF junk that I can't use anyway (\pgdsctbl and others). Krzysztof

3 3

Let's fix Steam!
by Scott Ritchie 14 Mar '05

14 Mar '05

Steam has had a serious problem for quite some time, failing with a strange debug assertion error popup at the dreaded 27% mark. What's interesting, however, is that Steam works perfectly in Crossover 4.1 - since I don't think Steam is supported, this is not due to a special hack, and the failure in Steam therefore represents a serious regression in Wine. This, quite simply, will be a really cool app to get working again. Plus, we'll need it to try out Half Life 2 once you awesome Direct3D boys finish up your work :) So, where do we go about this? The installer demonstrating the error can be downloaded easily from http://www.steampowered.com/ - however, I'm not sure if it's plausible to run a regression analysis since there are no patches available against the direct crossover version of Wine. At this point, I'm not even sure which file has broken, although I do know that it's one we've had problems with in the past based off of IRC conversations. If anyone could follow up with more info, particularly about the specifics of the error, I'm sure we'd all appreciate it greatly. Thanks, Scott Ritchie

3 11

Re: Ptrace problem on amd64? (Was: Re: Warcraft III can't find cdrom)
by Mike Hearn 14 Mar '05

14 Mar '05

T.J. Zeeman wrote: >>>Warcraft still complains about the CD-rom being MIA though :( I'll see >>>if I can dig up a few hints from the log this weekend. >> >>Make sure your kernel hsa the ptrace regression fixes in. > > > I guess you meant the problems refered to in WWN250 > (http://www.winehq.com/?issue=250). I checked and the patch there is > only for i386. I ported those to the x86_64 files (see attachments) and > tried again to no avail. > > I also tried the test app as posted by Linus Torvalds here: > http://www.winehq.com/hypermail/wine-devel/2004/11/0551.html > When trying that on amd64 with the ptrace patches it does not even want > to compile (not completely surprising). In the chroot it segfaults. > A strace showed the following: > > x5556c000 > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or > directory) > open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or > directory) > open("/etc/ld.so.cache", O_RDONLY) = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=32850, ...}) = 0 > old_mmap(NULL, 32850, PROT_READ, MAP_PRIVATE, 3, 0) = 0x5556d000 > close(3) = 0 > access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or > directory) > open("/lib/tls/libc.so.6", O_RDONLY) = 3 > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360Y\1"..., > 512) = 512 > fstat64(3, {st_mode=S_IFREG|0644, st_size=1253924, ...}) = 0 > old_mmap(NULL, 1260140, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = > 0x55576000 > old_mmap(0x5569f000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, > 3, 0x129000) = 0x5569f000 > old_mmap(0x556a7000, 10860, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| > MAP_ANONYMOUS, -1, 0) = 0x556a7000 > close(3) = 0 > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, > -1, 0) = 0x556aa000 > set_thread_area({entry_number:-1 -> 11, base_addr:0x556aa2a0, > limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, > limit_in_pages:1, seg_not_present:0, useable:1}) = 0 > munmap(0x5556d000, 32850) = 0 > rt_sigaction(SIGTRAP, {0x8048438, [TRAP], SA_RESTART}, {SIG_DFL}, 8) = 0 > mprotect(0x8048000, 4096, PROT_READ|PROT_WRITE) = 0 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > +++ killed by SIGSEGV +++ > > > I haven't been this deep into low level code in a long time (and that > was 8086 asm simulated on a sparc), but I thought this would work and > not segfault. Anybody around here that can comment on that? Or should I > take this to another forum to further investigate? If so, where would > you suggest I take it? I'm not sure, probably lkml would be best but I'm not subscribed to that. I'll CC wine-devel and maybe somebody there can help. I'd recommend pinging Linus and asking about whether the ptrace regressions still affect x86-64. thanks -mike > regards, > Thomas > > > > > ------------------------------------------------------------------------ > > --- /usr/src/kernel-source-2.6.10/arch/x86_64/kernel/ptrace.c 2004-12-24 22:34:30.000000000 +0100 > +++ ptrace.c 2005-03-01 20:32:29.713639136 +0100 > @@ -79,6 +79,28 @@ > return 0; > } > > +static void set_singlestep(struct task_struct *child) > +{ > + long eflags; > + > + set_tsk_thread_flag(child, TIF_SINGLESTEP); > + eflags = get_stack_long(child, EFL_OFFSET); > + put_stack_long(child, EFL_OFFSET, eflags | TRAP_FLAG); > + child->ptrace |= PT_DTRACE; > +} > + > +static void clear_singlestep(struct task_struct *child) > +{ > + if (child->ptrace & PT_DTRACE) { > + long eflags; > + > + clear_tsk_thread_flag(child, TIF_SINGLESTEP); > + eflags = get_stack_long(child, EFL_OFFSET); > + put_stack_long(child, EFL_OFFSET, eflags & ~TRAP_FLAG); > + child->ptrace &= ~PT_DTRACE; > + } > +} > + > /* > * Called by kernel/ptrace.c when detaching.. > * > @@ -86,11 +108,12 @@ > */ > void ptrace_disable(struct task_struct *child) > { > - long tmp; > +/* long tmp; > > clear_tsk_thread_flag(child, TIF_SINGLESTEP); > tmp = get_stack_long(child, EFL_OFFSET) & ~TRAP_FLAG; > - put_stack_long(child, EFL_OFFSET, tmp); > + put_stack_long(child, EFL_OFFSET, tmp); */ > + clear_singlestep(child); > } > > static int putreg(struct task_struct *child, > @@ -338,8 +361,6 @@ > break; > case PTRACE_SYSCALL: /* continue and stop at next (return from) syscall */ > case PTRACE_CONT: { /* restart after signal. */ > - long tmp; > - > ret = -EIO; > if ((unsigned long) data > _NSIG) > break; > @@ -347,12 +368,9 @@ > set_tsk_thread_flag(child,TIF_SYSCALL_TRACE); > else > clear_tsk_thread_flag(child,TIF_SYSCALL_TRACE); > - clear_tsk_thread_flag(child, TIF_SINGLESTEP); > child->exit_code = data; > /* make sure the single step bit is not set. */ > - tmp = get_stack_long(child, EFL_OFFSET); > - tmp &= ~TRAP_FLAG; > - put_stack_long(child, EFL_OFFSET,tmp); > + clear_singlestep(child); > wake_up_process(child); > ret = 0; > break; > @@ -394,34 +412,23 @@ > * exit. > */ > case PTRACE_KILL: { > - long tmp; > - > ret = 0; > if (child->exit_state == EXIT_ZOMBIE) /* already dead */ > break; > clear_tsk_thread_flag(child, TIF_SINGLESTEP); > child->exit_code = SIGKILL; > /* make sure the single step bit is not set. */ > - tmp = get_stack_long(child, EFL_OFFSET) & ~TRAP_FLAG; > - put_stack_long(child, EFL_OFFSET, tmp); > + clear_singlestep(child); > wake_up_process(child); > break; > } > > case PTRACE_SINGLESTEP: { /* set the trap flag. */ > - long tmp; > - > ret = -EIO; > if ((unsigned long) data > _NSIG) > break; > clear_tsk_thread_flag(child,TIF_SYSCALL_TRACE); > - if ((child->ptrace & PT_DTRACE) == 0) { > - /* Spurious delayed TF traps may occur */ > - child->ptrace |= PT_DTRACE; > - } > - tmp = get_stack_long(child, EFL_OFFSET) | TRAP_FLAG; > - put_stack_long(child, EFL_OFFSET, tmp); > - set_tsk_thread_flag(child, TIF_SINGLESTEP); > + set_singlestep(child); > child->exit_code = data; > /* give it a chance to run. */ > wake_up_process(child); > > > ------------------------------------------------------------------------ > > --- /usr/src/kernel-source-2.6.10/arch/x86_64/kernel/signal.c 2004-12-24 22:35:23.000000000 +0100 > +++ signal.c 2005-03-01 20:33:11.425298000 +0100 > @@ -205,8 +205,14 @@ > err |= __put_user(me->thread.trap_no, &sc->trapno); > err |= __put_user(me->thread.error_code, &sc->err); > err |= __put_user(regs->rip, &sc->rip); > + > + /* > + * Iff TF was set because the program is being single-stepped by a > + * debugger, don't save that information on the signal stack.. We > + * don't want debugging to change state. > + */ > eflags = regs->eflags; > - if (current->ptrace & PT_PTRACED) { > + if (current->ptrace & PT_DTRACE) { > eflags &= ~TF_MASK; > } > err |= __put_user(eflags, &sc->eflags); > @@ -324,12 +330,16 @@ > regs->rsp = (unsigned long)frame; > > set_fs(USER_DS); > + /* > + * Clear TF when entering the signal handler, but > + * notify any tracer that was single-stepping it. > + * The tracer may want to single-step inside the > + * handler too. > + */ > if (regs->eflags & TF_MASK) { > - if ((current->ptrace & (PT_PTRACED | PT_DTRACE)) == (PT_PTRACED | PT_DTRACE)) { > + regs->eflags &= ~TF_MASK; > + if (current->ptrace & PT_DTRACE) > ptrace_notify(SIGTRAP); > - } else { > - regs->eflags &= ~TF_MASK; > - } > } > > #ifdef DEBUG_SIG

6 14

Re: STI, device drivers and stuff
by Steven Edwards 14 Mar '05

14 Mar '05

Hi, --- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > > 2. STI has kernel mode components to deal USB / SCSI / > > serial / parallel ports. Is there any attempt to bring > > kernel mode support into Wine (ReactOS/Wine merger?) > > any time soon? If not, should I implement USB support > > using libusb in user-space? > > Wine is purely user-space, so yes, use libusb I guess. CrossOver is using libusb for the iPod stuff. There is little chance of sharing much of the hardware support with ReactOS however the higher level stuff is being shared such as setupapi. Having a wineserver thread or something that acts like the umpnpmgr on Windows would allow us to share a bit more code as well. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

DOS interrupts in Wine
by Sam Lauber 14 Mar '05

14 Mar '05

Does Wine correctly implement all the DOS Services and interrupts? Samuel Lauber -- _____________________________________________________________ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze

3 2

Re: MSI: add property IDs for MSI summary information
by Juan Lang 14 Mar '05

14 Mar '05

--- Mike McCormack <mike(a)codeweavers.com> wrote: > Yes, it's really in MsiDefs.h from the Windows Platform SDK. Weird. > As far as I can tell, MSI also reimplements the property set storage > code, as it makes no calls to the ole storage implementation of > IPropertySetStorage. Perhaps there is some subtle difference between > the two implementations? Or maybe they did that because > IPropertySetStorage isn't available on earlier OLE implemenations? More likely the former, though I wouldn't hazard a guess as to why. MS allows you to reimplement these, they just provide a default impl. It's been around for quite a while, though, the best description I've found is from 1993-1995, well before MSI: http://msdn.microsoft.com/library/default.asp?url=/archive/en-us/dnarolegen… --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: MSI: add property IDs for MSI summary information
by Juan Lang 14 Mar '05

14 Mar '05

Hi Mike, > +#define PID_DICTIONARY 0 > +#define PID_CODEPAGE 1 > +#define PID_TITLE 2 Is it really like this in the PSDK? Some of these are already defined in propidl.idl. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Zuma
by Juan Pablo Sousa 14 Mar '05

14 Mar '05

Hi, I'm trying to make the game Zuma work you can get the demo from: http://www.popcap.com/launchpage.php?theGame=zuma i've tried setting version to both win98 and winxp, in both cases I get very similar results I don't know where to start, the last line gives me the idea it's even chrashing the debugger, any ideas? here are the last lines running with +relay: 0009:Ret ntdll.RtlAcquirePebLock() retval=00000000 ret=77b18896 0009:Call ntdll.RtlUnicodeStringToAnsiString(7792fa0c,77eff920,00000001) ret=77b188bd 0009:Ret ntdll.RtlUnicodeStringToAnsiString() retval=00000000 ret=77b188bd 0009:Call ntdll.RtlReleasePebLock() ret=77b188d4 0009:Ret ntdll.RtlReleasePebLock() retval=00000000 ret=77b188d4 0009:Call ntdll.RtlEnterCriticalSection(77bde3c0) ret=77b27ed0 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=77b27ed0 0009:Call ntdll.RtlLeaveCriticalSection(77bde3c0) ret=77b27f00 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=77b27f00 0009:Call ntdll.RtlEnterCriticalSection(77bde3c0) ret=77b27ed0 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=77b27ed0 0009:Call ntdll.RtlLeaveCriticalSection(77bde3c0) ret=77b27f00 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=77b27f00 0009:Call ntdll.NtCreateEvent(77bf0974,001f0003,00000000,00000001,00000000) ret=77b5ffb7 0009:Ret ntdll.NtCreateEvent() retval=00000000 ret=77b5ffb7 0009:Ret PE DLL (proc=0x77afdef0,module=0x77af0000 L"kernel32.dll",reason=PROCESS_ATTACH,res=0x1) retval=1 0009:Ret ntdll.LdrInitializeThunk() retval=00000000 ret=77b44b6b 0009:Call ntdll.RtlImageNtHeader(00400000) ret=77b44b79 0009:Ret ntdll.RtlImageNtHeader() retval=004000f8 ret=77b44b79 0009:Starting process L"C:\\Program Files\\PopCap Games\\Zuma Deluxe\\Zuma.exe" (entryproc=0x856000) wine_dbg_vprintf: debugstr buffer overflow (contents: '0009:Call kernel32.VxDCall0(0086e000,0000000a,00857cf4 "\x8b\\$\x0c\xeb\x03\xeb\xfc\xeb\xeb\x01\xeb\xff\x8b\xb0",7792ff38 L"\ffff\ffff\de98\77af\96b0\77b1\7928\77bc",00856030,77b44ba2,77eff6c0 "",00000009,77eff04c,00856000,ffffffff (invalid),77afde98 L"\25ff\f4e4\77bc\f689\25ff\f4e8\77bc\f689\25ff\f4ec\77bc\f689\25ff\f4f0\77bc\f689\25ff\f4f4\77bc\f689\25ff\f4f8\77bc\f689\25ff\f4fc\77bc\f689\25ff\f500\77bc\f689\25ff\f504\77bc\f689\25ff\f508\77bc\f689\25ff\f50c\77bc\f689\8955\53e5\ec83\e814\81d8\fffe\c381\9a2c\000c\7d83\010c\3175\bb83\6e5c\0001\7501\8b28"...,77b196b0,77bc7928,00000000,00000000,7792fff4,7792ff28,77b44b1a,00000001,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,77bc7928,00000000,00000000,00000000,b7fb6dd1,00000000,Exception frame is not in st') err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception.

1 0

[advpack] Implement RegisterOCX and stub out DelNodeRunDLL32
by Matthew Mastracci 14 Mar '05

14 Mar '05

This patch helps the IE6 installer get past the DLL registration stage. The DelNodeRunDLL32 function is stubbed out, but RegisterOCX will correctly register a COM DLL by calling its DllRegisterServer function. ChangeLog: * dlls/advpack/advpack.c Matthew Mastracci <mmastrac(a)canada.com> Implement RegisterOCX Stub for DelNodeRunDLL32 Index: dlls/advpack/advpack.c =================================================================== RCS file: /home/wine/wine/dlls/advpack/advpack.c,v retrieving revision 1.7 diff -u -r1.7 advpack.c --- dlls/advpack/advpack.c 20 Jan 2005 20:03:13 -0000 1.7 +++ dlls/advpack/advpack.c 14 Mar 2005 07:35:54 -0000 @@ -32,6 +32,8 @@ WINE_DEFAULT_DEBUG_CHANNEL(advpack); +typedef HRESULT (*DLLREGISTER) (void); + /*********************************************************************** * DllMain (ADVPACK.@) @@ -172,3 +174,60 @@ return S_OK; } + +/*********************************************************************** + * RegisterOCX (ADVPACK.@) + */ +void WINAPI RegisterOCX( HWND hWnd, HINSTANCE hInst, LPCSTR cmdline, INT show ) +{ + WCHAR wszBuff[MAX_PATH]; + WCHAR* pwcComma = &wszBuff[0]; + HMODULE hm; + DLLREGISTER pfnRegister; + HRESULT hr; + + TRACE("(%s)\n", cmdline); + + MultiByteToWideChar(CP_ACP, 0, cmdline, strlen(cmdline), wszBuff, MAX_PATH); + while (!(*pwcComma == ',' ) && *pwcComma) + { + pwcComma++; + } + *pwcComma = '\0'; + + TRACE("Parsed DLL name (%s)\n", debugstr_w(wszBuff)); + + hm = LoadLibraryExW(wszBuff, 0, LOAD_WITH_ALTERED_SEARCH_PATH); + if (!hm) + { + ERR("Couldn't load DLL: %s\n", debugstr_w(wszBuff)); + return; + } + + pfnRegister = (DLLREGISTER)GetProcAddress(hm, "DllRegisterServer"); + if (pfnRegister == NULL) + { + ERR("DllRegisterServer entry point not found\n"); + } + else + { + hr = pfnRegister(); + if (hr != S_OK) + { + ERR("DllRegisterServer entry point returned %08lx\n", hr); + } + } + + TRACE("Successfully registered OCX\n"); + + FreeLibrary(hm); +} + +/*********************************************************************** + * DelNodeRunDLL32 (ADVPACK.@) + */ +void WINAPI DelNodeRunDLL32( HWND hWnd, HINSTANCE hInst, LPCSTR cmdline, INT show ) +{ + FIXME("(%s) FIXME: stub\n", cmdline); +} + Index: dlls/advpack/advpack.spec =================================================================== RCS file: /home/wine/wine/dlls/advpack/advpack.spec,v retrieving revision 1.5 diff -u -r1.5 advpack.spec --- dlls/advpack/advpack.spec 20 Jan 2005 20:03:13 -0000 1.5 +++ dlls/advpack/advpack.spec 14 Mar 2005 07:35:54 -0000 @@ -2,7 +2,7 @@ @ stub AdvInstallFile @ stub CloseINFEngine @ stub DelNode -@ stub DelNodeRunDLL32 +@ stdcall DelNodeRunDLL32(ptr ptr str long) @ stdcall DllMain(long long ptr) @ stdcall DoInfInstall(ptr) @ stub ExecuteCab @@ -23,10 +23,11 @@ @ stub RegRestoreAll @ stub RegSaveRestore @ stub RegSaveRestoreOnINF -@ stub RegisterOCX +@ stdcall RegisterOCX(ptr ptr str long) @ stub RunSetupCommand @ stub SetPerUserSecValues @ stub TranslateInfString @ stub TranslateInfStringEx @ stub UserInstStubWrapper @ stub UserUnInstStubWrapper

2 3

Window style problem with Steam
by Stefan Dösinger 14 Mar '05

14 Mar '05

Hello! I had a look at the "no keyboard problem" with Steam. A little reseach showed that Steam creates its main Window with WS_SYSMENU set but WS_CAPTION not set. MSDN says that WS_CAPTION must be set if WS_SYSMENU is used: WS_SYSMENU Creates a window that has a window menu on its title bar. The WS_CAPTION style must also be specified. (from http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu…) If I check for this case in WIN_CreateWindowEx and set WS_CAPTION, the Window is controlled by KWM and I can type in the Steam window. But KWM draws the normal Window boarder and it overlaps the rest of the Window and confuses the mouse. Furthermore the menu of the systray applet has a Caption. The solution I've found is to set the WS_EX_APPWINDOW flag in cs->dwExStyle. In this case Steam behaves as I'd expect it. But is this a correct solution? Any suggestions? Stefan

1 0

Scrollkeeper, the documentation, XML, and the way forward
by Scott Ritchie 14 Mar '05

14 Mar '05

I wanted the Wine documentation to appear on the nice help menus, like other standard apps. I learned that the way to do this is to write an OMF file for each document, which scrollkeeper can then look at to find the metadata about where the document is and how to index it and such. The trouble is, Scrollkeeper and the Gnome help menus no longer support SGML, as XML is the current new and hip thing. The Wine documentation is in SGML. There are quite a few reasons to move forward. The Wine documentation is also a bit separate (requiring its own compiling, for example) from the main code, and this should change. This link: http://scrollkeeper.sourceforge.net/documentation/scrollkeeper_example2_man… has some good information about how Wine should look to play well with Scrollkeeper and modern distros. I propose we attack this in phases, and create the following plan of attack: 1) Create a new directory for all XML documentation at wine/doc. This will also bring us to be more standard. 2) When we convert old SGML documents to XML and move them there, we write an OMF file for them then and there (I'll do it if you like). We also make sure the build process is aware of this stuff and is installing the xml and omf files in the right place so scrollkeeper can find them when it runs after build time. 3) We follow the steps at the above link to add scrollkeeper into the configure scripts after we convert the first document to XML. I vote for the Wine User Guide, since I'm working on it. 4) We inform the packagers once scrollkeeper is working in a release, as there are sometimes little tricks for it (one for rpms is on the page) So, beyond that, the first step seems pretty simple: convert the sgml stuff into xml format and put it into the new doc folder. Can someone point me to some good tools to do this? Thanks, Scott Ritchie

6 8

Re: shlapi: Fixes for UrlIsW and UrlIsA
by Andreas Mohr 14 Mar '05

14 Mar '05

Hi, On Mon, Mar 14, 2005 at 09:07:57PM +1100, Troy Rollo wrote: > Testing under Windows shows that UrlIsW and UrlIsA should: Since you already did testing under Windows, adding proper tests would make sense, I guess... Or in other words: I'm not sure whether your current patch would get applied. Andreas Mohr

1 0

Re: wine/ misc/registry.c documentation/samples/config
by Steven Edwards 14 Mar '05

14 Mar '05

Hi, --- Mike McCormack <mike(a)codeweavers.com> wrote: > People would moan and complain, but in the end Wine and Wine users would > be better off, as they would no longer depend on anything but Wine to > run their Windows software. I have to agree. Short term being able to load the Windows registry and Windows system dlls helped Wine but long term it has led to stagnation. Most of the recent growth in Wine in past few years has been because we are being forced to not be dependant on a existing Windows install or Windows componates such as DCOM IE, MSI, etc which is a good thing. Thanks Steven __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

8 13

[ARTWORK] icon: "My Computer"
by egore 14 Mar '05

14 Mar '05

Hi list, I drew a simple icon that COULD be used as a replacement for the current one. I don't know if anyone of you likes it, so please tell me what you think. Tell me if you like it, if you hate if, what could be done better, etc. The icon can be found in different sizes (and in a scalable format) at http://www.egore911.de/vype/wine/ Regards, Christoph Brill aka egore911

6 6

Re: Wine Start Menu in the Desktop Applications Menu
by Dan Kegel 14 Mar '05

14 Mar '05

Jeff Waugh (jeff.waugh_at_ubuntu.com) wrote: >> The PowerPC version of the packages, however, is another issue. >> Obviously, we can't make Wine work with i386-compiled apps on PPC, > > (There's an awesome opportunity for qemu integration there...) Yeah, that's something the folks at http://darwine.opendarwin.org have been thinking about for some time, and to some extent trying. You might give them a shout... - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: [X11DRV] Fix X11 Device list leak
by rob 14 Mar '05

14 Mar '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Raphael fenix-at-club-internet.fr |Wine Mailing Lists| wrote: |Hi, | |Changelog: | - XListInputDevices spec say that device list should be freed using |XFreeDeviceList | - better robustness on X11DRV_AttachEventQueueToTablet | |I hope it helps to fix bug 2017 (http://bugs.winehq.org/show_bug.cgi?id=2017) | |Regards, |Raphael Thanks for submitting this patch. These are exactly the fixes I was about to submit! Your patch should should have a major impact on users of applications which use the wintab library: They should all start to function to some degree. Apologies for not commenting on patch/ submitting a fix earlier.... A major knee operation has put me out of action for the last few weeks. P.S. Please don't expect timely responses to mails for at least another week. I'll try my best to respond, but can't promise anything. Cheers ~ -Rob. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCNPgCKeDvIR8zB68RAgQ3AJ9BA00ZgtZd/HXWy0nOPa3xpWaO3QCfcvVJ RC2lSu6lgqZocJkohkYi/WE= =fFJD -----END PGP SIGNATURE-----

1 0

Re: Borland C++ Buildeer under Wine
by Oliver Stieber 14 Mar '05

14 Mar '05

--- Andrew Neil Ramage <nrsc16850(a)blueyonder.co.uk> wrote: > It's an old version - 3 IIRC. It starts, but the > Borland window (menu > bar across top) flickers and no other windows open. > I'll see if I've got a copy on a cover disk. CBuilder defiantly used to work. > Andrew > > > > Oliver Stieber wrote: > > --- Andrew Neil Ramage > <nrsc16850(a)blueyonder.co.uk> > > wrote: > > > >>Below is the last three lines of error messages > >>printed when I tried to > >>run Borland C++ Builder under wine. (There were > >>pages and pages of > >>error messages after I hit Ctrl-C in the terminal > I > >>had started BCB.EXE > >>from.) > >> > >>Is this a known bug in Wine ? > >> > >>err:syslevel:_EnterSysLevel (0x40797840, level 2): > >>Holding 0x4083ccc0, > >>level 3. Expect deadlock! > >>err:syslevel:_CheckNotSysLevel Holding lock > >>0x4083ccc0 level 3 > >>err:seh:setup_exception stack overflow 176 bytes > in > >>thread 0009 eip > >>004078d5 esp 405b0f50 stack 0x405b0000-0x406b0000 > >>[andrew@zeus BIN]$ > >> > > > > The stack overflow looks like somethings got stuck > in > > a loop, which is problably why there were pages > and > > pages of messages. > > > > What version of CBuilder are you using, CBuilder > <=5 > > used to work. > > > > > http://www.borland.com/products/downloads/download_cbuilderx.html > > CBuilder X claims to run on linux OOTB. > > > > > > I've got standard on the shelf, > > > >>-- > >> > >>Andrew > >> > >>[hackcoughsniffle] > >>Internal Virus Database corrupt > >> > >> > > > > > > Send instant messages to your online friends > http://uk.messenger.yahoo.com > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: Borland C++ Buildeer under Wine
by Oliver Stieber 14 Mar '05

14 Mar '05

--- Andrew Neil Ramage <nrsc16850(a)blueyonder.co.uk> wrote: > It's an old version - 3 IIRC. It starts, but the > Borland window (menu > bar across top) flickers and no other windows open. > I'll see if I've got a copy on a cover disk. CBuilder defiantly used to work. > Andrew > > > > Oliver Stieber wrote: > > --- Andrew Neil Ramage > <nrsc16850(a)blueyonder.co.uk> > > wrote: > > > >>Below is the last three lines of error messages > >>printed when I tried to > >>run Borland C++ Builder under wine. (There were > >>pages and pages of > >>error messages after I hit Ctrl-C in the terminal > I > >>had started BCB.EXE > >>from.) > >> > >>Is this a known bug in Wine ? > >> > >>err:syslevel:_EnterSysLevel (0x40797840, level 2): > >>Holding 0x4083ccc0, > >>level 3. Expect deadlock! > >>err:syslevel:_CheckNotSysLevel Holding lock > >>0x4083ccc0 level 3 > >>err:seh:setup_exception stack overflow 176 bytes > in > >>thread 0009 eip > >>004078d5 esp 405b0f50 stack 0x405b0000-0x406b0000 > >>[andrew@zeus BIN]$ > >> > > > > The stack overflow looks like somethings got stuck > in > > a loop, which is problably why there were pages > and > > pages of messages. > > > > What version of CBuilder are you using, CBuilder > <=5 > > used to work. > > > > > http://www.borland.com/products/downloads/download_cbuilderx.html > > CBuilder X claims to run on linux OOTB. > > > > > > I've got standard on the shelf, > > > >>-- > >> > >>Andrew > >> > >>[hackcoughsniffle] > >>Internal Virus Database corrupt > >> > >> > > > > > > Send instant messages to your online friends > http://uk.messenger.yahoo.com > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: [documentation] winedev-kernel
by Dmitry Timoshkov 13 Mar '05

13 Mar '05

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > + <title>File management</title> > + <para> > + With time, Windows API comes closer to the old Unix paradigm "Everything > + is a file". Even if it grew better over the years, it's still not 100% > + there (for example, you cannot use <function>ReadFile()</function> over > + a socket handle). Is it really true? >From MSDN: BOOL ReadFile( HANDLE hFile, LPVOID lpBuffer, DWORD nNumberOfBytesToRead, LPDWORD lpNumberOfBytesRead, LPOVERLAPPED lpOverlapped ); Parameters hFile [in] Handle to the file to be read. The file handle must have been created with the GENERIC_READ access right. For more information, see File Security and Access Rights. For asynchronous read operations, hFile can be any handle opened with the FILE_FLAG_OVERLAPPED flag by the CreateFile function, or a socket handle returned by the socket or accept function. -- Dmitry.

3 6

Help fixing updown (comctl32) bug?
by C. Scott Ananian 13 Mar '05

13 Mar '05

I have an open-source Windows application I'm trying to get to run under Wine (sd -- it's in the wine applications database). The particular issue I'd dealing with (at the moment) is a UDM_GETPOS message to an updown control. This is the code in the source application. ui_options.sequence_num_override = SendMessage(GetDlgItem(hwnd, IDC_SEQ_NUM_OVERRIDE_SPIN), UDM_GETPOS, 0, 0L); Under windows, when you just click 'ok' on the dialog without touching the updown control, this SendMessage returns '0'. Under wine, it returns 65536. Looking at the code (wine-cvs/dlls/comctl32/updown.c:2049): case UDM_GETPOS: temp = UPDOWN_GetBuddyInt (infoPtr); return MAKELONG(infoPtr->CurVal, temp ? 0 : 1); So, the different between Windows and Wine is that 'GetBuddyInt' (or its equivalent on Windows) is returning TRUE on Windows and FALSE in Wine. Digging down a level, the first lines of code in UPDOWN_GetBuddyInt are (wine-cvs/dlls/comctl32/updown.c:267): static BOOL UPDOWN_GetBuddyInt (UPDOWN_INFO *infoPtr) { WCHAR txt[20], sep, *src, *dst; int newVal; if (!IsWindow(infoPtr->Buddy)) return FALSE; ------- tracing through GetBuddyInt in Wine, this is as far as it gets. IsWindow returns FALSE, and so GetBuddyInt returns FALSE. But this is very puzzling: if I click one of the controls on the updown control, GetBuddyInt will eventually return TRUE. I don't really understand the purpose of the 'IsWindow' call here -- can anyone who understands the code a bit better explain to me how infoPtr->Buddy could get 'de-windowized'? I don't see anyplace in the code where Buddy gets reassigned, and turning on tracing doesn't show anything suspicious, and I've having great trouble getting gdb to set an appropriate watchpoint for me. Does anyone else have any insights? --scott KUCAGE KMPLEBE class struggle Cocaine UKUSA SCRANGER early warning colonel Bejing AELADLE LICOZY for Dummies ammunition ESODIC Treasury ( http://cscott.net/ )

1 0

Winston.exe or Elster-Formular
by Dietrich Teickner 13 Mar '05

13 Mar '05

Has anyone tested "Winston" with wine ? This is a replacement for the german tax-program "Elster". If yes, how does the internet-connection works ? Inside Odin(wine-for os\2) overwrites any os-function the WSALastError ( redirected LastError) with any LastError. I know Wine works in the same manner. After redirect the WSALastError to any Tls (only for test), "Winston" will work. Dietrich

2 1

Re: [documentation] winedev-kernel
by Dimitrie O. Paun 13 Mar '05

13 Mar '05

On Sat, Mar 12, 2005 at 09:29:44PM +0100, Eric Pouech wrote: > some DocBook cosmetic stuff, and new docu (file management being the most > important one) Very nice! Does this complete task Documentation/Devel Guide/6 on the TODO list? -- Dimi.

2 2

Re: Borland C++ Buildeer under Wine
by Oliver Stieber 13 Mar '05

13 Mar '05

--- Andrew Neil Ramage <nrsc16850(a)blueyonder.co.uk> wrote: > Below is the last three lines of error messages > printed when I tried to > run Borland C++ Builder under wine. (There were > pages and pages of > error messages after I hit Ctrl-C in the terminal I > had started BCB.EXE > from.) > > Is this a known bug in Wine ? > > err:syslevel:_EnterSysLevel (0x40797840, level 2): > Holding 0x4083ccc0, > level 3. Expect deadlock! > err:syslevel:_CheckNotSysLevel Holding lock > 0x4083ccc0 level 3 > err:seh:setup_exception stack overflow 176 bytes in > thread 0009 eip > 004078d5 esp 405b0f50 stack 0x405b0000-0x406b0000 > [andrew@zeus BIN]$ > The stack overflow looks like somethings got stuck in a loop, which is problably why there were pages and pages of messages. What version of CBuilder are you using, CBuilder <=5 used to work. http://www.borland.com/products/downloads/download_cbuilderx.html CBuilder X claims to run on linux OOTB. I've got standard on the shelf, > -- > > Andrew > > [hackcoughsniffle] > Internal Virus Database corrupt > > Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

Re: Wine Start Menu in the Desktop Applications Menu
by Mike Hearn 13 Mar '05

13 Mar '05

On Sat, 12 Mar 2005 18:09:52 -0800, Scott Ritchie wrote: > We've talked about it on the Wine lists before, but there have been some > difficulties. The first is that we don't yet understand how to read > Windows shortcut files and interpret them: this can probably be overcome > with some work. Really? That's news to me. We can read .lnk files just fine and even produce .desktop files for them, that's where the icons on the desktop come from. > Here, I propose a short plan of action for getting Wine applications > into the Applications menu. Some of these need to be done at the > distribution level and some need to be done within Wine. When we have > it working nice and smoothly we can submit whatever changes we made to > freedesktop.org as well if they need to become a cross-distribution > standard. > > Here's how I see we can do this in Ubuntu: > > 1) Create a new Menu entry in the .menu file > at /usr/share/gnome-app-install/applications.menu This one will be > named "Windows Applications" and will need to point to two locations > for .desktop files: system-wide ones, and user-specific ones. > Instructions for how to do this are here: > http://standards.freedesktop.org/menu-spec/latest/index.html I don't think that's right, gnome-app-install is an Ubuntu thing. What you mean is we can drop a .menu file into ~/.config/xdg/menus/applications-merged and it'll be automatically linked in. We can do this in wineprefixcreate (or when the first menu entry is created). > 2) Create some Wine .desktop files that can go > in /usr/share/applications that will be readable by this menu entry. > These will be for system-wide Wine apps that are common to all users. > This will include Wine's own apps (like the configuration tool and the > uninstaller) as well as packages which depend on Wine (such as > Winetools). If we're going to create our own submenu to map the start menu we may as well put stuff like winecfg and the control panel there. No need to merge them into the main menu (where would they go, anyway?) > 3.) The menu specification can also point to a new location in the local > user's .wine directory, probably something like ~/.wine/menu. The winemenubuilder program is a winelib app so it'd be better to have it in, eg "~/.wine/drive_c/windows/start menu" > Here we'll have the user-specific .desktop files that link to the > Windows applications that user has installed. Once we figure out how to > make Wine build a start menu and translate the shortcuts into .desktop > files, they can be created there. It already does/can do, see winemenubuilder. We basically need to ensure it still works (probably hasn't actually worked properly for ages) and then merge the start menu directory in using the <LegacyMenuDirs> element. > These files can be kept up to date > (such as when a user installs a new windows application) by the > wineserver program. What will then tell Gnome to update the > applications menu (since new .desktop files will have been created) I'm > not sure yet. Not quite. The wineserver is a low level thing. Menu entries are created on the fly by the shell linker interface. GNOME monitors the menu directories/files so when they change it can reload the definitions (in theory, in practice this is broke on quite a few distros). > 4.) Once we get all that working, then we can start playing around with > icons. This should be fairly easy to translate across platforms. It > would be nice to have icons that Windows apps install available > centrally - this could perhaps be another dekstop integration task on > the Wine todo list. Already done. Again, observe that programs can place launchers onto the desktop (which you can then drag to the panel etc). thanks -mike

1 0

Borland C++ Buildeer under Wine
by Andrew Neil Ramage 13 Mar '05

13 Mar '05

Below is the last three lines of error messages printed when I tried to run Borland C++ Builder under wine. (There were pages and pages of error messages after I hit Ctrl-C in the terminal I had started BCB.EXE from.) Is this a known bug in Wine ? err:syslevel:_EnterSysLevel (0x40797840, level 2): Holding 0x4083ccc0, level 3. Expect deadlock! err:syslevel:_CheckNotSysLevel Holding lock 0x4083ccc0 level 3 err:seh:setup_exception stack overflow 176 bytes in thread 0009 eip 004078d5 esp 405b0f50 stack 0x405b0000-0x406b0000 [andrew@zeus BIN]$ -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: [Wine]libwine-alsa, etc. still relevant?
by Scott Ritchie 13 Mar '05

13 Mar '05

On Sun, 2005-03-13 at 11:01 +0200, David Baron wrote: > This came up before when debian upgrade wanted to remove these because of > their being the previous version. Now all the version numbers are consistant. > Deborphan lists them as orphans--no longer used! > > So ... are all these provided in the "main" wine library and these packages > actually orphans? If so, why are they still around? If not, what is going on? > > Packages are from the wine.sourceforge.net locations instucted on the winehq > site. > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-users They're merged into the wine package in the winehq debs, since Wine is expecting them to be there anyway. Thanks, Scott Ritchie

1 0

Re: Warcraft 3 - "no program start menu found"
by Juan Lang 13 Mar '05

13 Mar '05

--- Tony Lambregts <tony.lambregts(a)gmail.com> wrote: > I really appreciate you looking at this. Thanks for the patch. No worries, thanks for finding it. That'd been lurking for months, and it was my bug. Glad to flush it out. --Juan __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

dlls/dbghelp/elf_module.c, possible problem?
by Gerald Pfeifer 13 Mar '05

13 Mar '05

Eric et al, the recent changes to dlls/dbghepl/elf_module.c have triggered the following compiler warning (using GCC 3.3) elf_module.c:1167: warning: passing arg 2 of pointer to function makes integer from pointer without a cast Would you mind having a look? Thanks, Gerald

1 0

Re: winetest, winrash and new volunteers
by Steven Edwards 13 Mar '05

13 Mar '05

Hi, --- Chris Morgan <cmorgan(a)alum.wpi.edu> wrote: > I can give devel access to winrash cvs to anyone that wants it. I'm too busy > to work on this stuff myself these days. Is there some good documentation on how winrash and winetest work and communicate with the server? I am interested it in using it as part of the ReactOS build system. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Wine Start Menu in the Desktop Applications Menu
by Scott Ritchie 13 Mar '05

13 Mar '05

One of the most commonly requested features for Wine is for Wine to be aware of applications that put themselves into the Windows Start menu. We've talked about it on the Wine lists before, but there have been some difficulties. The first is that we don't yet understand how to read Windows shortcut files and interpret them: this can probably be overcome with some work. However, there are some other barriers to entry that are now turning around thanks to the Freedesktop.org specs. Here, I propose a short plan of action for getting Wine applications into the Applications menu. Some of these need to be done at the distribution level and some need to be done within Wine. When we have it working nice and smoothly we can submit whatever changes we made to freedesktop.org as well if they need to become a cross-distribution standard. Here's how I see we can do this in Ubuntu: 1) Create a new Menu entry in the .menu file at /usr/share/gnome-app-install/applications.menu This one will be named "Windows Applications" and will need to point to two locations for .desktop files: system-wide ones, and user-specific ones. Instructions for how to do this are here: http://standards.freedesktop.org/menu-spec/latest/index.html 2) Create some Wine .desktop files that can go in /usr/share/applications that will be readable by this menu entry. These will be for system-wide Wine apps that are common to all users. This will include Wine's own apps (like the configuration tool and the uninstaller) as well as packages which depend on Wine (such as Winetools). 1 and 2 will get us some nice launch icons for the important pieces of Wine that most users aren't yet aware of (such as the new uninstaller and winecfg tools). Combined with Wine's ability to make desktop launcher icons when a program says to install an icon on the desktop, this should be a fairly good start at making Wine console-free. 3.) The menu specification can also point to a new location in the local user's .wine directory, probably something like ~/.wine/menu. Here we'll have the user-specific .desktop files that link to the Windows applications that user has installed. Once we figure out how to make Wine build a start menu and translate the shortcuts into .desktop files, they can be created there. These files can be kept up to date (such as when a user installs a new windows application) by the wineserver program. What will then tell Gnome to update the applications menu (since new .desktop files will have been created) I'm not sure yet. 4.) Once we get all that working, then we can start playing around with icons. This should be fairly easy to translate across platforms. It would be nice to have icons that Windows apps install available centrally - this could perhaps be another dekstop integration task on the Wine todo list. 5.) Different architecture issues. One of these days a working amd64 version of the Wine packages will be available (perhaps whenever I manage to afford a new amd64 computer). It's entirely doable to make it work transparently, once the upstream quirks in compiling Wine on 64 bit get worked out. We can also install 32 bit libraries (so we can run 32 bit windows programs) in a way similar to what we do with Open Office. The PowerPC version of the packages, however, is another issue. Obviously, we can't make Wine work with i386-compiled apps on PPC, however we can make it work with Winelib ones. If I ever finish packaging up eMule after getting it to compile in Winelib, a PPC Wine package version could put the .desktop files into the same place as Winetools goes, and then put eMule right there alongside it on PPC. Alternatively, on PPC we could just not use the new Windows Applications submenu altogether, and instead put Winelib apps like eMule in a normal place like Applications->Internet. I still have no idea exactly who is going to do which part of this work, or when, but it all seems like the right way forward to me. Comment is very appreciated. Thanks, Scott Ritchie

2 1

Re: Warcraft 3 - "no program start menu found"
by Juan Lang 13 Mar '05

13 Mar '05

> I am beginning to I suspect it should really go in > dlls/shell32/shellpath.c It is. I think I see where the bug is, and I'm working on it. I should have a patch sometime this weekend, maybe later tonight. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

winetest, winrash and new volunteers
by Paul Vriens 13 Mar '05

13 Mar '05

Hi, as can be seen from the test.winehq.org site the number of test-runs dramatically dropped. Apart from the fact that there were problems with the automated download of new tests by winrash: http://www.winehq.org/hypermail/wine-devel/2005/03/0373.html winetest will not run but bail out because there is no visible desktop. 3 of the 5 (!) tests that are now there, where done by me. Where in a 'normal' case we should already have dozens. I don't want to go into a discussion about the fact that 'running as a service' and 'on a visible desktop' can/cannot live together properly. Or why we should have 'visible' tests or not. I just want to have as much tests run as possible. I mean that was the whole idea behind it right? An approach should be decided upon: - Have (again) volunteers who run the winetest manually/interactively - Use winrash and have every test decide whether it needs interactivity - 'Fix' winrash so tests run, maybe semi-automated, on a visible desktop - .... An approach for the last is to have winrash fill in one of the 'run' keys (as it does on win98 already during install). I will be/stay a volunteer for the first approach until we decide what to do. Cheers, Paul.

3 2

Re: [ARTWORK] icon: "My Computer"
by egore 13 Mar '05

13 Mar '05

Am Samstag, den 12.03.2005, 16:34 -0700 schrieb Brian Vincent: > On Sun, 13 Mar 2005 00:08:04 +0100, egore <egore(a)gmx.de> wrote: > > Am Samstag, den 12.03.2005, 23:02 +0100 schrieb egore: > > > Hi list, > > > > > > I drew a simple icon that COULD be used as a replacement for the current > > > one. I don't know if anyone of you likes it, so please tell me what you > > > think. Tell me if you like it, if you hate if, what could be done > > > better, etc. > > > > > > The icon can be found in different sizes (and in a scalable format) at > > > http://www.egore911.de/vype/wine/ > > I really like the 128x128 and 64x64. I think they're great. The > 32x32 version is hard to distinguish. I think the only reason is > because the outline of the computer needs to be in black and maybe the > monitor a little smaller. Also, I think we need a 16x16 version more > than a 128x128, so it needs to scale small. You're right. I added it in 16x16 to the website. The problem is that the icon is not recognizable at that size. I will check how to tweak them to scale them down (and both ideas you pointed out sound good to me). > > Ultimately what needs to happen to use them is to insert them as a > resource and use the Wine Resource Compiler on them. I think we have > a bunch of tools that do this, but I'm not sure. If you read the > Developers Guide it will explain this process. However - don't feel > like you need to go that far if you're not comfortable with it. I think integration of the icons is a bit early. I think some more wine-devel readers (Alexandre for example) should say if they like them or not and what can be done better. As soon as we can agree on an icon, I will look at the guide and try to use the "bunch of tools". > At > this point we really need some good artists to clean some of our ugly > crud up. I will see what I can do :D > For instance, the new winecfg tool has a decent logo on the > "About" tab. However it could be a lot nicer - drop shadow inserted > or something. I think the logo is much better than the icons from the picker. But I will look at it later. > > Good work! Thanks :D Chris

2 1

Re: Theming for Wine via the registry
by Oliver Stieber 12 Mar '05

12 Mar '05

> > Ah, that's different. That'd actually require using > Gtk/Qt which we cannot > do, the best we can get is to look like them. > What's the problem, licensing, integration or thread-safety (I know QT isn't thread safe) > To be fully accessible we'd need to implement the > OLE Accessibility > framework and bridge it to AT-SPI or something > similar. > I may have a look at that too, it would be useful if QT/GTK could use some of the existing Windows accessibility software. I was thinking about going on a fund finding mission, or at least trying to find someone who wants to pay for an initial integration, it shouldn't be too hard as most companies are no where near their requirements. Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

Re: [OLE #82] Implement VT_BYREF | VT_BSTR marshalling
by Rob Shearman 12 Mar '05

12 Mar '05

Mike Hearn wrote: >Implement VT_BYREF | VT_BSTR marshalling > > Hi Mike, I've got a bigger patch in my tree at the moment that has your patch plus VT_BYREF|VT_BSTR unmarshaling, plus some other types. The thing now blocking InstallShield seems to be a nasty deadlock in the COM code that I haven't figured out yet. Rob

2 1

Re: wine/ misc/registry.c documentation/samples/config
by Mike Hearn 12 Mar '05

12 Mar '05

Hi Alexandre, What is the thinking behind this patch? If we don't load the Windows registry on startup where should it be loaded? Will this code re-appear at any point in the future? A significant number of users still expect to be able to point Wine at an actual Windows install despite what we recommend. thanks -mike On Fri, 11 Mar 2005 07:10:25 -0600, Alexandre Julliard wrote: > ChangeSet ID: 16565 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/03/11 07:10:25 > > Modified files: > misc : registry.c > documentation/samples: config > > Log message: > Get rid of the Windows registry loading on startup, this needs to be > done differently. > > Patch: http://cvs.winehq.org/patch.py?id=16565 > > Old revision New revision Changes Path > 1.149 1.150 +6 -1498 wine/misc/registry.c > 1.73 1.74 +0 -2 wine/documentation/samples/config

4 5

Re: Discussion on Bug tracking database
by Tony Lambregts 12 Mar '05

12 Mar '05

tony_lambregts(a)telusplanet.net wrote: > Ann and Jason Edmeades wrote: >> I'd like to completely clarify that : >> - If _easily_ recreatable then a comment can be put in to keep it >> active by >> the person looking at it, but otherwise anything which is inactive for 2 >> months when the action was with the raiser can be closed. >> >> If so, which closing code (does it matter?!)? With no changes to >> bugzilla I >> would suggest an INVALID closing code with appropriate words added. >> >> Once agreed, we can have some fun clearing out some old rubbish. Looking >> through the old bugs and trying to reproduce a few, there are some easily >> recreatable basic bugs but those where there is nothing to go on >> really cant >> be progressed! > > > Well if the attached patch is OK for Jeremy then you will not need to > use "INVALID" and you use "ABANDONED" instead. ;^) > Jeremy committed the patch... You can now resolve a bug as "ABANDONED" :^) -- Tony Lambregts

4 5

Theming for Wine via the registry
by Scott Ritchie 12 Mar '05

12 Mar '05

This thread on the forums caught my attention: http://www.ubuntuforums.org/showthread.php?p=86939&highlight=wine#post86939 1) Is there a way we can make Wine respect the current GTK themes? Wasn't someone working on this a while ago? What's the status? 2) If I want to hack around this by changing the default registry for the Ubuntu packages, what's the best way to do that? Thanks, Scott Ritchie

3 3

Noteworthy Composer under WineDbg
by Andrew Neil Ramage 12 Mar '05

12 Mar '05

I have been unable to find the reason Wine MIDI Mapper does not open properly. The trace below shows the output from winedbg with WINDEBUG set to +all. I hope someone can tell me what is going on. Andrew [andrew@zeus Default]$ set WINEDEBUG=+all [andrew@zeus Default]$ winedbg ~/.wine/drive_c/"Program Files"/"NoteWorthy Composer"/NWC32.EXE WineDbg starting on pid 0xa In 32 bit mode. 0x404d7dbf start_process+0xcf [/home/andrew/Download/Software/wine-20050211/dlls/kernel/../../include/winternl.h:1356] in kernel32: jmp 0x404d7db5 start_process+0xc5 [/home/andrew/Download/Software/wine-20050211/dlls/kernel/process.c:1046] in kernel32 1356 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } Wine-dbg>next 1046 ExitProcess( entry( peb ) ); Wine-dbg>next err:thunk:_loadthunk (NWMID95B.DLT, thunkobj_ThunkData16, NWMID95B.DLL): Unable to load 'NWMID95B.DLT', error 2 fixme:commdlg:PRINTDLG_OpenDefaultPrinter Could not open printer EPSONStylusC42?! fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum Invalid address (0x404d7db8) for breakpoint 0, disabling it Process of pid=0x0000000a has terminated Wine-dbg>quit WineDbg terminated on pid 0xa [andrew@zeus Default]$ -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

2 2

wine 20050310
by Kevin DeKorte 12 Mar '05

12 Mar '05

The latest wine still has issues with Notes 6.51 that started in the 20050111 release. Basically if you open Notes and click on one of the bookmarks on the bookmark bar on the left, wine will consume all the CPU. Killing wineserver and wine-preload returns the machine to normal. Wine 20041201 works fine. Kevin

4 3

Response from NoteWorthy
by Andrew Neil Ramage 12 Mar '05

12 Mar '05

I wrote NoteWorthy support about the problem of opening the MIDI mapper. Here is their response. Hi: >My question is how do you detect the MIDI mappers ? The MIDI Mapper actually has a hard coded device ID on Windows. There is no need to detect it. Any other device listed in Tools, Options, Midi, "Available play devices" are detected using the multi-media subsystem. Regards, Eric, http://noteworthysoftware.com -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: Wine release 20050310 (2/2) and (1/2)
by Brian 12 Mar '05

12 Mar '05

Hi Julliard, Your last two emails, Wine release 20050310 (1/2) and Wine release 20050310 (2/2), were received with no text and only an attachment with no file extension. Regards, Brian Alexandre Julliard wrote: -- OpenOffice Suite 1.1.4 : Firefox Browser 1.0.1 : Thunderbird Email 1.0

1 0

Fw: wine 20050310
by Paul R Streitman 12 Mar '05

12 Mar '05

Seconded. No remarkable messages, etc. winedbg does not show anything unusual either - Notes just 'hangs' consuming the CPU. I would be happy to run any kind of test/trace to help debug this problem. The failure will also happen if you do not click one of the bookmarks on the left, it just takes longer before it happens. Paul z/OS core components development Internet: prs(a)us.ibm.com ----- Forwarded by Paul R Streitman/Poughkeepsie/IBM on 03/11/2005 07:46 PM ----- Kevin DeKorte <kdekorte(a)yahoo.c om> To Sent by: "wine-devel(a)winehq.com" wine-devel-admin@ <wine-devel(a)winehq.com> winehq.org cc Subject 03/11/2005 05:49 wine 20050310 PM The latest wine still has issues with Notes 6.51 that started in the 20050111 release. Basically if you open Notes and click on one of the bookmarks on the bookmark bar on the left, wine will consume all the CPU. Killing wineserver and wine-preload returns the machine to normal. Wine 20041201 works fine. Kevin (See attached file: attg49w2.dat)

1 0

Re: New uninstaller
by Dmitry Timoshkov 12 Mar '05

12 Mar '05

"Jonathan Ernst" <Jonathan(a)ErnstFamily.ch> wrote: > With some help I'll be able to improve it (more unicodification, etc.) > when I'll come back. You can't really convert to unicode partially, you have to do it in one go. That not only will simplify things a lot, but also will save you a lot of time. > + for (i=0; i < numentries; i++) > + { > + len = WideCharToMultiByte(CP_UNIXCP, 0, entries[i].descr, -1, NULL, 0, NULL, NULL); > + descr = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); > + WideCharToMultiByte(CP_UNIXCP, 0, entries[i].descr, -1, descr, len, NULL, NULL); > + printf("%s|||%s\n", entries[i].key, descr); There is no need to allocate len * sizeof(WCHAR) bytes, len works just fine. > +int wmain(int argc, char *argv[]) wmain takes 'WCHAR *argv[]' list. All remaining problems are caused by the fact that now argv[] array is passed in unicode but you still handle argv[] strings as ASCII and pass them around to internal functions which accept 'char *' not 'WCHAR *' strings. -- Dmitry.

5 15

Re: cabinet.dll FDI Conformance Test
by Dimitrie O. Paun 11 Mar '05

11 Mar '05

On Fri, Mar 11, 2005 at 12:13:18AM -0800, Rizwan Kassim wrote: > Wine cabinet.dll FDI Conformance Test Patch A few comments: -- the patches uses Windows line ends, please fix that -- the preprocessor is abused. There's no need to have #ifdef VERBOSE #endif all over the code, please pull that into the trace() function -- the STANDALONE business should also go, there's no need for it in Wine. -- Dimi.

1 0

Re: add version info to the reg
by Vincent Béron 11 Mar '05

11 Mar '05

Le jeu 10/03/2005 à 17:50, Ivan Leo Puoti a écrit : > lamest patch I've ever sent, but it wasn't my idea. > > ChangeLog: > Add hardcoded version info to the registry. > > Ivan. > ---- > > --- wine/tools/wine.inf 2005-01-08 09:32:29.000000000 +0100 > +++ new/tools/wine.inf 2005-03-10 23:19:01.589998042 +0100 > @@ -108,6 +108,8 @@ > HKLM,%CurrentVersion%,"ProgramFilesDir",,"%16422%" > HKLM,%CurrentVersion%,"RegisteredOrganization",,"Change preferred organization in ~/.wine/system.reg" > HKLM,%CurrentVersion%,"RegisteredOwner",,"Change preferred owner in ~/.wine/system.reg" > +HKLM,%CurrentVersion%,"CSDVersion",,"Service Pack 4" > +HKLM,%CurrentVersion%,"CurrentVersion",,"5.0" > HKLM,%CurrentVersion%\Setup,"BootDir",,"%30%" > HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" > HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" This doesn't look like the right place to put it, especially since Wine can be set to something else than Win2k. That doesn't mean I know where to put it... Vincent

3 2

Re: Make running tests on a visible desktop a mandatory requirement
by Paul Vriens 11 Mar '05

11 Mar '05

On Thu, 2005-03-10 at 17:06, Dmitry Timoshkov wrote: > "Paul Vriens" <Paul.Vriens(a)xs4all.nl> wrote: > > > Apart from the fact whether winrash should be 'fixed' or not, this patch > > doesn't seem to do what it is supposed to do. Put in other words the > > running_on_visible_desktop is not correct (enough). > > Apparently that's because desktop window is completely covered by the Progman > window and SysListView32. I'm very sorry for the breakage. > > Here is a patch that hopefully should finally work for all systems. It's based > on the article pointed out by Robert Shearman. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Implement a test for the desktop visibility based on the MSDN article > pointed out by Robert Shearman. Hi, someting is wrong with pulling the latest winetest (with winrash) but that's another issue. When running the latest winetest from Paul' page, I get on my win98 box: C:\WINDOWS\Desktop>C:\WINDOWS\DESKTOP\WINETE~1.EXE Assertion failed: pGetUserObjectInformationA(wstation, UOI_FLAGS, &uoflags, size of(uoflags), &len), file /home/paul/Production/wine-cross-source/programs/winete st/main.c, line 82 abnormal program termination This doesn't seem right ;-) Paul.

1 0

Re: Wine & Valgrind 2.2.0
by Oliver Stieber 11 Mar '05

11 Mar '05

--- Lars Segerlund <lars.segerlund(a)comsys.se> wrote: > > Hi, > > Has anybody given prospect & oprofile a spin ? > > My machine is a bit to slow for a build of the > latest wine, but I figured it could be a nice way to > check systemusage in conjunction with wine. > > Opinions ? I've oprofiled the DirectX 9 work, but it's not so usefull their since most of the dogs work is performed in the openGL driver. No problems profiling though, there's a WWN artical about it. http://www.winehq.org/?issue=249#oprofile & Wine > > / regards, Lars Segerlund. > > > On Fri, 11 Mar 2005 17:40:25 +0200 (EET) > Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > > On Fri, 11 Mar 2005, James Hawkins wrote: > > > On Fri, 11 Mar 2005 17:12:35 +0200 (EET), > Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > > > On Wed, 9 Mar 2005, Robert Shearman wrote: > > > > > I find the --tool=memcheck option the most > useful, which can be used for > > > > > finding the source of memory corruption. > > > > > > > > Fine, but can you help me to fight an error > saying "SEGMENT MAPS NOT OK" ? > > > > I try running 'wine Diablo.exe' and get > something like that: > > > > > > > > | INV 2 FAILED: seg 0x1C490000-0x1C492000 > crosses boundaries of mapping 0x1C490000-0x1C491000 > > > > | INV 1 FAILED: seg -0x1C490000 does not end > at mapping 0x1C492000-0x1C490000 end > > > > | INV 1 FAILED: mapping 0x1C491000-0x1C492000 > (prot=rwx file=/usr/local/lib/wine/ole32.dll.so) is > before 0x1C492000-0x1C498000 > > ... > > > > And then valgrind terminates. Where is the > problem? Something is wrong > > > > with the ole32.dll.so file? > > > > > > Try running valgrind with wine-pthread or > wine-kthread instead of > > > wine, because valgrind doesn't run child > processes in it's vm. > > > > Yes, I already am running that way (wine-pthread). > W/o wine-pthread name > > or w/o --trace-children=yes option supplied I > capture nothing usefull. > > > > And BTW, wine under valgrind runs slowly now. > AFAICS, a lot more slowly > > than the stable v2.2.0. > > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: Warcraft 3 - "no program start menu found"
by Tony Lambregts 11 Mar '05

11 Mar '05

Jesse Allen wrote: > On Thu, 10 Mar 2005 22:20:27 -0700, Tony Lambregts > >>Index: tools/wine.inf >>=================================================================== >>RCS file: /home/wine/wine/tools/wine.inf,v >>retrieving revision 1.28 >>diff -u -r1.28 wine.inf >>--- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 >>+++ tools/wine.inf 11 Mar 2005 05:11:40 -0000 >>@@ -112,6 +112,7 @@ >> HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\Hotfix\Q246009,"Installed",,"1" >>+HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" >> >> [Debugger] >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\AeDebug,"Debugger",,"winedbg %ld %ld" >> Jesse Allen wrote: > > That's wrong. Here's is a better example of the registry entry we need: > > [HKEY_USERS\jesse\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell > Folders] > "Programs"="C:\\windows\\profiles\\jesse\\Start Menu\\Programs" > > From my understanding, Shell Folder entries for the user profile are > automatically created when requested -- except this one. I think [HKEY_USERS\jesse\] translates to [HKCU]. Paul Vriens wrote: > > Should we hard-code "c:\\windows" ? > > Apart from that, when I look at my WinXP system the entries are in: > > [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] > > So there is probably more to it. > Well, this patch was more or less a "ping" to see if I was headed in the right direction. 8^) I put together the following patch which is closer but still not exactly right, since it hard codes to the C: drive. I am beginning to I suspect it should really go in dlls/shell32/shellpath.c in PathSetDlgItemPath(). help! Index: tools/wine.inf =================================================================== RCS file: /home/wine/wine/tools/wine.inf,v retrieving revision 1.28 diff -u -r1.28 wine.inf --- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 +++ tools/wine.inf 11 Mar 2005 16:36:38 -0000 @@ -123,6 +123,7 @@ HKCU,%Desktop%,"SmoothScroll",1,00,00,00,00 HKCU,%Desktop%,"UserPreferencemask",1,00,00,00,00 HKCU,%Desktop%,"LowPowerActive",,"0" +HKCU,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" [Metrics] HKCU,%Metrics%,"ScrollWidth",,"16"

1 0

Wine & Valgrind 2.2.0
by Robert Shearman 11 Mar '05

11 Mar '05

Hi all, I notice there has been interest from developers wanting to run valgrind with wine. I have been doing this successfully with the attached patch applied. Note that there are some false positives from the thread start routines caused by a bug in valgrind. Apparantly this is fixed in the latest cvs, but I have not tried it. I find the --tool=memcheck option the most useful, which can be used for finding the source of memory corruption. Rob

5 5

Re: Warcraft 3 - "no program start menu found"
by Juan Lang 11 Mar '05

11 Mar '05

Paul wrote: > > +HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, > > "Programs",,"c:\\windows\\Start Menu\\Programs" > > Should we hard-code "c:\\windows" ? > > Apart from that, when I look at my WinXP system the entries are in: > > [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] > > So there is probably more to it. The patch doesn't match the bug. The bug says changing users.reg fixes it, but this change would affect system.reg. Or, to echo what Paul said, the bug says the change should go in HKCU, but the patch changes HKLM. This should be set when shell32 is registered. It is for me, anyway. There are two keys, "Shell Folders" and "User Shell Folders". Only "User Shell Folders" affects shell32's behavior, but for backward compatibility it writes what it finds there to "Shell Folders". This is what MS shell32 versions 5 and higher do too (and there's a test case that demonstrates it.) Anyway, take a look at HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell in both Shell Folders and User Shell Folders. You should see entries for Cache, Cookies, Desktop, Favorites, History, NetHood, Personal, PrintHood, Programs, Recent, SendTo, StartMenu, StartUp, and Templates. If not, reregistering shell32 should fix it. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: Warcraft 3 - "no program start menu found"
by Jesse Allen 11 Mar '05

11 Mar '05

On Fri, 11 Mar 2005 08:16:28 -0700, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > > From my understanding, Shell Folder entries for the user profile are > automatically created when requested -- except this one. > See wine/dlls/shell32/shellpath.c. It seems to be in there as "IDS_PROGRAMS". Comment for _SHGetUserShellFolderPath: /* Gets the value named value from the registry key * rootKey\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders * (or from rootKey\userPrefix\... if userPrefix is not NULL) into path, which * is assumed to be MAX_PATH WCHARs in length. * If it exists, expands the value and writes the expanded value to * rootKey\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders * Returns successful error code if the value was retrieved from the registry, * and a failure otherwise. */ Anyone know why it doesn't get created? Jesse

1 0

Re: [wine-test-devel] Patch - cabinet.dll FDI Conformance Test
by Dan Kegel 11 Mar '05

11 Mar '05

Rizwan Kassim wrote: > Signed-off-by: Rizwan Kassim <rizwank(a)geekymedia.com> > Signed-off-by: Dan Kegel <dank(a)kegel.com> > Signed-off-by: Aleksandr Liber <aliber(a)ucla.edu> I didn't sign off on this version, for what it's worth. Rizwan, please only put the Signed-off-by header with my name on it if I've actually reviewed the patch being submitted. A few notes: --- #define _S_IREAD 0x0100 #define _S_IWRITE 0x0080 --- I told you earlier that's not a good idea; you should get those from a standard windows header. --- #ifndef WIN_ENV #include <msvcrt/fcntl.h> #else #include <fcntl.h> #endif --- I told you earlier that plain old <fcntl.h> should do, and it works fine here with msvc and winegcc. You shouldn't ever need to include <msvcrt/fcntl.h>. You decompress complex.cab but don't verify the results; that seems bad. Can you address those issues, please? - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: Theming for Wine via the registry
by Oliver Stieber 11 Mar '05

11 Mar '05

--- Scott Ritchie <scott(a)open-vote.org> wrote: > This thread on the forums caught my attention: > > http://www.ubuntuforums.org/showthread.php?p=86939&highlight=wine#post86939 > > 1) Is there a way we can make Wine respect the > current GTK themes? > Wasn't someone working on this a while ago? What's > the status? I think this falls under... http://www.winehq.org/site/fun_projects Integrate the Registry With Native Configurations Implement a bridge between the Windows registry and the GNOME/KDE configuration systems. If you set the wallpaper in a Windows app it should reflect on your real desktop. This is useful for programs like the WebShots desktop. This could be done by extending the wineexplorer workers: wanted status: to do updated: Dec 21, 2004 It's fairly easy to do, just copy the GTK system settings into the correct registry entries on startup and visa-versa. I have an old email from myself that tells me to take a look at .... hkey_users \console ... Control Panel (for desktop stuff) and Keyboard Layout Software\microsoft\windows\currentversion\print\printers and Software\microsoft\windows\currentversion\profileList.. Software\microsoft\windows\currentversion\profileGuid HKEY_Local_machine\software\Microsoft\Windows\CurrentVersion\SyncMgr\AutoSync\DOMAIN_UNAME HKEY_Local_machine\system\controlSetxxx\services\* So I expect that's a good place to start looking. details on reading-writing Gnome/Kde settings should be at www.freedesktop.org > > 2) If I want to hack around this by changing the > default registry for > the Ubuntu packages, what's the best way to do that? > > Thanks, > Scott Ritchie > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

flexible-mmap breaks application
by Uwe Bonnes 11 Mar '05

11 Mar '05

Hallo, from the XILINX Ise suite (version 6.3 tested), the GUI (_pn.exe) and the web update (webupdate.exe) crash with recent CVS when run on a 2.6 Kernel (Suse 9.2, 2.6.11.1-20050307183958-default, but also the default 2.6 distribution kernel and a Athlon/ Pentium M). Both programs run fine with 2.4 (meeding a step back to Suse 9.0, but the same wine executable, only tested on the Athlon). The problem was hard to pinpoint, but I suspected differences in HeapAlloc() return values to cause the problem, hinted by looking at the disassembly where the error happens. Clearly there is a difference between 2.4 and 2.6 kernels: While mmap2() in kernel 2.4 in map_view() returns values in the 0x4000 0000 range, kernel 2.6 returns values like 0xb7fe9000, 0x58710000, 0xa07f0000 and 0x77abf000. A check in RtlAllocateHeap() for return values above 0x80000000 also triggers with both programs when run on 2.6 and not with 2.4. Looking deeper, I found http://lwn.net/Articles/92281/ about flexible-mmap-update.patch and the wine-devel discussion from around new year about "Re: ptrace single-stepping change breaks Wine". Setting /proc/sys/vm/legacy_va_layout, like proposed by Ingo, lets the app finally run. Alexandre finally concluded the discussion by > Probably the easiest would be to have a way for an app to specify the > mmap range it wants. So instead of having the kernel try to guess from > brk and stack ulimit, both of which are meaningless for Win32 apps, we > could set the range from "end of win32 exe" to 0x7ff0000. This would > also avoid the need to preallocate everything above 0x80000000 that we > currently do and that plays havoc with address space limits. However nothing seems to have happened with regard to that problem until now. Could we revive that discussion? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 7

Re: [DMUSIC/DINPUT] includes fixes
by Alexandre Julliard 11 Mar '05

11 Mar '05

Raphael <fenix(a)club-internet.fr> writes: > --- dinput.h 5 Oct 2004 04:38:15 -0000 1.46 > +++ dinput.h 10 Mar 2005 22:13:43 -0000 > @@ -640,7 +640,9 @@ > DWORD dwData; > DWORD dwTimeStamp; > DWORD dwSequence; > +#if(DIRECTINPUT_VERSION >= 0x0800) > UINT_PTR uAppData; > +#endif As a rule we avoid that sort of thing in Wine (I know there are other such #ifs in that file but they should be removed). It makes no difference for binary compatibility, and it's very unlikely that an app would depend on it at the source level, so it's not worth the extra headaches. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/dlls/gdi gdiobj.c
by Krzysztof Foltman 11 Mar '05

11 Mar '05

Alexandre Julliard wrote: > Log message: > Allocate fonts and regions from the large heap too. While this is surely good, I guess it would be nice to have an option to restore the previous behaviour. It's much easier to find font leaks this way. Or is there an official way to determine how many GDI handle get leaked (if any) and how many of each type ? (WINEDEBUG=lotsaoptions wine app.exe | egrep complicatedgrepexpression doesn't count) Krzysztof

2 1

AppDB: Escaping / new-line problems
by Francois Gouget 11 Mar '05

11 Mar '05

A lot of AppDB entries have broken escaping and some even seem to have only one line. That greatly reduces their readability. Not sure if this is because the formatting was lost over the years. Hopefully it can be fixed in one go for all entries. Otherwise we'll have a big AppDB janitorial cleanup task... Here are some examples: * Gepasi http://appdb.winehq.org/appview.php?appId=1509 Lots of backslashes, quotes are escaped. Appears to be all on one line. * StreetChaves http://appdb.winehq.org/appview.php?appId=1852 Quotes and single-quotes are escaped. All on one line * Neverwinter Nights http://appdb.winehq.org/appview.php?appId=870&versionId=1191 Single-quotes are escaped. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

2 2

Re: Warcraft 3 - "no program start menu found"
by Paul Vriens 11 Mar '05

11 Mar '05

On Fri, 2005-03-11 at 06:20, Tony Lambregts wrote: > Mike Hearn wrote: > > On Sun, 27 Feb 2005 14:53:51 -0700, Tony Lambregts wrote: > > > >>I had the same error but after some googling (for a good 20 minutes or > >>so) I found the solution: > >> > >>Adding > >> > >>[Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders\\] > >>"Programs"="c:\\windows\\Start Menu\\Programs" > >> > >>to my users.reg file in ~/.wine/ fixed the problem for me. > > > > > > So it's a bug in Wine then. We should add this to the default registry! > > I started a bug on this. > > http://bugs.winehq.org/show_bug.cgi?id=2765 > > I think this is the correct spot to put this. > > Change log: Add start menu entry to the default registry > > Files changed: tools/wine.inf > > ______________________________________________________________________ > Index: tools/wine.inf > =================================================================== > RCS file: /home/wine/wine/tools/wine.inf,v > retrieving revision 1.28 > diff -u -r1.28 wine.inf > --- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 > +++ tools/wine.inf 11 Mar 2005 05:11:40 -0000 > @@ -112,6 +112,7 @@ > HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" > HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" > HKLM,Software\Microsoft\Windows NT\CurrentVersion\Hotfix\Q246009,"Installed",,"1" > +HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" Should we hard-code "c:\\windows" ? Apart from that, when I look at my WinXP system the entries are in: [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] So there is probably more to it. Cheers, Paul.

1 0

Segfault. Conformance Test/Patch in Cabinet.dll
by Rizwan Kassim 11 Mar '05

11 Mar '05

A follow up to the cabinet patch we released before hand. It works perfectly in windows/cl. When its in the wine tree, gcc doesn't like it as much. cabinet_fdi.c: In function `TestCreate': cabinet_fdi.c:263: warning: passing arg 3 of `FDICreate' from incompatible pointer type Running it = segfault. WINEDEBUG=+all wine dlls/cabinet/tests/cabinet_test.exe.so results in the attached debug trace, which doesn't help (me) much. Anyhow, point being, it works in Windows, dies in Wine, but I'm not sure that its a Wine error. Can anyone offer any suggestions/fixes? -- Thank you, Rizwan Kassim http://www.geekymedia.com - GPL code, How-To guides and more. "There's no such thing as non-lethal shaving damage with a sword!" -- Scott Martin Octal is the way God meant programmers to count - the thumbs are parity bits. "The first creature we encountered (and this is the god's honest truth) was a Duck with a +4 hotdog cart. For some reason, we never found out why, this Duck's sole purpose in life was to go out around smasing his cart into adventurers until they agreed to buy a hotdog from him. Once doing so, you were prompty told to roll a save vs poison (food poisoning) or die."

2 2

Reporting "Unknown EXE OS version" and a non-functioning program
by Pavel Troller 11 Mar '05

11 Mar '05

Hi! Because my kids are obsessed by trains and everything about them, I've decided to download them a train simulation game. Because I refuse to use anything from M$ and I didn't find any train simulator for Linux, I've found and downloaded a free "miniature train simulator", available for download at http://jeanmichel.kerdal.free.fr/Train/train.zip . I've unzipped the package and tried to run the Install.exe file. But the only I get is patrol@arcus:~/train$ wine Install.exe fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS version 4.0, please report !! fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x7f9bdd4c,326,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x720dfb0c), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x767bd768)->(0x767bffd0, 0, (nil)), hacked stub. The program then simply runs and waits fot the rain (or maybe train :-) ?) without any visible activity and should be killed. Normally I wouldn't report this because there is still a lot of programs which are incompatible with wine (oh these windows programmers... :-) ). But this one explicitly asked for reporting, so I'm just doing what it asked for :-). This is with a fresh wine CVS update, which reports itself as wine-20050310. With regards, Pavel Troller

1 0

winebrowser
by Steven Edwards 11 Mar '05

11 Mar '05

Hi, This is a port of the ReactOS Internet Browser to Wine. I will not have time to mess with it so I figured I would send it here if anyone was interested. Its just a small wrapper around the IE control so if you don't have IE installed then it will use Wines shdocvw.dll and the Mozilla ActiveX Control. My plan was to convert it to C and then have it be the fallback case in the event you did not have a Unix browser listed in your registry. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/

1 0

Re: scanf '%n' fix.
by Tony Lambregts 10 Mar '05

10 Mar '05

C. Scott Ananian wrote: > Changelog: > - Allow scanf to continue parsing format string after a '%n'. > (Previously, 'st' wasn't being set, so we'd stop after %n even if > we weren't done with the format string.) Also set 'suppress' > so that the result value returned after a %n is correct. > - Add tests for scanf to check proper handling of '%s %n%s'. > > This fixes a bug I'm seeing in the Windows version of 'sd', a program > for square dance callers ( http://www.lynette.org/sd/ ). Now why is there no AppDB entry for this program. ;^) -- Tony Lambregts

2 1

Re: Wine in the press
by Brian Vincent 10 Mar '05

10 Mar '05

On Thu, 10 Mar 2005 17:58:54 +0000, Mike Hearn <mike(a)navi.cx> wrote: > A bit long, and not everyone will know what WGA is. I'd suggest just > paraphrasing it: > > "Wine is the most popular third party translation technology in use" > -Microsoft No, I wouldn't do that. I don't think it's libel, but IANAL and I don't really know. I can't think of a good way to include the quote anywhere on the main page. Maybe it makes more sense starting off the "About" page? Or, even better, we (and by "we" I mean someone other than me) go through some of the articles printed about Wine in the past year and dig out about 5 - 10 really good quotes. Then we (and by "we" I mean Newman) figures out a way to randomly the select the quotes and display them on the main page. Then just include the Microsoft quote with them. I think that would be neat and it would advertise a lot more. In completely unrelated news, I've been meaning to send out something in the next few days reminding people to book hotel rooms for Wineconf. There is still space available - if they told you otherwise please double check. March 17th is the last date for reserving a room there. Also, I need to sit down and spend some time looking over agenda ideas. If you have any ideas at all, or want to present something cool, let me know. - Brian

3 3

Wine in the press
by Tom Wickline 10 Mar '05

10 Mar '05

Title: Ham and Wine go well together Link: http://software.newsforge.com/software/05/03/02/1449240.shtml?tid=130 By: Joe Barr <snip> Everything I read said "this is what you want." But of course it isn't, because I don't run Windows. It was just about this time that the news about Microsoft blocking users running Wine from downloading updates and tools from their site began to spread. All the sudden I wondered -- if Wine is good enough to have Microsoft blocking it, could it run CwGet? </snip> All I have to say is "Thank You Microsoft" for the press :-) Tom

9 12

Sorce for Wine MIDI Mapper ?
by Andrew Neil Ramage 10 Mar '05

10 Mar '05

Where would I find the source code for this module ? I want to look at it to see if I can discover why it fails to open when using Noteworthy Composer. -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

2 2

Re: server/protocol.def documentation
by Juan Lang 10 Mar '05

10 Mar '05

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > protocol.def itself is the documentation of the protocol, there is no > need for more. It's pretty much self-explaining anyway, and people who > can't figure it out by reading the code have no business messing > around with the server protocol. Consider it as the entrance exam for > server hacking ;-) Okay, fair enough. I think what's missing, though, is a dev guide entry on where this thing is, and (briefly) how to extend it. But since experienced wine hackers seem to figure this out anyway, there may be no need. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: server/protocol.def documentation
by Juan Lang 10 Mar '05

10 Mar '05

Hi James, > ie why we use do...while(0) loops in SERVER_START_REQ This is a fairly common idiom in C macros. See here for an explanation: http://www.everything2.com/index.pl?node_id=1180050 Because it's a common trick, I'm not sure it's worth explaining. Describing at a high level what SERVER_START_REQ and SERVER_END_REQ do for the macro-phobic might be useful though. As far as documenting the server API, again I agree with you: it's a worthwhile task. There's even a todo list item for it assigned to Alexandre.. but I wouldn't hold my breath for him to provide something parseable by newbies. If you're starting to understand it, maybe writing it down would be a good idea. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: Make running tests on a visible desktop a mandatory requirement
by Paul Vriens 10 Mar '05

10 Mar '05

On Tue, 2005-03-08 at 17:03, Dmitry Timoshkov wrote: > Hello, > > it appears that new test for a visible desktop works fine, time to make > running tests on a visible desktop a mandatory requirement. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Make running tests on a visible desktop a mandatory requirement. > > --- cvs/hq/wine/programs/winetest/main.c Mon Mar 07 14:49:54 2005 > +++ wine/programs/winetest/main.c Tue Mar 08 15:59:02 2005 > @@ -547,6 +547,11 @@ int WINAPI WinMain (HINSTANCE hInst, HIN > const char *cp, *submit = NULL, *tag = NULL; > int reset_env = 1; > > + if (!running_on_visible_desktop ()) { > + report (R_ERROR, "Tests must be run on a visible desktop"); > + exit (2); > + } > + > /* initialize the revision information first */ > extract_rev_infos(); > Apart from the fact whether winrash should be 'fixed' or not, this patch doesn't seem to do what it is supposed to do. Put in other words the running_on_visible_desktop is not correct (enough). I've downloaded http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-200503091000… and ran it (interactively of course) on my win98 and win2000 box. It doesn't start and complains with the error (as in the patch) "Tests must be run on a visible desktop". Paul.

3 2

Test suite, todo_wine and different kernels versions
by Uwe Bonnes 10 Mar '05

10 Mar '05

Hallo, with kernel 2.6.11 PeekNamedPipe() works as expected. This makes our test suite report: pipe.c:153: Test succeeded inside todo block: peek3 got 21 bytes available pipe.c:186: Test succeeded inside todo block: peek4 got 21 bytes available fixme:sync:SetNamedPipeHandleState 0x38 0x77a2fddc (nil) (nil) pipe.c:153: Test succeeded inside todo block: peek3 got 21 bytes available pipe.c:186: Test succeeded inside todo block: peek4 got 21 bytes available fixme:sync:SetNamedPipeHandleState 0x38 0x77a2fddc (nil) (nil) While removing todo_wine() for this cases silences the output, anybody running on an older kernel will hit an error. How to proceed in that case. Sould he have something like todo_linux(kernelversion){}? Appended a patch to remove these todo_wines, if this is considers the right solution. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/kernel/tests/pipe.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/pipe.c,v retrieving revision 1.14 diff -u -w -r1.14 pipe.c --- wine/dlls/kernel/tests/pipe.c 13 Dec 2004 21:19:02 -0000 1.14 +++ wine/dlls/kernel/tests/pipe.c 10 Mar 2005 11:20:22 -0000 @@ -149,9 +149,7 @@ } else ok(readden == sizeof(obuf), "peek3 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek3 got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "pipe content 3a check\n"); if (pipemode == PIPE_TYPE_BYTE) { @@ -182,9 +180,7 @@ } else ok(readden == sizeof(obuf), "peek4 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek4 got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "pipe content 4a check\n"); if (pipemode == PIPE_TYPE_BYTE) { @@ -228,9 +224,7 @@ ok(written == sizeof(obuf2), "write file len 3b\n"); ok(PeekNamedPipe(hFile, ibuf, sizeof(ibuf), &readden, &avail, NULL), "Peek5\n"); ok(readden == sizeof(obuf), "peek5 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek5 got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "content 5a check\n"); ok(ReadFile(hFile, ibuf, sizeof(ibuf), &readden, NULL), "ReadFile\n"); @@ -260,9 +254,7 @@ ok(written == sizeof(obuf2), "write file len 6b\n"); ok(PeekNamedPipe(hnp, ibuf, sizeof(ibuf), &readden, &avail, NULL), "Peek6\n"); ok(readden == sizeof(obuf), "peek6 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek6b got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "content 6a check\n"); ok(ReadFile(hnp, ibuf, sizeof(ibuf), &readden, NULL), "ReadFile\n");

2 1

Re: New uninstaller #1/3 (RESEND)
by Alexandre Julliard 10 Mar '05

10 Mar '05

Jonathan Ernst <Jonathan(a)ErnstFamily.ch> writes: > +#include "resource.h" > +#include "En.rc" The new resource.h file is missing. > -/* BINRES uninstaller.ico */ > -UNINSTALLER ICON MOVEABLE uninstaller.ico > -/* { > - '00 00 01 00 01 00 20 20 10 00 00 00 00 00 E8 02' > - '00 00 16 00 00 00 28 00 00 00 20 00 00 00 40 00' > - '00 00 01 00 04 00 00 00 00 00 00 02 00 00 00 00' You can't remove the icon data, this is needed for the BINRES stuff. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: New uninstaller #1/3
by Mike McCormack 10 Mar '05

10 Mar '05

Jonathan Ernst wrote: > Here is the new uninstaller. > > This is the first patch out of 3 of the new installer. > Thanks to Dmitry Timoshkov for helping me a lot with my first win32 program. > > Changelog: > - use dialog instead of window Hey Jonathan, Your patch is still quite big. You've rewritten every function in uninstaller.c, as far as I can tell. Is there any reason you need to do that to convert to using a dialog? I think you may need to break it up even further to get it applied, but the final decision isn't mine. I'd encourage you to write a patch that only converts the window to a dialog, and get that applied first. When that is done, you can think about unicode conversion. Mike

1 0

Addition to winsock conformance test - select() server
by Thomas Kho 10 Mar '05

10 Mar '05

Hi, We're working to add conformance tests to winsock, and we've currently added a test server that uses select(). Before we post to wine-patches, we'd appreciate any critiques/input. We ran gcov to see how much of dlls/winsock/socket.c we tested, and found: Before: 37.14% of 1839 lines executed in file socket.c After (select() server code): 41.16% of 1839 lines executed in file socket.c http://hkn.icsl.ucla.edu/~tom/socket.c.gcov.txt We'd also appreciate other targets to test. Currently we plan to add tests for sendto, recvfrom, and getservbyname. Thanks for your help, Thomas Kho Files available at: http://www.geekymedia.com/viewcvs/cgi/viewcvs.cgi/wine4/wine/dlls/winsock/t… Changelog: * dlls/winsock/tests/sock.c added select_server() test that uses select() in serving clients

2 1

server/protocol.def documentation
by James Hawkins 10 Mar '05

10 Mar '05

Hi, I now understand the purpose of SERVER_START_REQ et al, but now I'm in server/protocol.def and I'm trying to add a protocol definition for load_key. load_key is implemented in server/registry.c, but is not in server/protocol.def so, if I'm correct, I can't make a call to load_key from ntdll yet. I am trying to add load_key to protocol.def, but I don't know the semantics of this file. Is there any documentation available for this topic, or does anyone have any information that could be added to the docs? -- James Hawkins

4 5

wine-20041201 unhappy with Tivo software
by Dan Kegel 10 Mar '05

10 Mar '05

OK, I should try this with wine from cvs, since there have been some MSI fixes posted since three months ago, but with winev20041201, trying to install http://www.tivo.com/desktop/TiVoDesktop2-0.exe crashes, oh, exactly like OpenOffice did in January ( http://www.winehq.org/hypermail/wine-devel/2005/01/0105.html ) fixme:msi:MsiGetMode STUB (iRunMode=16) wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x4077b200). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:003b GS:0033 EIP:4077b200 ESP:4074f68c EBP:4074f690 EFLAGS:00010212( - 00 - RIA1) EAX:4074f6b0 EBX:4079f6d0 ECX:00000043 EDX:00000000 ESI:4029dc38 EDI:77f01330 Stack dump: 0x4074f68c: 00000000 4074fae4 4077619a 00000000 0x4074f69c: 4074f6b0 4004c114 00000040 400d0624 0x4074f6ac: 4156dce0 003a0043 0077005c 006e0069 0x4074f6bc: 006f0064 00730077 0074005c 006d0065 0x4074f6cc: 005c0070 00610000 00310062 00650064 0x4074f6dc: 002e0034 006d0074 00000070 4074f7b0 Backtrace: =>1 0x4077b200 strcpyW+0x17(dst=0x0, src=0x4074f6b0) [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi (0x4074f690) 2 0x4077619a ACTION_InstallFiles+0x262(package=0x4029dc38) [../../../wine/dlls/msi/action.c:3162] in msi (0x4074fae4) 3 0x40770e8e ACTION_PerformAction+0x1e7(package=0x4029dc38, action=0x4074fb18) [../../../wine/dlls/msi/action.c:1208] in msi (0x4074fb00) 4 0x40770971 ACTION_ProcessExecSequence+0x2c1(package=0x4029dc38, UIran=0x0) [../../../wine/dlls/msi/action.c:1052] in msi (0x4074fd34) 5 0x4077040d ACTION_DoTopLevelINSTALL+0x33f(package=0x4029dc38, szPackagePath=0x402460e0, szCommandLine=0x402461b8) [../../../wine/dlls/msi/action.c:856] in msi (0x4074fd90) 6 0x4077ed20 MsiInstallProductW+0xc9(szPackagePath=0x402460e0, szCommandLine=0x402461b8) [../../../wine/dlls/msi/msi.c:560] in msi (0x4074fdc0) 7 0x4077ec1e MsiInstallProductA+0x120(szPackagePath=0x401f0527, szCommandLine=0x40246088) [../../../wine/dlls/msi/msi.c:530] in msi (0x4074fde8) 8 0x40645985 main+0x1372(argc=0x4, argv=0x401f0508) [../../../wine/programs/msiexec/msiexec.c:616] in msiexec (0x4074fe8c) 9 0x40644163 __wine_exe_main+0x163 in msiexec (0x4074ff1c) 10 0x4037e1f3 start_process+0xdf(arg=0x0) [../../../wine/dlls/kernel/process.c:1046] in kernel32 (0x4074fff4) 11 0x400305e1 wine_pthread_abort_thread+0x2b(status=0x0) [../../../wine/libs/wine/port.c:86] in libwine.so.1 (0x00000000) 0x4077b200 strcpyW+0x17 [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi: movw %cx,0x0(%edx) 190 while ((*p++ = *src++)); Wine-dbg>WineDbg terminated on pid 0xa Tried the older version, http://www.tivo.com/desktop/TiVoDesktop1-3.exe No dice, same error: fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"MoveFiles" wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x4077b200). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:003b GS:0033 EIP:4077b200 ESP:4074f68c EBP:4074f690 EFLAGS:00010212( - 00 - RIA1) EAX:4074f6b0 EBX:4079f6d0 ECX:00000043 EDX:00000000 ESI:40293cb0 EDI:77f01330 Stack dump: 0x4074f68c: 00000000 4074fae4 4077619a 00000000 0x4074f69c: 4074f6b0 401f0034 4074f6c8 40091a5c 0x4074f6ac: 41533ad8 003a0043 0077005c 006e0069 0x4074f6bc: 006f0064 00730077 0074005c 006d0065 0x4074f6cc: 005c0070 00610000 00310062 00320033 0x4074f6dc: 002e0061 006d0074 00000070 40087661 Backtrace: =>1 0x4077b200 strcpyW+0x17(dst=0x0, src=0x4074f6b0) [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi (0x4074f690) 2 0x4077619a ACTION_InstallFiles+0x262(package=0x40293cb0) [../../../wine/dlls/msi/action.c:3162] in msi (0x4074fae4) 3 0x40770e8e ACTION_PerformAction+0x1e7(package=0x40293cb0, action=0x4074fb18) [../../../wine/dlls/msi/action.c:1208] in msi (0x4074fb00) 4 0x40770971 ACTION_ProcessExecSequence+0x2c1(package=0x40293cb0, UIran=0x0) [../../../wine/dlls/msi/action.c:1052] in msi (0x4074fd34) 5 0x4077040d ACTION_DoTopLevelINSTALL+0x33f(package=0x40293cb0, szPackagePath=0x402460d0, szCommandLine=0x402461a8) [../../../wine/dlls/msi/action.c:856] in msi (0x4074fd90) 6 0x4077ed20 MsiInstallProductW+0xc9(szPackagePath=0x402460d0, szCommandLine=0x402461a8) [../../../wine/dlls/msi/msi.c:560] in msi (0x4074fdc0) 7 0x4077ec1e MsiInstallProductA+0x120(szPackagePath=0x401f0527, szCommandLine=0x40246078) [../../../wine/dlls/msi/msi.c:530] in msi (0x4074fde8) 8 0x40645985 main+0x1372(argc=0x4, argv=0x401f0508) [../../../wine/programs/msiexec/msiexec.c:616] in msiexec (0x4074fe8c) 9 0x40644163 __wine_exe_main+0x163 in msiexec (0x4074ff1c) 10 0x4037e1f3 start_process+0xdf(arg=0x0) [../../../wine/dlls/kernel/process.c:1046] in kernel32 (0x4074fff4) 11 0x400305e1 wine_pthread_abort_thread+0x2b(status=0x0) [../../../wine/libs/wine/port.c:86] in libwine.so.1 (0x00000000) 0x4077b200 strcpyW+0x17 [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi: movw %cx,0x0(%edx) 190 while ((*p++ = *src++)); Wine-dbg>WineDbg terminated on pid 0xa -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 2

wininet HTTP_HttpSendRequestW problem -- with correct attachment
by Joris Huizer 10 Mar '05

10 Mar '05

Hello, Previous mail had the wrong file attached -- sorry for that I tried - as some sort experiment - to install java, but this fails; I decided to look into it and found some check in HTTP_HttpSendRequestW (wininet) is missing (patch attached to get the installer past that, probably not correct) I don't know what error code to set, so I didn't set any; after finishing a download the installer stops; I conclude at least something really is not going correct here ;) If it's just this program... no problem; but probably something really is not correct somewhere there; It seems the java installer somehow feeds illegal data to the function, so more may be wrong; I also attached part of the wininet trace untill it jumps into that code; regards, Joris Index: dlls/wininet/http.c =================================================================== RCS file: /home/wine/wine/dlls/wininet/http.c,v retrieving revision 1.95 diff -u -p -r1.95 http.c --- dlls/wininet/http.c 2 Feb 2005 09:56:35 -0000 1.95 +++ dlls/wininet/http.c 9 Mar 2005 15:32:35 -0000 @@ -1694,6 +1694,14 @@ BOOL WINAPI HTTP_HttpSendRequestW(LPWINI setCookieHeader = &lpwhr->pCustHeaders[CustHeaderIndex]; + if (lpwhr->pCustHeaders[CustHeaderIndex].lpszValue == NULL) + { + TRACE("field lpszValue is incorrect\n"); + /* FIXME: set error */ + bSuccess = FALSE; + goto lend; + } + while (setCookieHeader->lpszValue[nPosEnd] != '\0') { LPWSTR buf_cookie, cookie_name, cookie_data; Script started on Wed Mar 9 16:33:02 2005 jorishuizer@debian:~$ WINEDEBUG=+wininet wine jre-1_5_0_01-windows-i586-p-iftw. .exe trace:wininet:DllMain 0x40a60000,1,0x1 trace:wininet:InternetOpenA ("Mozilla/4.0 (compatible; Win32; jinstall)", 0x00000000, (null), (null), 0x00000000) trace:wininet:InternetOpenW (L"Mozilla/4.0 (compatible; Win32; jinstall)", 0, (null), (null), 0) trace:wininet:InternetOpenW access type : INTERNET_OPEN_TYPE_PRECONFIG trace:wininet:InternetOpenW flags : trace:wininet:WININET_AddRef 0x403b8c60 -> refcount = 2 trace:wininet:WININET_Release object 0x403b8c60 refcount = 1 trace:wininet:InternetOpenW returning 0x403b8c60 trace:wininet:InternetCrackUrlW (L"http://java.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1…" 91 0 0x406aa4e0) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com"... (12) trace:wininet:SetUrlComponentValueW L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" (72) trace:wininet:InternetCrackUrlW L"http://java.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1…": host(L"java.sun.com"...) path(L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi") extra((null)) trace:wininet:InternetCrackUrlA http://java.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1…: scheme((null)) host("java.sun.com") path("/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi") extra("") trace:wininet:InternetConnectW (0x1, L"java.sun.com", 0, L"", L"", 3, 0, 0) trace:wininet:WININET_AddRef 0x403b8c60 -> refcount = 2 trace:wininet:WININET_GetObject handle 1 -> 0x403b8c60 trace:wininet:HTTP_Connect --> trace:wininet:WININET_AddRef 0x403b8c60 -> refcount = 3 trace:wininet:WININET_AddRef 0x403b8d70 -> refcount = 2 trace:wininet:SendAsyncCallback (0x403b8d70, 00000000, 60 (INTERNET_STATUS_HANDLE_CREATED), 0x406aa474, 8): non async call with callback (nil) trace:wininet:WININET_Release object 0x403b8d70 refcount = 1 trace:wininet:HTTP_Connect 0x403b8c60 --> 0x2 (0x403b8d70) trace:wininet:WININET_Release object 0x403b8c60 refcount = 2 trace:wininet:InternetConnectW returning 0x2 trace:wininet:HttpOpenRequestA (0x2, "HEAD", "/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi", "HTTP/1.1", "", (nil), 04440000, 00000000) trace:wininet:HttpOpenRequestW (0x2, L"HEAD", L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi", L"HTTP/1.1", L"", (nil), 04440000, 00000000) trace:wininet:WININET_AddRef 0x403b8d70 -> refcount = 2 trace:wininet:WININET_GetObject handle 2 -> 0x403b8d70 trace:wininet:HTTP_HttpOpenRequestW --> trace:wininet:WININET_AddRef 0x403b8d70 -> refcount = 3 trace:wininet:WININET_AddRef 0x403b8ea8 -> refcount = 2 trace:wininet:HTTP_ProcessHeader --> L"Host": L"java.sun.com" - 0xa2000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:HTTP_HttpAddRequestHeadersW copying header: L"User-Agent: Mozilla/4.0 (compatible; Win32; jinstall)\r\n" trace:wininet:HTTP_HttpAddRequestHeadersW interpreting header L"User-Agent: Mozilla/4.0 (compatible; Win32; jinstall)" trace:wininet:HTTP_InterpretHttpHeader field(L"User-Agent") Value(L"Mozilla/4.0 (compatible; Win32; jinstall)") trace:wininet:HTTP_ProcessHeader --> L"User-Agent": L"Mozilla/4.0 (compatible; Win32; jinstall)" - 0x22000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:InternetGetCookieW (L"http://java.sun.com", (null), (nil), 0x406aa344) trace:wininet:InternetCrackUrlW (L"http://java.sun.com" 19 0 0x406a825c) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com" (12) trace:wininet:InternetCrackUrlW L"http://java.sun.com": host(L"java.sun.com") path(L"") extra((null)) trace:wininet:InternetGetCookieW returning trace:wininet:InternetGetCookieW (L"http://java.sun.com", (null), 0x403b93e0, 0x406aa344) trace:wininet:InternetCrackUrlW (L"http://java.sun.com" 19 0 0x406a825c) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com" (12) trace:wininet:InternetCrackUrlW L"http://java.sun.com": host(L"java.sun.com") path(L"") extra((null)) trace:wininet:HTTP_HttpAddRequestHeadersW copying header: L"Cookie: \r\n" trace:wininet:HTTP_HttpAddRequestHeadersW interpreting header L"Cookie: " trace:wininet:HTTP_InterpretHttpHeader field(L"Cookie") Value(L"") trace:wininet:HTTP_ProcessHeader --> L"Cookie": L"" - 0x22000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:SendAsyncCallback (0x403b8d70, 00000000, 60 (INTERNET_STATUS_HANDLE_CREATED), 0x406aa33c, 8): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 10 (INTERNET_STATUS_RESOLVING_NAME), 0x403b8dc0, 13): non async call with callback (nil) trace:wininet:GetAddress L"java.sun.com" trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 11 (INTERNET_STATUS_NAME_RESOLVED), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:WININET_Release object 0x403b8ea8 refcount = 1 trace:wininet:HTTP_HttpOpenRequestW <-- 0x3 (0x403b8ea8) trace:wininet:WININET_Release object 0x403b8d70 refcount = 2 trace:wininet:HttpOpenRequestW returning 0x3 trace:wininet:HttpSendRequestW 0x3, (nil) ((null)), 0, (nil), 0) trace:wininet:WININET_AddRef 0x403b8ea8 -> refcount = 2 trace:wininet:WININET_GetObject handle 3 -> 0x403b8ea8 trace:wininet:HTTP_HttpSendRequestW --> 0x403b8ea8 trace:wininet:HTTP_HttpSendRequestW Going to url L"java.sun.com" L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" trace:wininet:HTTP_HttpSendRequestW Adding header L"User-Agent" (L"Mozilla/4.0 (compatible; Win32; jinstall)") trace:wininet:HTTP_HttpSendRequestW Adding header L"Cookie" (L"") trace:wininet:HTTP_HttpSendRequestW Adding header L"Host" (L"java.sun.com") trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0\r\nUser-Agent: Mozilla/4.0 (compatible; Win32; jinstall)\r\nCookie: \r\nHost: java.sun.com\r\n\r\n" trace:wininet:HTTP_OpenConnection --> trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 20 (INTERNET_STATUS_CONNECTING_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 21 (INTERNET_STATUS_CONNECTED_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:HTTP_OpenConnection 1 <-- trace:wininet:HTTP_HttpSendRequestW full request -> HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0 User-Agent: Mozilla/4.0 (compatible; Win32; jinstall) Cookie: Host: java.sun.com trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 30 (INTERNET_STATUS_SENDING_REQUEST), (nil), 0): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 31 (INTERNET_STATUS_REQUEST_SENT), 0x406a9418, 4): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 40 (INTERNET_STATUS_RECEIVING_RESPONSE), (nil), 0): non async call with callback (nil) trace:wininet:HTTP_GetResponseHeaders --> trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :31 HTTP/1.1 302 Moved Temporarily trace:wininet:HTTP_GetResponseHeaders version [L"HTTP/1.1"] status code [L"302"] status text [L"Moved Temporarily"] trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :31 Server: Sun-ONE-Web-Server/6.1 trace:wininet:HTTP_GetResponseHeaders got line "Server: Sun-ONE-Web-Server/6.1", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Server") Value(L"Sun-ONE-Web-Server/6.1") trace:wininet:HTTP_ProcessHeader --> L"Server": L"Sun-ONE-Web-Server/6.1" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :36 Date: Wed, 09 Mar 2005 15:30:43 GMT trace:wininet:HTTP_GetResponseHeaders got line "Date: Wed, 09 Mar 2005 15:30:43 GMT", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Date") Value(L"Wed, 09 Mar 2005 15:30:43 GMT") trace:wininet:HTTP_ProcessHeader --> L"Date": L"Wed, 09 Mar 2005 15:30:43 GMT" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :24 Content-type: text/html trace:wininet:HTTP_GetResponseHeaders got line "Content-type: text/html", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Content-type") Value(L"text/html") trace:wininet:HTTP_ProcessHeader --> L"Content-type": L"text/html" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :116 Set-Cookie: SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/ trace:wininet:HTTP_GetResponseHeaders got line "Set-Cookie: SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Set-Cookie") Value(L"SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/") trace:wininet:HTTP_ProcessHeader --> L"Set-Cookie": L"SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/" - 0xa0000000 trace:wininet:HTTP_GetStdHeaderIndex Couldn't find L"Set-Cookie" in standard header table trace:wininet:HTTP_GetCustomHeaderIndex L"Set-Cookie" trace:wininet:HTTP_GetCustomHeaderIndex Return: -1 trace:wininet:HTTP_InsertCustomHeader --> L"Set-Cookie": L"SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/" trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :101 Location: http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.… trace:wininet:HTTP_GetResponseHeaders got line "Location: http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Location") Value(L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…") trace:wininet:HTTP_ProcessHeader --> L"Location": L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :18 Connection: close trace:wininet:HTTP_GetResponseHeaders got line "Connection: close", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Connection") Value(L"close") trace:wininet:HTTP_ProcessHeader --> L"Connection": L"close" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :1 trace:wininet:HTTP_GetResponseHeaders got line "", now interpreting trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 302 Moved Temporarily\r\nServer: Sun-ONE-Web-Server/6.1\r\nDate: Wed, 09 Mar 2005 15:30:43 GMT\r\nContent-type: text/html\r\nSet-Cookie: SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/\r\nLocation: http://jdl.sun.com/webapps/download/Ge"... trace:wininet:HTTP_GetResponseHeaders <-- trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 41 (INTERNET_STATUS_RESPONSE_RECEIVED), 0x406a9414, 4): non async call with callback (nil) trace:wininet:HTTP_GetCustomHeaderIndex L"Set-Cookie" trace:wininet:HTTP_GetCustomHeaderIndex Return: 0 trace:wininet:HTTP_HttpSendRequestW L"SUN_ID=80.60.97.18:79481110382243" trace:wininet:InternetSetCookieW (L"http://java.sun.com/",L"SUN_ID",L"80.60.97.18:79481110382243") trace:wininet:InternetCrackUrlW (L"http://java.sun.com/" 20 0 0x406a72ec) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com"... (12) trace:wininet:SetUrlComponentValueW L"/" (1) trace:wininet:InternetCrackUrlW L"http://java.sun.com/": host(L"java.sun.com") path(L"/") extra((null)) trace:wininet:COOKIE_addDomain Adding domain: 0x403b8c20 trace:wininet:COOKIE_findCookie (0x403b8c20, L"SUN_ID") trace:wininet:COOKIE_addCookie added cookie 0x403b98f0 (data is L"80.60.97.18:79481110382243") trace:wininet:HTTP_HttpSendRequestW L"" trace:wininet:HTTP_HttpQueryInfoW returning number : 302 trace:wininet:HTTP_HttpQueryInfoW returning string : 'L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…"' trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 110 (INTERNET_STATUS_REDIRECT), 0x406a9420, 180): non async call with callback (nil) trace:wininet:InternetCrackUrlW (L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…" 90 0 0x406a8330) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"jdl.sun.com"... (11) trace:wininet:SetUrlComponentValueW L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" (72) trace:wininet:InternetCrackUrlW L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…": host(L"jdl.sun.com") path(L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi") extra(L"\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\dc51\400a\0000\0000\0000\0000\0000\0000\0000\0000\dc51\400a\b9db\40a8\0015\0000\6a9c\406a\dc51\400a\0156\4020\b9c6\40a8\0015\0000\0000\0000\dc51\400a\0000") trace:wininet:HTTP_ProcessHeader --> L"Host": L"jdl.sun.com" - 0xa2000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 10 (INTERNET_STATUS_RESOLVING_NAME), 0x403b8dc0, 12): non async call with callback (nil) trace:wininet:GetAddress L"jdl.sun.com" trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 11 (INTERNET_STATUS_NAME_RESOLVED), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:HTTP_HttpSendRequestW --> 0x403b8ea8 trace:wininet:HTTP_HttpSendRequestW Going to url L"jdl.sun.com" L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" trace:wininet:HTTP_HttpSendRequestW Adding header L"User-Agent" (L"Mozilla/4.0 (compatible; Win32; jinstall)") trace:wininet:HTTP_HttpSendRequestW Adding header L"Cookie" (L"") trace:wininet:HTTP_HttpSendRequestW Adding header L"Host" (L"jdl.sun.com") trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0\r\nUser-Agent: Mozilla/4.0 (compatible; Win32; jinstall)\r\nCookie: \r\nHost: jdl.sun.com\r\n\r\n" trace:wininet:HTTP_OpenConnection --> trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 20 (INTERNET_STATUS_CONNECTING_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 21 (INTERNET_STATUS_CONNECTED_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:HTTP_OpenConnection 1 <-- trace:wininet:HTTP_HttpSendRequestW full request -> HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0 User-Agent: Mozilla/4.0 (compatible; Win32; jinstall) Cookie: Host: jdl.sun.com trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 30 (INTERNET_STATUS_SENDING_REQUEST), (nil), 0): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 31 (INTERNET_STATUS_REQUEST_SENT), 0x406a597c, 4): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 40 (INTERNET_STATUS_RECEIVING_RESPONSE), (nil), 0): non async call with callback (nil) trace:wininet:HTTP_GetResponseHeaders --> trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :31 HTTP/1.1 302 Moved Temporarily trace:wininet:HTTP_GetResponseHeaders version [L"HTTP/1.1"] status code [L"302"] status text [L"Moved Temporarily"] trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :32 Server: Netscape-Enterprise/6.0 trace:wininet:HTTP_GetResponseHeaders got line "Server: Netscape-Enterprise/6.0", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Server") Value(L"Netscape-Enterprise/6.0") trace:wininet:HTTP_ProcessHeader --> L"Server": L"Netscape-Enterprise/6.0" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :36 Date: Wed, 09 Mar 2005 15:25:24 GMT trace:wininet:HTTP_GetResponseHeaders got line "Date: Wed, 09 Mar 2005 15:25:24 GMT", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Date") Value(L"Wed, 09 Mar 2005 15:25:24 GMT") trace:wininet:HTTP_ProcessHeader --> L"Date": L"Wed, 09 Mar 2005 15:25:24 GMT" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :18 Content-length: 0 trace:wininet:HTTP_GetResponseHeaders got line "Content-length: 0", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Content-length") Value(L"0") trace:wininet:HTTP_ProcessHeader --> L"Content-length": L"0" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :25 Content-type: text/plain trace:wininet:HTTP_GetResponseHeaders got line "Content-type: text/plain", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Content-type") Value(L"text/plain") trace:wininet:HTTP_ProcessHeader --> L"Content-type": L"text/plain" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :62 Location: http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi trace:wininet:HTTP_GetResponseHeaders got line "Location: http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Location") Value(L"http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi") trace:wininet:HTTP_ProcessHeader --> L"Location": L"http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :18 Connection: close trace:wininet:HTTP_GetResponseHeaders got line "Connection: close", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Connection") Value(L"close") trace:wininet:HTTP_ProcessHeader --> L"Connection": L"close" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :1 trace:wininet:HTTP_GetResponseHeaders got line "", now interpreting trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 302 Moved Temporarily\r\nServer: Netscape-Enterprise/6.0\r\nDate: Wed, 09 Mar 2005 15:25:24 GMT\r\nContent-length: 0\r\nContent-type: text/plain\r\nLocation: http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi\r\nConnection: close\r\n\r\n" trace:wininet:HTTP_GetResponseHeaders <-- trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 41 (INTERNET_STATUS_RESPONSE_RECEIVED), 0x406a5978, 4): non async call with callback (nil) trace:wininet:HTTP_GetCustomHeaderIndex L"Set-Cookie" trace:wininet:HTTP_GetCustomHeaderIndex Return: 0 trace:wininet:HTTP_HttpSendRequestW field lpszValue is incorrect

2 4

Re: Problem compiling curret CVS
by Oliver Stieber 09 Mar '05

09 Mar '05

I had this earlier but I've just done a cvs update and everything seems ok again. --- Tony Lambregts <tony.lambregts(a)gmail.com> wrote: > after bringing my tree up to date > > cvs update -PAd > ./configure > make depend && make > > I get the following error: > > make[2]: Entering directory > `/home/tlambregts/winecurrent/dlls/x11drv' > gcc -c -I. -I. -I../../include -I../../include > -I/usr/X11R6/include > -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe > -mpreferred-stack-boundary=2 > -fno-strict-aliasing -gstabs+ -Wpointer-arith -g > -O2 -o event.o event.c > event.c: In function `X11DRV_SendInput': > event.c:968: structure has no member named `u' > event.c:968: structure has no member named `u' > event.c:968: structure has no member named `u' > event.c:969: structure has no member named `u' > event.c:969: structure has no member named `u' > event.c:970: structure has no member named `u' > event.c:973: structure has no member named `u' > event.c:973: structure has no member named `u' > event.c:973: structure has no member named `u' > event.c:974: structure has no member named `u' > event.c:974: structure has no member named `u' > make[2]: *** [event.o] Error 1 > make[2]: Leaving directory > `/home/tlambregts/winecurrent/dlls/x11drv' > make[1]: *** [x11drv] Error 2 > make[1]: Leaving directory > `/home/tlambregts/winecurrent/dlls' > make: *** [dlls] Error 2 > > > -- > > Tony Lambregts > > Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

Re: [HELP] Quartz and FFMpeg question
by Christian Costa 09 Mar '05

09 Mar '05

> Message du 09/03/05 13:31 > De : "Francois Gouget" > A : "Christian Costa" > Copie à : "wined" > Objet : Re: [HELP] Quartz and FFMpeg question > > On Tue, 8 Mar 2005, Christian Costa wrote: > [...] > >> At least here (Debian) mplayer depends on > >> the libavcodec package instead of copying the source (but it's a bit of > >> a special case as they come from a third-party package repository). > > > > This is surprising because libavcodec and libavformat are static > > libraries so once the binary is generated there is no more dependency. > > IIRC this third-party repository contains both the libavcodec package > and the mplayer package so I suspect the two are very closely tied > together. > Yup. CVS repository are also hosted on the same site, the mplayer's one. Building mplayer from CVS requires first to build FFMpeg from its CVS repository too. Christian

2 1

Re: RESUBMIT: LB_GETTEXT mapper
by Alexandre Julliard 09 Mar '05

09 Mar '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > resubmit ... forgot to allocate space for \0 i suspect. > > Ciao, Marcus > > Changelog: > LB_GETTEXT, CB_GETLBTEXT mapper switched to dynamic allocation. > Added testcase. I don't think you want to send extra messages in the winproc code. Besides it doesn't guarantee that the buffer is large enough anyway since another thread may have changed the string in the meantime. I'd suggest simply allocating a buffer large enough for your app. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Re: [ddraw/dsurface/dib.c] Check for NULL
by Christian Costa 09 Mar '05

09 Mar '05

> Message du 09/03/05 19:31 > De : "Paul Vriens" > A : "Christian Costa" > Copie à : "wine-devel(a)winehq.org" > Objet : Re: [ddraw/dsurface/dib.c] Check for NULL > > On Wed, 2005-03-09 at 19:01, Christian Costa wrote: > > > Message du 09/03/05 16:52 > > > De : "Paul Vriens" > > > A : "wine-patches(a)winehq.org" > > > Copie à : > > > Objet : [ddraw/dsurface/dib.c] Check for NULL > > > > > > Hi, > > > > > > the recent 'ddraw lock' changes crash Zoo Tycoon 1 Demo. > > > > > > Changelog > > > Check for NULL before touching src. > > > > > > Cheers, > > > > > > Paul. > > > > > > > > If src == NULL, you still need to check if the destination surface is not locked. > > > > Bye, > > Christian > You mean: > > if (This->locked) { > WARN(" Surface is busy, returning DDERR_SURFACEBUSY\n"); > return DDERR_SURFACEBUSY; > } > > if (src != NULL) { > if (((IDirectDrawSurfaceImpl *)src)->locked) { > WARN(" Surface is busy, returning DDERR_SURFACEBUSY\n"); > return DDERR_SURFACEBUSY; > } > } > > or something alike? Yup! Bye, Christian PS: You can also do if ( src != NULL && ((IDirectDrawSurfaceImpl *)src)->locked) in the second test. ;-)

2 1

Regression after ddraw surface locking patch
by Paul Vriens 09 Mar '05

09 Mar '05

Hi, ZooTycoon 1 demo 'crashes' with: trace:ddraw:DIB_DirectDrawSurface_Blt (0x77e3b9e8)->((nil),(nil),(nil),01000400,0x80f510) trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_COLORFILL DDBLT_WAIT First chance exception: page fault on read access to 0x00000294 in 32-bit code (0x17d7b350). This is because src = NULL and we do (line 517): if (This->locked || ((IDirectDrawSurfaceImpl *)src)->locked) { WARN(" Surface is busy, returning DDERR_SURFACEBUSY\n"); return DDERR_SURFACEBUSY; } Can I just surround this by: if (NULL != src) This fixes my problem. There is another potential problem around line 993. I've attached a patch, if it's correct I will send it to wine-patches. Cheers, Paul.

4 9

Re: [ddraw/dsurface/dib.c] Check for NULL
by Christian Costa 09 Mar '05

09 Mar '05

> Message du 09/03/05 16:52 > De : "Paul Vriens" > A : "wine-patches(a)winehq.org" > Copie à : > Objet : [ddraw/dsurface/dib.c] Check for NULL > > Hi, > > the recent 'ddraw lock' changes crash Zoo Tycoon 1 Demo. > > Changelog > Check for NULL before touching src. > > Cheers, > > Paul. > > If src == NULL, you still need to check if the destination surface is not locked. Bye, Christian

2 1

wineserver possible memory leak
by James Hawkins 09 Mar '05

09 Mar '05

Hi, I ran valgrind on wineserver while running Ares Lite, and this is one of two memory leaks it caught: 34468 (14980 direct, 19488 indirect) bytes in 535 blocks are definitely lost in loss record 17 of 20 at 0x1B903575: malloc (vg_replace_malloc.c:130) by 0x8055FED: mem_alloc (object.c:73) by 0x805C85A: create_empty_region (region.c:565) by 0x806F90E: crop_region_to_win_rect (window.c:761) by 0x806FDA7: redraw_window (window.c:902) by 0x8071809: req_redraw_window (window.c:1682) by 0x8060E9A: call_req_handler (request.c:274) by 0x804F5E5: main_loop (fd.c:507) by 0x8053E51: main (main.c:139) Is this an issue that can/should be resolved? -- James Hawkins

1 0

Problem compiling curret CVS
by Tony Lambregts 09 Mar '05

09 Mar '05

after bringing my tree up to date cvs update -PAd ./configure make depend && make I get the following error: make[2]: Entering directory `/home/tlambregts/winecurrent/dlls/x11drv' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o event.o event.c event.c: In function `X11DRV_SendInput': event.c:968: structure has no member named `u' event.c:968: structure has no member named `u' event.c:968: structure has no member named `u' event.c:969: structure has no member named `u' event.c:969: structure has no member named `u' event.c:970: structure has no member named `u' event.c:973: structure has no member named `u' event.c:973: structure has no member named `u' event.c:973: structure has no member named `u' event.c:974: structure has no member named `u' event.c:974: structure has no member named `u' make[2]: *** [event.o] Error 1 make[2]: Leaving directory `/home/tlambregts/winecurrent/dlls/x11drv' make[1]: *** [x11drv] Error 2 make[1]: Leaving directory `/home/tlambregts/winecurrent/dlls' make: *** [dlls] Error 2 -- Tony Lambregts

1 0

Re: Make running tests on a visible desktop a mandatory requirement
by jakov＠vmlinux.org 09 Mar '05

09 Mar '05

On Wed, Mar 09, 2005 at 12:03:01AM +0800, Dmitry Timoshkov wrote: > Hello, > > it appears that new test for a visible desktop works fine, time to make > running tests on a visible desktop a mandatory requirement. Will this not mean no winrash tests any more, only manual ones? I haven't got around to reprogram winrash yet, you know... -- regards, Jakob It's is not, it isn't ain't, and it's it's, not its, if you mean it is. If you don't, it's its. Then too, it's hers. It isn't her's. It isn't our's either. It's ours, and likewise yours and theirs. -- Oxford University Press, Edpress News

7 9

Editbox background regression (bug 2695)
by George Ginden 09 Mar '05

09 Mar '05

*See Bug #2695 for screenshots: http://bugs.winehq.com/show_bug.cgi?id=2695 This regression was introduced within wine 20041019, since wine-20040914 was working just fine. (The latest release is still affected by the problem). The diff between these two versions is 5 megs big so I'm just wondering, which area of the codebase is affected by the bug... edit.c is not the case... Regards. *

3 4

wininet HTTP_HttpSendRequestW problem
by Joris Huizer 09 Mar '05

09 Mar '05

Hello, I tried - as some sort experiment - to install java, but this fails; I decided to look into it and found some check in HTTP_HttpSendRequestW (wininet) is missing (patch attached to get the installer past that, probably not correct) I don't know what error code to set, so I didn't set any; after finishing a download the installer stops; I conclude at least something really is not going correct here ;) If it's just this program... no problem; but probably something really is not correct somewhere there; It seems the java installer somehow feeds illegal data to the function, so more may be wrong; I also attached part of the wininet trace untill it jumps into that code; regards, Joris Index: dlls/wininet/http.c =================================================================== RCS file: /home/wine/wine/dlls/wininet/http.c,v retrieving revision 1.95 diff -u -p -r1.95 http.c --- dlls/wininet/http.c 2 Feb 2005 09:56:35 -0000 1.95 +++ dlls/wininet/http.c 9 Mar 2005 15:32:35 -0000 @@ -1694,6 +1694,14 @@ BOOL WINAPI HTTP_HttpSendRequestW(LPWINI setCookieHeader = &lpwhr->pCustHeaders[CustHeaderIndex]; + if (lpwhr->pCustHeaders[CustHeaderIndex].lpszValue == NULL) + { + TRACE("field lpszValue is incorrect\n"); + /* FIXME: set error */ + bSuccess = FALSE; + goto lend; + } + while (setCookieHeader->lpszValue[nPosEnd] != '\0') { LPWSTR buf_cookie, cookie_name, cookie_data; Script started on Wed Mar 9 14:18:34 2005 Password: checkinstall 1.5.3, Copyright 2001 Felipe Eduardo Sanchez Diaz Duran This software is released under the GNU GPL. Installing with "make install"... ========================= Installation results =========================== Copying documentation directory... make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/libs' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/port' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/port' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/unicode' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/unicode' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wpp' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wpp' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs' make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/tools' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/widl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/widl' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winedump' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winedump' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wmc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wmc' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wrc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wrc' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools' make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/include' cd `dirname include/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/include' ../tools/mkinstalldirs -m 755 /usr/local/include/wine /usr/local/include/wine/windows /usr/local/include/wine/msvcrt /usr/local/include/wine/msvcrt/sys for f in activscp.idl amstream.idl amvideo.idl austream.idl comcat.idl control.idl ddstream.idl dispex.idl docobj.idl exdisp.idl mediaobj.idl mlang.idl mmstream.idl mshtml.idl oaidl.idl objidl.idl ocidl.idl oleidl.idl propidl.idl pstore.idl richole.idl sensevts.idl servprov.idl shldisp.idl shobjidl.idl shtypes.idl strmif.idl unknwn.idl urlmon.idl wtypes.idl axcore.idl axextend.idl devenum.idl dyngraph.idl accctrl.h aclapi.h advpub.h audevcod.h aviriff.h basetsd.h cderr.h cfgmgr32.h cguid.h commctrl.h commdlg.h compobj.h cpl.h custcntl.h cvconst.h d3d.h d3d8.h d3d8caps.h d3d8types.h d3d9.h d3d9caps.h d3d9types.h d3dcaps.h d3dhal.h d3drm.h d3dtypes.h d3dvec.inl d3dx8core.h dbghelp.h dbt.h dde.h ddeml.h ddraw.h ddrawi.h devguid.h digitalv.h dinput.h dispdib.h dlgs.h dls1.h dls2.h dmdls.h dmerror.h dmo.h dmoreg.h dmort.h dmplugin.h dmusbuff.h dmusicc.h dmusicf.h dmusici.h dmusics.h dpaddr.h dplay.h dplay8.h dplobby.h dsconf.h dsdriver.h dshow.h dsound.h dxdiag.h dxerr8.h dxerr9.h dxfile.h evcode.h excpt.h exdispid.h fci.h fdi.h guiddef.h htmlhelp.h icm.h icmpapi.h imagehlp.h imm.h initguid.h ipexport.h iphlpapi.h ipifcons.h iprtrmib.h iptypes.h ks.h ksguid.h ksmedia.h lm.h lmaccess.h lmapibuf.h lmbrowsr.h lmcons.h lmerr.h lmjoin.h lmserver.h lmshare.h lmstats.h lmwksta.h lzexpand.h mapi.h mapicode.h mapidefs.h mapiguid.h mapitags.h mapiutil.h mapival.h mapix.h mciavi.h mcx.h mediaerr.h minmax.h mmddk.h mmreg.h mmsystem.h msacm.h msacmdlg.h msacmdrv.h mscat.h mshtmdid.h msi.h msidefs.h msiquery.h mssip.h mswsock.h nb30.h npapi.h nspapi.h ntddcdrm.h ntddscsi.h ntddstor.h ntsecapi.h ntstatus.h objbase.h odbcinst.h ole2.h ole2ver.h oleauto.h olectl.h oledlg.h pktdef.h poppack.h prsht.h psapi.h pshpack1.h pshpack2.h pshpack4.h pshpack8.h ras.h reason.h regstr.h richedit.h rpc.h rpcdce.h rpcdcep.h rpcndr.h rpcnterr.h rpcproxy.h schemadef.h sddl.h secext.h sensapi.h setupapi.h shellapi.h shlguid.h shlobj.h shlwapi.h sipbase.h sql.h sqlext.h sqltypes.h sspi.h storage.h strmif.h tapi.h tchar.h tlhelp32.h tmschema.h uuids.h uxtheme.h ver.h vfw.h vfwmsgs.h winbase.h wincon.h wincrypt.h windef.h windows.h windowsx.h winerror.h wingdi.h wininet.h winioctl.h winnetwk.h winnls.h winnls32.h winnt.h winreg.h winres.h winresrc.h winsock.h winsock2.h winspool.h winsvc.h wintab.h wintabx.h winternl.h wintrust.h winuser.h winver.h wnaspi32.h wownt32.h ws2spi.h ws2tcpip.h wshisotp.h wsipx.h wsnwlink.h wtsapi32.h xcmc.h zmouse.h; do /usr/bin/install -c -m 644 ./$f /usr/local/include/wine/windows/$f; done for f in activscp.h amstream.h amvideo.h austream.h comcat.h control.h ddstream.h dispex.h docobj.h exdisp.h mediaobj.h mlang.h mmstream.h mshtml.h oaidl.h objidl.h ocidl.h oleidl.h propidl.h pstore.h richole.h sensevts.h servprov.h shldisp.h shobjidl.h shtypes.h strmif.h unknwn.h urlmon.h wtypes.h; do /usr/bin/install -c -m 644 $f /usr/local/include/wine/windows/$f; done for f in msvcrt/conio.h msvcrt/crtdbg.h msvcrt/ctype.h msvcrt/direct.h msvcrt/dirent.h msvcrt/dos.h msvcrt/eh.h msvcrt/errno.h msvcrt/fcntl.h msvcrt/float.h msvcrt/io.h msvcrt/limits.h msvcrt/locale.h msvcrt/malloc.h msvcrt/math.h msvcrt/mbctype.h msvcrt/mbstring.h msvcrt/process.h msvcrt/search.h msvcrt/setjmp.h msvcrt/share.h msvcrt/stddef.h msvcrt/stdio.h msvcrt/stdlib.h msvcrt/string.h msvcrt/sys/locking.h msvcrt/sys/stat.h msvcrt/sys/timeb.h msvcrt/sys/types.h msvcrt/sys/unistd.h msvcrt/sys/utime.h msvcrt/time.h msvcrt/unistd.h msvcrt/wchar.h msvcrt/wctype.h; do /usr/bin/install -c -m 644 ./$f /usr/local/include/wine/$f; done for f in debug.h exception.h library.h unicode.h; do /usr/bin/install -c -m 644 ./wine/$f /usr/local/include/wine/$f; done make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/include' cd `dirname documentation/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/documentation' ../tools/mkinstalldirs -m 755 /usr/local/man/man1 /usr/local/man/man5 /usr/local/man/man3w /usr/bin/install -c -m 644 wine.man /usr/local/man/man1/wine.1 /usr/bin/install -c -m 644 ./wine.conf.man /usr/local/man/man5/wine.conf.5 make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/documentation' cd `dirname loader/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/loader' ../tools/mkinstalldirs -m 755 /usr/local/bin for f in wine-glibc wine-kthread wine-pthread wine-preloader; do \ if [ "wine-glibc" = "$f" ]; \ then /usr/bin/install -c $f /usr/local/bin/wine; \ else /usr/bin/install -c $f /usr/local/bin/$f; \ fi; \ done make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/loader' cd `dirname dlls/__install-lib__` && make install-lib make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' cd `dirname advapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/advapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c advapi32.dll.so /usr/local/lib/wine/advapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/advapi32' cd `dirname advpack/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/advpack' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c advpack.dll.so /usr/local/lib/wine/advpack.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/advpack' cd `dirname amstream/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/amstream' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c amstream.dll.so /usr/local/lib/wine/amstream.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/amstream' cd `dirname atl/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/atl' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c atl.dll.so /usr/local/lib/wine/atl.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/atl' cd `dirname avicap32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/avicap32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avicap32.dll.so /usr/local/lib/wine/avicap32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/avicap32' cd `dirname avifil32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/avifil32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avifil32.dll.so /usr/local/lib/wine/avifil32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/avifile.dll`.so && ln -s avifil32.dll.so `basename _install_/avifile.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/avifil32' cd `dirname cabinet/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cabinet' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cabinet.dll.so /usr/local/lib/wine/cabinet.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cabinet' cd `dirname capi2032/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/capi2032' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c capi2032.dll.so /usr/local/lib/wine/capi2032.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/capi2032' cd `dirname cards/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cards' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cards.dll.so /usr/local/lib/wine/cards.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cards' cd `dirname cfgmgr32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cfgmgr32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cfgmgr32.dll.so /usr/local/lib/wine/cfgmgr32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cfgmgr32' cd `dirname comcat/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/comcat' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c comcat.dll.so /usr/local/lib/wine/comcat.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/comcat' cd `dirname comctl32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/comctl32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c comctl32.dll.so /usr/local/lib/wine/comctl32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/comctl32' cd `dirname commdlg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/commdlg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c comdlg32.dll.so /usr/local/lib/wine/comdlg32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/commdlg.dll`.so && ln -s comdlg32.dll.so `basename _install_/commdlg.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/commdlg' cd `dirname crtdll/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/crtdll' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c crtdll.dll.so /usr/local/lib/wine/crtdll.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/crtdll' cd `dirname crypt32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/crypt32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c crypt32.dll.so /usr/local/lib/wine/crypt32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/crypt32' cd `dirname cryptdll/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cryptdll' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cryptdll.dll.so /usr/local/lib/wine/cryptdll.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cryptdll' cd `dirname ctl3d/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ctl3d' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ctl3d32.dll.so /usr/local/lib/wine/ctl3d32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ctl3d.dll`.so && ln -s ctl3d32.dll.so `basename _install_/ctl3d.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ctl3dv2.dll`.so && ln -s ctl3d32.dll.so `basename _install_/ctl3dv2.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ctl3d' cd `dirname d3dim/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/d3dim' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c d3dim.dll.so /usr/local/lib/wine/d3dim.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/d3dim' cd `dirname d3drm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/d3drm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c d3drm.dll.so /usr/local/lib/wine/d3drm.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/d3drm' cd `dirname d3dxof/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/d3dxof' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c d3dxof.dll.so /usr/local/lib/wine/d3dxof.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/d3dxof' cd `dirname dbghelp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dbghelp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dbghelp.dll.so /usr/local/lib/wine/dbghelp.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dbghelp' cd `dirname dciman32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dciman32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dciman32.dll.so /usr/local/lib/wine/dciman32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dciman32' cd `dirname devenum/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/devenum' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c devenum.dll.so /usr/local/lib/wine/devenum.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/devenum' cd `dirname dinput/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dinput' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dinput.dll.so /usr/local/lib/wine/dinput.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dinput' cd `dirname dinput8/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dinput8' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dinput8.dll.so /usr/local/lib/wine/dinput8.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dinput8' cd `dirname dmband/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmband' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmband.dll.so /usr/local/lib/wine/dmband.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmband' cd `dirname dmcompos/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmcompos' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmcompos.dll.so /usr/local/lib/wine/dmcompos.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmcompos' cd `dirname dmime/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmime' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmime.dll.so /usr/local/lib/wine/dmime.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmime' cd `dirname dmloader/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmloader' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmloader.dll.so /usr/local/lib/wine/dmloader.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmloader' cd `dirname dmscript/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmscript' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmscript.dll.so /usr/local/lib/wine/dmscript.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmscript' cd `dirname dmstyle/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmstyle' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmstyle.dll.so /usr/local/lib/wine/dmstyle.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmstyle' cd `dirname dmsynth/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmsynth' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmsynth.dll.so /usr/local/lib/wine/dmsynth.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmsynth' cd `dirname dmusic/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmusic.dll.so /usr/local/lib/wine/dmusic.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic' cd `dirname dmusic32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmusic32.dll.so /usr/local/lib/wine/dmusic32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic32' cd `dirname dplay/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dplay' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dplay.dll.so /usr/local/lib/wine/dplay.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dplay' cd `dirname dplayx/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dplayx' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dplayx.dll.so /usr/local/lib/wine/dplayx.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dplayx' cd `dirname dpnet/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dpnet' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dpnet.dll.so /usr/local/lib/wine/dpnet.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dpnet' cd `dirname dpnhpast/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dpnhpast' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dpnhpast.dll.so /usr/local/lib/wine/dpnhpast.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dpnhpast' cd `dirname dsound/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dsound' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dsound.dll.so /usr/local/lib/wine/dsound.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dsound' cd `dirname dswave/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dswave' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dswave.dll.so /usr/local/lib/wine/dswave.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dswave' cd `dirname dxdiagn/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxdiagn' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dxdiagn.dll.so /usr/local/lib/wine/dxdiagn.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxdiagn' cd `dirname gdi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/gdi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c gdi32.dll.so /usr/local/lib/wine/gdi32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/dispdib.dll`.so && ln -s gdi32.dll.so `basename _install_/dispdib.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/gdi.exe`.so && ln -s gdi32.dll.so `basename _install_/gdi.exe`.so cd /usr/local/lib/wine && rm -f `basename _install_/wing.dll`.so && ln -s gdi32.dll.so `basename _install_/wing.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/gdi' cd `dirname hhctrl.ocx/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/hhctrl.ocx' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c hhctrl.ocx.so /usr/local/lib/wine/hhctrl.ocx.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/hhctrl.ocx' cd `dirname iccvid/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/iccvid' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c iccvid.dll.so /usr/local/lib/wine/iccvid.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/iccvid' cd `dirname icmp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/icmp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c icmp.dll.so /usr/local/lib/wine/icmp.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/icmp' cd `dirname ifsmgr.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ifsmgr.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ifsmgr.vxd.so /usr/local/lib/wine/ifsmgr.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ifsmgr.vxd' cd `dirname imagehlp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/imagehlp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c imagehlp.dll.so /usr/local/lib/wine/imagehlp.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/imagehlp' cd `dirname imm32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/imm32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c imm32.dll.so /usr/local/lib/wine/imm32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/imm.dll`.so && ln -s imm32.dll.so `basename _install_/imm.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/imm32' cd `dirname iphlpapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/iphlpapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c iphlpapi.dll.so /usr/local/lib/wine/iphlpapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/iphlpapi' cd `dirname itss/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/itss' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c itss.dll.so /usr/local/lib/wine/itss.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/itss' cd `dirname kernel/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/kernel' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c kernel32.dll.so /usr/local/lib/wine/kernel32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/comm.drv`.so && ln -s kernel32.dll.so `basename _install_/comm.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/krnl386.exe`.so && ln -s kernel32.dll.so `basename _install_/krnl386.exe`.so cd /usr/local/lib/wine && rm -f `basename _install_/stress.dll`.so && ln -s kernel32.dll.so `basename _install_/stress.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/system.drv`.so && ln -s kernel32.dll.so `basename _install_/system.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/toolhelp.dll`.so && ln -s kernel32.dll.so `basename _install_/toolhelp.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/win87em.dll`.so && ln -s kernel32.dll.so `basename _install_/win87em.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/windebug.dll`.so && ln -s kernel32.dll.so `basename _install_/windebug.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/kernel' cd `dirname lzexpand/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/lzexpand' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c lz32.dll.so /usr/local/lib/wine/lz32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/lzexpand.dll`.so && ln -s lz32.dll.so `basename _install_/lzexpand.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/lzexpand' cd `dirname mapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mapi32.dll.so /usr/local/lib/wine/mapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mapi32' cd `dirname mlang/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mlang' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mlang.dll.so /usr/local/lib/wine/mlang.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mlang' cd `dirname mmdevldr.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mmdevldr.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mmdevldr.vxd.so /usr/local/lib/wine/mmdevldr.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mmdevldr.vxd' cd `dirname monodebg.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/monodebg.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c monodebg.vxd.so /usr/local/lib/wine/monodebg.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/monodebg.vxd' cd `dirname mpr/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mpr' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mpr.dll.so /usr/local/lib/wine/mpr.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mpr' cd `dirname msacm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msacm32.dll.so /usr/local/lib/wine/msacm32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/msacm.dll`.so && ln -s msacm32.dll.so `basename _install_/msacm.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm' cd `dirname msacm/imaadp32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/imaadp32' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c imaadp32.acm.so /usr/local/lib/wine/imaadp32.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/imaadp32' cd `dirname msacm/msadp32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msadp32' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msadp32.acm.so /usr/local/lib/wine/msadp32.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msadp32' cd `dirname msacm/msg711/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msg711' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msg711.acm.so /usr/local/lib/wine/msg711.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msg711' cd `dirname msacm/winemp3/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/winemp3' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winemp3.acm.so /usr/local/lib/wine/winemp3.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/winemp3' cd `dirname mscms/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mscms' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mscms.dll.so /usr/local/lib/wine/mscms.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mscms' cd `dirname msdmo/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msdmo' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msdmo.dll.so /usr/local/lib/wine/msdmo.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msdmo' cd `dirname mshtml/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mshtml' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mshtml.dll.so /usr/local/lib/wine/mshtml.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mshtml' cd `dirname msi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msi.dll.so /usr/local/lib/wine/msi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msi' cd `dirname msimg32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msimg32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msimg32.dll.so /usr/local/lib/wine/msimg32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msimg32' cd `dirname msisys/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msisys' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msisys.ocx.so /usr/local/lib/wine/msisys.ocx.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msisys' cd `dirname msnet32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msnet32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msnet32.dll.so /usr/local/lib/wine/msnet32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msnet32' cd `dirname msrle32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msrle32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msrle32.dll.so /usr/local/lib/wine/msrle32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msrle32' cd `dirname msvcrt/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrt.dll.so /usr/local/lib/wine/msvcrt.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt' cd `dirname msvcrt20/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt20' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrt20.dll.so /usr/local/lib/wine/msvcrt20.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt20' cd `dirname msvcrt40/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt40' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrt40.dll.so /usr/local/lib/wine/msvcrt40.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt40' cd `dirname msvcrtd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrtd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrtd.dll.so /usr/local/lib/wine/msvcrtd.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrtd' cd `dirname msvidc32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvidc32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvidc32.dll.so /usr/local/lib/wine/msvidc32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvidc32' cd `dirname msvideo/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvideo' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvfw32.dll.so /usr/local/lib/wine/msvfw32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/msvideo.dll`.so && ln -s msvfw32.dll.so `basename _install_/msvideo.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvideo' cd `dirname mswsock/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mswsock' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mswsock.dll.so /usr/local/lib/wine/mswsock.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mswsock' cd `dirname netapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/netapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c netapi32.dll.so /usr/local/lib/wine/netapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/netapi32' cd `dirname newdev/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/newdev' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c newdev.dll.so /usr/local/lib/wine/newdev.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/newdev' cd `dirname ntdll/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ntdll' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ntdll.dll.so /usr/local/lib/wine/ntdll.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ntdll' cd `dirname odbc32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/odbc32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c odbc32.dll.so /usr/local/lib/wine/odbc32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/odbc32' cd `dirname ole32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ole32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ole32.dll.so /usr/local/lib/wine/ole32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/compobj.dll`.so && ln -s ole32.dll.so `basename _install_/compobj.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2.dll`.so && ln -s ole32.dll.so `basename _install_/ole2.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2conv.dll`.so && ln -s ole32.dll.so `basename _install_/ole2conv.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2nls.dll`.so && ln -s ole32.dll.so `basename _install_/ole2nls.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2prox.dll`.so && ln -s ole32.dll.so `basename _install_/ole2prox.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2thk.dll`.so && ln -s ole32.dll.so `basename _install_/ole2thk.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/storage.dll`.so && ln -s ole32.dll.so `basename _install_/storage.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ole32' cd `dirname oleacc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/oleacc' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c oleacc.dll.so /usr/local/lib/wine/oleacc.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/oleacc' cd `dirname oleaut32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/oleaut32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c oleaut32.dll.so /usr/local/lib/wine/oleaut32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2disp.dll`.so && ln -s oleaut32.dll.so `basename _install_/ole2disp.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/typelib.dll`.so && ln -s oleaut32.dll.so `basename _install_/typelib.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/oleaut32' cd `dirname olecli/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/olecli' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c olecli32.dll.so /usr/local/lib/wine/olecli32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/olecli.dll`.so && ln -s olecli32.dll.so `basename _install_/olecli.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/olecli' cd `dirname oledlg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/oledlg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c oledlg.dll.so /usr/local/lib/wine/oledlg.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/oledlg' cd `dirname olepro32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/olepro32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c olepro32.dll.so /usr/local/lib/wine/olepro32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/olepro32' cd `dirname olesvr/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/olesvr' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c olesvr32.dll.so /usr/local/lib/wine/olesvr32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/olesvr.dll`.so && ln -s olesvr32.dll.so `basename _install_/olesvr.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/olesvr' cd `dirname psapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/psapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c psapi.dll.so /usr/local/lib/wine/psapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/psapi' cd `dirname qcap/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/qcap' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c qcap.dll.so /usr/local/lib/wine/qcap.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/qcap' cd `dirname quartz/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/quartz' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c quartz.dll.so /usr/local/lib/wine/quartz.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/quartz' cd `dirname rasapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rasapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rasapi32.dll.so /usr/local/lib/wine/rasapi32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/rasapi16.dll`.so && ln -s rasapi32.dll.so `basename _install_/rasapi16.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rasapi32' cd `dirname riched20/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/riched20' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c riched20.dll.so /usr/local/lib/wine/riched20.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/riched20' cd `dirname richedit/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/richedit' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c riched32.dll.so /usr/local/lib/wine/riched32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/richedit' cd `dirname rpcrt4/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rpcrt4' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rpcrt4.dll.so /usr/local/lib/wine/rpcrt4.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rpcrt4' cd `dirname rsabase/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rsabase' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rsabase.dll.so /usr/local/lib/wine/rsabase.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rsabase' cd `dirname rsaenh/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rsaenh' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rsaenh.dll.so /usr/local/lib/wine/rsaenh.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rsaenh' cd `dirname secur32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/secur32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c secur32.dll.so /usr/local/lib/wine/secur32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/secur32' cd `dirname sensapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/sensapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c sensapi.dll.so /usr/local/lib/wine/sensapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/sensapi' cd `dirname serialui/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/serialui' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c serialui.dll.so /usr/local/lib/wine/serialui.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/serialui' cd `dirname setupapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/setupapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c setupapi.dll.so /usr/local/lib/wine/setupapi.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/setupx.dll`.so && ln -s setupapi.dll.so `basename _install_/setupx.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/setupapi' cd `dirname shdocvw/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shdocvw' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shdocvw.dll.so /usr/local/lib/wine/shdocvw.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shdocvw' cd `dirname shell32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shell32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shell32.dll.so /usr/local/lib/wine/shell32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/shell.dll`.so && ln -s shell32.dll.so `basename _install_/shell.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shell32' cd `dirname shfolder/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shfolder' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shfolder.dll.so /usr/local/lib/wine/shfolder.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shfolder' cd `dirname shlwapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shlwapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shlwapi.dll.so /usr/local/lib/wine/shlwapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shlwapi' cd `dirname snmpapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/snmpapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c snmpapi.dll.so /usr/local/lib/wine/snmpapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/snmpapi' cd `dirname stdole32.tlb/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/stdole32.tlb' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c stdole32.tlb.so /usr/local/lib/wine/stdole32.tlb.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/stdole32.tlb' cd `dirname sti/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/sti' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c sti.dll.so /usr/local/lib/wine/sti.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/sti' cd `dirname tapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/tapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c tapi32.dll.so /usr/local/lib/wine/tapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/tapi32' cd `dirname ttydrv/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ttydrv' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ttydrv.dll.so /usr/local/lib/wine/ttydrv.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ttydrv' cd `dirname twain/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/twain' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c twain_32.dll.so /usr/local/lib/wine/twain_32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/twain.dll`.so && ln -s twain_32.dll.so `basename _install_/twain.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/twain' cd `dirname unicows/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/unicows' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c unicows.dll.so /usr/local/lib/wine/unicows.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/unicows' cd `dirname url/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/url' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c url.dll.so /usr/local/lib/wine/url.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/url' cd `dirname urlmon/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/urlmon' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c urlmon.dll.so /usr/local/lib/wine/urlmon.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/urlmon' cd `dirname user/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/user' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c user32.dll.so /usr/local/lib/wine/user32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ddeml.dll`.so && ln -s user32.dll.so `basename _install_/ddeml.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/display.drv`.so && ln -s user32.dll.so `basename _install_/display.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/keyboard.drv`.so && ln -s user32.dll.so `basename _install_/keyboard.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/mouse.drv`.so && ln -s user32.dll.so `basename _install_/mouse.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/user.exe`.so && ln -s user32.dll.so `basename _install_/user.exe`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/user' cd `dirname uxtheme/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/uxtheme' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c uxtheme.dll.so /usr/local/lib/wine/uxtheme.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/uxtheme' cd `dirname vdhcp.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vdhcp.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vdhcp.vxd.so /usr/local/lib/wine/vdhcp.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vdhcp.vxd' cd `dirname vdmdbg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vdmdbg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vdmdbg.dll.so /usr/local/lib/wine/vdmdbg.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vdmdbg' cd `dirname version/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/version' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c version.dll.so /usr/local/lib/wine/version.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ver.dll`.so && ln -s version.dll.so `basename _install_/ver.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/version' cd `dirname vmm.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vmm.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vmm.vxd.so /usr/local/lib/wine/vmm.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vmm.vxd' cd `dirname vnbt.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vnbt.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vnbt.vxd.so /usr/local/lib/wine/vnbt.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vnbt.vxd' cd `dirname vnetbios.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vnetbios.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vnetbios.vxd.so /usr/local/lib/wine/vnetbios.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vnetbios.vxd' cd `dirname vtdapi.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vtdapi.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vtdapi.vxd.so /usr/local/lib/wine/vtdapi.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vtdapi.vxd' cd `dirname vwin32.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vwin32.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vwin32.vxd.so /usr/local/lib/wine/vwin32.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vwin32.vxd' cd `dirname win32s/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/win32s' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c w32skrnl.dll.so /usr/local/lib/wine/w32skrnl.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/w32sys.dll`.so && ln -s w32skrnl.dll.so `basename _install_/w32sys.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/win32s16.dll`.so && ln -s w32skrnl.dll.so `basename _install_/win32s16.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/win32s' cd `dirname winaspi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winaspi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wnaspi32.dll.so /usr/local/lib/wine/wnaspi32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/winaspi.dll`.so && ln -s wnaspi32.dll.so `basename _install_/winaspi.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winaspi' cd `dirname winedos/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winedos' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winedos.dll.so /usr/local/lib/wine/winedos.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/wprocs.dll`.so && ln -s winedos.dll.so `basename _install_/wprocs.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winedos' cd `dirname wineps/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wineps' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineps.dll.so /usr/local/lib/wine/wineps.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/wineps16.drv`.so && ln -s wineps.dll.so `basename _install_/wineps16.drv`.so ../../tools/mkinstalldirs -m 755 /usr/local/share/wine /usr/bin/install -c -m 644 ./generic.ppd /usr/local/share/wine/generic.ppd make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wineps' cd `dirname wininet/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wininet' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wininet.dll.so /usr/local/lib/wine/wininet.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wininet' cd `dirname winmm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winmm.dll.so /usr/local/lib/wine/winmm.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/mmsystem.dll`.so && ln -s winmm.dll.so `basename _install_/mmsystem.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/sound.dll`.so && ln -s winmm.dll.so `basename _install_/sound.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm' cd `dirname winmm/joystick/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/joystick' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c joystick.drv.so /usr/local/lib/wine/joystick.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/joystick' cd `dirname winmm/mcianim/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcianim' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mcianim.drv.so /usr/local/lib/wine/mcianim.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcianim' cd `dirname winmm/mciavi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciavi' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mciavi.drv.so /usr/local/lib/wine/mciavi.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciavi' cd `dirname winmm/mcicda/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcicda' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mcicda.drv.so /usr/local/lib/wine/mcicda.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcicda' cd `dirname winmm/mciseq/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciseq' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mciseq.drv.so /usr/local/lib/wine/mciseq.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciseq' cd `dirname winmm/mciwave/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciwave' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mciwave.drv.so /usr/local/lib/wine/mciwave.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciwave' cd `dirname winmm/midimap/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/midimap' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c midimap.drv.so /usr/local/lib/wine/midimap.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/midimap' cd `dirname winmm/wavemap/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wavemap' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msacm.drv.so /usr/local/lib/wine/msacm.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wavemap' cd `dirname winmm/winealsa/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winealsa' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winealsa.drv.so /usr/local/lib/wine/winealsa.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winealsa' cd `dirname winmm/winearts/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winearts' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winearts.drv.so /usr/local/lib/wine/winearts.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winearts' cd `dirname winmm/wineaudioio/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineaudioio' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineaudioio.drv.so /usr/local/lib/wine/wineaudioio.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineaudioio' cd `dirname winmm/winejack/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winejack' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winejack.drv.so /usr/local/lib/wine/winejack.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winejack' cd `dirname winmm/winenas/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winenas' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winenas.drv.so /usr/local/lib/wine/winenas.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winenas' cd `dirname winmm/wineoss/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineoss' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineoss.drv.so /usr/local/lib/wine/wineoss.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineoss' cd `dirname winnls/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winnls' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winnls32.dll.so /usr/local/lib/wine/winnls32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/winnls.dll`.so && ln -s winnls32.dll.so `basename _install_/winnls.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winnls' cd `dirname winsock/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winsock' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ws2_32.dll.so /usr/local/lib/wine/ws2_32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/winsock.dll`.so && ln -s ws2_32.dll.so `basename _install_/winsock.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winsock' cd `dirname winspool/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winspool' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winspool.drv.so /usr/local/lib/wine/winspool.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winspool' cd `dirname wintab32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wintab32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wintab32.dll.so /usr/local/lib/wine/wintab32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/wintab.dll`.so && ln -s wintab32.dll.so `basename _install_/wintab.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wintab32' cd `dirname wintrust/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wintrust' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wintrust.dll.so /usr/local/lib/wine/wintrust.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wintrust' cd `dirname wow32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wow32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wow32.dll.so /usr/local/lib/wine/wow32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wow32' cd `dirname wsock32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wsock32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wsock32.dll.so /usr/local/lib/wine/wsock32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wsock32' cd `dirname wtsapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wtsapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wtsapi32.dll.so /usr/local/lib/wine/wtsapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wtsapi32' cd `dirname ddraw/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ddraw' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ddraw.dll.so /usr/local/lib/wine/ddraw.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ddraw' cd `dirname x11drv/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/x11drv' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c x11drv.dll.so /usr/local/lib/wine/x11drv.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/x11drv' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls' cd `dirname programs/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/programs' cd `dirname avitools/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/avitools' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c aviinfo.exe.so /usr/local/lib/wine/aviinfo.exe.so /usr/bin/install -c aviplay.exe.so /usr/local/lib/wine/aviplay.exe.so /usr/bin/install -c icinfo.exe.so /usr/local/lib/wine/icinfo.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/avitools' cd `dirname clock/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/clock' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c clock.exe.so /usr/local/lib/wine/clock.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/clock' cd `dirname control/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/control' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c control.exe.so /usr/local/lib/wine/control.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/control' cd `dirname expand/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/expand' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c expand.exe.so /usr/local/lib/wine/expand.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/expand' cd `dirname msiexec/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/msiexec' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msiexec.exe.so /usr/local/lib/wine/msiexec.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/msiexec' cd `dirname notepad/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/notepad' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c notepad.exe.so /usr/local/lib/wine/notepad.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/notepad' cd `dirname progman/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/progman' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c progman.exe.so /usr/local/lib/wine/progman.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/progman' cd `dirname regedit/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/regedit' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c regedit.exe.so /usr/local/lib/wine/regedit.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/regedit' cd `dirname regsvr32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/regsvr32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c regsvr32.exe.so /usr/local/lib/wine/regsvr32.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/regsvr32' cd `dirname rpcss/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/rpcss' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rpcss.exe.so /usr/local/lib/wine/rpcss.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/rpcss' cd `dirname rundll32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/rundll32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rundll32.exe.so /usr/local/lib/wine/rundll32.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/rundll32' cd `dirname start/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/start' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c start.exe.so /usr/local/lib/wine/start.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/start' cd `dirname taskmgr/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/taskmgr' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c taskmgr.exe.so /usr/local/lib/wine/taskmgr.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/taskmgr' cd `dirname uninstaller/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/uninstaller' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c uninstaller.exe.so /usr/local/lib/wine/uninstaller.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/uninstaller' cd `dirname wcmd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/wcmd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wcmd.exe.so /usr/local/lib/wine/wcmd.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/wcmd' cd `dirname wineboot/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/wineboot' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineboot.exe.so /usr/local/lib/wine/wineboot.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/wineboot' cd `dirname winebrowser/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winebrowser' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winebrowser.exe.so /usr/local/lib/wine/winebrowser.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winebrowser' cd `dirname winecfg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winecfg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winecfg.exe.so /usr/local/lib/wine/winecfg.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winecfg' cd `dirname wineconsole/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/wineconsole' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineconsole.exe.so /usr/local/lib/wine/wineconsole.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/wineconsole' cd `dirname winedbg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winedbg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winedbg.exe.so /usr/local/lib/wine/winedbg.exe.so ../../tools/mkinstalldirs -m 755 /usr/local/man/man1 /usr/bin/install -c -m 644 ./winedbg.man /usr/local/man/man1/winedbg.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winedbg' cd `dirname winefile/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winefile' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winefile.exe.so /usr/local/lib/wine/winefile.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winefile' cd `dirname winemenubuilder/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winemenubuilder' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winemenubuilder.exe.so /usr/local/lib/wine/winemenubuilder.exe.so ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c ../../tools/wineshelllink /usr/local/bin/wineshelllink make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winemenubuilder' cd `dirname winemine/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winemine' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winemine.exe.so /usr/local/lib/wine/winemine.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winemine' cd `dirname winepath/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winepath' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winepath.exe.so /usr/local/lib/wine/winepath.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winepath' cd `dirname winetest/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winetest' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winetest.exe.so /usr/local/lib/wine/winetest.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winetest' cd `dirname winevdm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winevdm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winevdm.exe.so /usr/local/lib/wine/winevdm.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winevdm' cd `dirname winhelp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winhelp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winhelp.exe.so /usr/local/lib/wine/winhelp.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winhelp' cd `dirname winver/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winver' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winver.exe.so /usr/local/lib/wine/winver.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winver' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c wineapploader /usr/local/bin/wineapploader rm -f /usr/local/bin/`dirname notepad/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname notepad/__installprog__` rm -f /usr/local/bin/`dirname progman/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname progman/__installprog__` rm -f /usr/local/bin/`dirname regedit/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname regedit/__installprog__` rm -f /usr/local/bin/`dirname regsvr32/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname regsvr32/__installprog__` rm -f /usr/local/bin/`dirname uninstaller/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname uninstaller/__installprog__` rm -f /usr/local/bin/`dirname wcmd/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname wcmd/__installprog__` rm -f /usr/local/bin/`dirname wineboot/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname wineboot/__installprog__` rm -f /usr/local/bin/`dirname winebrowser/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winebrowser/__installprog__` rm -f /usr/local/bin/`dirname winecfg/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winecfg/__installprog__` rm -f /usr/local/bin/`dirname wineconsole/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname wineconsole/__installprog__` rm -f /usr/local/bin/`dirname winedbg/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winedbg/__installprog__` rm -f /usr/local/bin/`dirname winefile/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winefile/__installprog__` rm -f /usr/local/bin/`dirname winemine/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winemine/__installprog__` rm -f /usr/local/bin/`dirname winepath/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winepath/__installprog__` rm -f /usr/local/bin/`dirname winhelp/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winhelp/__installprog__` rm -f /usr/local/bin/wineapploader ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c winelauncher /usr/local/bin/winelauncher make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs' cd `dirname server/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/server' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c wineserver /usr/local/bin/wineserver make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/server' cd `dirname libs/__install-lib__` && make install-lib make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname unicode/__install-lib__` && make install-lib make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/unicode' ../../tools/mkinstalldirs -m 755 /usr/local/lib /usr/bin/install -c libwine_unicode.so.1 /usr/local/lib/libwine_unicode.so.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/unicode' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/port' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/port' cd `dirname wine/__install-lib__` && make install-lib make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wine' ../../tools/mkinstalldirs -m 755 /usr/local/lib /usr/bin/install -c libwine.so.1 /usr/local/lib/libwine.so.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname tools/__install-lib__` && make install-lib make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/tools' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/share/wine /usr/local/share/applications /usr/bin/install -c wineprefixcreate /usr/local/bin/wineprefixcreate /usr/bin/install -c -m 644 ./wine.inf /usr/local/share/wine/wine.inf /usr/bin/install -c -m 644 ./wine.desktop /usr/local/share/applications/wine.desktop update-desktop-database make[1]: update-desktop-database: Command not found make[1]: [install-lib] Error 127 (ignored) make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools' cd `dirname dlls/__install-dev__` && make install-dev make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' ../tools/mkinstalldirs -m 755 /usr/local/lib/wine for f in libadvapi32.def libadvpack.def libamstream.def libatl.def libavicap32.def libavifil32.def libcabinet.def libcapi2032.def libcards.def libcfgmgr32.def libcomcat.def libcomctl32.def libcomdlg32.def libcrtdll.def libcrypt32.def libcryptdll.def libctl3d32.def libd3d8.def libd3d9.def libd3dim.def libd3drm.def libd3dx8.def libd3dxof.def libdbghelp.def libdciman32.def libddraw.def libdevenum.def libdinput.def libdinput8.def libdmband.def libdmcompos.def libdmime.def libdmloader.def libdmscript.def libdmstyle.def libdmsynth.def libdmusic.def libdmusic32.def libdplay.def libdplayx.def libdpnet.def libdpnhpast.def libdsound.def libdswave.def libdxdiagn.def libgdi32.def libglu32.def libglut32.def libiccvid.def libicmp.def libimagehlp.def libimm32.def libiphlpapi.def libitss.def libkernel32.def liblz32.def libmapi32.def libmlang.def libmpr.def libmsacm32.def libmscms.def libmsdmo.def libmshtml.def libmsi.def libmsimg32.def libmsnet32.def libmsrle32.def libmsvcrt.def libmsvcrt20.def libmsvcrt40.def libmsvcrtd.def libmsvfw32.def libmsvidc32.def libmswsock.def libnetapi32.def libnewdev.def libntdll.def libodbc32.def libole32.def liboleacc.def liboleaut32.def libolecli32.def liboledlg.def libolepro32.def libolesvr32.def libopengl32.def libpsapi.def libqcap.def libquartz.def librasapi32.def libriched20.def libriched32.def librpcrt4.def librsabase.def librsaenh.def libsecur32.def libsensapi.def libserialui.def libsetupapi.def libshdocvw.def libshell32.def libshfolder.def libshlwapi.def libsnmpapi.def libsti.def libtapi32.def libttydrv.def libtwain_32.def libunicows.def liburl.def liburlmon.def libuser32.def libuxtheme.def libvdmdbg.def libversion.def libw32skrnl.def libwined3d.def libwinedos.def libwineps.def libwininet.def libwinmm.def libwinnls32.def libwinspool.def libwintab32.def libwintrust.def libwnaspi32.def libwow32.def libws2_32.def libwsock32.def libwtsapi32.def libx11drv.def libdxerr8.a libdxerr9.a libdxguid.a libstrmiids.a libuuid.a; do /usr/bin/install -c -m 644 $f /usr/local/lib/wine/$f; done make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls' cd `dirname libs/__install-dev__` && make install-dev make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname unicode/__install-dev__` && make install-dev make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/unicode' ../../tools/mkinstalldirs -m 755 /usr/local/lib cd /usr/local/lib && rm -f libwine_unicode.so && ln -s libwine_unicode.so.1 libwine_unicode.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/unicode' cd `dirname wine/__install-dev__` && make install-dev make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wine' ../../tools/mkinstalldirs -m 755 /usr/local/lib cd /usr/local/lib && rm -f libwine.so && ln -s libwine.so.1 libwine.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname tools/__install-dev__` && make install-dev make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/tools' cd `dirname widl/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/widl' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c widl /usr/local/bin/widl /usr/bin/install -c -m 644 ./widl.man /usr/local/man/man1/widl.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/widl' cd `dirname winebuild/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c winebuild /usr/local/bin/winebuild /usr/bin/install -c -m 644 winebuild.man /usr/local/man/man1/winebuild.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' cd `dirname winedump/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winedump' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c winedump /usr/local/bin/winedump /usr/bin/install -c -m 644 ./winedump.man /usr/local/man/man1/winedump.1 /usr/bin/install -c ./function_grep.pl /usr/local/bin/function_grep.pl make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winedump' cd `dirname winegcc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c winegcc /usr/local/bin/winegcc cd /usr/local/bin && rm -f wineg++ && ln -s winegcc wineg++ cd /usr/local/bin && rm -f winecpp && ln -s winegcc winecpp /usr/bin/install -c -m 644 ./winegcc.man /usr/local/man/man1/winegcc.1 cd /usr/local/man/man1 && rm -f wineg++.1 && ln -s winegcc.1 wineg++.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' cd `dirname wmc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wmc' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c -m 644 ./wmc.man /usr/local/man/man1/wmc.1 /usr/bin/install -c wmc /usr/local/bin/wmc make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wmc' cd `dirname wrc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wrc' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c -m 644 ./wrc.man /usr/local/man/man1/wrc.1 /usr/bin/install -c wrc /usr/local/bin/wrc make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wrc' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c ./winemaker /usr/local/bin/winemaker /usr/bin/install -c -m 644 ./winemaker.man /usr/local/man/man1/winemaker.1 make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools' ./tools/mkinstalldirs -m 755 /usr/local/share/aclocal /usr/bin/install -c -m 644 ./aclocal.m4 /usr/local/share/aclocal/wine.m4 /sbin/ldconfig ======================== Installation succesful ========================== Copying files to the temporary directory...OK Striping ELF binaries and libraries...OK Compressing man pages...OK Building file list...OK *** Warning: The package version "wine" does not *** Warning: contain any digits. dpkg might not like that. This package will be built according to these values: 0 - Maintainer: [ jorishuizer@debian ] 1 - Summary: [ cvs-wine ] 2 - Name: [ wine ] 3 - Version: [ wine ] 4 - Release: [ 1 ] 5 - License: [ GPL ] 6 - Group: [ checkinstall ] 7 - Architecture: [ i386 ] 8 - Source location: [ wine ] 9 - Alternate source location: [ ] Enter a number to change any of them or press ENTER to continue: 3 Enter new version: >> hacked.1b4 This package will be built according to these values: 0 - Maintainer: [ jorishuizer@debian ] 1 - Summary: [ cvs-wine ] 2 - Name: [ wine ] 3 - Version: [ hacked.1b4 ] 4 - Release: [ 1 ] 5 - License: [ GPL ] 6 - Group: [ checkinstall ] 7 - Architecture: [ i386 ] 8 - Source location: [ wine ] 9 - Alternate source location: [ ] Enter a number to change any of them or press ENTER to continue: ***************************************** **** Debian package creation selected *** ***************************************** Building Debian package...OK Installing Debian package...OK Erasing temporary files...OK Writing backup package...OK Deleting temp dir... Script done on Wed Mar 9 14:22:12 2005

1 0

winetest autobuild broke -- not my fault?
by Paul Millar 09 Mar '05

09 Mar '05

Hi guys, I think someone broke test.winehq.org. When the cronscript tried to register the new builds from this morning (via wget), both GETs failed. I've copied the message below, but it doesn't contain much more information. Did someone accidentally kill "http://test.winehq.org/service"? Cheers, Paul. ---------- Forwarded Message ---------- Subject: Cron <paul@quisquiliae> $HOME/Production/cronCrossBuild 10:00 Date: Wednesday 09 Mar 2005 11:44 From: root of quisquiliae <p.millar(a)physics.gla.ac.uk> To: p.millar(a)physics.gla.ac.uk Registration to WineHQ failed. Tried to GET http://test.winehq.org/service?publish=http://www.astro.gla.ac.uk/users/paul m/WRT/CrossBuilt/winetest-200503091000-paul-mingw.zip Expected "OK", but got "" wget returned with non-zero return code: 1 Registration to WineHQ failed. Tried to GET http://test.winehq.org/service?publish=http://www.astro.gla.ac.uk/users/paul m/WRT/CrossBuilt/winetest-200503091000-paul-mingw.exe Expected "OK", but got "" wget returned with non-zero return code: 1 -------------------------------------------------------

1 0

AppDB Can't delete version
by Scott Ritchie 09 Mar '05

09 Mar '05

Supermaintainers can't delete versions - it asks "Are You Sure?" but then gives a "must be logged in" error. If you could fix this I could clean up the winamp entry and get to work on finding the regression. Thanks, Scott Ritchie

3 3

Re: Menu protocol.
by Scott Ritchie 09 Mar '05

09 Mar '05

On Tue, 2005-03-08 at 21:02 +0000, Mike Hearn wrote: > On Mon, 07 Mar 2005 14:36:03 -0800, George Farris wrote: > > Whats the protocol as far as adding a top level menu under Applications? > > I want to port a number of Ham radio apps over and put them in their own > > menu called.. wait for it.. Amateur Radio. > > > > Would this be frowned upon? The apps would be coming from universe. > > I think it'd be better to formalise a new category as an extension to the > FDO .desktop spec, then adjust the upstream menu XML definition, assuming > there is one (they always look the same on GNOME based distros so I expect > there is). > > That way it's not Ubuntu specific. > > thanks -mike > > On this matter, do we want to create a Wine top-level entry in the Applications menu? We can start it as an Ubuntu-specific extension, include the appropriate .desktop files in the Ubuntu package (I'll write them myself), and then just send changes upstream? I envision the following process for a user after installing the Wine package: a new Wine menu entry will appear under Applications, and within that will be a Program Files subfolder with installed Windows apps and the included apps (like our notepad). Adjacent Program Files will be the GUI configuration tools - winecfg, the uninstaller, etc. Stuff could also be installed here that isn't Wine explicitly, like the Winetools package. Thoughts? -Scott Ritchie

2 1

Re: {Validate|Invalidate}{Rgn|Rect} fix
by Alexandre Julliard 09 Mar '05

09 Mar '05

Rein Klazes <wijn(a)wanadoo.nl> writes: > Changelog: > dlls/user : painting.c > dlls/user/tests : win.c > > {Validate|Invalidate}{Rgn|Rect} should not (in)validate children if the > window has a WS_CLIPCHILDREN style. With tests. This is redundant, RedrawWindow already does that check if you don't specify RDW_ALLCHILDREN. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [ADVAPI] SetSecurityInfo
by Alexandre Julliard 09 Mar '05

09 Mar '05

Raphael <fenix(a)club-internet.fr> writes: > On Friday 04 March 2005 00:45, Robert Shearman wrote: > > I have made a few comments on the implementation below: > > > SRCDIR = @srcdir@ > > > VPATH = @srcdir@ > > > MODULE = advapi32.dll > > >-IMPORTS = kernel32 ntdll > > >+IMPORTS = winspool kernel32 ntdll > > > > Should be in DELAYIMPORTS. We don't want to slow down the loading of all > > applications because of this one uncommon case. > > I didn't known this wine makefile option :) > Done This doesn't look right at all, even with delayed imports. Do you have evidence that Windows advapi32 calls into winspool? -- Alexandre Julliard julliard(a)winehq.org

2 3

wine style checker.
by Oliver Stieber 09 Mar '05

09 Mar '05

Hi, I've noticed that Alexander has fixed a few compatibility problems in the patches I've been sending in, like moving #directives to the beginning on the line, removing the odd C++ style comment and moving declarations to the top of a function/ code block. Does anyone have or know of something that can check my code before I send it to wine patches? I've egreped out all the #directives's already. Send instant messages to your online friends http://uk.messenger.yahoo.com

3 2

Re: edit control
by Robert Shearman 09 Mar '05

09 Mar '05

Ulrich Czekalla wrote: >Running some tests under WinXP I noticed that if the edit control doesn't >have WS_EX_CLIENTEDGE it looses the WS_BORDER style and it handles painting >the border. This also has the side effect that it's non-client area goes to >zero. > >ChangeLog: > Ulrich Czekalla <ulrich(a)codeweavers.com> > Handle painting the border if WS_EX_CLIENTEDGE is not set > > This changelog doesn't really seem to match the patch. Are you sure it's right? >------------------------------------------------------------------------ > >Index: dlls/user/edit.c >=================================================================== >RCS file: /home/wine/wine/dlls/user/edit.c,v >retrieving revision 1.2 >diff -u -r1.2 edit.c >--- dlls/user/edit.c 9 Sep 2004 19:18:40 -0000 1.2 >+++ dlls/user/edit.c 15 Sep 2004 16:30:50 -0000 >@@ -4423,13 +4423,18 @@ > /* > * In Win95 look and feel, the WS_BORDER style is replaced by the > * WS_EX_CLIENTEDGE style for the edit control. This gives the edit >- * control a non client area. Not always. This coordinates in some >- * way with the window creation code in dialog.c When making >- * modifications please ensure that the code still works for edit >- * controls created directly with style 0x50800000, exStyle 0 ( >- * which should have a single pixel border) >+ * control a nonclient area so we don't need to draw the border. >+ * If WS_BORDER without WS_EX_CLIENTEDGE is specified we shouldn't have >+ * a nonclient area and we should handle painting the border ourselves. >+ * >+ * When making modifications please ensure that the code still works >+ * for edit controls created directly with style 0x50800000, exStyle 0 >+ * (which should have a single pixel border) > */ >- es->style &= ~WS_BORDER; >+ if (lpcs->dwExStyle & WS_EX_CLIENTEDGE) >+ es->style &= ~WS_BORDER; >+ else if (es->style & WS_BORDER) >+ SetWindowLongW(hwnd, GWL_STYLE, es->style & ~WS_BORDER); > > This doesn't seem right at all. The new code should be exactly the same as the old, barring any side effects from SetWindowLong (which shouldn't affect the control anyway since this the function changed is the handler for WM_NCCREATE). Rob

3 3

text edit box not painting text ( on form startup )
by Doug Herbert 09 Mar '05

09 Mar '05

( I have posted a similiar question in wine-users, don't flame me for doing so, just thinking about this some more, perhaps it may be more a developer question ) Ok, I have a windows app, that runs under wine fine - not quite. This app has a form, with many text field edit boxes on. Quite often these edit boxes already have text values, ie. they are not empty - there is a database behind the form. Anyway, the form shows on the screen, but the text within the edit fields is invisible, until you activate each edit box component. When you leave one edit box to the next, the text remains visible. It seems like the repainting is not working, on initial startup of the form. As a way to debug this database app ( I don't have the source code for it ) I wrote a real basic form app in Visual Studio, with two edit boxes, with data in each. Now this basic app shows the text values immediately on startup. So there must be something different that the database app is not doing. I then ran wine using 'wine --debugmsg +edit programname' for both app's. I see both logging 'Creating ANSI edit control, style = xxxxx' but the style reference is different between apps - I am not sure if this the cause or not. The problem app reports style = 54011104 and the basic app shows style = 50010080. Can somebody explain what this style reference means and how do I force an app to use a certain style of edit box ? What other wine class debugmsg types should I use to narrow down the source of this problem ? Is there anyway I can check to see how the database app is repainting text within the text edit components ? Regards Doug Herbert. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 4

Re: [HELP] Quartz and FFMpeg question
by Christian Costa 09 Mar '05

09 Mar '05

> Message du 08/03/05 12:05 > De : "Francois Gouget" <fgouget(a)free.fr> > A : "Christian Costa" <titan.costa(a)wanadoo.fr> > Copie à : "wined" <wine-devel(a)winehq.org> > Objet : Re: [HELP] Quartz and FFMpeg question > > On Sun, 6 Mar 2005, Christian Costa wrote: > > > Hi, > > > > I'm working on a video wrapper around libavcodec from FFMpeg. > > > > Currently I can play rle, msvideo1 and mjpeg movies. > > But before submitting anything I must handle the dependency with libavcodec > > (and maybe libavformat in the future). > > AFAIK there is no stable API > > How do other projects that use libavcodec and ffmpeg deal with the > binary compatibility issue? Mplayer and Gstreamer include ffmpeg sources. They are not in their CVS repository but a snapshot is added during the release process. Transcode only check for ffmpeg headers and static libraries. There are several other apps. I will take a look a them. > At least here (Debian) mplayer depends on > the libavcodec package instead of copying the source (but it's a bit of > a special case as they come from a third-party package repository). This is surprising because libavcodec and libavformat are static libraries so once the binary is generated there is no more dependency. Christian

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel