wine-devel June 2005

163 participants
316 discussions

by Dmitry Timoshkov

"Martin Fuchs" <martin-fuchs(a)gmx.net> wrote: > Changelog: > switch winefile to UNICODE mode Why to go through all this pain and not just make it unicode only? -- Dmitry.

18 years, 10 months

Possible regressions in IE6 SP1 install

by James Liggett

Hello all, I've noticed some problems installing Internet Explorer 6 SP1 with any version of WINE newer than 20050310, and that includes CVS as of yesterday. Apparently, I'm not the only one; many other are also having issues with 20050419 and 20050524. With my current setup, I get this error repeatedly at 81% during installation: fixme:thunk:__regs_CommonUnimpStub generic stub: ? It keeps looping like that on and on forever, and the install never finishes, but the UI stays responsive. I've had many issues installing IE in the past, but nothing like this. Can anyone give me any leads as to what might cause this? If it might help, I've applied Oliver Stieber's latest DX9 patch, and have tried both Wine Tools and Sidenet. Thanks very much, James Liggett

18 years, 10 months

Bug in dlls/comctl32/comctl32undoc.c

by Sascha Cunz

Hi, playing around a bit with wine, i found a thing that is obviously a bug. In lines 1944 and 1977 of dlls/comctl32/comctl32undoc.c the value "0x7FFF" is used to check for the boundary of a 32 bit integer. However, there should be used MAX_INT instead. By the way: Looking at current MSDN, DPA and DSA looks rather documented than "undoc" :-) Regards Sascha P.S.: Please CC me on answers as i'm not subscribed here.

18 years, 10 months

rpcrt4.dll NdrGetUserMarshalInfo() problem

by J. Grant

Hello, I am getting the attached error when running an install of Overnet v0.52. Basically it cannot find NdrGetUserMarshalInfo(), despite it being in the dll at entry point: 77d43452h, order 199. Any ideas what this problem could be? I'm expecting this to be the symptom of some wider problem. Any help appreciated. Kind regards JG p.s. Is there any way to get these mangled function names to be displayed un-mangled please? c:\opt\overnet_0_52>overnet c:\opt\overnet_0_52>err:module:import_dll No implementation for MSVCRT.dll.??_U@YAPAXI@Z imported from L"C:\\opt\\overnet_0_52\\MSVCIRT.dll", setting to 0xdeadbeef err:module:import_dll No implementation for MSVCRT.dll.??_V@YAXPAX@Z imported from L"C:\\opt\\overnet_0_52\\MSVCIRT.dll", setting to 0xdeadbeef -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio

18 years, 10 months

The wine-patches archives

by Tom Wickline

Looks like ""Downloadable version" is stuck at 9 MB last time I checked we were at a new record of 10.2 MB ......... Newman to the rescue ? Cheers, Tom

18 years, 10 months

Re: Wine avitools/aviplay fails with CO_E_NOTINITIALIZED for any AVI file

by Alex Villacís Lasso

>It worked in the past. When pclsidHandler is set to NULL it performs >a registry lookup as the native version does it. If these registry >entries are missing it has a problem and could perhaps return the >mentioned error - don't know as I have never tested it. > >In the past these informations were part of the default registry of >wine but with the addition of the self-registration of many libraries >this has been removed. Don't ask me how to get the library to >register itself - guess it has to do with regsrv32.exe, but I am not >sure. I am already too long out of the substance. > > Based on a certain verification in the source code, I made aviinfo to work by adding the following to the registry: [Software\\Classes\\CLSID\\{00020000-0000-0000-C000-000000000046}\\InProcServer32] 1110571609 @="avifil32.dll" "LoadWithoutCOM"=dword:00000000 As far as I can see, the key "LoadWithoutCOM" only needs to exist; it does not need to be set to any particular value. The aviplay program has yet to work because the 128x128 AVI file I was using for the test in one machine (apparently) mandates a 128x128 screen resolution which is (yet) unsupported by my X configuration, and the ideal 640x480 test AVI is on the other (currently inaccessible) machine: trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 128: 320x240x16 @60 Hz (XRandR) trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 129: 360x200x16 @85 Hz (XRandR) trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 130: 320x200x16 @85 Hz (XRandR) trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 131: 320x175x16 @85 Hz (XRandR) trace:x11settings:X11DRV_Settings_CreateDriver Setting up display settings for DDRAW (XRandR) fixme:avifile:AVIFileInit (): stub! [Stream 0: vids.cvid, cineapk.avi v�eo #0] trace:x11settings:X11DRV_ChangeDisplaySettingsExW ((null),0x707bf768,(nil),0x00000004,(nil)) trace:x11settings:X11DRV_ChangeDisplaySettingsExW flags=FULLSCREEN trace:x11settings:X11DRV_ChangeDisplaySettingsExW DM_fields=BITSPERPEL,PELSWIDTH,PELSHEIGHT trace:x11settings:X11DRV_ChangeDisplaySettingsExW width=128 height=128 bpp=24 freq=1887172668 (XRandR) err:x11settings:X11DRV_ChangeDisplaySettingsExW No matching mode found! (XRandR) ddraw.SetDisplayMode: 0x88760078 (change resolution!) But this raises the following questions: * Why is not avifil32.dll adding this key on registration by regsvr32? (I could submit a patch to do it, but see next questions) * Is this the correct usage of avifil32.dll? The loading of this dll occurs via SHCoCreateInstance in shell32/shellole.c, and the comment on the usage of the LoadWithoutCOM key goes like this: //* if a special registry key is set, we load a shell extension without help of OLE32 *// bLoadWithoutCOM = (ERROR_SUCCESS == SHQueryValueExW(hKey, sLoadWithoutCOM, 0, 0, 0, 0)); Is this the correct (or even supported) usage for avifil32.dll? This LoadWithoutCOM kludge does not appear anywhere else in my registry, and it looks like it is intended for shell extensions only. What is the meaning of "shell extension" here? Does avifil32.dll qualify? (I think not, because avifil32 is concerned with AVI file handling, not with user interface. However, I might be wrong.) The last thing I want is to submit a patch, only to be rejected because it attempts to use a DLL in a way not intended by its design. So, is this approach correct (adding LoadWithoutCOM as part or regsvr32 initialization of avifil32.dll), or should an apartment actually be initialized in full COM style? Do you know if LoadWithoutCOM is used anywhere else in Wine? Alex Villacís Lasso

18 years, 10 months

winecfg audio question

by Robert Reif

Here is a patch that adds an audio driver configure button and tries to send a DRV_CONFIGURE message to the selected audio driver. It doesn't work because it can't find the audio driver. However, hard coding the driver name to "joystick.drv" does display the joystick config dialog so it should work. Any ideas why it doesn't work? Once this works, it should be possible to implement a real config dialog for each audio driver. Index: programs/winecfg/En.rc =================================================================== RCS file: /home/wine/wine/programs/winecfg/En.rc,v retrieving revision 1.41 diff -p -u -r1.41 En.rc --- programs/winecfg/En.rc 19 May 2005 11:14:52 -0000 1.41 +++ programs/winecfg/En.rc 27 Jun 2005 00:07:29 -0000 @@ -139,6 +139,8 @@ BEGIN LTEXT "Audio driver: ",IDC_STATIC,10,20,60,8 COMBOBOX IDC_AUDIO_DRIVER,70,18,85,85,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP PUSHBUTTON "Autodetect",IDC_AUDIO_AUTODETECT,170,20,49,14 + PUSHBUTTON "Configure",IDC_AUDIO_CONFIGURE,170,40,49,14 + PUSHBUTTON "Control Panel",IDC_AUDIO_CONTROL_PANEL,170,60,49,14 END STRINGTABLE DISCARDABLE Index: programs/winecfg/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/winecfg/Makefile.in,v retrieving revision 1.13 diff -p -u -r1.13 Makefile.in --- programs/winecfg/Makefile.in 9 Mar 2005 16:41:30 -0000 1.13 +++ programs/winecfg/Makefile.in 27 Jun 2005 00:07:29 -0000 @@ -4,7 +4,7 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = winecfg.exe APPMODE = -mwindows -IMPORTS = comdlg32 comctl32 shell32 ole32 shlwapi user32 advapi32 kernel32 +IMPORTS = comdlg32 comctl32 shell32 ole32 shlwapi user32 advapi32 kernel32 winmm C_SRCS = \ appdefaults.c \ Index: programs/winecfg/audio.c =================================================================== RCS file: /home/wine/wine/programs/winecfg/audio.c,v retrieving revision 1.9 diff -p -u -r1.9 audio.c --- programs/winecfg/audio.c 23 Jun 2005 11:42:54 -0000 1.9 +++ programs/winecfg/audio.c 27 Jun 2005 00:07:29 -0000 @@ -37,6 +37,7 @@ #include <shlguid.h> #include <shlwapi.h> #include <shlobj.h> +#include <mmsystem.h> #include "winecfg.h" #include "resource.h" @@ -64,6 +65,46 @@ static void selectAudioDriver(HWND hDlg, } } +static void configureAudioDriver(HWND hDlg, const char *drivername) +{ + int i; + const AUDIO_DRIVER *pAudioDrv = NULL; + + if ((pAudioDrv = getAudioDrivers())) + { + for (i = 0; *pAudioDrv->szName; i++, pAudioDrv++) + { + if (!strcmp (pAudioDrv->szDriver, drivername)) + { + HDRVR hdrvr; + char wine_driver[MAX_NAME_LENGTH + 8]; + sprintf(wine_driver, "wine%s.drv", pAudioDrv->szDriver); + hdrvr = OpenDriverA(wine_driver, 0, 0); + if (hdrvr != 0) + { + if (SendDriverMessage(hdrvr, DRV_QUERYCONFIGURE, 0, 0) != 0) + { + DRVCONFIGINFO dci; + LONG lRes; + dci.dwDCISize = sizeof (dci); + dci.lpszDCISectionName = (LPWSTR)0; + dci.lpszDCIAliasName = (LPWSTR)0; + lRes = SendDriverMessage(hdrvr, DRV_CONFIGURE, 0, (LONG)&dci); + } + CloseDriver(hdrvr, 0, 0); + } + else + { + char str[1024]; + sprintf(str, "Couldn't open %s!", wine_driver); + MessageBox(NULL, str, "ERROR", MB_OK | MB_ICONERROR); + } + break; + } + } + } +} + static void initAudioDlg (HWND hDlg) { char *curAudioDriver = get_reg_key(config_key, "Drivers", "Audio", "alsa"); @@ -172,6 +213,15 @@ AudioDlgProc (HWND hDlg, UINT uMsg, WPAR selectAudioDriver(hDlg, (char*)pAudioDrv[selected_driver].szDriver); } break; + case IDC_AUDIO_CONFIGURE: + { + const AUDIO_DRIVER *pAudioDrv = getAudioDrivers(); + int selected_driver = SendDlgItemMessage(hDlg, IDC_AUDIO_DRIVER, CB_GETCURSEL, 0, 0); + configureAudioDriver(hDlg, (char*)pAudioDrv[selected_driver].szDriver); + } + break; + case IDC_AUDIO_CONTROL_PANEL: + break; } break; Index: programs/winecfg/resource.h =================================================================== RCS file: /home/wine/wine/programs/winecfg/resource.h,v retrieving revision 1.24 diff -p -u -r1.24 resource.h --- programs/winecfg/resource.h 19 May 2005 11:14:52 -0000 1.24 +++ programs/winecfg/resource.h 27 Jun 2005 00:07:29 -0000 @@ -123,3 +123,6 @@ /* audio tab */ #define IDC_AUDIO_AUTODETECT 1300 #define IDC_AUDIO_DRIVER 1301 +#define IDC_AUDIO_CONFIGURE 1302 +#define IDC_AUDIO_CONTROL_PANEL 1303 +

18 years, 10 months

Steam Problems

by Ivan Gyurdiev

I am experiencing two problems w/ Steam: 1) It's always on top of all other windows,on all workspaces of GNOME, which is very annoying, and makes it impossible to try HL2. If clicked while HL2 is on startup screen it will crash the game. 2) If you click on any game, go to Update News, it will crash every time. If there are Update News when Steam is started, it will crash (but it will work after that). Here's the output, although it doesn't look very helpful to me: ALSA lib control.c:739:(snd_ctl_open_noupdate) Invalid CTL plug:hw:0 err:mmio:MMIO_ParseExtA No . in szFileName: "" err:mmio:MMIO_ParseExtA No . in szFileName: "C:\\Program Files\\Valve\ \Steam\\" fixme:sync:CreateIoCompletionPort (0xffffffff, (nil), 00000000, 00000000): stub. fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 Win32 MiniDump Helper version 1.0.0.0 (c) Copyright 2000-2003 Valve Corporation All rights reserved. Expected argument 'ProcessId'. Usage: WriteMiniDump [@argfile] [/?|h|help] [/v|version] [/Type <value>] <ProcessId> <DumpFile> @argfile Read arguments from a file. /? Show usage. /v Show version. /Type <value> Select dump type values are: normal full ProcessId Select process id for which to generate a dump DumpFile Select path of output dump file Shutting down. . . 1 -- Ivan Gyurdiev <ivg2(a)cornell.edu> Cornell University

18 years, 10 months

Re: unixfs registered by default now in cvs

by Michael Jung

On Thursday 30 June 2005 21:21, Brian Vincent wrote: > Does this mean there's no longer a need to map a Z: drive to /? You still can only access the parts of the filesystem, which are accessible by a wine drive. You will see the complete unix directory structure, but you will only be able to select files, which are accessible by wine. The unix directories, which are not accessible, are much like the MyComputer folder in that they don't map to a windows filesystem location. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

18 years, 10 months

unixfs registered by default now in cvs

by Michael Jung

Hi, With the current CVS version, the unixfs shell namespace extension is now registered by default at the desktop. So if you do a 'regsvr32 shell32' you will see the unix filesystem in the file dialogs. It's probably still quite buggy though. It would be cool if we could get the biggest problems sorted out before the next release. So if you have an application, which doesn't work due to unixfs, please report to wine-devel. If you don't want to use unixfs, because you don't like it or because it totally breaks your setup, you can delete the following registry-key and you should be back to the old behaviour: HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\Namespace\ {9D20AAE8-0625-44B0-9CA7-71889C2254D9} This will also help you to figure out if a problem is due to unixfs. If you do 'regsvr32 shell32' again, the key will be re-created. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

18 years, 10 months

Jump to page:

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 June 2005