November 2005 - Wine-Devel - list.winehq.org

AVI resources in shell32
by Phil Lodwick Nov. 16, 2005

Nov. 16, 2005

When I started playing with Wine a few months ago, the first problem I ran into were missing AVI resources in shell32. Web searches indicated people asking about these resources over the past several years, but they are still missing. I have no artistic talents, so for my testing purposes I just "borrowed" the resources from a native version of the dll. Has anybody been working on adding these resources? Thanks, Phil

1 0

Re: Some applications does not work
by Rein Klazes Nov. 16, 2005

Nov. 16, 2005

On Tue, 15 Nov 2005 11:20:10 +0200, in gmane.comp.emulators.wine.user you wrote: > Hi all, > >I found that some applications does not work more. The last successfull version was 20050310. >For testing I can propose one example : http://hem.bredband.net/alivor/ichat121b6.exe In general if an application did work in the beginning of this year and not now, you should try setting the windows version to win98. That used to be the default, but in the recent versions it has become win2000. > >Now I try to use wine 0.9.1 under FreeBSD (KDE 3.4.0). >The application above is installed fine but during start I see: > >fixme:system:SystemParametersInfoW Unimplemented action: 8193 >(SPI_SETFOREGROUNDLOCKTIMEOUT) > >I switch to application window: > >fixme:system:SystemParametersInfoW Unimplemented action: 4118 >(SPI_GETTOOLTIPANIMATION) >fixme:system:SystemParametersInfoW Unimplemented action: 4120 (SPI_GETTOOLTIPFADE) >fixme:win:AnimateWindow partial stub > >These messages appears repeatedly. > >I go to options page: > >err:mmio:MMIO_ParseExtA No . in szFileName: "MenuPopup" > >and window does not appear. > All these messages are probably harmless. But if I press the "chat options" button it works most times. But I get in some cases (just keep trying the options window): |wine client error:14: read: Resource temporarily unavailable |err:ntdll:RtlpWaitForCriticalSection section 0x7befaf00 "server.c: fd_cache_section" wait timed out in thread 000b, blocked by 0014, retrying (60 sec) or |wine client error:12: read: Bad file descriptor |err:ntdll:RtlpWaitForCriticalSection section 0x7befaf00 "server.c: fd_cache_section" wait timed out in thread 000b, blocked by 0012, retrying (60 sec) After one of these messages the program is not responding anymore. CC'ing to the developer list. Hopefully someone there can give a suggestion. Rein.

1 0

Re: MSVCRT: _tempnam not working with environment variables
by Andreas Mohr Nov. 16, 2005

Nov. 16, 2005

Hi, On Tue, Nov 15, 2005 at 04:46:37PM -0600, Phil Lodwick wrote: > ChangeLog: > _tempnam uses the TMP environment variable and does not truncate prefix Your diff file has strange DOS line endings (^M) and thus might fail to get applied by Alexandre. Try dos2unix or unix2dos or so. Thanks for your work! Andreas Mohr

1 0

anything wrong with this patch ?
by Eric Pouech Nov. 15, 2005

Nov. 15, 2005

http://www.winehq.com/pipermail/wine-patches/2005-November/022029.html A+ -- Eric Pouech

1 0

Re: [winecfg] add sound driver test
by Steven Edwards Nov. 15, 2005

Nov. 15, 2005

Hi, On 11/14/05, Peter Lemenkov <petro(a)mail.ru> wrote: > Using mp3 creates a legal issues on almost all major Linux-distros. I don't see a legal issue for decoding. Its only been for encoding that they have charged a license fee. Isn't the file wine/dlls/msacm/winemp3 A mp3 decoder we already ship and build? If mp3 is a issue would it be possible to write a ogg acm driver and use it for the sound test? Thanks Steven

2 1

CreateProcess command line parsing
by Rufoo Nov. 15, 2005

Nov. 15, 2005

I am looking at dlls/kernel/process.cc:get_file_name that parses the command line. It seems to handle the case where the application name has spaces in it but the application name is not enclosed in double quotes. According to MSDN documentation, CreateProcess requires the app name(and the app name in the command line) to be enclosed in quotes if it has spaces in it. But wine seems to be extra intelligent and guess the app name using SearchPath in find_exe_file. I am looking for a test case for this, I am unable to find it in kernel/tests/process.cc. Can someone clarify if it is really required to handle this case? thanks in advance --r __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

3 3

Mac os x on intel machines:---> WINE on Mac os X ??
by Marc Coevoet Nov. 15, 2005

Nov. 15, 2005

Since wine is unix/ linux, and runs windows apps, I suppose it will be possible to run windows apps on mac os x-intel, without the windows OS. Is there somebody aware of this / working on the project ?? (a port) Thanks, Marc

3 2

Re: [comctl32] implement header callback support (HDN_GETDISPINFO notification)
by Vitaliy Margolen Nov. 15, 2005

Nov. 15, 2005

Monday, November 14, 2005, 6:31:29 PM, Raphael wrote: > Changelog: > - implement implement header callback support (HDN_GETDISPINFO notification): Patch comments: Please use the commonly accepted coding style in wine: - Indents are 4 spaces (and spaces, not tabs) - Curly brackets go to their own line: if (somethin) { do_this; } else { do_something_else; } > @@ -601,6 +601,40 @@ Please add "-p" to diff so we can see what function this changes are to. > +HEADER_SendHeaderDispInfoNotify(HWND hwnd, INT iItem, INT mask, NMHDDISPINFOW* pDispInfo) You can't do this. Please respect unicodiness of the control. See other controls (listvew, treeview for examples). > + /*FIXME("HEADER_SendHeaderDispInfoNotify\n");*/ Don't comment, delete. > + FIXME("SendMessage returns(mask:0x%x,str:%s,lParam:%p)\n", > + pDispInfo->mask, > + debugstr_w(pDispInfo->pszText), > + (void*) pDispInfo->lParam > + ); Why is this a FIXME? Don't add fixmes for no good reason. Use TRACE instead. > + HEADER_SendHeaderDispInfoNotify(hwnd, nItem, HDI_IMAGE, &dispInfo); > + if (dispInfo.mask & HDI_DI_SETITEM) { > + FIXME("NMHDDISPINFO returns with flags HDI_DI_SETITEM\n"); > + lpItem->>iImage = dispInfo.iImage; > + } There is no reason to print same fixme two times (once in HEADER_SendHeaderDispInfoNotify an second time here). > - else if (lpItem->pszText == LPSTR_TEXTCALLBACKW) /* covers == TEXTCALLBACKA too */ > - phdi->>pszText = LPSTR_TEXTCALLBACKW; > + else if (lpItem->pszText == LPSTR_TEXTCALLBACKW) { /* covers == TEXTCALLBACKA too */ > + /*phdi->>pszText = LPSTR_TEXTCALLBACKW;*/ > + NMHDDISPINFOW dispInfo; > + HEADER_SendHeaderDispInfoNotify(hwnd, nItem, HDI_TEXT, &dispInfo); This requires a test. I don't think native sends notify to the app for HDM_GETITEM. Vitaliy

4 3

GetQueueStatus: unknown flag 0x4000
by Cihan Altinay Nov. 15, 2005

Nov. 15, 2005

Hi, When running G-Ware[1] I get a lot of these: fixme:key:GetQueueStatus QS_xxxx flags (4000) are not handled Interestingly I couldn't find any information about what the flag 0x4000 is meant to be. Could that be another undocumented flag like QS_SMRESULT? The program works so it can't be that important :-) but I thought it's worth mentioning... Cheers, Cihan [1] http://www.clearone.com/docs/downloads/G-Ware5.0.6.zip (20MB)

4 4

error:rpc:RPCRT4_OpenConnection protec msnmsgr not supported
by Curro Amores Nov. 15, 2005

Nov. 15, 2005

hi, im trying to execute an application with access 97 and i get this error wine Access\ 97\ Runtime/Msaccess.exe "/excl" "/wrkgrp" "c:\Program Files\Properly\PROPERGROUPsin.mdw" "/runtime" "c:\Program Files\Properly\ProperlyGestión.mde" fixme:font:SetMapperFlags (0x224, 0x00000001): stub - harmless err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported fixme:rpc:I_RpcServerStartListening (0x30044): stub fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeInfo_fnAddressOfMember (0x7e7abc00) stub! wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on write access to 0x65173518 in 32-bit code (0x3002d802). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") I have replaced ole32.dll built-in with win98 version. Thanks a lot

2 1