- wine-devel - winehq.org

Wine CVS gl headers error in configure and compilation errors
by Martin Wolf 01 Jul '05

01 Jul '05

hello i just wanted to compile recent wine cvs and configure gives me this output als you expect compilation is broken too. checking GL/glx.h presence... yes configure: WARNING: GL/glx.h: present but cannot be compiled configure: WARNING: GL/glx.h: check for missing prerequisite headers? configure: WARNING: GL/glx.h: see the Autoconf documentation configure: WARNING: GL/glx.h: section "Present But Cannot Be Compiled" configure: WARNING: GL/glx.h: proceeding with the preprocessor's result configure: WARNING: GL/glx.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## here is the compilation error. make[2]: Leaving directory `/home/martin/wine/dlls/glu32' make[2]: Entering directory `/home/martin/wine/dlls/glut32' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -O2 -march=athlon64 -pipe -fomit-frame-pointer -o glut.o glut.c gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -O2 -march=athlon64 -pipe -fomit-frame-pointer -o user.o user.c gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -O2 -march=athlon64 -pipe -fomit-frame-pointer -o window.o window.c ../../tools/winebuild/winebuild -D__WINESRC__ -o glut32.dll.dbg.c --debug -C. glut.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -O2 -march=athlon64 -pipe -fomit-frame-pointer -o glut32.dll.dbg.o glut32.dll.dbg.c ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./glut32.spec glut.o glut32.dll.dbg.o -o glut32.dll.so -L../../dlls -L../../dlls/kernel32 -lkernel32 -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXext -lX11 -lGL -lGLU -lglut -lXmu -lXi -L../../libs/port -lwine_port make[2]: Leaving directory `/home/martin/wine/dlls/glut32' gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -O2 -march=athlon64 -pipe -fomit-frame-pointer -o winstation.o winstation.c make[2]: Entering directory `/home/martin/wine/dlls/d3d8' 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 -O2 -march=athlon64 -pipe -fomit-frame-pointer -o basetexture.o basetexture.c gcc -o wineserver atom.o change.o class.o clipboard.o console.o context_alpha.o context_i386.o context_powerpc.o context_sparc.o debugger.o event.o fd.o file.o handle.o hook.o mailslot.o main.o mapping.o mutex.o named_pipe.o object.o process.o ptrace.o queue.o region.o registry.o request.o semaphore.o serial.o signal.o snapshot.o sock.o thread.o timer.o token.o trace.o unicode.o user.o window.o winstation.o -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port In file included from /usr/X11R6/include/GL/glx.h:336, from d3d8_private.h:34, from basetexture.c:31: /usr/X11R6/include/GL/glxext.h:267: Fehler: Redefinition des typedef »GLXFBConfigSGIX« /usr/X11R6/include/GL/glx.h:156: Fehler: vorherige Deklaration von »GLXFBConfigSGIX« war hier make[2]: *** [basetexture.o] Fehler 1 make[2]: Leaving directory `/home/martin/wine/dlls/d3d8' make[1]: *** [d3d8] Fehler 2 make[1]: Leaving directory `/home/martin/wine/dlls' make: *** [dlls] Fehler 2 make: *** Warte auf noch nicht beendete Prozesse... make[1]: Leaving directory `/home/martin/wine/server' i hope you can help me... regards martin PS: get direct input8 working ;)

1 0

Re: SHELL32/tests: Re: add a test for IShellFolder_ParseDisplayName
by Alexandre Julliard 01 Jul '05

01 Jul '05

Saulius Krasuckas <saulius2(a)ar.fi.lt> writes: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Added test for IShellFolder_ParseDisplayName. The test fails here: shlfolder.c:90: Test failed: ParseDisplayName returned 80070002, expected E_FAIL -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: MSHTML: Added test of IOleObject::[SG]etClientSite
by Paul Vriens 01 Jul '05

01 Jul '05

On Fri, 2005-07-01 at 20:38, Jacek Caban wrote: > > #include "mshtml.h" > +#include "mshtmhst.h" > + > +#include "mshtml.h" You've included mshtml.h twice. Cheers, Paul.

1 0

IE4 support for msxml
by Vijay Kiran Kamuju 01 Jul '05

01 Jul '05

Hi, Are we supporting IE4? There are some changes in the interfaces for msxml and also there are changes in guids in the subsequent versions. How to handle ie4 finterface changes in msxml.idl? Thanks, Vijay

2 3

winecfg audio question
by Robert Reif 01 Jul '05

01 Jul '05

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 +

2 2

Steam Problems
by Ivan Gyurdiev 01 Jul '05

01 Jul '05

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

2 3

Re: advapi32: Branch the LSA functions from security.c to lsa.c [RESEND]
by Robert Shearman 01 Jul '05

01 Jul '05

James Hawkins wrote: >--- /dev/null 2005-06-27 14:12:40.646578496 -0500 >+++ dlls/advapi32/lsa.c 2005-06-27 16:51:17.000000000 -0500 >@@ -0,0 +1,433 @@ >+/* >+ * Implementation of the Local Security Authority API >+ * >+ * This library is free software; you can redistribute it and/or >+ * modify it under the terms of the GNU Lesser General Public >+ * License as published by the Free Software Foundation; either >+ * version 2.1 of the License, or (at your option) any later version. >+ * >+ * This library is distributed in the hope that it will be useful, >+ * but WITHOUT ANY WARRANTY; without even the implied warranty of >+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU >+ * Lesser General Public License for more details. >+ * >+ * You should have received a copy of the GNU Lesser General Public >+ * License along with this library; if not, write to the Free Software >+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA >+ */ > > You should include a copyright line that states the major copyright owners of the code. You can do this by looking through the CVS history or just by copying the copyright lines from security.c -- Rob Shearman

1 0

Re: unixfs registered by default now in cvs
by Michael Jung 30 Jun '05

30 Jun '05

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

1 0

unixfs registered by default now in cvs
by Michael Jung 30 Jun '05

30 Jun '05

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

3 3

Anybody looking for a pet Wine project?
by Mike McCormack 30 Jun '05

30 Jun '05

Hi All, If anybody is looking for a small project, I've got just the thing for you! hh.exe and hhctrl.ocx are two components of the Microsoft HTML help engine. hh.exe is a small wrapper around hhctrl.ocx, which is the HTML help viewer. hhctrl.ocx embeds IE and feeds it HTML documents decoded from .chm files with itss.dll (the Infotech storage system). Implementing hhctrl.ocx would make an excellent test case for IE embedding that Jacek is working on, and for itss.dll. So most of the components are already in place (or will be soon) to make HTML help work... any takers to fill in the dots? The reward is, like most of Wine code, to say "I made that work" :) Let me know if you're interested. Mike

2 2

Wine avitools/aviplay fails with CO_E_NOTINITIALIZED for any AVI file
by Alex Villacís Lasso 30 Jun '05

30 Jun '05

I recently downloaded Wine-20050628 (self contained install with fake Windows drive) and tried to use the aviplay program in programs/avitools directory. However, this program fails with this odd error trace: [bash$] WINEDEBUG=shell,ole wine ~/temp/wine/wine-20050628-patch/programs/aviplay.exe.so blur24.avi ... trace:shell:SIC_IconAppend L"c:\\windows\\system\\shell32.dll" 37 0x1126 0x112e trace:shell:SHAlloc 20 bytes at 0x65f43068 trace:shell:SIC_IconAppend L"c:\\windows\\system\\shell32.dll" -38 0x1126 0x112e trace:shell:SHAlloc 20 bytes at 0x65f430d0 trace:shell:SIC_Initialize hIconSmall=0x65f2f5e0 hIconBig=0x65f31190 fixme:avifile:AVIFileInit (): stub! trace:shell:HCR_RegOpenClassIDKey CLSID\{00020020-0000-0000-c000-000000000046} trace:shell:HCR_GetClassNameA -- trace:shell:HCR_RegOpenClassIDKey CLSID\{00020000-0000-0000-c000-000000000046} trace:shell:HCR_GetClassNameA -- Microsoft AVI Files trace:shell:SHCoCreateInstance ((nil), {00020000-0000-0000-c000-000000000046} (Microsoft AVI Files),unk:(nil), {00020020-0000-0000-c000-000000000046} (unknown),0x65cbf8fc) trace:shell:SHQueryValueExW (hkey=0x64,(null),(nil),(nil),0x65cbf338,0x65cbf330=520) trace:shell:SHQueryValueExW (hkey=0x64,L"LoadWithoutCOM",(nil),(nil),(nil),(nil)=0) trace:shell:PathFindFileNameW (L"avifil32.dll") trace:shell:SHCoCreateInstance WithoutCom=0 FromShell=0 trace:shell:HCR_RegOpenClassIDKey CLSID\{00020020-0000-0000-c000-000000000046} trace:shell:HCR_GetClassNameA -- trace:shell:HCR_RegOpenClassIDKey CLSID\{00020000-0000-0000-c000-000000000046} trace:shell:HCR_GetClassNameA -- Microsoft AVI Files err:shell:SHCoCreateInstance failed (0x800401f0) to create CLSID: {00020000-0000-0000-c000-000000000046} (Microsoft AVI Files) IID: {00020020-0000-0000-c000-000000000046} (unknown) err:shell:SHCoCreateInstance class not found in registry trace:shell:SHCoCreateInstance -- instance: (nil) AVIFileOpen: 0x800401f0 I looked up in the include files, and the value of 0x800410f0 is CO_E_NOTINITIALIZED. This is confirmed by a check in the source code that indicates that the apartment was not initialized (please correct me if I get the terminology wrong). The code for aviplay and aviinfo does not attempt to initialize any apartment prior to calling AVIFileOpen with /pclsidHandler/ set to NULL. I looked up in MSDN, and the documentation for AVIFileOpen does not suggest (to me at least), that an apartment should be initialized by the caller. This seems odd, since this means that the program should never have worked in the first place, yet the comments in the source suggest that it worked at least once. Are these avitools maintained? If so, does this result from a misconfiguration (the same one in two different machines so far), or from a genuine incomplete implementation? I would like to hear any comment on this. The original purpose of messing with aviplay was to test whether the Indeo video codecs are actually usable after being installed under Wine, but this problems affects even files not encoded with Indeo. Alex Villacís Lasso

1 0

Re: MSHTML: fix blank.htm resources
by Alexandre Julliard 30 Jun '05

30 Jun '05

Jacek Caban <jack(a)itma.pwr.wroc.pl> writes: > This patch depends on my patch to wrc. Alexandre, > I discovered why the test didn't fail for me. There is > a bug in Wine that causes loading of the native dll instead > of builtin when you load it as a data file, so I tested the > builtin dll with native resources. That's a feature ;-) We can't support loading builtins as datafiles, so the idea is that it's more likely that the app will be happy with loading the native as datafile than loading the builtin in normal mode. It does make the behavior a bit surprising I agree. -- Alexandre Julliard julliard(a)winehq.org

2 1

Sony Station
by Oliver Stieber 30 Jun '05

30 Jun '05

Hi, Has anyone managed to get sony's station (http://www.station.sony.com/en/) past the file scan? ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 2

Re: [user/tests]: Re: Fix bug that left mouse buttons swapped after tests
by Paul Vriens 30 Jun '05

30 Jun '05

>> ChangeLog: Fix bug that left mouse buttons swapped after tests >> >> Ivan. > > I think your patch causes test to fail on Wine, Ivan. My try goes next. > > > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > - Break from the loop to restore SM_SWAPBUTTON metrics. > - SetLastError() to see if restoration changes it. > > > Index: dlls/user/tests/sysparams.c > =================================================================== > RCS file: /home/wine/wine/dlls/user/tests/sysparams.c,v > retrieving revision 1.38 > diff -p -u -r1.38 sysparams.c > --- dlls/user/tests/sysparams.c 20 Jun 2005 15:36:17 -0000 1.38 > +++ dlls/user/tests/sysparams.c 30 Jun 2005 07:36:40 -0000 > @@ -1011,7 +1011,7 @@ static void test_SPI_SETMOUSEBUTTONSWAP( > rc=SystemParametersInfoA( SPI_SETMOUSEBUTTONSWAP, vals[i], 0, > SPIF_UPDATEINIFILE | SPIF_SENDCHANGE ); > if (!test_error_msg(rc!=vals[i],"SPI_{GET,SET}MOUSEBUTTONSWAP")) > - return; > + break; It's nice to break but the the end-result will be that the test fails on all windows versions I could my hands on and that the previous setting is restored. Not very useful it seams. Cheers, Paul.

2 1

Question about deadlock in winmm
by Vitaliy Margolen 30 Jun '05

30 Jun '05

Lately I'm seeing a lot of deadlocks in wine's sound system. Most notably winealsa. But the code in question affects all (in my case oss since it's working better for me then others). I'm not sure what exactly happens (deadlock because of race condition or else) but code bellow deadlocks with other heap functions (like GetHeap). Removing HeapValidate didn't cause any problems for as of yet. And I haven't seen a single deadlock here at all. Is there are reasons we perform this heap validation here? Could someone comment on this? If someone interested I could reproduce backtrace of the deadlock. -- Best regards, Vitaliy Index: dlls/winmm/lolvldrv.c =================================================================== RCS file: /home/wine/wine/dlls/winmm/lolvldrv.c,v retrieving revision 1.68 diff -u -p -r1.68 lolvldrv.c --- dlls/winmm/lolvldrv.c 22 Jun 2005 11:59:43 -0000 1.68 +++ dlls/winmm/lolvldrv.c 29 Jun 2005 14:54:42 -0000 @@ -441,7 +441,7 @@ LPWINE_MLD MMDRV_Get(HANDLE _hndl, UINT hndl = hndl & ~0x8000; if (hndl < sizeof(MM_MLDrvs) / sizeof(MM_MLDrvs[0])) { mld = MM_MLDrvs[hndl]; - if (!mld || !HeapValidate(GetProcessHeap(), 0, mld) || mld->type != type) + if (!mld || mld->type != type) mld = NULL; } hndl = hndl | 0x8000;

1 0

Re: Fix ntdll compilation in Darwin
by Dmitry Timoshkov 30 Jun '05

30 Jun '05

"Phil Krylov" <phil(a)newstar.rinet.ru> wrote: > Index: dlls/ntdll/cdrom.c > =================================================================== > RCS file: /home/wine/wine/dlls/ntdll/cdrom.c,v > retrieving revision 1.59 > diff -p -u -r1.59 cdrom.c > --- dlls/ntdll/cdrom.c 29 Jun 2005 19:18:54 -0000 1.59 > +++ dlls/ntdll/cdrom.c 30 Jun 2005 11:27:41 -0000 > @@ -75,6 +75,11 @@ > # include <sys/scsiio.h> > #endif > > +#ifdef __APPLE__ > +# include <IOKit/IOKitLib.h> > +# include <IOKit/scsi/SCSICmds_REQUEST_SENSE_Defs.h> > +#endif > + > #define NONAMELESSUNION > #define NONAMELESSSTRUCT > #include "ntstatus.h" > @@ -1418,6 +1423,8 @@ static NTSTATUS CDROM_ScsiPassThroughDir > > #ifdef SENSEBUFLEN > if (pPacket->SenseInfoLength > SENSEBUFLEN) > +#elif defined( __APPLE__ ) > + if (pPacket->SenseInfoLength > kSenseDefaultSize) > #else > if (pPacket->SenseInfoLength > sizeof(struct request_sense)) > #endif Please do not introduce even more platform dependent #ifdefs into cdrom.c, currently it already has enough mess with all that #if defined(linux)/(__FreeBSD__)/ (__NetBSD__). Add proper configure checks for headers and structures your platform needs. -- Dmitry.

2 2

Delays in FileOpen
by Uwe Bonnes 30 Jun '05

30 Jun '05

Hallo (Michael?), File Open Dialogs for me have some noticable initial delay when starting up. For example, try in internet explorer "Save under". I don't remember seeing that delay some time before. Dif recent shfolder changes cause that delay? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 2

Re: [user/tests]: Re: Fix bug that left mouse buttons swapped after tests
by Ivan Leo Puoti 30 Jun '05

30 Jun '05

Saulius Krasuckas wrote: >>ChangeLog: Fix bug that left mouse buttons swapped after tests >> >>Ivan. > > > I think your patch causes test to fail on Wine, Ivan. My try goes next. Maybe that isn't a bad thing, the results from the latest build of winetest shows this test fails on windows 2000, windows nt, windows me, and windows 98se, so I somewhat doubt the wine behaviour is correct. Ivan.

2 1

Fwd: Anybody looking for a pet Wine project?
by Vijay Kiran Kamuju 30 Jun '05

30 Jun '05

---------- Forwarded message ---------- From: Vijay Kiran Kamuju <infyquest(a)gmail.com> Date: Jun 30, 2005 3:42 PM Subject: Re: Anybody looking for a pet Wine project? To: Mike McCormack <mike(a)codeweavers.com> typelib info of hhctrl.ocx of winxp (used pe explorer) -------------------------------------------------------------------------- //HHCtrl 4.0 Type Library //Version: 4.0 HHCTRLLib; GUID = {ADB880A2-D8FF-11CF-9377-00AA003B7A11}; //Event interface for HHCtrl Dispatch _HHCtrlEvents; GUID = {ADB880A3-D8FF-11CF-9377-00AA003B7A11}; function Click(out ParamString: BSTR); stdcall; //HHCtrl Class CoClass HHCtrl; GUID = {52A2AAAE-085D-4187-97EA-8C30DB990436}; //IHHCtrl Interface Dispatch IHHCtrl; GUID = {ADB880A1-D8FF-11CF-9377-00AA003B7A11}; function QueryInterface(riid: ^GUID; out ppvObj: ^^VOID); stdcall; function AddRef: UI4; stdcall; function Release: UI4; stdcall; function GetTypeInfoCount(out pctinfo: ^UINT); stdcall; function GetTypeInfo(itinfo: UINT; lcid: UI4; out pptinfo: ^^VOID); stdcall; function GetIDsOfNames(riid: ^GUID; rgszNames: ^^I1; cNames: UINT; lcid: UI4; out rgdispid: ^I4); stdcall; function Invoke(dispidMember: I4; riid: ^GUID; lcid: UI4; wFlags: UI2; pdispparams: ^DISPPARAMS; out pvarResult: ^Variant; out pexcepinfo: ^EXCEPINFO; out puArgErr: ^UINT); stdcall; property-put Image(: BSTR); stdcall; property-get Image: BSTR; stdcall; //Click method function Click; stdcall; //Click method function HHClick; stdcall; //Print method function Print; stdcall; //syncURL method function syncURL(out pszUrl: BSTR); stdcall; //TCard method function TCard(out wParam: UINT_PTR; out lParam: LONG_PTR); stdcall; //Text Popup method function TextPopup(out pszText: BSTR; out pszFont: BSTR; out horzMargins: INT; out vertMargins: INT; out clrForeground: UI4; out clrBackground: UI4); stdcall; Alias UINT_PTR; UI4 Alias LONG_PTR; I4 //Deprecated HHCtrl Class 2 CoClass OldHHCtrl2; GUID = {41B23C28-488E-4E5C-ACE2-BB0BBABE99E8}; //Deprecated HHCtrl Class 1 CoClass OldHHCtrl1; GUID = {ADB880A6-D8FF-11CF-9377-00AA003B7A11}; On 6/30/05, Mike McCormack <mike(a)codeweavers.com> wrote: > > Hi All, > > If anybody is looking for a small project, I've got just the thing for you! > > hh.exe and hhctrl.ocx are two components of the Microsoft HTML help > engine. hh.exe is a small wrapper around hhctrl.ocx, which is the HTML > help viewer. > > hhctrl.ocx embeds IE and feeds it HTML documents decoded from .chm files > with itss.dll (the Infotech storage system). Implementing hhctrl.ocx > would make an excellent test case for IE embedding that Jacek is working > on, and for itss.dll. > > So most of the components are already in place (or will be soon) to make > HTML help work... any takers to fill in the dots? > > The reward is, like most of Wine code, to say "I made that work" :) > > Let me know if you're interested. > > Mike > > >

1 0

Using ReactOS Registry format
by James Liggett 30 Jun '05

30 Jun '05

Brad, Last night Martin Fuchs suggested that we look into using ReactOS's registry format in order to be compatible with Windows registry databases. I have the latest release of ReactOS running on QEMU on my box, so I checked it out. Basically, they're using the same regedit program from Wine, missing find command and all (Which I too feel is a pain in the neck). I looked at the config stuff, and I found what looked like some binary database files for each of the main registry sections. Unfortunately, there's no documentation at all on any of this on their website. If we decide to go this route, we may be in for a hell of a lot of work. But, I do agree with all of your points. I think the current system could use some improvement, especially in the area of searching. Let me know what you think of all this. Kind Regards, James Liggett

8 11

Re: [MSXML] : add declarations for XMLDOM
by Mike McCormack 30 Jun '05

30 Jun '05

Hi Vijay, Vijay Kiran Kamuju wrote: > I am sending a new patch for th XMLDOM stuff > ChangeLog > ---------------- > add definitions and declarations for XMLDOM stuff Thanks for sending the patch in. After looking through it, here are my notes: * try cut it up into small bits, the smaller the better. Alexandre checks every line before applying a patch, so if you reduce the size of you patches, you'll reduce Alexandre's work and increase the chance that they go into Wine. So I'd suggest cut this patch up into two patches, one to add the DISPIDs and one to add the interface code. * you should add your own copyright line, instead of adding to the end of mine. eg. * Copyright (C) 2005 Mike McCormack * Copyright (c) 2005 Vijay Kiran Kamuju looks like good, Mike

1 0

Re: Fix libGL.a check on configure
by Alexandre Julliard 30 Jun '05

30 Jun '05

Anderson Lizardo <andersonlizardo(a)yahoo.com.br> writes: > Hi, > > Changelog: > > Fixed the libGL.a configure check for systems where > /usr/X11R6/lib/libGL.so is a symbolic link. > > > PS.: I've not used a simple "test -e" because > http://www.winehq.org/hypermail/wine-patches/2002/01/0206.html says this > does not work on Solaris. My guess is that if test -e doesn't work, test -L won't work either... -- Alexandre Julliard julliard(a)winehq.org

4 6

Re: ntdll: Fix add_access_ace
by Mike McCormack 30 Jun '05

30 Jun '05

Hi James, James Hawkins wrote: > These changes make the advapi32 tests pass as well. > > Changelog > * Fix calculation of generic pointers. > * Minor cleanups. Thanks for the fixes. This makes Office 2003 work again for me. > if ((DWORD)(pAceHeader + dwAceSize) > (DWORD)(pAcl + pAcl->AclSize)) > return STATUS_ALLOTTED_SPACE_EXCEEDED; I think you might have missed one here. The above pointer arithmetic seems like it will make the wrong calculation. Maybe something like the following would work better: if ( &((char*)pAceHeader)[dwAceSize] > &((char*)pAcl)[pAcl->AclSize] ) Mike

1 0

[Bugzilla/AppDB] www.winehq.org/appview.php -> appdb.winehq.org/appview.php
by Jonathan Ernst 30 Jun '05

30 Jun '05

3 2

[Fwd: QUARTZ: initialize AM_MEDIA_TYPE to prevent crash]
by Alex Villacís Lasso 29 Jun '05

29 Jun '05

I am (still) trying to run a Japanese RPG program in Wine, and it requires 1) the Indeo video codecs, fortunately downloadable, and 2) this patch, to prevent crashing on an attempt to IUnknown_Release on a bogus interface. Second attempt - first one never appeared on the mail list. Changelog: * Initialize mtCurrent structure to NULL to prevent calling IUnknown_Release on an uninitialized interface

2 1

Re: MSHTML: Implemented res protocol
by Juan Lang 29 Jun '05

29 Jun '05

Hi Jacek, > +/* FIXME: What does it mean? */ > +#define UNKNOWN_RES_ERR1 0x8007007E This is HRESULT_FROM_WIN32(ERROR_MOD_NOT_FOUND). Any 0x8007* error code is an HRESULT_FROM_WIN32 of a Win32 error. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Modifying windows registry
by Serge NOEL 29 Jun '05

29 Jun '05

Hello, i' am searching a way to change windows registry from Linux (not the copy but the real windows registry) Has someone an idea on how to do this ? Serge

1 0

Re: implement EM_GETTEXTEX in riched20
by Marcus Meissner 29 Jun '05

29 Jun '05

On Wed, Jun 29, 2005 at 09:02:34AM -0500, Aric Stewart wrote: > implementation for EM_GETTEXTEX in riched20 > Index: dlls/riched20/editor.c > =================================================================== > RCS file: /home/wine/wine/dlls/riched20/editor.c,v > retrieving revision 1.32 > diff -u -r1.32 editor.c > --- dlls/riched20/editor.c 21 Jun 2005 20:53:14 -0000 1.32 > +++ dlls/riched20/editor.c 29 Jun 2005 14:00:17 -0000 > @@ -845,7 +845,6 @@ > UNSUPPORTED_MSG(EM_GETRECT) > UNSUPPORTED_MSG(EM_GETREDONAME) > UNSUPPORTED_MSG(EM_GETSCROLLPOS) > - UNSUPPORTED_MSG(EM_GETTEXTEX) > UNSUPPORTED_MSG(EM_GETTEXTLENGTHEX) > UNSUPPORTED_MSG(EM_GETTEXTMODE) > UNSUPPORTED_MSG(EM_GETTYPOGRAPHYOPTIONS) > @@ -1184,6 +1183,30 @@ > return RichEditANSIWndProc(hWnd, EM_GETTEXTRANGE, 0, (LPARAM)&tr); > } > case EM_GETSELTEXT: > + case EM_GETTEXTEX: > + { I do not think this is what you want. You now have both cases in one ... Ciao, Marcus

1 0

shell32/tests: ILFree is not exported on all versions
by Saulius Krasuckas 29 Jun '05

29 Jun '05

Vitaliy, I have been messing around shell32/tests some day ago, and stuck upon a MSDN, which states that SHGetMalloc() is obsolete. It says we must should stick with CoTaskMemFree() and CoTaskMemAlloc() instead. Would you take a thought on this?

2 3

Re: [AppDB] Redisplay the input form and display the errors take 2
by Paul van Schayck 29 Jun '05

29 Jun '05

Hey, On 6/29/05, Tony Lambregts <tony.lambregts(a)gmail.com> wrote: > Chris and I talked on IRC and it turns out that magic_quotes_gpc are > turned "on" in php.ini on the production server and not on mine so we > needed a stripslashes() on the version description. They are supposed to be off! Check our .htaccess: http://cvs.winehq.org/cvsweb/~checkout~/appdb/.htaccess?rev=1.3&content-typ… Our database query compile functions are also adding slashes and I don't see slashes appear in other recent database entries. In other words there we have no magic quotes added. So either the php overrule settings are recently changes or the slashes in appsubmit.php are comming from a different place. Paul

2 1

MSCMS: testing with no support for color management
by Saulius Krasuckas 29 Jun '05

29 Jun '05

MSCMS tests fails on my box: | [s2@katleriai wine]$ wine dlls/mscms/tests/mscms_test.exe.so 2>&1 | head -n 6 | This version of Wine was compiled without support for color management | functions. This means many color functions are empty stubs and you should | expect your application to fail. To enable Wine to use LittleCMS for color | management please install a liblcms development package version 1.13 or | higher and rebuild Wine. | http://www.littlecms.com I want to fix this by avoiding to upgrade my liblcms and install dev-pkg. Would it be OK to put some #ifdef-s in some unimplemented function, let say EnumColorProfilesA(), and to SetLastError(ERROR_CALL_NOT_IMPLEMENTED)? Then at the start of the test we could check this and return from the test when GetLastError() return ERROR_CALL_NOT_IMPLEMENTED. Is this way OK?

2 3

Re: [MSXML] : add declarations for XMLDOM #1
by Alexandre Julliard 29 Jun '05

29 Jun '05

Vijay Kiran Kamuju <infyquest(a)gmail.com> writes: > This is part-1 of the patch that adds necessary defines for XMLDOM interfaces > for msxml These belong to msxml2did.h. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/dlls/advapi32/tests security.c
by Robert Shearman 29 Jun '05

29 Jun '05

Alexandre Julliard wrote: >ChangeSet ID: 18501 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/06/28 08:52:01 > >Modified files: > dlls/advapi32/tests: security.c > >Log message: > Mark as todo a couple of tests that currently fail. > >Patch: http://cvs.winehq.org/patch.py?id=18501 > >Old revision New revision Changes Path > 1.20 1.21 +3 -3 wine/dlls/advapi32/tests/security.c > > This patch is wrong. The failures are caused by the following patch: >ChangeSet ID: 18498 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/06/28 05:54:29 > >Modified files: > dlls/ntdll : sec.c > >Log message: > James Hawkins <truiken(a)gmail.com> > Forward RtlAddAccess* to add_access_ace. > >Patch: http://cvs.winehq.org/patch.py?id=18498 > >Old revision New revision Changes Path > 1.62 1.63 +6 -58 wine/dlls/ntdll/sec.c > > James, the SD in the tests seems to be filled with random data. Can you have a go at fixing this? -- Rob Shearman

2 1

Re: lostwages: fix link to ICM documentation
by Tom Wickline 29 Jun '05

29 Jun '05

On 6/26/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Link to Image Color Management (ICM) Reference instead of > irrelevant MSCMS Publishing API docs. > > > Index: templates/en/status_dlls.template > =================================================================== > RCS file: /home/wine/lostwages/templates/en/status_dlls.template,v > retrieving revision 1.27 > diff -u -p -u -r1.27 status_dlls.template > --- templates/en/status_dlls.template 23 Jun 2005 22:29:56 -0000 1.27 > +++ templates/en/status_dlls.template 26 Jun 2005 20:18:25 -0000 > @@ -229,7 +229,7 @@ > </tr> > <tr> > <td>mscms.dll</td> > - <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cmsccapi/P…">MSDN: MSCMS Publishing API</a></td> > + <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_3j…">MSDN: ICM Reference</a></td> > <td>None</td> > <td class="pct25">25% complete</td> > <td>Hans Leidekker</td> > > I was looking over some of our current links to MSDN and looked at the link that you provide. Wouldn't this link be even better? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_20… It covers ICM as well as CMMs Cheers, -Tom

4 5

Re: MSHTML: THIS macros clean up
by Dimi Paun 28 Jun '05

28 Jun '05

----- Original Message ----- From: "Jacek Caban" <jack(a)itma.pwr.wroc.pl> > @@ -78,29 +77,35 @@ static HRESULT WINAPI PersistMoniker_IsD > static HRESULT WINAPI PersistMoniker_Load(IPersistMoniker *iface, BOOL fFullyAvailable, > IMoniker *pimkName, LPBC pibc, DWORD grfMode) > { > - FIXME("(%p)->(%x %p %p %08lx)\n", iface, fFullyAvailable, pimkName, pibc, grfMode); > + PERSISTMON_THIS > + FIXME("(%p)->(%x %p %p %08lx)\n", This, fFullyAvailable, pimkName, pibc, grfMode); > return S_OK; > } This code looks weird. It should still look like C code, even if we use a macro. I would suggest something like this: static HRESULT WINAPI PersistMoniker_Load(IPersistMoniker *iface, BOOL fFullyAvailable, IMoniker *pimkName, LPBC pibc, DWORD grfMode) { HTMLDocument *This = PERSISTMON_THIS(iface); FIXME("(%p)->(%x %p %p %08lx)\n", This, fFullyAvailable, pimkName, pibc, grfMode); return S_OK; } It's a bit more verbose, but a lot more readable. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Google Earth
by Jonathan Ernst 28 Jun '05

28 Jun '05

Hello, I just wanted to let you know that the new Google Earth application is working quite well under Wine. There is only an issue with the menus disappearing under the pictures but it is very promising. I wrote a message to google to let them know about it (they might want to add that their application can work on other OSes than Windows). Links: http://earth.google.com http://appdb.winehq.org/appview.php?appId=2292 http://slashdot.org/articles/05/06/28/1733229.shtml?tid=217&tid=95&tid=159 Regards. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

1 0

Re: Move Notification Window (aka systray) To A Separate Process
by Dimi Paun 28 Jun '05

28 Jun '05

From: "Robert Shearman" <rob(a)codeweavers.com> > Changelog: > Move notification window (aka systray) to a separate process. > --- /dev/null 2005-06-27 03:50:51.210644768 -0500 > +++ programs/winesystray/Makefile.in 2005-06-26 08:34:07.000000000 -0500 Cool, but I wan't the plan to have only one external process (a wineexplorer or somesuch) that would handle desktop mode, systray, etc? This could be it, but then the naming (winesystray) seems a bit off... -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Follow up to Google's Summer of Code
by Jeremy White 28 Jun '05

28 Jun '05

Hi folks, As I'm sure you all know, Google has now accepted 6 students to work on projects for Wine. Alexandre, Dan Kegel, Lionel Ulmer, Dimi O'Paun and I worked on the Wine committee that reviewed the applications, and we were all impressed by the depth and quality of the applications, and we're excited to have 6 fresh new workers on Wine. We're working right now on connecting these 6 students with their mentors; we hope to announce more details once we've made those connections. To be honest, we're running a bit behind here; I think Google jumped into this without being as prepared as you might otherwise hope, and there have been challenges in figuring this all out. (We're still largely clueless about the responsibilities of mentors from Googles perspective, for example). So, thanks to everyone that submitted a proposal. I'd particularly like to thank those people that submitted a great proposal and were not accepted. To be quite honest, we were disappointed that Google only selected 6 applicants; we put forward 18 different applications that we thought were all worthy of funding. So, thanks again to everyone, and most of all, thanks to Google for spurring Wine development! Cheers, Jeremy

1 0

MSHTML and spyware
by Scott Ritchie 28 Jun '05

28 Jun '05

While poking around the forums today I discovered that some windows sysadmins disable permissions for mshtml.dll as a sort of hack to prevent spyware infestation due to problems with Internet Explorer. There's some work being done on mshtml now - if we are coding a truly drop-in replacement using Mozilla, would it be possible for these sysadmins to use the Wine version instead? That would be pretty nifty. Thanks, Scott Ritchie

2 1

Re: d3d9: Correct number of params for ValidateVertexShader
by Oliver Stieber 28 Jun '05

28 Jun '05

The first parameter can be named (it's pFunction, a pointer to the shader function to be validated), and d3d8 also needs to be patched. The scrapland demo can be used to test that d3d8 is correct. (http://www.download.com/Scrapland-demo/3000-7563_4-10325931.html) --- James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > Changelog > * Correct number of params for ValidateVertexShader. > > -- > James Hawkins > > Index: dlls/d3d9/d3d9.spec > =================================================================== > RCS file: /home/wine/wine/dlls/d3d9/d3d9.spec,v > retrieving revision 1.1 > diff -p -U3 -r1.1 d3d9.spec > --- dlls/d3d9/d3d9.spec 1 Jul 2003 01:09:17 -0000 > 1.1 > +++ dlls/d3d9/d3d9.spec 28 Jun 2005 05:35:43 -0000 > @@ -1,5 +1,5 @@ > @ stdcall D3D9GetSWInfo() > @ stdcall DebugSetMute() > @ stdcall Direct3DCreate9(long) > -@ stdcall ValidatePixelShader(ptr ptr) > +@ stdcall ValidatePixelShader(ptr ptr ptr ptr ptr) > @ stdcall ValidateVertexShader(ptr ptr) > Index: dlls/d3d9/d3d9_main.c > ================================================================== > RCS file: /home/wine/wine/dlls/d3d9/d3d9_main.c,v > retrieving revision 1.7 > diff -p -U3 -r1.7 d3d9_main.c > --- dlls/d3d9/d3d9_main.c 6 May 2005 19:38:50 > -0000 1.7 > +++ dlls/d3d9/d3d9_main.c 28 Jun 2005 05:35:43 > -0000 > @@ -72,9 +72,9 @@ BOOL WINAPI DllMain(HINSTANCE > hInstDLL, > > /*********************************************************************** > * ValidateVertexShader (D3D9.@) > */ > -BOOL WINAPI ValidateVertexShader(LPVOID what, > LPVOID toto) { > - FIXME("(void): stub: %p %p\n", what, toto); > - return TRUE; > +BOOL WINAPI ValidateVertexShader(LPVOID x1, LPVOID > x2, LPVOID x3, LPVOID x4, LPVOID x5) { > + FIXME("(%p,%p,%p,%p,%p) stub\n", x1, x2, x3, > x4, x5); > + return TRUE; > } > > /*********************************************************************** ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

2 2

AppDB
by Mitchell Mebane 28 Jun '05

28 Jun '05

Hi, My Summer of Code proposal to work on the AppDB wasn't accepted, but I still wish to do some of the things I listed. Anyway, I was looking at the code for image handling, and I see it is written for GD 1. Thus, any image which has to be resized gets cut down to 256 colors, and is simply resized instead of being resampled, which makes the image blocky. According to the PHP manual, these better functions require PHP 4.0.6 and GD 2.0.1 or higher. Is the AppDB server really running such an old version of PHP that this is required? --Mitchell Mebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

4 3

Soliciting suggestions for AppDB
by Mitchell Mebane 28 Jun '05

28 Jun '05

Hi all, I'm putting together a Summer of Code proposal for working on the AppDB. I've been talking with Chris Morgan, and he has a few suggestions, but I was looking for more. Does anybody have any features they'd like added to the AppDB, quirks they'd like worked out, or things of that nature? Thanks, Mitchell Mebane -- The roots of education are bitter, but the fruit is sweet. --Aristotle

6 10

Version Info on user.exe
by Uwe Bonnes 27 Jun '05

27 Jun '05

Hallo, the online banking part of the T-Online Suite was an often demanded application on Linuxtag. The installer at http://service.t-online.de/c/06/50/11/650114.html is a 72 MByte download. Current CVS displays a blank screen on some splash screen, making navigating impossible. Older CVS versions (some days ago) displayed fine. I'll investigate this later, keeping the list informed. The real problem however is that the final installer asked for the Country version of user.exe. The installer expects 0407 for Germany. Wine doesn't supply that information, so the installer aborts. How should wine handle that situation? We probably don't want to compile contry specific versions of user.exe. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- trace:ver:GetFileVersionInfoSizeW (L"c:\\windows\\system\\user.exe",0x7fd4e9b0) trace:ver:VERSION_GetFileVersionInfo_PE L"c:\\windows\\system\\user.exe" warn:ver:VERSION_GetFileVersionInfo_PE Could not load L"c:\\windows\\system\\user.exe" trace:ver:VERSION_GetFileVersionInfo_16 "c:\\windows\\system\\user.exe" trace:ver:print_vffi_debug structversion=1.0, fileversion=10.0.0.0, productversion=1.0.0.0, flagmask=0x0, flags= trace:ver:print_vffi_debug ( OS=0x0.0x0 UNKNOWN(0x0),BASE) trace:ver:print_vffi_debug filetype=DLL, trace:ver:print_vffi_debug filedata=0x0.0x0 trace:ver:GetFileVersionInfoA ("c:\\windows\\system\\user.exe",0,size=448,data=0xb3100b58) trace:ver:VERSION_GetFileVersionInfo_PE L"c:\\windows\\system\\user.exe" warn:ver:VERSION_GetFileVersionInfo_PE Could not load L"c:\\windows\\system\\user.exe" trace:ver:VERSION_GetFileVersionInfo_16 "c:\\windows\\system\\user.exe" trace:ver:print_vffi_debug structversion=1.0, fileversion=10.0.0.0, productversion=1.0.0.0, flagmask=0x0, flags= trace:ver:print_vffi_debug ( OS=0x0.0x0 UNKNOWN(0x0),BASE) trace:ver:print_vffi_debug filetype=DLL, trace:ver:print_vffi_debug filedata=0x0.0x0 trace:ver:VerQueryValueA (0xb3100b58,"\\VarFileInfo\\Translation",0x7fd4e9ac,0x7fd4e9a8) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.

3 3

Re: msi: prevent locking the cd
by Alexandre Julliard 27 Jun '05

27 Jun '05

Aric Stewart <aric(a)codeweavers.com> writes: > Copy the msi file to a temp file to prevent locking a CD during an > install. This allows multi disc installs to eject the first volume. This fails make test: fixme:msi:MSI_OpenDatabaseW open failed r = 80030050! format.c:84: Test failed: Failed to open package format.c:102: Test failed: Failed to close package fixme:msi:MSI_OpenDatabaseW open failed r = 80030050! format.c:84: Test failed: Failed to open package format.c:668: Test failed: size wrong(16) etc... -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] FCI work for cabinet.dll [cabinet-fci-patch-03.diff]
by Alexandre Julliard 27 Jun '05

27 Jun '05

"Gerold J. Wucherpfennig" <gjwucherpfennig(a)gmx.net> writes: > +static cab_ULONG fci_set_little_endian_ulong( cab_ULONG i ) { > + unsigned char v[4]; > + v[0]=i; > + v[1]=i>>8; > + v[2]=i>>16; > + v[3]=i>>24; > + return *((cab_ULONG*)(v)); > +} > + > +static cab_ULONG fci_get_little_endian_ulong( cab_ULONG i ) { > + unsigned char v[4]; > + cab_ULONG r=0; > + memcpy(v,&i,4); > + r|=v[3]; > + r<<=8; > + r|=v[2]; > + r<<=8; > + r|=v[1]; > + r<<=8; > + r|=v[0]; > + return r; > +} You should use the Rtl*ByteSwap functions with the appropriate #ifdef WORDS_BIGENDIAN, it would be a lot more efficient, particularly on little endian platforms that represent 99.9% of the real world cases. -- Alexandre Julliard julliard(a)winehq.org

1 0

Battlefield 1942 Regression
by Stefan Dösinger 27 Jun '05

27 Jun '05

Hello, The patch http://cvs.winehq.org/patch.py?id=18375 from 2005/06/22 13:30:30 breaks Battlefield to a certain extend. Battlefield used to have major texture problems(Units partially not visible, wrong colors sometimes) which went away approximately 2 Weeks ago. Now they came back with this patch. It seems to me that this patch fixes some functionality which was broken 2 weeks ago and which causes the problems and the root cause is somewhere else. Can someone give me a hint/documentation links what might be wrong here? Is it worth trying Oliviers DirectX patches? It looks to me that he's just committing them to CVS. Stefan Dösinger

2 2

Where to map the unixfs extension
by Michael Jung 27 Jun '05

27 Jun '05

Hi, What if we map the unixfs extension on the desktop instead of on mycomputer? So if HKCR\Software\Microsoft\Windows\Current Version\Explorer\Desktop\Namespace\{UnixDosFolderCLSID} is present, the desktop folder would forward ParseDisplayName calls to UnixDosFolder instead of MyComputer. We could de-activate the special case of enumerating all child's of MyComputer in the file dialogs iff unixfs is rooted at the desktop. This way we wouldn't have to introduce a second "MyUnixComputer" and the user could expand MyComputer, if he forgot where there C: drive is mapped. But he would'nt see the drives until he does so. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: dlls/commdlg/printdlg.c : Now works PageSetupDlgA function
by Michael Stefaniuc 27 Jun '05

27 Jun '05

Hi, you may want to recheck your patch as it contains lots of cvs update conflicts. tft(a)office.etersoft.ru wrote: > It's too big patch, but break it to many parts very hard. > > ChangeLog: > Complex PageSetupDlg patch > [Snip] > +<<<<<<< printdlg.c ^^^^^^^^^^^^^^^^^^^^^ cvs update conflict > +/*********************************************************************** > + * DefaultPaintHook > + Default hook paint procedure that receives WM_PSD_* messages from the dialog box > + whenever the sample page is redrawn. > +*/ > + [Snip] bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: Move Notification Window (aka systray) To A Separate Process
by Robert Shearman 27 Jun '05

27 Jun '05

Robert Shearman wrote: > Changelog: > Move notification window (aka systray) to a separate process. Sorry, this changelog should be as follows instead: Mike Hearn <mh(a)codeweavers.com> Robert Shearman <rob(a)codeweavers.com> Move notification window (aka systray) to a separate process. -- Rob Shearman

1 0

WileLib: Retrurning function pointers
by Giuseppe AMATO 27 Jun '05

27 Jun '05

Hi, I'm having big troubles using function pointers. Shortly: I'm trying to build a Winelib compatible DLL that returns function pointers; that pointers must be used by a WIN32 app that runs under Wine. The problem is that the returned function pointers, when directly used by the WIN32 code, crash the application: "wine: Unhandled exception (thread 0009), starting debugger..." In details: For instance the DLL is a PKCS#11 library. The PKCS#11 function C_GetFunctionList() returns a structure that contains pointers to all PKCS#11 functions (so you need to export/use just the C_GetFunctionList symbol) struct CK_FUNCTION_LIST { CK_C_Initialize C_Initialize; CK_C_Finalize C_Finalize; CK_C_GetInfo C_GetInfo; ... }; CK_RV C_GetFunctionList(CK_FUNCTION_LIST_PTR_PTR ppFunctionList); ... All function have cdecl calling convention. The problem is: I need to use a linux-native BINARY PKCS#11 library under a WIN32 program should run with Wine. As specified in the Winelib docs I've created a Winelib wrapper DLL. Firts try: I've wrapped just C_GetFunctionList() and I've exported it using a .spec file. The wrapped C_GetFunctionList() loads the native-linux lib and calls the native C_GetFunctionList(). It just returns function pointers structure to the calling application without doing any fix-up. But when the WIN32 program calls any function using a function pointer contained in CK_FUNCTION_LIST, i.e. C_GetInfo(), the function get called but the WIN32 program crash just after the function returns: "wine: Unhandled exception (thread 0009), starting debugger..." Second try: Looking at winebuild/winemaker/winegcc I've noticed that a PE-like export table is automatically created using the .spec file as input. I can't really understand all implementation details, but looks like that there is also some code that performs calling convetion conversion/fix-up (of course from c to stdcall, but there is also some code for win32-cdecl to gcc-cdecl... ?). So i've tried to use the winelib's LoadLibrary() and GetProcAddress(), to "load self" and to get function pointers exactly as a Win32 application would do... hoping that this way I would get pointers to functions "fixed" for "externa-win32" usage... But I noticed that fucntion pointers returned by GetProcAddress() are exactly equal to "internal" fucntion pointers. I suppose that the GetProcAddress() called from within a Winelib DLL is "smart" enough to return internal pointers isntead of unusable "win32-external" pointers... Third try: not yet done This is a very complicated way; I think that it should works, but I wondering if ther isn't a simpler way... Writing a pure-WIN32 library that exports just C_GetFunctionList and does the CK_FUNCTION_LIST fix-up (lets call this DLL w32-stub) the Winelib DLL should stub and export ALL PKCS#11 functions, and not just C_GetFunctionList() (lets call this DLL winelib-wrapper). So... The WIN32 app loads the w32-stub. The w32-stub loads winelib-wrapper (using LoadLibrary) and load all PKCS#11 function pointers using GetProcAddress(); this should return WIN32 usable function pointers. The winelib-wrapper load the linux-native PKCS#11 library (using dlopen); all exported functions just wrap native functions of the linux-native library.

2 1

Multi-User Software Installs
by Joe Baker 27 Jun '05

27 Jun '05

I'm looking for ways to install wine on a multi-user box so that hundreds of users can share the same base registry. Username substitution would help in the registry processing. So when a flag is set for installing a global setting, registry keys written which include the username would instead put something like $username into the key. Having an include directory could also be useful so that all the individual files inside the directory would be included. It would be usefull to disqualify files ending with a ~ character such as the Emacs program creates when creating temporary backups of the file you are editing. So I'm looking to eliminate having seperate (full) fake windows directories for every user. Are these concerns already addressed or dealt with in some other way? -Joe Baker

2 1

CrossOver licensing behaviour?
by Andreas Mohr 27 Jun '05

27 Jun '05

Hi and greetings from LinuxTag in Karlsruhe! At our booth we had a visitor who told me that the version of CrossOver Office that he had been using issued a timely warning about license expiration few months before finally actually ceasing to provide service exactly after one year. This report is rather astonishing to me since I'm not too happy about software which actually ceases to work after some time, and I also wouldn't have expected Codeweavers to employ such questionable policies. On http://www.codeweavers.com/products/upgrade_policy/ there is no mention of actually disabling the software after a year, though. The only thing mentioned here is loss of support after a year, which is perfectly fine with me. That way you're left with an unsupported piece of ju^H^Hsoftware, yet may keep running it for centuries. Given that a denial of service (pun intentional ;) after a year is not mentioned on this web page, I have some reasons to suspect that this visitor had some random issue making his installation fail to keep working. The visitor told me that it may have been a special SuSE CrossOver version (Wine Rack?). Does that one have specially restrictive terms, maybe? Thanks for listening, now continuing to provide free quality advertisement for CXO on LinuxTag ;-), Andreas Mohr

3 3

FW: Version Info on user.exe
by Rolf Kalbermatter 27 Jun '05

27 Jun '05

Uwe Bonnes wrote: > The real problem however is that the final installer asked > for the Country version of user.exe. The installer expects 0407 > for Germany. Wine doesn't supply that information, so the installer > aborts. There sure enough must be a workaround for this in the T-Online suite. Otherwise this would mean that you can't run it on a non-German Windows installation and I would certainly guess that there are several people who run for instance the US or UK English Windows version for one reason or the other. So what would they have to do? Rolf Kalbermatter

1 0

Re: ntdll / kernel32: #58
by Paul Vriens 27 Jun '05

27 Jun '05

> CLSIA > -- > Eric Pouech > Hi Eric, is there a way you could change the name for your KERNEL_USER_TIMES variable (kut). I suspect that some proxy-scannners (DansGuardian f.e.) will trip over this as this a Dutch word for some part of the female body. I don't know if there's some general 'rule' about these kind of things/wordings ? Cheers, Paul.

1 0

Freetype compatibility issue?
by Vikram Kumar 27 Jun '05

27 Jun '05

Hi, I've been trying to get cvs-head to work for the last few days, but freetype is giving me problems. I try to run anything and I get the same libfreetype problem. I've attached the output when I try to run notepad. I've been away from wine for a bit so if anybody can fill me in on this one... I'm running on gentoo, freetype 2.1.9 Cheers Vik $ wine notepad wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7ffad12a). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7ffad12a ESP:7ba3f368 EBP:7f6fc008 EFLAGS:00210202( - 00 - -RI1) EAX:00000000 EBX:7ffeab94 ECX:00000000 EDX:7ffe9ac0 ESI:00000000 EDI:7c0b34dc Stack dump: 0x7ba3f368: 7c00f368 00024cf0 7c01a8bc 7ffeab94 0x7ba3f378: 00000018 7ba3f3d0 00000000 7ba3f3a0 0x7ba3f388: 7c01a8bc 7ffe9ac0 7c0b3918 7c00f368 0x7ba3f398: 0000499e 00000000 7ffad08a 7ffeab94 0x7ba3f3a8: 7c08f490 7ba3f478 00000000 7ff97393 0x7ba3f3b8: 7c01a8a8 00000000 7ba3f3d0 7ff91fd3 Backtrace: =>1 0x7ffad12a in libfreetype.so.6 (+0x2a12a) (0x7f6fc008) 2 0x00000000 (0x00000000) 0x7ffad12a: movzwl 0x0(%eax,%esi,2),%eax Modules: Module Address Debug info Name (44 modules) ELF 0x7b3a1000-7b3c9000 Deferred winspool.drv<elf> \-PE 0x7b3b0000-7b3c9000 \ winspool.drv ELF 0x7b3c9000-7b48a000 Deferred comctl32<elf> \-PE 0x7b3e0000-7b48a000 \ comctl32 ELF 0x7b48a000-7b4aa000 Deferred iphlpapi<elf> \-PE 0x7b490000-7b4aa000 \ iphlpapi ELF 0x7b4aa000-7b4f4000 Deferred rpcrt4<elf> \-PE 0x7b4c0000-7b4f4000 \ rpcrt4 ELF 0x7b4f4000-7b583000 Deferred gdi32<elf> \-PE 0x7b510000-7b583000 \ gdi32 ELF 0x7b583000-7b6b6000 Deferred user32<elf> \-PE 0x7b5a0000-7b6b6000 \ user32 ELF 0x7b6b6000-7b6f8000 Deferred advapi32<elf> \-PE 0x7b6d0000-7b6f8000 \ advapi32 ELF 0x7b6f8000-7b789000 Deferred ole32<elf> \-PE 0x7b710000-7b789000 \ ole32 ELF 0x7b789000-7b7e7000 Deferred shlwapi<elf> \-PE 0x7b7a0000-7b7e7000 \ shlwapi ELF 0x7b7e7000-7b8af000 Deferred shell32<elf> \-PE 0x7b800000-7b8af000 \ shell32 ELF 0x7b8af000-7b940000 Deferred comdlg32<elf> \-PE 0x7b8c0000-7b940000 \ comdlg32 ELF 0x7ba48000-7ba70000 Deferred notepad<elf> \-PE 0x7ba50000-7ba70000 \ notepad ELF 0x7baef000-7bc00000 Deferred kernel32<elf> \-PE 0x7bb20000-7bc00000 \ kernel32 ELF 0x7bd12000-7bd1c000 Deferred libnss_files.so.2 ELF 0x7bd1c000-7bd26000 Deferred libnss_nis.so.2 ELF 0x7bd26000-7bd3b000 Deferred libnsl.so.1 ELF 0x7bd3b000-7bd44000 Deferred libnss_compat.so.2 ELF 0x7bd59000-7bd7b000 Deferred libm.so.6 ELF 0x7bd7b000-7be70000 Deferred libwine_unicode.so.1 ELF 0x7be85000-7bf00000 Deferred ntdll<elf> \-PE 0x7bea0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7ff18000-7ff38000 Deferred libexpat.so.0 ELF 0x7ff38000-7ff5e000 Deferred libfontconfig.so.1 ELF 0x7ff73000-7ff83000 Deferred libz.so.1 ELF 0x7ff83000-7ffeb000 Export libfreetype.so.6 ELF 0xb7e92000-b7e96000 Deferred libdl.so.2 ELF 0xb7e96000-b7fa8000 Deferred libc.so.6 ELF 0xb7fa8000-b7fba000 Deferred libpthread.so.0 ELF 0xb7fba000-b7fd3000 Deferred libwine.so.1 ELF 0xb7fe9000-b8000000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\windows\system\notepad.exe 00000009 0 <== WineDbg terminated on pid 0x8

1 1

Re: ntdll / kernel32: #57
by Dmitry Timoshkov 27 Jun '05

27 Jun '05

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > --- dlls/ntdll/thread.c 21 Jun 2005 09:57:53 -0000 1.31 > +++ dlls/ntdll/thread.c 26 Jun 2005 08:41:07 -0000 > @@ -593,6 +641,19 @@ > case ThreadTimes: > case ThreadPriority: > case ThreadBasePriority: > + { > + const DWORD *pprio = data; > + if (length != sizeof(DWORD)) return STATUS_INVALID_PARAMETER; > + SERVER_START_REQ( set_thread_info ) > + { > + req->handle = handle; > + req->priority = *pprio; > + req->mask = SET_THREAD_INFO_PRIORITY; > + status = wine_server_call( req ); > + } > + SERVER_END_REQ; > + return status; > + } ThreadTimes case should be moved to the stubbed cases below. -- Dmitry.

1 0

Re: ADVPACK: Remove DllMain from the spec file
by Dmitry Timoshkov 27 Jun '05

27 Jun '05

"Jacek Caban" <jack(a)itma.pwr.wroc.pl> wrote: > Changelog: > Remove DllMain from the spec file We need to match native exports, and native advpack.dll really exports DllMain. -- Dmitry.

1 0

Re: add GetGlobalFontLinkObject in mlang
by Dmitry Timoshkov 27 Jun '05

27 Jun '05

"Felix Nawothnig" <felix.nawothnig(a)t-online.de> wrote: > --- include/mlang.idl 19 Nov 2004 17:59:41 -0000 1.5 > +++ include/mlang.idl 9 Dec 2004 16:08:02 -0000 > @@ -545,6 +545,8 @@ cpp_quote("STDAPI Rfc1766ToLcidA(LCID *, > cpp_quote("STDAPI Rfc1766ToLcidW(LCID *, LPCWSTR);") > cpp_quote("#define Rfc1766ToLcid WINELIB_NAME_AW(Rfc1766ToLcid)") > > +cpp_quote("STDAPI GetGlobalFontLinkObject();") This is not a prototype, you need to list the types of arguments, in this case (void). -- Dmitry.

1 0

Re: lostwages: fix link to ICM documentation
by Tom Wickline 27 Jun '05

27 Jun '05

On 6/26/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Link to Image Color Management (ICM) Reference instead of > irrelevant MSCMS Publishing API docs. > Hello Saulius, After status6 is committed you can look over all the MSN/Other doc links and suggest better linkage if you wish. :-) I got a little lazy while doing them.. well more like bored out of my head and did a hurry up job on a couple of them. Cheers, Tom

1 0

Jedi Academy regression?
by Fernando Vilas 26 Jun '05

26 Jun '05

Hi, In wine-20050524, Jedi Academy works well. After an upgrade to wine-cvs, now it doesn't go fullscreen and doesn't get keyboard focus. wine-20050524: (works) $ wine jasp fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.67" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_swap_control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.67" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_swap_control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:wave:DSD_CreateSecondaryBuffer (0x7fdc03b8,0x7fc5eb10,10024,0,0x7fdc331c,0x7fdc342c,0x7fdc32f8): stub wine-cvs: (doesn't) $ wine jasp err:x11settings:X11DRV_ChangeDisplaySettingsExW No matching mode found! (NoRes) fixme:wave:DSD_CreateSecondaryBuffer (0x7fdc0fc0,0x7fc5eb10,10024,0,0x7fdc19fc,0x7fdc1b0c,0x7fdc19d8): stub This started about June 13th. (give or take) after spending some time to see if there was some configuration variable that changed, I installed the older version of wine for comparison. I believe this is a regression, but if there's some thing I should have done on my box to fix it, please let me know. Relevant info: Slackware-current Linux 2.6.12 nVidia GeForce 5900 (7664 drivers) using xinerama, not twinview AMD TBird 1.4GHz I can get you config files if those would help. -- Thanks, Fernando Vilas fvilasatinamedotcom

2 1

Wine tests
by Glen Kaukola 26 Jun '05

26 Jun '05

Hi there, So I'm not seeing a test for MoveFileEx at all. I wouldn't mind taking a stab at creating one, and for that matter for anything else I happen to find not being tested. Sound like a plan? Glen

2 2

lotus notes regression
by Paul R Streitman 25 Jun '05

25 Jun '05

Patch 14725, applied 2004/12/07 11:31:53, breaks lotus notes. The symptom is a hang with the CPU at 100%, and it happens immediately if you try to click on a notes 'bookmark', or shortly after you try to do much of anything else if you try to avoid the 'bookmarks'. Sorry that it took me so long to report this, when I decided that it wasn't just a temporary instability I eventually had to iteratively compile (many) CVS snapshots to narrow down when the problem was introduced because I found it impossible to untangle the various patches that went in around that time frame. I also ran afoul of the jack problems near the end. I do not know how to narrow the problem down further. I tried running winedbg (at CVS level a couple of days ago), and that seems to be broken too -- it wanted to run things from the wine build tree? There are no unusual console messages or anything when the problem happens. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

7 8

Font matching headaches
by Andreas Mohr 25 Jun '05

25 Jun '05

Hi, another visitor on LinuxTag was having huge issues with a heavy-duty app doing batches of calculations, and every time after the end of those calculations there was an X server spike going up to 80% CPU. Turns out that spike was caused by the WARN("Huge font size %d pixels has been reduced to %d\n", h, MAX_FONT_SIZ E); message in dlls/x11drv/xfont.c/LFD_ComposeLFD() By binary-hacking x11drv.so to reduce it to 20 instead, I was able to totally eliminate the CPU wait period, since it then didn't render 1000 pixel fonts any more. Needless to say this is not exactly satisfying, since it's only yet another bandaid for this problem (while it helps in this situation, it would be useful to get this issues fully fixed in Wine). X11 version is XFree86 4.3.0-dfsg-1 (i.e., Debian). Is there anything that can be done to prevent this situation? (I know that it's an inconvenient situation in a workaround handler for even more inconvenient behaviour, but still...). I can ask for further machine specific information if it turns out that it would be useful... Another thing that I found there is the following loop: do { LFD_ComposeLFD( pfo, fm.height, lpLFD, uRelaxLevel++ ); if( (pfo->fs = safe_XLoadQueryFont( gdi_display, lpLFD )) ) brea k; } while( uRelaxLevel ); which *might* perhaps run amok since it continually grows without any effective check (but the break; should hopefully be sufficient to stop this reliably). Thanks, Andreas Mohr

1 0

Re: shell32: fix infinite loop in SHGetPathFromIDListW
by Vitaliy Margolen 25 Jun '05

25 Jun '05

Thank you. This patch does fix the infinite loop bug. Vitaliy Margolen Saturday, June 25, 2005, 5:14:27, Michael Jung wrote: > Hi, > With a seemingly unrelated change in his local tree Vigaliy Margolen triggered > an infinite loop in SHGetPathFromIDList (which was introduced by one of my > patches): > SHGetPathFromIDList (pidl.c:1256) calls SHBindToParent, which calls Desktop->>BindToObject (pidl.c:1315), which calls SHELL32_BindToChild > (shfldr_desktop.c:348), which binds to MyComputer (shlfolder.c:289) and then calls MyComputer->>BindToObject (shlfolder.c:314), which calls > SHELL32_BindToChild (shfldr_mycomp.c:346), which calls > SHELL32_GetCustomFolderAttribute (shlfolder.c:299), which calls > SHGetPathFromIDList (shlfolder.c:91). Phew. > Since the path is already known in SHELL32_BindToChild, we can break the loop > easily. > I don't understand, why we don't see a stack overflow with wine cvs, but the > size of a +shell log shrinks 90% with this patch applied compared to cvs. So > we do have the loop, but it is terminated somehow before the stack overflows. > Changelog: > Fix a lurking infinite loop in SHGetPathFromIDList. > Bye,

1 0

loop in SHGetPathFromIDList
by Michael Jung 24 Jun '05

24 Jun '05

Hi Vitaliy, your patch to shlfolder.c is what produces the loop. It is the line, which I commented out below: if (dwAttributes & FILE_ATTRIBUTE_DIRECTORY) ;//*pdwAttributes |= (SFGAO_FOLDER | SFGAO_HASSUBFOLDER | SFGAO_FILESYSANCESTOR); else *pdwAttributes &= ~(SFGAO_FOLDER | SFGAO_HASSUBFOLDER | SFGAO_FILESYSANCESTOR); It works fine if the line is commented out. I don't understand at the moment why this is the fact, but the loop seems in fact to be a problem with SHGetPathFromIDList. I didn't figure it out tonight, but I will investigate this further over the weekend. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

X11 -- how do you prevent window from closing if user closes it
by Peter Quiring 24 Jun '05

24 Jun '05

I trying to use X11 and let's say I create a text editor. Let's say the user is using the text editor, makes some changes and then clicks on the [X] to close the window before saving changes. I want to popup a "are you sure" before the window is closed but X11 doesn't allow this. How does Wine go about this problem? In Windows this is easy, in the WindowProc() just ignore WM_CLOSE. FYI :Porting some code over to Linux and need a little help. Thanks.

3 2

Re: cabinet.dll status ?
by Gerold J. Wucherpfennig 24 Jun '05

24 Jun '05

On Friday 24 June 2005 14:32, Tom Wickline wrote: > Hello Gerold, > > I currently list cabinet.dll at 80% completion can you let me know > what you feel > the current status should be? > > Would you like for me to add you as the current worker? I just looked > through CVS and seem to be the main developer now for cabinet.dll > > http://www.winehq.org/site/status_dlls > > Thanks, > Tom Hi Tom, I thank you very much for asking me about cabinet.dll. :) I would really like to be added as the current worker. :) My personal opinion about the completition status, not specifically about cabinet.dll, is that the status should be roughly equal to the amount of code that is implemented compared to the 100% of code . Right now the status based on the percieved amount of usage of the respective API functions. That of course is a bit optimistic, because API functions that are used most will be implemented first and the amount of work that is required to complete the remaining API functions may be underestimated. Regarding cabinet.dll: circa half of the required code and half of the required functions is in CVS right now. Nevertheless I think that you should keep the current completition status as it is right now, because first it would look strange when the status would decrease and second I hope that my current patch will be committed soon which will put the completition status to what it is listed right now. Regards, Gerold

1 0

very old com tech spec doc
by Vijay Kiran Kamuju 24 Jun '05

24 Jun '05

very old com tech spec doc. have a look http://www.geocities.com/infyquest/comspec10.zip

1 0

Re: shell32: Implement SHGetPathFromIDList based on GetDisplayNameOf
by Vitaliy Margolen 24 Jun '05

24 Jun '05

Alexandre, could you back this patch out? This patch broke shell ParseDisplayName (created call loop) from IShellFolder_ParseDisplayName to SHELL32_ParseNextElement back to IShellFolder_ParseDisplayName Vitaliy Margolen Tuesday, June 14, 2005, 14:08:31, Vitaliy Margolen wrote: > Changelog: > Implement SHGetPathFromIDList based on GetDisplayNameOf > Bye,

2 3

winecfg's registry convience functions
by Michael Jung 23 Jun '05

23 Jun '05

I would like to add a checkbox control ("Show host filesystem") to winecfg to allow the user to easily (un-)register the unixfs shell namespace extension. So winecfg would have to query and create/delete the "HKLM\Software\Microsoft\CurrentVersion\Explorer\MyComputer\Namespace\{UNIXFS-CLSID}" key. There are helper functions in winecfg.c to cache registry values for later application, iff the user clicks "Apply" or "Ok". However, those seem to work only for keys rooted at the config key "HKCU\Software\Wine". My question is: Am I doomed to implement the caching on my own for this key, should I generalize the helper functions, or do you think this configuration option should'nt be in winecfg at all? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 7

Cross-compiling with winelib
by Eric Frias 23 Jun '05

23 Jun '05

We're working on setting up an environment to cross-compile a winelib application (initially from x86 linux to sparc solaris). To do this, we need a cross-compiling version of winebuild which will generate the assembly code for the target architecture instead of the build architecture. I see two basic ways we can accomplish this. We could either use autoconf's --target flag to specify the target architecture, and then replace all of the "#ifdef __sparc__" statements in winebuild with "#ifdef __target_arch_sparc". I came across an autoconf macro (http://autoconf-archive.cryp.to/ac_create_target_h.html) that would generate the appropriate defines. The other way we could approach the problem is to modify winebuild to always generate assembly code for all of the architectures, pushing the #ifdefs down into the .spec.c file. I'm inclined to stick with the first option, since it looks like less work and less chance of introducing errors, but I wanted to run it by the list before starting work. Would a patch like this be accepted into wine? Do you know of any other gotchas we should be aware of? Thanks, Eric

2 2

Re: COMDLG32: PageSetupDlg improvements
by Alexandre Julliard 23 Jun '05

23 Jun '05

Vitaly Lipatov <lav(a)etersoft.ru> writes: > +#define CALLANYPAINTHOOK(msg, wParam, lParam) \ > + (((pda->dlga->Flags & PSD_ENABLEPAGEPAINTHOOK) && \ > + pda->dlga->lpfnPagePaintHook(hWnd,msg,wParam,lParam)) || \ > + PRINTDLG_DefaultPagePaintHook(hWnd,msg,wParam,lParam)) It would be a lot cleaner to always call your DefaultPagePaintHook function and have it call the user's hook first if it's set. > + if (CALLANYPAINTHOOK(WM_PSD_PAGESETUPDLG, MAKELONG(papersize, orientation), (LPARAM)pda)) > + return FALSE; The LPARAM should probably be pda->dlga here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: advapi32: Implement ImpersonateNamedPipeClient
by Dmitry Timoshkov 23 Jun '05

23 Jun '05

"James Hawkins" <truiken(a)gmail.com> wrote: > Changelog > * Implement ImpersonateNamedPipeClient. > @@ -871,9 +871,13 @@ BOOL WINAPI InitializeAcl(PACL acl, DWOR > > BOOL WINAPI ImpersonateNamedPipeClient( HANDLE hNamedPipe ) > { > - FIXME("%p - stub\n", hNamedPipe); > + PIO_STATUS_BLOCK pio = NULL; > > - return FALSE; > + TRACE("(%p)\n", hNamedPipe); > + > + return set_ntstatus( NtFsControlFile(hNamedPipe, NULL, NULL, NULL, pio, > + CTL_CODE(FILE_DEVICE_NAMED_PIPE, 7, METHOD_BUFFERED, FILE_ANY_ACCESS), > + NULL, 0, NULL, 0) ); > } What's the purpose of introducing PIO_STATUS_BLOCK pio if you don't actually use it? -- Dmitry.

1 0

winefile: switch to UNICODE mode
by Martin Fuchs 23 Jun '05

23 Jun '05

Changelog: switch winefile to UNICODE mode Why did I declare a new macro $(PREINCL) and insert it into Make.rule.in ? To allow inserting the include directory <include/msvcrt> before <include>. Another way would be to change the following line in Make.rule.in and move $(EXTRAINCL) before -I$(TOPSRCDIR)/include: INCLUDES = -I$(SRCDIR) -I. $(EXTRAINCL) -I$(TOPSRCDIR)/include -I$(TOPOBJDIR)/include Why did I remove the following from include/tchar.h? #if defined(_UNICODE) || defined(_MBCS) #error You must use msvcrt when building in Unicode/MBCS mode #endif Because it's just crazy - a few lines later _UNICODE and _MBCS are used to build the A/W mapping macros: /***************************************************************************** * tchar mappings */ #ifndef _UNICODE # ifndef _MBCS # include <string.h> # define WINE_tchar_routine(std,mbcs,unicode) std # else # include <mbstring.h> # define WINE_tchar_routine(std,mbcs,unicode) mbcs # endif #else /* _UNICODE */ # include <wchar.h> # define WINE_tchar_routine(std,mbcs,unicode) unicode #endif If _UNICODE and _MBCS would not be allowed to be used in <tchar.h> at all, what would be the sense of the whole file?

5 10

40tude dialog suddenly broken in latest cvs...
by zhilla 22 Jun '05

22 Jun '05

well, i compile wine from cvs every couple of days. 40tude dialog has been working nicely for ages now, accept for minor annoyances. but today... blam. err:thunk:_loadthunk (commctrl.dll, Cctl1632_ThunkData16, comctl32.dll): Unable to load 'commctrl.dll', error 2 err:module:LdrInitializeThunk "comctl32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\40tude Dialog\\dialog.exe" failed, status c0000142 well, i did once copy comctl32 and commctrl.dll from 98se to 40tude directory, so i deleted it and now it works again. as usual, when it works, it says only stuff like... err:ole:CoGetClassObject class {4657278a-411b-11d2-839a-00c04fd918d0} not registered err:ole:CoGetClassObject class {4657278a-411b-11d2-839a-00c04fd918d0} not registered err:x11drv:X11DRV_CreateWindow invalid window height -3 err:x11drv:X11DRV_CreateWindow invalid window height -3 while i'm at it, let me just say couple more problems with it: -in xfce, no task bar icon. i try to dock it into tray with kdocker, it says that "it does not appear to be normal window". hmm... -if there already is an instance of wine running (any other wine program), it does show it in taskbar. still, kdocker does not seem to like it. and if i click couple of times on it in taskbar, File...Edit... bar on 40tude dissapears! funny, funny. -compose window behaves weird. see, there's a line at the bottom that marks real end of the post - so you dont post whitespace. but it, and under it, is not refreshed properly. for example, try to delete part of follow up text, so that line comes above last text. it stays there. and line is gone... otherwise, program works mostly good... damn people, this is clearly "near gold program", needs just some tweaking :)

1 0

system wide file lock server
by Vitaly Lipatov 22 Jun '05

22 Jun '05

And again about standalone (system wide) file lock server. WINE provides file locking capabilities, its realized in ntdll -> wineserver. I propose light solution for multiuser lock support - start existing wineserver as independent service under special user and use it specially for file locking purposes. What the objective reasons do not do so? It can be realized with the same code as already exist in wineserver. We can disable this mode during compiling (it depends how we realized wine_server_call special for file related functions). Any suggestions? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

Re: winefile: switch to UNICODE mode
by Ralf Reiterer 22 Jun '05

22 Jun '05

Hi, > The pure existence of <include/tchar.h> in the Wine code base > shows me, Wine is aimed to support TCHARs. So why don't you > want to properly activate its functionality and take Winefile > as an example how to use it? > ... > I know, I won't be able to convince you. Any one out there to > support my point of view? ;-) the whole existance of the TCHAR type and associated functions is to allow applications to be portable between ANSI and Unicode and therefore avoid ugly #ifdefs for distinguishing between ANSI and Unicode. As it is part of the Platform SDK at least since Windows 95 was released, I'm sure many Win32 applications (still) rely on the TCHAR type. At least the MFC library and ATL does and hence all MFC/ATL based applications rely on that type too. So I really think Wine has to support the TCHAR type and all associated functions/macros to stay as close to the Windows API as possible. And since it helps to avoid #ifdefs in application source, I think that's a strong argument not to eliminate it from Winelib (includes). Maybe these arguments help to convince you, Alexandre. ;-) Regards Ralf

3 3

Memory problem in winelib apps?
by Walt Ogburn 22 Jun '05

22 Jun '05

Hi developers, I'm trying to understand why the following simple program crashes. I think this is the same problem that prevents jack_fst from running with the current version of wine. (Jack_fst allows a lot of programs called VSTs to be run, for audio work). I compiled this with: > winemaker . > make and ran it with: > wine membug.exe.so If BUFSIZE is 1044097, there's an error like this: err:seh:setup_exception stack overflow 12 bytes in thread 0009 eip 4057426f esp 40580ff4 stack 0x40580000-0x40680000 If BUFSIZE is 1044096 or lower, there's no error. If BUFSIZE is much higher (like 2000000), there's a segfault. All the program does is define a character array of size BUFSIZE and scribble in it to make sure it really gets allocated. Maybe this simple example will show how to make jack_fst work. Thanks, Walter

5 6

Wine's Registry Format
by Brad 22 Jun '05

22 Jun '05

There's a bug on bugzilla (422) that asks for the registry file format to be re-written in order to be able to dynamically load parts of the registry. If you don't feel like looking it up - don't worry, I'm going to explain why this would benefit wine. . . It's said that wine loads the entire registry when it first runs, which can get become a waste - even if it's going to be swapped off anyway. . . It's also not the fastest method of input and especially output to the registry. . . I've looked into using a Balanced Tree DB from BerkelyDB as a quicker interface to the registry. . . I think it would be a good solution, but the question is whether or not you want the overhead of another library added to wine. . . That's why I'm writing here actually - I need to know if it's ok to add this dependancy to wine, or if I should find a different approach. I know this would cause some chaos in the community - so If this is something that everyone agrees should be done, I'll write a small utility to convert the current ascii registry files into the new format. . . Let me know what you think . . . --Brad DeMorrow

5 5

Wine Porting to Risc MAchine
by Ahmed Abdel Aal 22 Jun '05

22 Jun '05

Hi , Could you please advise me if it is possible to run wine on power series Risc machine? If Yes, What is the expected effort? Thanks Ahmed

2 1

clarification regarding msxml
by Vijay Kiran Kamuju 22 Jun '05

22 Jun '05

Hi, Can you please clarify what msxml.idl is implementing msxml.dll (Version 1.0) comes with IE4.0 or msxml.dll (Version 2.0) or msxml2.dll (Version 2.5/2.6) or msxml3.dll (Version 3.0) Thanks, Vijay

2 1

wine d3d fun projects.
by Oliver Stieber 22 Jun '05

22 Jun '05

Hi, I have another 'fun' and useful project to add to the list. It should be fairly to make wined3d (or d3d8) use the wgl (windows opengl) instead of glx. (just search for glx commands and replace then with the wgl equivalents) Doing so would enable wine's d3d to run on windows in place of the windows driver and without the rest of WINE which would greatly help in debugging. It would also allow wined3d to use the wgl implementation in wine. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

2 2

Re: new testcase for shlwapi path functions (resend)
by Alexandre Julliard 22 Jun '05

22 Jun '05

Stefan Huehner <stefan(a)huehner.org> writes: > attached patch adds a new testcase for combining an absolute and > relative portion of a path. This scheme i.e. occurs when a relative path > for an image is resolved relatively to the position of the html file > containting the img tag. > > It was previously not applied. Anything wrong with it? It fails on Wine so it can't be applied. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [shell32] Load file context menu from resources (try 2)
by Michael Jung 22 Jun '05

22 Jun '05

On Tuesday 21 June 2005 03:11, Tobias Burnus wrote: > Well, I actually don't know what is supposed to be there; I saw quite > different menus on the different Windows versions. Some seem to have the > "Properties" and "Create Link" (and other stuff more) and others have > not. I will now now blindly assume that that what is in the .c file is > the right thing (TM) and will delete the rest. I guess the "Properties" and "Create Link" entries will appear in the context menus, iff the corresponding IShellFolder sets the SFGAO_HASPROPSHEET and SFGAO_CANLINK flags in it's GetAttributesOf method. For example, you can't create a link on MyComputer, but you can on Desktop. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

hexadecimal formatting
by Saulius Krasuckas 22 Jun '05

22 Jun '05

Some code in the tree uses the form "%08lx", while other code places use "0x%08lx". What about converging into a single form?

1 0

Re: winefile: switch to UNICODE mode
by Martin Fuchs 22 Jun '05

22 Jun '05

> > The pure existence of <include/tchar.h> in the Wine code base > > shows me, Wine is aimed to support TCHARs. So why don't you > > want to properly activate its functionality and take Winefile > > as an example how to use it? > > ... > > I know, I won't be able to convince you. Any one out there to > > support my point of view? ;-) > > the whole existance of the TCHAR type and associated functions is to > allow applications to be portable between ANSI and Unicode and therefore > avoid ugly #ifdefs for distinguishing between ANSI and Unicode. As it is > part of the Platform SDK at least since Windows 95 was released, I'm > sure many Win32 applications (still) rely on the TCHAR type. At least > the MFC library and ATL does and hence all MFC/ATL based applications > rely on that type too. > > So I really think Wine has to support the TCHAR type and all associated > functions/macros to stay as close to the Windows API as possible. > > And since it helps to avoid #ifdefs in application source, I think > that's a strong argument not to eliminate it from Winelib (includes). > Maybe these arguments help to convince you, Alexandre. ;-) Thanks, Ralf. :-) ...and if something is present in the Winelib API, it should made available completely. Currently it is not possbile to use <tchar.h> in UNICODE mode. My patch changes this, and allows to compile Winefile (and also other applications) in UNICODE mode by using TCHAR as flexible character type. There is still another limitation when using <tchar.h>: You can't use Unix headers at the same time. This is the reason, I had to introduce an external module "unixcalls.c", which is not compiled using the default Makefile rules, but by a special rule without using msvcrt include files. Calling this "ugly" may be justifiable. But it's not the fault of Winefile, but that of the incomplete <tchar.h> support. Regards, Martin

1 0

Job opportunity for Sydney based Wine hacker
by Troy Rollo 22 Jun '05

22 Jun '05

I currently have a job opening for a Sydney based Wine hacker. A significant part of the job involves working on Wine. If anybody is interested, please contact me off-list.

1 0

[WINEDOCS] change wine -v to wine --version since wine -v does not work.
by Tony Lambregts 22 Jun '05

22 Jun '05

Andreas Mohr wrote: > Hi, > > On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote: > >>Change log: Change wine -v to wine -version since wine -v does not work. > > This is fatally incorrect, since Unix *always* (well, almost;) uses > double-dash for long options (and Wine barfs on that invalid syntax as well). > > Andreas > > Doh! Change log: Change wine -v to wine --version since wine -v does not work. Files Changed: en/wineusr-bugs.sgml Index: en/wineusr-bugs.sgml =================================================================== RCS file: /cvsroot/wine/docs/en/wineusr-bugs.sgml,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 wineusr-bugs.sgml --- en/wineusr-bugs.sgml 9 May 2005 05:31:13 -0000 1.1.1.1 +++ en/wineusr-bugs.sgml 22 Jun 2005 00:03:21 -0000 @@ -265,7 +265,7 @@ <itemizedlist spacing="compact"> <listitem> <para> - Which version of Wine you're using (run <command>wine -v</command>) + Which version of Wine you're using (run <command>wine --version</command>) </para> </listitem> <listitem>

1 0

FC4 Compile Issue
by Matthew Frederico 21 Jun '05

21 Jun '05

This may not be the correct place to post this ... Trying to compile wine (wine-20050524) on Fedora Core 4 ... All goes pretty smoothly until: gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o preloader.o preloader.c preloader.c: In function 'is_in_preload_range': preloader.c:863: error: 'union <anonymous>' has no member named 'a_ptr' preloader.c:864: error: 'union <anonymous>' has no member named 'a_ptr' make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/home/matt/Desktop/wine-20050524/loader' make: *** [loader] Error 2 Any ideas? -- -- Matthew Frederico http://www.ultrize.com ---------------------------------- Office: (361)288-3331 Cell:(801)722-5276

3 2

Re: Change Name of "Wine Marlett" Font
by Huw D M Davies 21 Jun '05

21 Jun '05

On Mon, Jun 20, 2005 at 01:10:11PM -0500, Robert Shearman wrote: > Changelog: > The "Wine Marlett" font needs to be called "Marlett" for Steam to pick > it up. The font replacement mechanism should make this unnecessary. Why doesn't that work in this case? Huw.

4 10

amstream missing clsid of DirectShowStreamLib
by Vijay Kiran Kamuju 21 Jun '05

21 Jun '05

amstream missing clsid of DirectShowStreamLib which is 4E6CDE29-C0C4-11d0-8FF1-00C04FD9189D

1 0

Re: [WINEDOCS] change wine -v to wine -version since wine -v does not work.
by Andreas Mohr 21 Jun '05

21 Jun '05

Hi, On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote: > Change log: Change wine -v to wine -version since wine -v does not work. This is fatally incorrect, since Unix *always* (well, almost;) uses double-dash for long options (and Wine barfs on that invalid syntax as well). Andreas

1 0

Problem with wine-cvs on FC4
by Hans Kristian Rosbach 21 Jun '05

21 Jun '05

For about a week now I've been able to compile wine-cvs on FC4 after manually excluding the ddraw-test references. But I'm yet to see an actual window created by wine. Even running the "built in" notepad application does not produce much meaningful result. In the console it outputs "err:imagelist:ImageList_ReplaceIcon no color!" a lot and then just sits there waiting. No window, no other messages. After running 'make test' I end up with these errors: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so imagelist.c && touch imagelist.ok imagelist.c:303: Test failed: no hicon1 imagelist.c:305: Test failed: no hicon2 imagelist.c:307: Test failed: no hicon3 imagelist.c:355: Test failed: no hicon1 imagelist.c:357: Test failed: no hicon2 imagelist.c:359: Test failed: no hicon3 imagelist.c:402: Test failed: couldn't get DC imagelist.c:435: Test failed: DrawIndirect should succeed imagelist.c:445: Test failed: should succeed imagelist.c:447: Test failed: should succeed imagelist.c:449: Test failed: should succeed imagelist.c:485: Test failed: failed to create hicon1 There are also a few hundreds of the no color error, I can provide full make test output if wanted. -HK

2 2

Wine and raw printing
by André Carvalho 21 Jun '05

21 Jun '05

I posted the same message on wine-user list , but got no help. Hi, I was wondering if someone could help me on this issue. I use a windows program that print direct to the printer, but it uses the printer from the printer list, it doesn't use the port directly. On Windows, to use the program I have to install a "Generic / Only Text" printer to work. The program runs on wine without problems. The only problem is to print. I created a raw printer in CUPS, but when I select the printer in the program, wine still uses the WinePS driver and generate a PS, giving me an error on the printer, of course. I tried to install a driver tty.drv on wine but couldn't get it to work. Is there a way to disable WinePS ? or another way to get the program to print ? Thanks Andre Carvalho

4 5

unicode.h and -Wcast-qual
by Stefan Huehner 21 Jun '05

21 Jun '05

Hi, i am currently trying to fix the -Wcast-qual warnings. In include/wine/unicode.h there a 4 function: static inline int strncmpW( const WCHAR *str1, const WCHAR *str2, int n) static inline WCHAR *strchrW( const WCHAR *str, WCHAR ch ) static inline WCHAR *strrchrW( const WCHAR *str, WCHAR ch ) static inline WCHAR *strpbrkW( const WCHAR *str, const WCHAR *accept ) whose signatures forces us to discard the const of an parameter while returning it as the function value. Compiling with -Wcast-qual gives (correctly) this warning: ../../include/wine/unicode.h:218: warning: cast discards qualifiers from pointer target type Together these four functions account for a total of 1400 (!) warnings. In samba_4 sourcecode i discovered the following macros, which are apparently a hack but silences these warnings: #define discard_const(ptr) ((void *)((intptr_t)(ptr))) #define discard_const_p(type, ptr) ((type *)discard_const(ptr)) an crude proof of concept is attached as a patch. I am not sure how portable this solution is... Any comments are welcome... Regards, Stefan

4 3

Re: World of Warcraft
by Aric Cyr 21 Jun '05

21 Jun '05

> > fixme:opengl:wglQueryPbufferARB unsupported WGL_PBUFFER_LOST_ARB > > (need > > glXSelectEvent/GLX_DAMAGED work) > > Arg, > i didn't expect this fixme :( I don't think we have to worry about this fixme. We can always return GL_FALSE, since that is the way the OpenGL surfaces were created. >From http://oss.sgi.com/projects/ogl-sample/registry/SGIX/pbuffer.txt: If the GLX_PRESERVED_CONTENTS_SGIX attribute is set to False in <attrib_list>, then an "unpreserved" pbuffer is created and the contents of the pbuffer may be lost at any time. If this attribute is not specified, or if it is specified as True in <attrib_list>, then when a resource conflict occurs the contents of the pbuffer will be preserved (most likely by swapping out portions of the buffer to main memory). In either case, the client can register to receive a "buffer clobber" event which is generated when the pbuffer contents have been preserved or have been damaged. (See the event description.) So the fixme should be fixed to always return GL_FALSE I think. Also, there is an interesting workaround for the clicking problem as well on the Gentoo forums. Seems to be working for the majority of people (including myself). It seems to reaffirm that the problem is indeed the memory layout. http://forums.gentoo.org/viewtopic-p-2509340.html#2509340 -- Aric Cyr <acyr at alumni dot uwaterloo dot ca> (http://acyr.net) gpg fingerprint: 943A 1549 47AC D766 B7F8 D551 6703 7142 C282 D542

1 0

Mime type Desktop integration
by Stefan Dösinger 20 Jun '05

20 Jun '05

Hello, I am working on a small tool which reads mime types and linked applications from the registry and generates .desktop files for the unix desktop. This integrates Windows Applications better into the native Desktop. I've written this code in the last days without much planning, so the code is quite a mess IMO. There are still things missing and a few bugs are left, but I thoght I show what I'm doing here. So, the usage: *Compile with 'make'. *You have to copy the winestart script somewhere in the path, otherwise you can't open any files *Specify the target path for the .desktop files in $WINEAPPLNKPATH. This tool will create a sub-directory where it will place the files. BUG: This directory has only read rights, and this causes a crash later. Up to now you have to give yourself +wx rights and run again *Copy the created .desktop files somewhere to your applink path(e.g. ~/.kde/share/applnk) or set $WINEAPPLNKPATH to ~/.kde/share/applnk. Your Desktop(tested with KDE) should read this files and assign them to the file types. So for example, if you have Internet explorer installed you get a new "htmlfile" application which opens the file in Internet Explorer if you really want this. Missing things *Get icon extraction working. Code taken from winemenubuilder, but it fails on many files, and it can't extract 32Bit icons. *Mime type exportation: Currently only Application entries are created, but no mime types. If the Desktop doesn't know the mime type, the Application is useless. *Rework some parts of the code and make it more Wine-Stylish(Heap...) *Integrate Unix apps into the Windows Registry. *Other things? Greetings, Stefan Dösinger

1 0

Using SVK and Subversion to manage distributed branches to Wine CVS
by Troy Rollo 20 Jun '05

20 Jun '05

Over the past few weeks I have been experimenting with SVK and Subversion managing a handful of branches to Wine CVS, and it appears to be working well. The system is based on a "central" Subversion repository that mirrors the Wine CVS tree without any modifications (publicly readable at svn://wine-svn.troy.rollo.name/wine/wine/) and is kept up to date within a day or so. Branches are stored in separate Subversion repositories. I am finding this very convenient. If you have converted from CVS to Subversion on other projects, you are probably aware of the huge difference it makes. Adding SVK on top of Subversion is another giant leap when you have distributed development. In the case of Wine, however, with the CVS repository being read-only except to Alexandre, the difference between read-only CVS and the combination of Subversion and SVK is even more dramatic (I would compare it to the difference between chiselling documents into stone tablets and using a word processor). For anybody who is interested in moving their own Wine development to Subversion and SVK, there is a page on the Wiki describing what to do at <http://wiki.winehq.com/SVK>

2 1

Guild Wars
by cyrix12＠cox.net 20 Jun '05

20 Jun '05

I'm back, and with another game that will (hopefully) be playable in wine soon. Guild Wars, another extremely popular MMORPG, is fairly close to working in wine right now (I'm running latest cvs). It installs flawlessly, opens to the login screen, and then crashes when it should be connecting to the server (much like WoW used to). Attached is a +opengl trace and a plain warn+dll,fixme+all trace. Hopefully that's enough info for now. Thanks as always, Darckness

5 7

Re: [PATCH] FCI work for cabinet.dll [cabinet-fci-patch-02c.diff]
by Alexandre Julliard 20 Jun '05

20 Jun '05

"Gerold J. Wucherpfennig" <gjwucherpfennig(a)gmx.net> writes: > Please apply, it seems to be fine, so far. > > There is still some work to be done: > > - currently no support for big-endian machines > - the ERF error structure aren't used on error > - no real compression yet > - unknown behaviour if files>4GB or cabinet >4GB > - incorrect status information > - check if the maximum size for a cabinet is too small to store any data > - call pfnfcignc on exactly the same position as MS FCIAddFile in every case You should get rid of all the PFCI_INT macro uses, that's making the code really ugly and hard to read. You should do the cast once at the start of the function (preferably as part of the handle validation routine) and then pass around a pointer of the appropriate type. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Make Instruction Emulation Code More Tolerant of Bad Addresses
by Alexandre Julliard 20 Jun '05

20 Jun '05

Robert Shearman <rob(a)codeweavers.com> writes: > Therefore this patch aids in debugging. It isn't perfect because of > x86's variable length instructions, but it is fairly unlikely that an > instruction will straddle a page boundary and the first page be > readable and the second not. Putting an exception handler around the whole function would probably be a better choice, this way it would catch data accesses too. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Added XEmbed embedder support
by Dimi Paun 20 Jun '05

20 Jun '05

On Mon, 2005-06-20 at 00:05 +0200, Jacek Caban wrote: > Hello. > > This patch adds support for XEmbed embedder > It implements most of it (remaining todos > are listed in comments of xembed.c). Cool stuff, I'm really excited about this work. Not to mention that this might prove useful outside of the MSHTML context. I will not comment on the fundamentals of the approach, that's more Alexandre's alley, but just a few style nits. > +struct xembed_list > +{ > + struct xembed_list *next; > + HWND hwnd; > +}; What about using the standard list from wine/list.h? > /* DIB Section sync state */ > @@ -590,6 +601,8 @@ enum x11drv_atoms > XATOM_XdndSelection, > XATOM_XdndTarget, > XATOM_XdndTypeList, > + XATOM__XEMBED, > + XATOM__XEMBED_INFO, > XATOM_WCF_DIB, > XATOM_image_gif, > XATOM_text_html, > @@ -649,6 +662,10 @@ struct x11drv_win_data > struct dce *dce; /* DCE for CS_OWNDC or CS_CLASSDC windows */ > HBITMAP hWMIconBitmap; > HBITMAP hWMIconMask; > + union { > + struct xembed_list *list; > + ULONG_PTR cnt; > + } xembed; > }; Do we really need the union? We're not that hard pressed for memory. What about just @@ -649,6 +662,10 @@ struct x11drv_win_data struct dce *dce; /* DCE for CS_OWNDC or CS_CLASSDC windows */ HBITMAP hWMIconBitmap; HBITMAP hWMIconMask; + struct xembed_list *list; + ULONG_PTR cnt; }; Also, instead of having explicit tests like these: > + if(data->xembed.cnt) Maybe we can have a BOOL win_has_embedded_children(struct x11drv_win_data *data) function to make it more explicit what we're testing for. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: [Patch] winsock.h inclusion
by Alexandre Julliard 20 Jun '05

20 Jun '05

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Alexandre, > > Using the current CVS on Darwin/Mac OS X, there are still compilation > errors related to winsock.h inclusion. The error was: > > ../../../include/winsock.h:414: error: redefinition of 'struct timeval' > > My solution is to include "wine/test.h" after every other header. You should fix wine/test.h and/or winsock.h to work properly in all cases. Otherwise the problem will keep coming back. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [shell32] Load file context menu from resources [Resent]
by Alexandre Julliard 20 Jun '05

20 Jun '05

Tobias Burnus <burnus(a)net-b.de> writes: > Second try (unchanged). Any suggestions how to improve the patch are > welcome. > > Tobias > > Changed file overview: > - shv_item_cmenu.c: Load from resources (the [currently unused] MENU > resource already exists) > - shell32_?.rc: Comment out two items (and a separator) and > copy text from IDS_SELECT, needed to match the current context menu You shouldn't comment things out like that. Either the info is needed and it should be here, or it's not needed and it should be removed completely. Commenting it out is only creating confusion. -- Alexandre Julliard julliard(a)winehq.org

1 0

Crashes due to OGL
by Robert Lunnon 20 Jun '05

20 Jun '05

I see the following X error (After fixing a bug in utah GLX) trace:ddraw:initialize enabling DirectDraw HAL trace:ddraw:d3ddevice_init_at_startup Initializing GL... @@Created GLX Context.. X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x21 Serial number of failed request: 7282 Current serial number in output stream: 7283 send_thread_signal 15 According to my GL log this request looks for visual 33 (IE vid=33) this is a non GL visual since utah GLX is allocating visuals 55 up on my system. I don't exactly know why wine should be trying to Create a GL context from a non GL visual but there you are... Bob

3 2

Wine on LinuxTag 2005
by Michael Stefaniuc 20 Jun '05

20 Jun '05

Hello guys, the LinuxTag 2005 has Wine as featured OSS project http://www.linuxtag.org/typo3site/projects.html?&L=1 (german only). Does anybody know something about this? Andi? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: Documenting debug messages (was: wine/dlls/x11drv x11drv_main.c x11drv.h palette.c)
by Dustin Navea 19 Jun '05

19 Jun '05

You are right, it is completely different, but I was just stating that I think it might be something to consider, just so that we non-developers have some clue about what different errors mean.. I, for one, would like to know what the error message in my original reply means. And having some sort of documentation on that exact error message would save everyone some time from having to close reports that are already known, as well as the advantage of not having to answer questions about that. Basically answer the question once for me, and then people can just search (using their browsers' find function) for that exact error on whatever page it gets put on, whether wiki or my own personal site. Perhaps, though, instead of asking people who contribute code and add an err to update the documentation, we should setup a script that will track cvs commit emails (and the attached patch) and just ask alexandre to explain what would cause the fixme/err/warn/etc that is in that patch (in the commit email of course).. I could probably rent a shell to run it, and have the script either update the doc itself, or have it email the explanation to me, and then update the pages myself whenever I have a chance... The first thing though would be to get the current debug messages documented somewhere, then worry about updating it. Of course, if I do go ahead and document it, I would leave the removed messages in there with a note saying "this has been removed as of (date), please update to the latest release, or latest CVS if there hasn't been a release since this was committed".. Of course if I dont have any support, then there's no sense in doing it, so I would only do this with the blessing of the other developers. Dustin Brian Vincent wrote: > On 6/15/05, Dustin Navea <speeddymon(a)gmail.com> wrote: > >>I'd have to agree with you guys on this one. One thing I can think of >>that I would like to take on (given enough time to do it all) is create >>a wiki page that I can use to document all of the fixme's, warn's and >>err's that occur in the source, and then ask anyone that is contributing >>code to update it when they add/remove one of those. For example, it >>might be helpful to a user to know that "err:midi:OSS_MidiInit ioctl on >>midi info for device 0 failed" is more of a fixme than an error, and >>exactly what that "gibberish" means, so that they dont go reporting it >>(making a dupe report), etc.. > > > Well, this is completely different than the config option (registry > value) argument.. > > I don't think it's worth spending any time on. It doesn't provide > that much useful information and it will quickly rot - people won't > keep it updated. > > But that's just my $.02. > > -Brian >

2 1

bit-blit ops
by cdr 19 Jun '05

19 Jun '05

While testing my Win32 application under wine, I came to the conclusion that some bit-blit ops behave differently from when the same code is running under native Windowds. While the subject will be researched further, as a stop-gap measure I have a need to detect - from within my application - that it is running under wine. What is the correct way - if any - to perform such test? tia, crd

7 14

Re: [NtQueryInformationProcess #2] Several stub implementations
by Andreas Mohr 19 Jun '05

19 Jun '05

Hi, On Fri, Jun 17, 2005 at 10:03:49PM +0200, Paul Vriens wrote: > PROCESS_TIMES is a name I made up as I don't seem to be able to find > another struct that matches. Is it ok to put that one in winternl.h ? An explanatory comment would be in order, I think. It's not a good idea to "invent" stuff and pretend it's been there all the time... Andreas Mohr

2 1

Direct Sound freezes. I'd like to help fix them...
by Brian Gunlogson 18 Jun '05

18 Jun '05

Baldurs Gate 2: Shadows of amn, locks up when many sounds are played at once. Like during intense battles. I am positive it is related to direct sound. Because when I disable direct sound in the WINE source (by stubbing out the functions) the game runs fine. The last 5 TRACE()s before the game freezes: 000b:trace:dsound:DSOUND_MixerVol left = 3a59, right = 3dd1 000b:trace:dsound:DSOUND_MixInBuffer (0x4fa720f8,9416,34684) 000b:trace:dsound:DSOUND_tmpbuffer (0x40417778,-4) 000b:trace:dsound:DSOUND_MixInBuffer MixInBuffer (0x4fa720f8) len = -4, dest = 9416 000b:trace:dsound:DSOUND_MixerNorm (0x4fa720f8, 0x52a2d43e, 0x4f9e0dc0), buf_mixpos=26190 WINEDEBUG="trace+dsound,warn+all,fixme+all,+tid" I am under the assumption that direct sound runs in a seperate thread? And maybe there is some buffer overflow/corruption/colision that leads to an infinite loop or even a deadlock (doesn't seem like a deadlock)? What would you do next? Brian G. ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

1 0

Re: MSN Messenger builtin progress
by Maarten Lankhorst 18 Jun '05

18 Jun '05

Krzysztof Foltman schreef: > Maarten Lankhorst wrote: > >> Ah ok, it would have been a nice project for summer of code, >> unfortunately i never applied for it, else I'd try to get it working.. > > > Yes, that's a potentially nice "sponsorable" project. > >> as far as i can tell only msn uses it anyway > > > Hah, another obscure API nobody outside Microsoft ever bothered to > use? That's kind of unfortunate - but do we have a license to run MSN > without Windows anyway? :) If we don't, then using standard > riched20.dll seems to be a viable option. > > Krzysztof > Always CC to wine-devel if related http://support.microsoft.com/?kbid=322092 According to that, Msi will install riched20.dll, if there is none detected. Since they include it on their office cd's, I can safely presume it is perfectly legal to install riched20.dll, so it doesn't look like there could be a legal issue.

2 1

Re: MSN Messenger builtin progress
by Maarten Lankhorst 18 Jun '05

18 Jun '05

Krzysztof Foltman wrote: > Maarten Lankhorst wrote: > >> I'll try playing around a bit with CreateTextServices and see how far I >> will come, it seems to be tricky, I can't find any useful information >> about it. > > > My opinion - forget it. It'd require a major rework of the RICHEDIT20 > control. The function is related to the windowless API of the Rich > Edit Control, which is very different to what we have done so far. > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… > > > I don't even know of a test application I could use to play with this > interface. > > Krzysztof > Ah ok, it would have been a nice project for summer of code, unfortunately i never applied for it, else I'd try to get it working.. as far as i can tell only msn uses it anyway

1 0

MSN Messenger builtin progress
by Maarten Lankhorst 18 Jun '05

18 Jun '05

MSN Messenger 6.2 (!!) seems to run fairly well with only builtin dll's, from what I can tell the only real thing missing is CreateTextServices in riched20.dll, SSL support and urlmon's obtainuseragent (or something), webcams will work without any additional native dll now, if my patch for msvfw32 gets committed. I don't know much about SSL, but currently it works fine by just disabling it. For urlmon's obtainuseragent you should just write a patch so it returns a value, but something like this seems to be enough: +WCHAR Agent[] = { 'B', 'r', 'o', 'w', 's', 'e', 'r', 0 }; + /************************************************************************** * ObtainUserAgentString (URLMON.@) */ @@ -279,6 +281,10 @@ HRESULT WINAPI ObtainUserAgentString(DWO if(dwOption) { ERR("dwOption: %ld, must be zero\n", dwOption); } + + if (sizeof(Agent)/sizeof(WCHAR) < *cbSize) + *cbSize = sizeof(Agent)/sizeof(WCHAR); + lstrcpynW((WCHAR *)pcszUAOut, Agent, *cbSize); Disabling SSL can be done by changing a line in dlls/wininet/netconnection.c, but if someone wants to write ssl you should go right ahead: void NETCON_init(WININET_NETCONNECTION *connection, BOOL useSSL) { - connection->useSSL = useSSL; + connection->useSSL = /*useSSL*/0; It will not run fully, you have to disable msn today before signing in, and you are required to download the mozilla activeX control. Standard wine uses windows version win98 for msnmsgr, but I found out that that is 1 of the worst possible choices, it seems that win2k behaves exactly the same for the user, but works a *LOT* faster, personally I prefer to use win20 and builtin unicows (have to override in config), because else smilies appear to be invisible. What I miss however, is the icon in the system tray, while this works fine under KDE it really *HURTS* not to have it in gnome. I currently use the following native dll's: msvcp60.dll/RTC{DLL,RES,RTP}.dll The above 4 aren't really interesting, as they are required by the mozilla activeX control, and not worth implementing. I can't remember wether it was installed by mozilla activeX, but I believe it was. What is more interesting is that there is now only 1 file needed for msn 6.2 to work builtin (MSN+ works perfectly too): riched20.dll I'll try playing around a bit with CreateTextServices and see how far I will come, it seems to be tricky, I can't find any useful information about it. I am not sure about MSN 7.0, but I can tell already that would require a lot more effort.

3 2

msvcmaker: produces invalid testlist.c files
by Saulius Krasuckas 18 Jun '05

18 Jun '05

Hello, is anyone working on this? Or are we going to get rid of tools/winapi/msvcmaker. If not, this is my try to fix the tool. ChangeLog: Saulius Krasuckas <saulius.krasuckas(a)ieee.org> Sync msvcmaker with make_ctests to generate valid code. Index: tools/winapi/msvcmaker =================================================================== RCS file: /home/wine/wine/tools/winapi/msvcmaker,v retrieving revision 1.37 diff -w -p -u -r1.37 msvcmaker --- tools/winapi/msvcmaker 9 Jun 2005 10:24:51 -0000 1.37 +++ tools/winapi/msvcmaker 18 Jun 2005 06:12:35 -0000 @@ -1079,26 +1079,20 @@ sub _generate_testlist_c($$) { print OUT "#include \"windef.h\"\n"; print OUT "#include \"winbase.h\"\n"; print OUT "\n"; + print OUT "#define STANDALONE\n"; + print OUT "#include \"wine/test.h\"\n"; + print OUT "\n"; foreach my $test (@tests) { print OUT "extern void func_$test(void);\n"; } print OUT "\n"; - print OUT "struct test\n"; - print OUT "{\n"; - print OUT " const char *name;\n"; - print OUT " void (*func)(void);\n"; - print OUT "};\n"; - print OUT "\n"; - print OUT "static const struct test winetest_testlist[] =\n"; + print OUT "const struct test winetest_testlist[] =\n"; print OUT "{\n"; foreach my $test (@tests) { print OUT " { \"$test\", func_$test },\n"; } print OUT " { 0, 0 }\n"; print OUT "};\n"; - print OUT "\n"; - print OUT "#define WINETEST_WANT_MAIN\n"; - print OUT "#include \"wine/test.h\"\n"; } if ($options->winetest) {

1 0

Wine's Registry
by James Liggett 18 Jun '05

18 Jun '05

Hi Brad, I've been following you discussion about wine's registry format, and I find it interesting. I gave it some thought, I have have an idea. Have you thought about using XML as a potential format? Since the registry is a non-relational tree database, this seems to fit quite well. Plus, there's a few libraries that would do the dirty work for us (libxml, expat, many others, name your pick). It could even be possible to modularize the registry using technologies like XInclude or XLink. Just thought I'd offer my two cents. Regards, James Liggett

3 4

"err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750" 20050524, (GCC) 3.3.5
by J. Grant 18 Jun '05

18 Jun '05

Hello, >>>>>>>> I could not find a contact address explicity listed for web site feedback, but could someone tell me if wine -v is gone for good? if it is, could this page be revised to list "wine --version" instead of that "wine -v" http://www.winehq.org/site/docs/wine-user/bug-reporting >>>>>>>> I am using debian unstable wine 20050524 package. gcc (GCC) 3.3.5 (Debian 1:3.3.5-8). i am playing Call Of Duty on Debian. I did not set WINEDEBUG=+relay as it does not seem required in this case. Let me know if you would like me to run with some other options. is the following an bug? is there a fix or solution to it? It could explain why audio breaks sometimes and I have to quit and restart fi there is some corruption. Or is this a fault in the exe rather than dsound section of wine? $ wine ./CoDMP.exe <snip> fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 fixme:wave:OSS_AddRingMessage two fast messages in the queue!!!! toget = 11(WINE_WM_UPDATE), tosave=12(UNKNOWN(0x00000000)) err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 fixme:powermgnt:SetThreadExecutionState (0x2): stub, harm Kind regards JG

1 0

Re: unixfs: cache canonicalized unix paths corresponding to dos devices
by Alexandre Julliard 17 Jun '05

17 Jun '05

Michael Jung <mjung(a)iss.tu-darmstadt.de> writes: > Changelog: > Cache the canonicalized unix paths, which correspond to dos devices. I don't think you want to do that. The goal of the new symlink scheme is to make it possible to change drive config on the fly, caching it would defeat that. -- Alexandre Julliard julliard(a)winehq.org

4 5

Re: Translate the WineFAQ to French
by Dimitrie Paun 17 Jun '05

17 Jun '05

From: "Francois Gouget" <fgouget(a)codeweavers.com> > [...] here's a patch to translate the > Wine FAQ to French using the new po4a/ directory. OK, I've applied the patch to make your life easier, but it needs a lot of work: A. It doesn't work for me (details below) B. The po-rules need to be moved to Make.rules.in C. We need to get rid of the .posgml and sed hack Let's fix these before we put in more translations. So, in reverse order: C. We can do so by patching po4a-translate to do the replacement itself, from within perl. This should also get rid of the .posgml B. They need to be in the same format as the other rules in Make.rules.in (eg .sgml.txt) A. I think we need to check in the generated .sgml too to make it simple to use, so others don't have to go through the pain. Look: [dimi@dimi fr]$ make updatepo cd ../en && PERLLIB=../po4a/lib perl ../po4a/po4a-updatepo -f sgml -m wine-faq.s gml -p ../fr/wine-faq.po perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = "fr" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). Can't locate Locale/gettext.pm in @INC (@INC contains: ../po4a/lib /usr/lib/perl 5/5.8.5/i386-linux-thread-multi /usr/lib/perl5/5.8.5 /usr/lib/perl5/site_perl/5. 8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-mul ti /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_pe rl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1/i386-linux-threa d-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/si te_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr /lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_pe rl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-th read-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/per l5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.2/i3 86-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi / usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_pe rl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/ lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vend or_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at ../po4a/lib/Locale/Po4a/Common.pm line 32. BEGIN failed--compilation aborted at ../po4a/lib/Locale/Po4a/Common.pm line 32. Compilation failed in require at ../po4a/lib/Locale/Po4a/TransTractor.pm line 21 . BEGIN failed--compilation aborted at ../po4a/lib/Locale/Po4a/TransTractor.pm lin e 21. Compilation failed in require at ../po4a/lib/Locale/Po4a/Po.pm line 59. BEGIN failed--compilation aborted at ../po4a/lib/Locale/Po4a/Po.pm line 59. Compilation failed in require at ../po4a/po4a-updatepo line 117. BEGIN failed--compilation aborted at ../po4a/po4a-updatepo line 117. make: *** [wine-faq.updatepo] Error 2 -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

5 24

MSXML
by Oliver Stieber 17 Jun '05

17 Jun '05

Hi, Is MXSML working properly at the moment? I've been trying to get render monkey working so I can do some more testing on vertex shaders but if fails with the following error: XML Parse Error: FIle: data\rm_registry.rfx Error Code -2147024891 Reason: System error -2147024891 Line Nunmber: 0 Line position : 0 Source Text: Clicking ok produces.. XML Parse Error: File c:\Program Files\ATI Research Inc\RenderMonkey 1.5\RmDTDHeader.rfx Error Code -2147024891 Reason: System error -2147024891 Line Nunmber: 0 Line position : 0 Source Text: render monkey can be downloaded from: http://www.ati.com/developer/rendermonkey/ The wise installer failed and I had to install it with cedega. msi can be downloaded from http://66.102.9.104/search?q=cache:4xibXp6MrE0J:www.microsoft.com/downloads… without having to change you browser identification. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

4 6

hello world
by cdr 17 Jun '05

17 Jun '05

I am at the first stages of setting up my winelib development, and am attempting to build a simple app (named "type"). Mkefile generated by winemaker creates type.exe.so; where I would expect either type.exe or simply type. What am I missing? tia, cedar

3 9

Re: ntdll: Implement RtlCopySecurityDescriptor [take 2]
by Alexandre Julliard 17 Jun '05

17 Jun '05

James Hawkins <truiken(a)gmail.com> writes: > +/****************************************************************************** > + * RtlCopyAcl [NTDLL.@] > + */ > +BOOLEAN WINAPI RtlCopyAcl(DWORD nDestinationAclLength, PACL pDestinationAcl, PACL pSourceAcl) I don't see any RtlCopyAcl in ntdll. Where does this come from? -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: advapi32: Implement IsTokenRestricted
by Robert Shearman 17 Jun '05

17 Jun '05

James Hawkins wrote: >Hi, > >I'm not exactly sure whether the LPVOID param of >NtQueryInformationToken should be a BOOLEAN value or a DWORD like >NumRestrictedSids (it isn't documented), but because we just want to >know whether there exists at least one, the BOOLEAN does the trick >until we know how to handle TokenRestrictedSids. > > The parameter is actually of type TOKEN_GROUPS, of which the first DWORD is the number of restricting SIDs. So therefore, the patch is technically correct, but I'd be much more happy if you actually allocated a pointer of type TOKEN_GROUPS. You can see more information about the classes used by NtQueryTokenInformation here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/secauthz/s… >Changelog >* Implement IsTokenRestricted. > > -- Rob Shearman

1 0

richedit's RTF writer writes only 8 kBi; my shell32 load-menu-from-resources patch
by Tobias Burnus 17 Jun '05

17 Jun '05

Hello, assuming that this patch has not been commited since AJ does not regard it as obvious and riskfree (or even as wrong), how could I improve the patch at http://www.winehq.org/hypermail/wine-patches/2005/06/0262.html (Loads the file/folder context menu of the file menus from the resource file.) In addition, I have the problem with exporting RTF files using richedit: They are all cropped at 8 kBi (= 8192 bytes) - at least using the program Diamond2 (even if only a final '}' is missing). Grepping through the sources I see: dlls/riched20/editstr.h:#define STREAMOUT_FONTTBL_SIZE 8192 and in the writer.c file: static BOOL ME_StreamOutRTFText(ME_TextEditor *editor, WCHAR *text, LONG nChars) { char buffer[STREAMOUT_BUFFER_SIZE]; [...] if (pos >= STREAMOUT_BUFFER_SIZE - 11) { if (!ME_StreamOutMove(editor, buffer, pos)) return FALSE; I don't know whether this is my problem, does someone with more insight in richedit's RTF writer.c see how to fix this? Or when the problem is elsewhere, how to test for it? Regards, Tobias PS: Kudos to all Wine developers, especially (since talking of richedit) to Krzysztof Foltman and Phil Krylov; Wine has made a huge lap for me recently and I have the feeling it comes closer and closer to the point where things simply run. :-) (Unfortunally, only 2 of 4 of my programs run, but they do better and better and I've the feeling the other two come closer to be able to be used.)

1 0

Re: advapi32: Implement IsTokenRestricted
by Thomas Weidenmueller 17 Jun '05

17 Jun '05

James Hawkins wrote: > I'm not exactly sure whether the LPVOID param of > NtQueryInformationToken should be a BOOLEAN value or a DWORD like > NumRestrictedSids (it isn't documented), but because we just want to > know whether there exists at least one, the BOOLEAN does the trick > until we know how to handle TokenRestrictedSids. TokenRestrictedSids basically returns a TOKEN_GROUPS structure, the first member GroupCount indicates the number of restricted SIDs. Here's how i'd implement it: http://svn.reactos.com/viewcvs/trunk/reactos/lib/advapi32/token/token.c?rev… Best Regards, Thomas

1 0

Re: right shift count warning fixes
by Mike McCormack 17 Jun '05

17 Jun '05

Mike McCormack wrote: > > I get 3 warnings, when compiling Wine without any extra -W flags. They > are all of the following kind: > > config.c: In function `init_server_dir': > config.c:125: warning: right shift count >= width of type This occured because I configured wine as follows: CFLAGS="-Werror" ./configure This causes some of the configure tests which produce warnings to fail, and thus misconfigure Wine. Bad idea :) Mike

1 0

winecfg version breakage
by Juan Lang 17 Jun '05

17 Jun '05

First post! Now that winecfg writes to the registry (yay!), we can't set the Windows version. winecfg writes the version to HKCU\\Software\\Wine\\Version. ntdll looks for it in HKLM\\Software\\Wine\\Wine\\Config\\Version. Ordinarily I'd just send a patch, but I don't know where the config is supposed to end up when it's all done. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

Nested __TRY blocks?
by Juan Lang 17 Jun '05

17 Jun '05

Are we allowed to use a __TRY block in a function that's called by a function with its own __TRY block for the same exception? Any other restrictions on __TRY/__EXCEPT I should know about? No returning or gotos out of each block, right? Thanks, --Juan __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html

2 1

Windows Icons under konqueror.
by Oliver Stieber 16 Jun '05

16 Jun '05

Hi, Quite a while ago I mentioned that I had a plugin for KDE so that the correct icons for windows applications (and the icons in dlls) are displayed in the file explorer. A few people seemed interested so I've put the plugin up on KDE apps. http://www.kde-apps.org/content/show.php?content=25430 ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

Re: fix some -Wstrict-prototypes warning
by Dimi Paun 16 Jun '05

16 Jun '05

> next patch in series to remove -Wstrict-prototypes warnings. Will we be able to ever turn this on by default? If so, how far away are we? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: wine/programs/winecfg x11drvdlg.c winecfg.h wi ...
by Dimi Paun 16 Jun '05

16 Jun '05

> Log message: > Fixed registry paths to edit the real config, and removed the startup > warning message. > > Patch: http://cvs.winehq.org/patch.py?id=18225 Joy!!! Way to go Alexandre, this was a long time comming. Glad to see we're within the deadlines :) Brian, now we can update the User Guide too, and get the stuff you wrote some time ago into the official docs. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

bug in winetest gui
by Ivan Leo Puoti 16 Jun '05

16 Jun '05

On some systems the tag window is created as modal, but doesn't get focus until the user clicks on the dialogue box or the winetest window. I've found this on windows server 2003 service pack 1, Michael Jung has confirmed this happens on windows server 2003 and windows xp service pack 2. I don't see why Microsoft would change an old and tested function like DialogBoxParam, but something is going wrong. Michael also reported focus stays on the about box in the wine test window, so this windows isn't disabled properly. For some reason I can't get winetest to cross compile here, as I can't try fixing it myself I thought I'd might as well report it. BTW the tag box takes focus correctly on nt 4.0 sp6 Ivan.

3 4

Re: [ntdll/tests/info.c] ProcessBasicInformation
by Felix Nawothnig 16 Jun '05

16 Jun '05

Paul Vriens wrote: > Changelog > W2K3 returns STATUS_INVALID_HANDLE instead of STATUS_ACCESS_VIOLATION If no apps depends on it returning STATUS_ACCESS_VIOLATION - should we maybe do this too? Seems more clean to me since we don't actually catch page faults and passing (void*)1 will crash it anyway. Just a thought. -Felix

1 0

SHELL32/tests: trim extraneous backslash (fwd)
by Saulius Krasuckas 16 Jun '05

16 Jun '05

Is there something wrong in the patch or should I only resync it to current CVS, as it applies not cleanly: patching file dlls/shell32/tests/shlfileop.c patching file dlls/shell32/tests/shlfolder.c Hunk #1 succeeded at 388 (offset 41 lines). ? ---------- Forwarded message ---------- Date: Wed, 15 Jun 2005 16:34:40 +0300 (EEST) To: wine-patches(a)winehq.org When tests starts in lets say 'C:\', some SHELL32 functions are passed 'C:\\testdir'. Then some f-ns fail, while other start lagging horribly. ChangeLog: Saulius Krasuckas <saulius.krasuckas(a)ieee.org> Trim backslash when current dir is a root of the drive. Index: dlls/shell32/tests/shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/tests/shlfileop.c,v retrieving revision 1.19 diff -w -p -u -r1.19 shlfileop.c --- dlls/shell32/tests/shlfileop.c 1 Jun 2005 11:04:26 -0000 1.19 +++ dlls/shell32/tests/shlfileop.c 15 Jun 2005 13:29:48 -0000 @@ -64,7 +64,14 @@ BOOL file_exists(const CHAR *name) /* initializes the tests */ void init_shfo_tests(void) { + char *tail; + + /* shouldn't we cd to %TEMP% to don't leave + trash in a case test caughts some exception? */ GetCurrentDirectoryA(MAX_PATH, CURR_DIR); + tail = CURR_DIR + lstrlenA(CURR_DIR) - 1; + if(*tail=='\\') *tail=0; + createTestFile(".\\test1.txt"); createTestFile(".\\test2.txt"); createTestFile(".\\test3.txt"); Index: dlls/shell32/tests/shlfolder.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/tests/shlfolder.c,v retrieving revision 1.12 diff -w -p -u -r1.12 shlfolder.c --- dlls/shell32/tests/shlfolder.c 14 Jun 2005 19:18:26 -0000 1.12 +++ dlls/shell32/tests/shlfolder.c 15 Jun 2005 13:29:48 -0000 @@ -347,12 +347,15 @@ START_TEST(shlfolder) { ITEMIDLIST *newPIDL; IShellFolder *IDesktopFolder, *testIShellFolder; + char *tail; char cCurrDirA [MAX_PATH] = {0}; WCHAR cCurrDirW [MAX_PATH]; static const WCHAR cTestDirW[] = {'\\','t','e','s','t','d','i','r',0}; HRESULT hr; GetCurrentDirectoryA(MAX_PATH, cCurrDirA); + tail = cCurrDirA + lstrlenA(cCurrDirA) - 1; + if(*tail=='\\') *tail=0; MultiByteToWideChar(CP_ACP, 0, cCurrDirA, -1, cCurrDirW, MAX_PATH); strcatW(cCurrDirW, cTestDirW);

1 0

Re: ntdll: Implement RtlCopySecurityDescriptor
by Alexandre Julliard 16 Jun '05

16 Jun '05

James Hawkins <truiken(a)gmail.com> writes: > +/****************************************************************************** > + * RtlCopyAcl [NTDLL.@] > + */ > +BOOLEAN WINAPI RtlCopyAcl(DWORD nDestinationAclLength, PACL pDestinationAcl, PACL pSourceAcl) > +{ > + DWORD size = ((ACL *)pSourceAcl)->AclSize; > + > + if (!pSourceAcl || !RtlValidAcl(pSourceAcl) || nDestinationAclLength < size) > + return FALSE; There isn't much point in checking for a NULL pSourceAcl when you have already dereferenced it ;-) -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/dlls/x11drv x11drv_main.c x11drv.h palette.c
by Dimi Paun 16 Jun '05

16 Jun '05

From: "Alexandre Julliard" <julliard(a)winehq.org> > Log message: > Merged palette option processing into the main configuration code. Hmm, these don't seem to have the magic comments, is this intentional? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

3 9

Alsa initialization change
by Jeremy White 16 Jun '05

16 Jun '05

Attached is a fairly sizable patch that revamps the way Alsa initialization is done. With this patch, Wine now does the following: scan all cards given by Alsa (not brute force 0-5), respect alsa defaults and environment variable overrides, probe to see if a reported Alsa device is useful (e.g. strip my Modem from the list of reported sound cards), and provide a mechanism for an end user to explicitly configure Wine to use Alsa. The default configuration values should 'just work' in most cases, but the following registry values are permitted to provide finer control: ** [Software\Wine\Wine\Config\ALSA] ** AutoScanCards Whether or not to scan all known sound cards ** and add them to Wine's list (default yes) ** AutoScanDevices Whether or not to scan all known PCM devices ** on each card (default no) ** UsePlugDevice Whether or not to use the plug:hw device, ** which automagically handles rate conversion (def yes) ** DeviceCount If present, specifies the number of hard coded ** Alsa devices to add to Wine's list; default 0 ** DevicePCMn Specifies the Alsa PCM devices to open for ** Device n (where n goes from 1 to DeviceCount) ** DeviceCTLn Specifies the Alsa control devices to open for ** Device n (where n goes from 1 to DeviceCount) ** ** Using AutoScanCards no, and then Devicexxx info ** is a way to exactly specify the devices used by Wine. I'd appreciate anyone passionately interested in Alsa (Kevin? Robert?) taking the time to try this patch. I've tried to 'do no harm', but this is a material enough change that I'm not yet comfortable submitting it to wine-patches. fwiw, there is a (fairly thin) thread on the alsa dev lists regerading this here: http://sourceforge.net/mailarchive/forum.php?thread_id=7452725&forum_id=1752 Cheers, Jeremy

2 8

VMWare Licenses
by Brian Vincent 16 Jun '05

16 Jun '05

A few weeks ago Ivan asked me about getting him a VMWare Workstation license. I contacted VMWare and they graciously donated 5 licenses to Wine. I thought that was pretty generous of them. I contacted some people off-list about it, so now Ivan, Jacek, Hannu, and James all have a copy of VMWare. That means we have 1 more license up for grabs. It's open to anyone. However, I'd like to make sure you'll use it. If you don't have a track record of contributing patches to Wine you're not likely to get it. Likewise, if you don't think you'd use it then please don't ask for it just to have it. Having said that, by all means contact me if you think it would help you out. A lot of Wine developers have been using it for a while and it's a useful tool. Thanks again to VMWare for supporting a free software project! -Brian

2 2

Re: [t2] AutoCAD and more in Wine on T2
by wino＠piments.com 15 Jun '05

15 Jun '05

Hey , and it looks to be working nicely , damn you ;) You just have to resist sending everyone three page emails now! I got one step nearer by moving from 20050310-r1 to 20050524 . This enabled wine to correctly adjust the volume settings and got me through the basic audio setup of NS7. Although I had to turn off the mike boost using alsamixer since NS/wine did not seem to be aware of it. In fact it appears not to set the mike capture but the mike playback volume, so disfuntional but it did not block. I can enter general training for the user and the dlg comes up fine but the only button the works is ... Cancel. This was on alsa-1.08 , I may try 1-09b tommorow. Tantalisingly close. :( On Wed, 15 Jun 2005 23:31:04 +0200, René Rebe <rene(a)exactcode.de> wrote: > Hello T2 community, > > The cool thing about this mail is, that it was dictated using > NaturallySpeaking version 7 running inside Wine -- as I noted I'm on in > the > previous mail. > > It took me quite a lot of my free time and it was quite tricky and messy > to > get wine there. > > Special thanks to Peter for helping preparing the wine configuration. > > Screenshot: http://ec-outpost.dyndns.org/wine-ns7.png > > On Thursday 09 June 2005 00:08, René Rebe wrote: > >> primarily I wanted to get my old IBM ViaVoice investment working under >> Wine >> - which I have not yet managed - or a recent Naturally Speaking version >> (8) >> - which also has some problem - but I think the version 7 of NS will do, > > Have fun -- yours, >

2 1

Status of recent wined3d patches
by Joerg Mayer 15 Jun '05

15 Jun '05

Will the recent d3d patches by Oliver be committed? Thanks Joerg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology.

1 0

unix path problem?
by Robert Reif 15 Jun '05

15 Jun '05

I'm trying to install Visual C++.net and it is quiting without error. The paths look strange in this trace. WINEDEBUG=+file wine /mnt/cdrom1/setup.exe trace:file:CreateFileW L"\\\\.\\C:" QUERY_ACCESS creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"\\\\.\\C:",0xbfffe4a8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\\\.\\C:" 520 0xbfffe254 (nil)) warn:file:CreateFileW Unable to create file L"\\\\.\\C:" (status c0000034) trace:file:CreateFileW returning 0xffffffff trace:file:CreateFileW L"\\\\.\\D:" QUERY_ACCESS creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"\\\\.\\D:",0xbfffe4a8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\\\.\\D:" 520 0xbfffe254 (nil)) trace:file:get_dos_device L"D:" -> "/dev/cdrom1" trace:file:CreateFileW returning 0x1c trace:file:CreateFileW L"\\\\.\\E:" QUERY_ACCESS creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"\\\\.\\E:",0xbfffe4a8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\\\.\\E:" 520 0xbfffe254 (nil)) warn:file:CreateFileW Unable to create file L"\\\\.\\E:" (status c0000034) ... trace:file:GetFileAttributesW L"c:\\windows" trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows",0xbfffe550,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"c:\\windows" 520 0xbfffe318 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\windows" -> "/home/wine/.wine/dosdevices/c:/windows" trace:file:GetFileAttributesW L"c:\\windows\\system" trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\system",0xbfffe550,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"c:\\windows\\system" 520 0xbfffe318 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\windows\\system" -> "/home/wine/.wine/dosdevices/c:/windows/system" trace:file:init_windows_dirs WindowsDir = L"c:\\windows" trace:file:init_windows_dirs SystemDir = L"c:\\windows\\system" trace:file:RtlDosPathNameToNtPathName_U (L"/home/wine",0xbfffe574,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"/home/wine" 520 0xbfffe320 (nil)) trace:file:find_drive_root L"/home/wine" -> drive F:, root="/home/wine", name=L"" trace:file:wine_nt_to_unix_file_name L"\\??\\F:\\" -> "/home/wine/.wine/dosdevices/f:/" trace:file:RtlSetCurrentDirectory_U curdir now L"F:\\" 0x18 trace:file:RtlDosPathNameToNtPathName_U (L"/mnt/cdrom1/setup.exe",0xbfffe654,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"/mnt/cdrom1/setup.exe" 520 0xbfffe414 (nil)) trace:file:find_drive_root L"/mnt/cdrom1/setup.exe" -> drive D:, root="/mnt/cdrom1", name=L"/setup.exe" trace:file:wine_nt_to_unix_file_name L"\\??\\D:\\setup.exe" -> "/home/wine/.wine/dosdevices/d:/setup.exe" trace:file:RtlGetFullPathName_U (L"/mnt/cdrom1/setup.exe" 520 0xbfffe904 (nil)) trace:file:find_drive_root L"/mnt/cdrom1/setup.exe" -> drive D:, root="/mnt/cdrom1", name=L"/setup.exe" trace:file:CreateFileW L"D:\\setup.exe" GENERIC_READ FILE_SHARE_READ FILE_SHARE_DELETE creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"D:\\setup.exe",0xbfffe64c,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"D:\\setup.exe" 520 0xbfffe3f8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\D:\\setup.exe" -> "/home/wine/.wine/dosdevices/d:/setup.exe" trace:file:CreateFileW returning 0x20 trace:file:SetFilePointerEx handle 0x20 offset 0 newpos 0xbfffe540 origin 0 trace:file:ReadFile 0x20 0xbfffe67c 64 0xbfffe578 (nil) trace:file:SetFilePointerEx handle 0x20 offset 100 newpos 0xbfffe540 origin 0 trace:file:ReadFile 0x20 0xbfffe57c 248 0xbfffe578 (nil) ... trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\\\setup.ini" 520 0x4080dfc8 0x4080dfbc) trace:file:CreateFileW L"C:\\windows\\temp\\setup.ini" GENERIC_READ FILE_SHARE_READ creation 3 attributes 0x80 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\setup.ini",0x4080df54,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\setup.ini" 520 0x4080dd00 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\windows\\temp\\setup.ini" -> "/home/wine/.wine/dosdevices/c:/windows/temp/setup.ini" trace:file:CreateFileW returning 0x6c trace:file:GetTempPathW 260,0x4080f3f0 trace:file:RtlGetFullPathName_U (L"c:\\windows\\temp" 520 0x4080e97c (nil)) trace:file:GetTempPathW returning 16, L"C:\\windows\\temp\\" trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe" 1040 0x4080cf98 0x4080ccd0) trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe \\NoCheckAutoRun" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun.exe",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun.exe" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe \\NoCheckAutoRun.exe" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun" 1040 0x4080cf98 0x4080ccd0) trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe \\NoCheckAutoRun" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe \\NoCheckAutoRun \\TempCopy" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy.exe",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy.exe" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe \\NoCheckAutoRun \\TempCopy.exe" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy" 1040 0x4080cf98 0x4080ccd0) trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy" 520 0x4080ca68 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe \\NoCheckAutoRun \\TempCopy" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy /OrigPath=\"D:\\\"",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy /OrigPath=\"D:\\\"" 520 0x4080ca68 (nil)) trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy /OrigPath=\"D:\\\".exe",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy /OrigPath=\"D:\\\".exe" 520 0x4080ca68 (nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy /OrigPath=\"D:\\\"" 1040 0x4080cf98 0x4080ccd0) trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy /OrigPath=\"D:\\\"",0x4080cca8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe /NoCheckAutoRun /TempCopy /OrigPath=\"D:\\\"" 520 0x4080ca68 (nil)) trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe",0x4080c3c4,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe" 520 0x4080c184 (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe" not found in /home/wine/.wine/dosdevices/c:/windows/temp trace:file:GetFileAttributesW L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe" trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe",0x4080c3a4,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\temp\\/mnt/cdrom1/setup.exe" 520 0x4080c16c (nil)) warn:file:wine_nt_to_unix_file_name L"mnt\\cdrom1\\setup.exe" not found in /home/wine/.wine/dosdevices/c:/windows/temp

1 0

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 15 Jun '05

15 Jun '05

> Message du 14/06/05 15:43 > De : "Marcus Meissner" > A : "Christian Costa" > Copie à : "Marcus Meissner" , "Alexandre Julliard" , "Brian Vincent" , wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > On Tue, Jun 14, 2005 at 01:49:59PM +0200, Christian Costa wrote: > > > > > Message du 14/06/05 13:24 > > > De : "Marcus Meissner" > > > A : "Christian Costa" > > > Copie à : "Marcus Meissner" , "Alexandre Julliard" , "Brian Vincent" , wine-devel(a)winehq.com > > > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > > > > > On Tue, Jun 14, 2005 at 01:05:37PM +0200, Christian Costa wrote: > > > > > > > > What do you mean by dlls? > > > > A shared version of libavcodec or a quartz.dll with libavcodec linked statically? > > > > > > I meant seperate DLLs (dll.so files for WINE actually). > > > > > > Is all needed to be in quartz.dll directly? > > > > > > Or can you split off parts into quartz_codec1.dll , q_codec2.dll or > > > similar? > > > > > > > Since filters are COM objects, we can embed them in separate dlls but this > > would kill the concept of a generic libavcodec wrapper. > > And anyway this will not help us that much because the libavcodec is a big > > one peace of code and this would require to rewrite the building system to > > split codecs. > > > What I think of is putting all codecs that can benefit from libavcodec > into a wine-quartz-avcoded.rpm which contains one (1) q_avcodec.dll which can > register all these filters. > > So just 1 add-on RPM to install additionaly. > > Since this can be provided by external contributors a distributor would not > have to worry about libavcoded related problems. > This sounds rather complicated to me. Indeed, if we have to play with libavcodec files and build, why not just take a version of this library, hack it to generate a libwineavcodec.so which contains all the typical codecs we want to be supported in wine and finally generate an rpm which contain the shared lib + the headers. This way if I want one day to break all the video (and soon audio) wrapper, noone will have to update the lib. The update will be done from time to time when syncing with ffmpeg sources. And finally, when the time comes when ffmpeg people provide and maintain a shared lib with a stable API, we will have just to drop ours and take theirs. :-) The problem is to find a place to host it and find a victim to do the package and maintain it. (You? :-)) Bye, Christian

2 2

Re: wine/dlls/crypt32 tests/encode.c encode.c
by Phil Krylov 15 Jun '05

15 Jun '05

Hi, this change gives me a lot of errors when compiling: make[3]: Entering directory `/home/phil/build/wine/dlls/crypt32/tests' ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole encode.o main.o protectdata.o testlist.o -o crypt32_test.exe.so -L../../../ libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../ libs -lcrypt32 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/../../../../i686-pc-linux- gnu/bin/ld: warning: creating a DT_TEXTREL in object. encode.o(.text+0x3b): In function `test_encodeInt': /home/phil/build/wine/dlls/crypt32/tests/encode.c:74: undefined reference to `CryptEncodeObjectEx' encode.o(.text+0x8f):/home/ phil/build/wine/dlls/crypt32/tests/encode.c:81: undefined reference to `CryptEncodeObjectEx' ... -- Ph.

2 1

Re: propsheet: run our own message loop for modal propsheets
by Robert Shearman 15 Jun '05

15 Jun '05

Huw D M Davies wrote: > Huw Davies <huw(a)codeweavers.com> > For modal propsheets we should run our own message loop rather than > use a modal dialogbox just like Windows does. This helps apps that > subclass the propsheet's wndproc. > > >+static INT do_loop(PropSheetInfo *psInfo) >+{ >+ MSG msg; >+ INT ret = 0; >+ HWND hwnd = psInfo->hwnd; >+ >+ while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0, 0))) >+ { >+ if(ret == -1) >+ break; >+ >+ if(!IsDialogMessageW(hwnd, &msg)) >+ { >+ TranslateMessage(&msg); >+ DispatchMessageW(&msg); >+ } >+ } >+ if(ret == 0) ret = -1; >+ >+ DestroyWindow(hwnd); >+ return ret; >+} > If you get a WM_QUIT message while in the loop, then you have to repost it so that the application sees it and shuts down properly. -- Rob Shearman

1 0

Re: Resolve all include/wine/test.h dependencies, avoid an error with MSVC
by Alexandre Julliard 15 Jun '05

15 Jun '05

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > @@ -89,7 +91,7 @@ struct test > void (*func)(void); > }; > > -static const struct test winetest_testlist[]; > +static const struct test winetest_testlist[2]; This isn't correct, the size is 2 only for standalone tests. Does something like this work for MSVC too? Index: include/wine/test.h =================================================================== RCS file: /opt/cvs-commit/wine/include/wine/test.h,v retrieving revision 1.17 diff -u -p -r1.17 test.h --- include/wine/test.h 13 Jun 2005 12:10:54 -0000 1.17 +++ include/wine/test.h 13 Jun 2005 13:08:46 -0000 @@ -22,6 +22,7 @@ #define __WINE_TEST_H #include <stdarg.h> +#include <stdlib.h> #include <windef.h> #include <winbase.h> @@ -43,7 +44,7 @@ extern int winetest_get_mainargs( char** #ifdef STANDALONE #define START_TEST(name) \ static void func_##name(void); \ - static const struct test winetest_testlist[] = { { #name, func_##name }, { 0, 0 } }; \ + const struct test winetest_testlist[] = { { #name, func_##name }, { 0, 0 } }; \ static void func_##name(void) #else #define START_TEST(name) void func_##name(void) @@ -129,7 +130,7 @@ struct test void (*func)(void); }; -static const struct test winetest_testlist[]; +extern const struct test winetest_testlist[]; /* debug level */ int winetest_debug = 1; -- Alexandre Julliard julliard(a)winehq.org

2 2

wine loader anamoly
by bala saravanan 15 Jun '05

15 Jun '05

Hello, I am using wine-20040309 on my rehat 9 machine. When I use wine in the default redhat 9 kernel 2.4.20-8, i see that the wineserver and wine-pthread binaries are running. Whereas when i use the vannila kernel 2.4.20, wineserver and wine-kthread binaries are running. Can anyone explain the reason behind this behavious of wine. You help would be highly appreciated. Thanks, Balas __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

Re: Soliciting suggestions for AppDB
by Mitchell Mebane 14 Jun '05

14 Jun '05

Well, I just sent in my proposal. We'll see what happens. :) --Mitchell Mebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

1 0

user32.dll SetSystemCursor
by Tom Wickline 14 Jun '05

14 Jun '05

I have noticed while trying to get a couple games to work that they require SetSystemCursor and the function is documented here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu… Anyone care to help me implement this function? Tom

2 2

Re: tester needed
by Mitchell Mebane 14 Jun '05

14 Jun '05

Ivan Leo Puoti wrote: > Mitchell Mebane wrote: > >> I'll install a plain 2003 in a VM right now. What do you need tested? > > > Get the latest winetest build from test.winehq.com/data and tell me if > the tag window gets focus as soon as it's created. > > Ivan. > > > . > OK, original Windows Server 2003 EE, absolutely zero updates: Run the latest winetest, the tag window appears, and the text box has focus. user32.dll v 5.2.3790.0 Windows Server 2003 EE, with SP1: text box has focus My desktop, Windows XP Pro SP2 with all the latest updates: text box has focus So, on all three, I can immediately start typing in a tag. -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

1 0

Re: QUARTZ: check for NULL before IReferenceClock_Release
by Tom Wickline 14 Jun '05

14 Jun '05

On 6/14/05, Alex Villacís Lasso <a_villacis(a)palosanto.com> wrote: > While trying to isolate an AVIFile bug, this other bug showed up. The > function TransformFilter_Release tries to decrement a reference counter > on a NULL pClock, which inmediately segfaults. This patch corrects this bug: > > Changelog: > * Check for NULL before IReferenceClock_Release in TransformFilter_Release > You forgot the patch :-) Tom > Alex Villacís Lasso > >

1 0

Getting civilization 2 to work...
by Kristiaan Lenaerts 14 Jun '05

14 Jun '05

Hello, I've been following the wine-devel lists for some time now, but I never found time to actually work on something... until now. I am trying to get civilization 2 to work (with some succes). I chose that game for some reasons (I like the game and the error looks easy, a bit like the tutorials). I made the following trace: 0013:Call user32.GetWindowLongA(00170034,0000000a) ret=005d2a16 0013:Ret user32.GetWindowLongA() retval=00000000 ret=005d2a16 0013:Call user32.GetClassLongA(00170034,ffffffee) ret=005d2a25 0013:Ret user32.GetClassLongA() retval=0000000c ret=005d2a25 0013:Call user32.GetWindowLongA(00170034,00000004) ret=005d2a39 0013:Ret user32.GetWindowLongA() retval=778bfd70 ret=005d2a39 0013:trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=0x40f81f 0013:trace:seh:__regs_RtlRaiseException info[0]=00000000 0013:trace:seh:__regs_RtlRaiseException info[1]=00000008 0013:trace:seh:__regs_RtlRaiseException eax=00000000 ebx=7793cd94 ecx=00000000 edx=7794dfe4 esi=00170034 edi=000c0054 It shows a call to GetWindowLongA with nIndex = 10, which is not valid, and so it returns NULL. After this the program generates a STATUS_ACCESS_VIOLATION, and hangs. After searching trough win.c I found the following comment: /* * Some programs try to access last element from 16 bit * code using illegal offset value. Hopefully this is * what those programs really expect. */ changing the if statement that follows according to the following patch made civilization 2 work, although the performance is really bad. I tried making a test for this, to check if this behaviour is the same on windows, but I'm unable to make a test that will run. I don't know h ow to make the cbWndExtra and wExtra fields in the WND struct into something usefull, so it will not segfault. Mayby it is possible to leave them empty, but I don't know how, if I leave them empty every test with nIndex > 0 failes. I hope this is somewhat usefull. Krist Index: dlls/user/win.c =================================================================== RCS file: /home/wine/wine/dlls/user/win.c,v retrieving revision 1.6 diff -u -p -r1.6 win.c --- dlls/user/win.c 7 Jun 2005 20:11:17 -0000 1.6 +++ dlls/user/win.c 13 Jun 2005 19:08:25 -0000 @@ -1863,8 +1863,7 @@ static LONG_PTR WIN_GetWindowLong( HWND * code using illegal offset value. Hopefully this is * what those programs really expect. */ - if (type == WIN_PROC_16 && - wndPtr->cbWndExtra >= 4 && + if (wndPtr->cbWndExtra >= 4 && offset == wndPtr->cbWndExtra - sizeof(WORD)) { INT offset2 = wndPtr->cbWndExtra - sizeof(LONG);

2 2

tester needed
by Ivan Leo Puoti 14 Jun '05

14 Jun '05

Hello, I need a fairly simple test run for me on windows service 2003 *without* service pack 1, if you can do this please drop me a line. Ivan.

3 2

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

> Message du 14/06/05 13:24 > De : "Marcus Meissner" > A : "Christian Costa" > Copie à : "Marcus Meissner" , "Alexandre Julliard" , "Brian Vincent" , wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > On Tue, Jun 14, 2005 at 01:05:37PM +0200, Christian Costa wrote: > > > > What do you mean by dlls? > > A shared version of libavcodec or a quartz.dll with libavcodec linked statically? > > I meant seperate DLLs (dll.so files for WINE actually). > > Is all needed to be in quartz.dll directly? > > Or can you split off parts into quartz_codec1.dll , q_codec2.dll or > similar? > Since filters are COM objects, we can embed them in separate dlls but this would kill the concept of a generic libavcodec wrapper. And anyway this will not help us that much because the libavcodec is a big one peace of code and this would require to rewrite the building system to split codecs. Bye, Christian

2 1

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

Alexandre, If the possible (even rare) presence of a libavcodec.so lib can causes troubles. Would it be acceptable to force static linking with a configure check such as this one? dnl **** Check for avcodec lib **** AVCODECLIBS="" LIBS="/usr/lib/libavcodec.a -lz -lm" AC_CHECK_HEADERS(ffmpeg/avcodec.h, [AC_TRY_LINK([#include ],[avcodec_init();], [AC_DEFINE(HAVE_LIBAVCODEC, 1, [Define if you have the avcodec library (libavcodec.a)]) AVCODECLIBS="/usr/lib/libavcodec.a -lz -lm"])]) LIBS=""; AC_SUBST(AVCODECLIBS) Bye, Christian

1 0

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

Alexandre, If the possible (even rare) presence of a libavcodec.so lib can causes troubles. Would it be acceptable to force static linking with a configure check such as this one? dnl **** Check for avcodec lib **** AVCODECLIBS="" LIBS="/usr/lib/libavcodec.a -lz -lm" AC_CHECK_HEADERS(ffmpeg/avcodec.h, [AC_TRY_LINK([#include <ffmpeg/avcodec.h>],[avcodec_init();], [AC_DEFINE(HAVE_LIBAVCODEC, 1, [Define if you have the avcodec library (libavcodec.a)]) AVCODECLIBS="/usr/lib/libavcodec.a -lz -lm"])]) LIBS=""; AC_SUBST(AVCODECLIBS) Bye, Christian

1 0

Debugger under Solaris
by Robert Lunnon 14 Jun '05

14 Jun '05

I need some help to implement the debugger under Solaris. In particular I need help with how ptrace interacts with the threading model under Linux which I understand uses processes for threads. Since Solaris has user mode threads, stopping a pid stops all the threads in the debugee which used to deadlock the debugger. This suggests I need to operate on threads within processes rather than the processes themselves. This is possible with a few IPC tricks, but I need to understand the semantics Any volunteers ?

3 4

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

What do you mean by dlls? A shared version of libavcodec or a quartz.dll with libavcodec linked statically? Bye, Christian > Message du 14/06/05 08:50 > De : "Marcus Meissner" > A : "Brian Vincent" > Copie à : "Alexandre Julliard" , titan.costa(a)wanadoo.fr, wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > On Mon, Jun 13, 2005 at 11:08:00AM -0600, Brian Vincent wrote: > > On 13 Jun 2005 18:11:14 +0200, Alexandre Julliard > > wrote: > > > > > > > > > If there's only a static lib then I guess it's fine. Is that the case > > > on all major distros? > > > > > > > > I just dug through a bunch of distros and no one ships ffmpeg by default. > > That includes Fedora 4, SuSE 9.2/9.3, Mandriva 10.1, and Slackware 10.1. > > It's marked "optional" on Debian sarge. > > I think I ran into this same issue with xine a while ago. I believe they > > ship ffmpeg, but can't remember. > > SUSE does not ship it for the usual legal reasons. > > I would suggest making this an addon package for distributions, to drop > it right beside a normal WINE installation when needed. (with dlls and > regsvr and .inf files or so). > > Ciao, Marcus > >

2 1

SetThreadPriority??
by Andreas Mohr 14 Jun '05

14 Jun '05

Hi guys, has ANYONE done any testing with my experimental SetThreadPriority patch which I mailed on May 15? So far I haven't received any replies, despite this probably being rather interesting, given that it is implemented by many of our winmm threads... Or should this remain untested until I will have a sizeable amount of time for testing myself during LinuxTag? Andreas Mohr

3 2

Flattening dll directories.
by Glen Kaukola 14 Jun '05

14 Jun '05

Hi there, I was looking over the Janitorial section on the wiki, and it seems like flattening dlls is something I could definitely handle. Is this something that's still needed or wanted? And then how would that work? Would I need cvs write access to get anything done? Or can diff produce a patch that handles moving things around like that? Glen -- Free will is just an illusion.

3 2

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

Well, it was meant to link with the static library only however I admit my configure check is not that good. The FFMpeg build the static lib by default and it's not likely you find a shared version lying somewhere when building Wine. > Message du 13/06/05 15:12 > De : "Alexandre Julliard" > A : "Christian Costa" > Copie à : wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > Christian Costa writes: > > > Moved avcodec.h include into the #ifdef section. > > > > Changelog: > > Added FFMpeg video wrapper filter. > > You should dlopen the library to avoid creating a run-time dependency. > > -- > Alexandre Julliard > julliard(a)winehq.org > > >

6 5

Re: activeds.dll (#1_v2)
by Tom Wickline 13 Jun '05

13 Jun '05

On 6/12/05, Detlef Riekenberg <wine.dev(a)web.de> wrote: > Hi. > > Changelog: > Added "activeds.dll" with some stubs to get the native > "printui.dll" (w2k) loaded for the command "/?" > (rundll32.exe printui.dll,PrintUIEntry "/?") > > (More patches will follow for winspool.drv and other) You forgot the patch... Tom > > -- > By By ... > ... Detlef

2 2

Re: DMLOADERe: Prevent crash on IDirectMusicLoaderResourceStream_IStream_Read if pcbRead is NULL
by Alex Villacís Lasso 13 Jun '05

13 Jun '05

Juan Lang wrote: >>- TRACE_(dmfileraw)(": data (size = 0x%08lX): '%s'\n", *pcbRead, >> >> >debugstr_an(pv, *pcbRead)); > > >>+ TRACE_(dmfileraw)(": data (size = 0x%08lX): '%s'\n", cb, >> >> >debugstr_an(pv, *pcbRead)); > >Should that be: > TRACE_(dmfileraw)(": data (size = 0x%08lX): '%s'\n", cb, debugstr_an(pv, >cb)); >instead? > >--Juan > > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com > > You are right. I failed to notice the second use of the suspicious pointer. Here is a corrected patch. Alex Villacís Lasso

1 0

Re: Dragon NS7 on wine
by wino＠piments.com 13 Jun '05

13 Jun '05

Rene, did you get the my comcat OK? I noticed that yours is exactly the same length but a different checksum. md5sum c/windows/system/comcat.dll 4e72c4b7eb91bca165fd04e0ab4f121e c/windows/system/comcat.dll It seems odd that your NS installation had a few differences to mine, was it the german version? Mine was 7.00 english. The other thing that can make a big diffence is of course the wine version. Previous posted info relates to wine-20041019-r3. What are you using ? It is frustrating that this is so close but not quite there. Regards On Sun, 12 Jun 2005 11:22:16 +0200, René Rebe <rene(a)exactcode.de> wrote: > Hi, > > On Saturday 11 June 2005 11:45, you wrote: > >> >>> And then when trying to start the applications a dlg that tells me >> that >> >> the 'nstex50.dll' can not be found >> >> This may be a corrolary of you your comcat error which I do not get. >> >> Try googling for comcat.dll , in particular this seems relevant. > > Do you have a comcat.dll (in windows/system)? If so - could you send it > (or if > not the md5sum) to me? > > rene@haudraufinix:~/c/windows/system$ l comcat.dll > -rw-r--r-- 1 rene users 6144 Mar 28 1999 comcat.dll > > rene@haudraufinix:~/c/windows/system$ file comcat.dll > comcat.dll: MS Windows PE 32-bit Intel 80386 GUI DLL > > rene@haudraufinix:~/c/windows/system$ md5sum comcat.dll > bd4131f09672427fd646201a5cc780f2 comcat.dll > > Yours, >

2 2

How to add winmm.dll driver from within msacm32.dll?
by a_villacis＠palosanto.com 13 Jun '05

13 Jun '05

I recently downloaded a Japanese RPG game (http://download.sama.jp:8080/archives/shinkiro_pre.zip) and tried to run it under Wine. However, it crashed with the following fatal trace: [alex@karlalex shinkiro_pre]$ pwd /home/alex/.wine/drive_c/shinkiro_pre [alex@karlalex shinkiro_pre]$ LANG=ja WINEDEBUG=msacm,winmm wine game.exe trace:winmm:DllMain 0x7f620000 0x1 0x1 trace:winmm:WINMM_CreateIData Initialized IData (0x7f67fba0) trace:winmm:MMDRV_Init () trace:winmm:MMDRV_Install ('winealsa.drv', 'winealsa.drv', mapper=N); ALSA lib control.c:654:(snd_ctl_open_noupdate) Invalid CTL plug:hw:0 ALSA lib pcm_hw.c:1056:(snd_pcm_hw_open) open /dev/snd/pcmC1D0p failed: Device or resource busy ALSA lib pcm_hw.c:1056:(snd_pcm_hw_open) open /dev/snd/pcmC1D0c failed: Device or resource busy trace:winmm:MMDRV_Install Got 32 bit func 'midMessage' trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 (0x7fa9fc54, 0x7fa9f998, 128) trace:winmm:MMDRV_GetDescription32 Can't find file winealsa.drv trace:winmm:MMDRV_Install winealsa.drv => No description trace:winmm:MMDRV_InitPerType (0x7f67f600, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7f67f600, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f600, 0002, 0035) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (winealsa.drv:MidiIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (winealsa.drv:MidiIn) trace:winmm:MMDRV_InitPerType MidiIn:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f600, 0003, 0001) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 5 dev for (winealsa.drv:MidiOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=5 (ttop=5) for (winealsa.drv:MidiOut) trace:winmm:MMDRV_InitPerType MidiOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[1] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[2] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[3] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[4] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f600, 0004, 0032) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (winealsa.drv:WaveIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (winealsa.drv:WaveIn) trace:winmm:MMDRV_InitPerType WaveIn:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f600, 0005, 0003) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (winealsa.drv:WaveOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (winealsa.drv:WaveOut) trace:winmm:MMDRV_InitPerType WaveOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_Install ('wavemapper', 'msacm.drv', mapper=Y); trace:msacm:DllMain 0x7f5f0000 0x1 (nil) trace:msacm:MSACM_RegisterDriver (L"MSACM.imaadpcm", L"imaadp32.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"MSACM.msadpcm", L"msadp32.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"MSACM.msg711", L"msg711.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"MSACM.winemp3", L"winemp3.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"msacm32.dll", L"msacm32.dll", (nil)) trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 (0x7fa9fb54, 0x7fa9f998, 128) trace:winmm:MMDRV_GetDescription32 Can't find file msacm.drv trace:winmm:MMDRV_Install msacm.drv => No description trace:winmm:MMDRV_InitPerType (0x7f67f654, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0002, 0035) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0003, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0004, 0032) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=1) for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType WaveIn:Trans[-1] -> wavemapper trace:winmm:MMDRV_InitPerType WaveIn:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f654, 0005, 0003) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=1) for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType WaveOut:Trans[-1] -> wavemapper trace:winmm:MMDRV_InitPerType WaveOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_Install ('midimapper', 'midimap.drv', mapper=Y); trace:winmm:MMDRV_GetNum (0003) trace:winmm:midiOutGetDevCapsW (0, 0x7fa9f720, 84); trace:winmm:MMDRV_Get ((nil), 0003, Y) trace:winmm:MMDRV_GetByID (0000, 0003) trace:winmm:MMDRV_Message (MidiOut 0 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=0 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (1, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x1, 0003, Y) trace:winmm:MMDRV_GetByID (0001, 0003) trace:winmm:MMDRV_Message (MidiOut 1 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=1 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (2, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x2, 0003, Y) trace:winmm:MMDRV_GetByID (0002, 0003) trace:winmm:MMDRV_Message (MidiOut 2 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=2 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (3, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x3, 0003, Y) trace:winmm:MMDRV_GetByID (0003, 0003) trace:winmm:MMDRV_Message (MidiOut 3 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=3 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (4, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x4, 0003, Y) trace:winmm:MMDRV_GetByID (0004, 0003) trace:winmm:MMDRV_Message (MidiOut 4 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=4 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_GetDescription32 (0x7fa9fa54, 0x7fa9f98c, 128) trace:winmm:MMDRV_GetDescription32 Can't find file midimap.drv trace:winmm:MMDRV_Install midimap.drv => No description trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0002, 0035) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0003, 0001) trace:msacm:MIDIMAP_modMessage (0, 0064, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:msacm:MIDIMAP_modMessage (0, 0001, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType Got 1 dev for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=5) for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType MidiOut:Trans[-1] -> midimapper trace:winmm:MMDRV_InitPerType MidiOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[1] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[2] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[3] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[4] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0004, 0032) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0005, 0003) trace:winmm:joyGetPos (0, 0x7fa9f2b8); trace:winmm:MMDRV_GetNum (0005) trace:winmm:waveOutMessage ((nil), 2068, 2141844160, 0) trace:winmm:MMDRV_Get ((nil), 0005, N) trace:winmm:MMDRV_Get ((nil), 0005, Y) trace:winmm:MMDRV_GetByID (0000, 0005) trace:winmm:MMDRV_PhysicalFeatures (0x7fe01b8c, 0814, 7fa9f2c0, 00000000) trace:winmm:MMDRV_Message (WaveOut 0 2068 0x00000000 0x7fa9f2c0 0x00000000 Y) trace:winmm:MMDRV_Message Calling message(dev=0 msg=2068 usr=0x00000000 p1=0x7fa9f2c0 p2=0x00000000) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:WAVE_Open (0x7fe19304, 0, Out, 0x7fe163a0, 7D70B324, 7FE19068, 00030080, 32); trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=22050, nAvgBytesPerSec=44100, nBlockAlign=2, wBitsPerSample=8 trace:winmm:MMDRV_Alloc (28, 0005, 0x7fa9f298, 0x7fa9f2e8, 0x7fa9f2e0, 0x7fa9f2e4, Y) trace:winmm:MMDRV_GetNum (0005) trace:winmm:WAVE_Open cb=7d70b324 trace:winmm:MMDRV_Open (0x7fe18dd8, 0005, 0x7fa9f29c, 0x00030080) trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x7fa9f268 0x7fa9f29c 0x00030080 Y) trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x7fa9f268 p1=0x7fa9f29c p2=0x00030080) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:WAVE_Open dwRet = MMSYSERR_NOERROR trace:winmm:WAVE_Open => MMSYSERR_NOERROR hWave=0x8000 trace:msacm:acmDriverAddA (0x7fa9f3d4, 0x10000000, 10001040, 00000000, 00000003) trace:msacm:MSACM_RegisterDriver ((null), (null), 0x10000000) err:msacm:MSACM_GetRegistryKey No alias needed for registry entry trace:msacm:acmDriverOpen (0x7fa9ebc0, 0x7d7d03f8, 00000000) trace:msacm:acmDriverOpen '(null)' => 7d7d0430 wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x7b480000 in 32-bit code (0x47415b47). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:47415b47 ESP:7fa9eb60 EBP:7fa9eb80 EFLAGS:00210246( - 00 -RIZP1) EAX:00000000 EBX:77ef5f14 ECX:3fffc006 EDX:00000000 ESI:fffffff8 EDI:7b480000 Stack dump: 0x7fa9eb60: 7b470020 77eca05e 7b470020 00000000 0x7fa9eb70: fffffff8 77ef5f14 7b470020 fffffff8 0x7fa9eb80: 7fa9eba8 77ec93b8 7b470020 fffffff8 0x7fa9eb90: 00000000 7d7d0000 7b470000 7f60798c 0x7fa9eba0: 7d7d03f8 7d7d03f8 7fa9f360 7f60069f 0x7fa9ebb0: 7d7d0000 0000000a fffffff8 77eea224 Backtrace: =>1 0x47415b47 __GI_memset in libc.so.6 (0x7fa9eb80) 2 0x77ec93b8 RtlAllocateHeap(heap=0x7d7d0000, flags=0xa, size=0xfffffff8) [/home/alex/install/wine/wine-20050524-patch/dlls/ntdll/heap.c:1179] in ntdll (0x7fa9eba8) 3 0x7f60069f MSACM_FillCache+0x197(padid=0x7d7d03f8) [/home/alex/install/wine/wine-20050524-patch/dlls/msacm/internal.c:106] in msacm32 (0x7fa9f360) 4 0x7f600b1c MSACM_RegisterDriver(pszDriverAlias=0x0, pszFileName=0x0, hinstModule=0x10000000) [/home/alex/install/wine/wine-20050524-patch/dlls/msacm/internal.c:279] in msacm32 (0x7fa9f37c) 5 0x7f5fd580 acmDriverAddA+0x4c(phadid=0x7fa9f3d4, hinstModule=0x10000000, lParam=0x10001040, dwPriority=0x0, fdwAdd=0x3) [driver.c:79] in msacm32 (0x7fa9f39c) 6 0x0045bb45 in game (+0x5bb45) (0x7fa9ff2c) 7 0x7fd2105b start_process+0xc3(arg=0x0) [/home/alex/install/wine/wine-20050524-patch/dlls/kernel/process.c:1044] in kernel32 (0x7fa9fff4) 8 0xb7f5b70d wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x47415b47 __GI_memset+0x37 in libc.so.6: repe stosl %es:(%edi) Modules: Module Address Debug info Name (81 modules) ELF 0x001d5000-0027e000 Deferred libasound.so.2 ELF 0x001d5000-0027e000 Deferred libasound.so.2 ELF 0x002a1000-002b2000 Deferred libz.so.1 ELF 0x002b4000-00319000 Deferred libfreetype.so.6 ELF 0x0031b000-00342000 Deferred libfontconfig.so.1 ELF 0x003b2000-0047a000 Deferred libx11.so.6 PE 0x00400000-008d7000 Export game ELF 0x00cba000-00cc8000 Deferred libxext.so.6 ELF 0x00cca000-00ce1000 Deferred libice.so.6 ELF 0x00cdb000-00ce1000 Deferred libxxf86dga.so.1 ELF 0x00ce3000-00ceb000 Deferred libsm.so.6 ELF 0x00d01000-00d09000 Deferred libxrender.so.1 ELF 0x00d0b000-00d0e000 Deferred libxrandr.so.2 ELF 0x00d3b000-00d40000 Deferred libxxf86vm.so.1 ELF 0x00dbf000-00dc8000 Deferred libxcursor.so.1 PE 0x10000000-10138000 Deferred vorbis.acm ELF 0x47395000-473ac000 Deferred ld-linux.so.2 ELF 0x473ae000-474ca000 Export libc.so.6 ELF 0x474cc000-474ef000 Deferred libm.so.6 ELF 0x474f1000-474f5000 Deferred libdl.so.2 ELF 0x475e4000-475f6000 Deferred libpthread.so.0 ELF 0x476ba000-476d9000 Deferred libexpat.so.0 ELF 0x77e90000-77f00000 Stabs ntdll<elf> \-PE 0x77eb0000-77f00000 \ ntdll ELF 0x77f00000-77f03000 Deferred <wine-loader> ELF 0x7b8c0000-7b8d4000 Deferred joystick.drv<elf> \-PE 0x7b8d0000-7b8d4000 \ joystick.drv ELF 0x7d4b6000-7d4c0000 Deferred xomgeneric.so.2 ELF 0x7d6dd000-7d722000 Deferred dsound<elf> \-PE 0x7d6f0000-7d722000 \ dsound ELF 0x7d722000-7d790000 Deferred ddraw<elf> \-PE 0x7d740000-7d790000 \ ddraw ELF 0x7d98c000-7d9b6000 Deferred winealsa.drv<elf> \-PE 0x7d9a0000-7d9b6000 \ winealsa.drv ELF 0x7f0ec000-7f109000 Deferred ximcp.so.2 ELF 0x7f110000-7f128000 Deferred msacm.drv<elf> \-PE 0x7f120000-7f128000 \ msacm.drv ELF 0x7f29d000-7f311000 Deferred winex11.drv<elf> \-PE 0x7f2b0000-7f311000 \ winex11.drv ELF 0x7f3b2000-7f3c7000 Deferred midimap.drv<elf> \-PE 0x7f3c0000-7f3c7000 \ midimap.drv ELF 0x7f3c7000-7f3ca000 Deferred xlcdef.so.2 ELF 0x7f3ca000-7f41d000 Deferred shlwapi<elf> \-PE 0x7f3e0000-7f41d000 \ shlwapi ELF 0x7f41d000-7f4d1000 Deferred shell32<elf> \-PE 0x7f440000-7f4d1000 \ shell32 ELF 0x7f4d1000-7f56e000 Deferred comctl32<elf> \-PE 0x7f4e0000-7f56e000 \ comctl32 ELF 0x7f56e000-7f591000 Deferred msvfw32<elf> \-PE 0x7f580000-7f591000 \ msvfw32 ELF 0x7f591000-7f5cb000 Deferred avifil32<elf> \-PE 0x7f5a0000-7f5cb000 \ avifil32 ELF 0x7f5cb000-7f5e8000 Deferred imm32<elf> \-PE 0x7f5d0000-7f5e8000 \ imm32 ELF 0x7f5e8000-7f609000 Stabs msacm32<elf> \-PE 0x7f5f0000-7f609000 \ msacm32 ELF 0x7f609000-7f680000 Deferred winmm<elf> \-PE 0x7f620000-7f680000 \ winmm ELF 0x7f680000-7f705000 Deferred oleaut32<elf> \-PE 0x7f6a0000-7f705000 \ oleaut32 ELF 0x7f705000-7f723000 Deferred iphlpapi<elf> \-PE 0x7f710000-7f723000 \ iphlpapi ELF 0x7f723000-7f768000 Deferred rpcrt4<elf> \-PE 0x7f740000-7f768000 \ rpcrt4 ELF 0x7f768000-7f7e2000 Deferred ole32<elf> \-PE 0x7f780000-7f7e2000 \ ole32 ELF 0x7f7e2000-7f81b000 Deferred advapi32<elf> \-PE 0x7f7f0000-7f81b000 \ advapi32 ELF 0x7f81b000-7f898000 Deferred gdi32<elf> \-PE 0x7f830000-7f898000 \ gdi32 ELF 0x7f898000-7f9a0000 Deferred user32<elf> \-PE 0x7f8c0000-7f9a0000 \ user32 ELF 0x7fcb3000-7fdb0000 Stabs kernel32<elf> \-PE 0x7fce0000-7fdb0000 \ kernel32 ELF 0x7fec8000-7fed4000 Deferred libnss_files.so.2 ELF 0x7feda000-7fef0000 Deferred lz32<elf> \-PE 0x7fee0000-7fef0000 \ lz32 ELF 0x7fef0000-7ffe4000 Deferred libwine_unicode.so.1 ELF 0x7ffe5000-7fffe000 Deferred version<elf> \-PE 0x7fff0000-7fffe000 \ version ELF 0xb7f57000-b7f6f000 DIA libwine.so.1 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\shinkiro_pre\game.exe 0000000a 15 00000009 0 <== WineDbg terminated on pid 0x8 [alex@karlalex shinkiro_pre]$ I believe the following sequence of events is taking place: - The function acmDriverAdd is called by the executable with these parameters: trace:msacm:acmDriverAddA (0x7fa9f3d4, 0x10000000, 10001040, 00000000, 00000003) That is: hinstModule == 0x10000000, fdwAdd == ACM_DRIVERADDF_FUNCTION, lParam (acmDriverProc) == 0x10001040 - After verifying that the parameters are valid, the function calls: *phadid = (HACMDRIVERID) MSACM_RegisterDriver(NULL, NULL, hinstModule); Note that lParam is ignored (it even says so in a comment within the same file) - The MSACM_RegisterDriver() function, in turn, calls MSACM_FillCache(). - MSACM_FillCache() calls MSACM_Message() in order to initialize a ACMDRIVERDETAILSW structure. However, this function eventually requires that hinstModule be a valid LPWINE_DRIVER reference, which it is not - it is not even a valid pointer (as reported by HeapValidate(GetProcessHeap(), 0, ptr)). Presumably hinstModule is a reference to the executable itself, and lParam(acmDriverProc) was expected to be enough to build a complete driver reference. The net result is that the ACMDRIVERDETAILSW structure remains uninitialized. - A HeapAlloc() is attempted based on the fields of the uninitialized structure. - (Segmentation fault) I tried the following change in acmDriverAddA() at dlls/msacm/driver.c: if (!hinstModule) { return MMSYSERR_INVALHANDLE; } else { #define WINE_DI_MAGIC 0x900F1B01 unsigned int * d = (unsigned int *)hinstModule; if (HeapValidate(GetProcessHeap(), 0, d) && *d == WINE_DI_MAGIC) { *phadid = (HACMDRIVERID) MSACM_RegisterDriver(NULL, NULL, hinstModule); } else { return MMSYSERR_INVALHANDLE; } } This essentially checks for the preconditions required for the remainder of the code. However, I believe this to be incomplete. So, the obvious solution should be to build a LPWINE_DRIVER function and add its reference to the chain maintained by winmm.dll. However, I am not sure of how to proceed from here. Since dlls/msacm/driver.c and dlls/winmm/driver.c end up in different DLLs, I don't think writing a function to manipulate the chain at dlls/winmm/driver.c could be called from dlls/msacm/driver.c without exporting it in the spec file. No obvious documented function in the spec file of winmm suggests itself as appropriate for the task of building a driver reference from outside winmm.dll, given only the driverProc. How is this solved in other cases (that is, in a way that does not prevent the resulting patch from being accepted)? Alex Villacís Lasso ------------------------------------------------------------------------ Mail enviado desde PortalMail 1.4.2 Web based email system. PaloSanto Solutions, Sunnyvale CA. http://www.palosanto.com

3 2

Re: alsa: device name
by Mike Hearn 13 Jun '05

13 Jun '05

On Mon, 13 Jun 2005 00:20:20 -0400, Kevin Koltzau wrote: > To be honest I didn't think it was correct either, but the current > solution does not work correctly either so I figured I'd give it a shot. > > I have default overridden to pass through dmix/dsnoop, wine cannot access > my card directly through plug:hw the majority of the time. Using the > PlaybackDevice config option is a good enough hack for me for now There should - at minimum - be a comment here. I "fixed" this to use default months ago, it was fixed back to plughw:0,0 and now you submitted a patch to fix it back to default again! This thing just ping-pongs back and forth like there's no tomorrow :) thanks -mike

2 1

wineserver CreateFile flags
by Andreas Mohr 13 Jun '05

13 Jun '05

Hi, the create_file request checks for GENERIC_READ or GENERIC_WRITE, but not for GENERIC_ALL. http://groups.google.de/group/microsoft.public.vc.language/browse_thread/th… Documented on MSDN via http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… --> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… --> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/secauthz/s… This might be an issue since some programs might want to do a CreateFile call with GENERIC_ALL. Only few programs do, however, and there is a reason for it: http://groups.google.de/group/microsoft.public.vc.language/browse_thread/th… indicates that GENERIC_ALL is problematic, so maybe it's not too bad that wineserver doesn't support it properly. JFYI, Andreas

2 1

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 13 Jun '05

13 Jun '05

IFAIK, no... Christian > Message du 13/06/05 16:47 > De : "Mike Hearn" > A : wine-devel(a)winehq.com > Copie à : > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > On Mon, 13 Jun 2005 14:59:37 +0200, Alexandre Julliard wrote: > > > Changelog: > > > Added FFMpeg video wrapper filter. > > > > You should dlopen the library to avoid creating a run-time dependency. > > I was under the impression that libavcodec did not have a stable API > anyway. I thought it was simply a place to copy/paste code from. Has that > changed? > > thanks -mike > > > >

1 0

wine and gdi+
by Michael Büttner 13 Jun '05

13 Jun '05

Hi, I was checking wine for GDI+ support and noticed that there are no headers or anything at all. I did not find any further information, so i guess there's no work being done there? So, winelib is not an option. What about using wine and native gdiplus.dll, any experiences? What about the license? The one shipped with the gdiplus package I got says says you may use/redistribute gdiplus.dll solely for windows, has anybody ever seen a less restrictive version of that? thx, michael

4 4

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Alexandre Julliard 13 Jun '05

13 Jun '05

Christian Costa <titan.costa(a)wanadoo.fr> writes: > Moved avcodec.h include into the #ifdef section. > > Changelog: > Added FFMpeg video wrapper filter. You should dlopen the library to avoid creating a run-time dependency. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: crypt32: add CertAlgIdToOID/CertOIDToAlgID
by Alexandre Julliard 13 Jun '05

13 Jun '05

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: add CertAlgIdToOID/CertOIDToAlgID, with tests Unless you have a lot more OID functions to implement, I'd suggest to merge that code in one of the existing files. We don't want to create a new file for just a couple of small functions. -- Alexandre Julliard julliard(a)winehq.org

1 0

OLEAUT32/tests/vartype.c: VarDateFromStr() failure
by Saulius Krasuckas 13 Jun '05

13 Jun '05

The conversion fails with some strings on WinME. MSVC debugger throws a message box saying: | Unhandled exception in oleaut32_test.exe (OLEAUT32.DLL): | 0xC0000005: Access violation How should I fix this? The only thing now I can think of is to remove "noisy" tests. Other suggestions? ChangeLog: Saulius Krasuckas <saulius.krasuckas(a)ieee.org> Remove VarDateFromStr() calls that generate exceptions on WinME. Index: dlls/oleaut32/tests/vartype.c =================================================================== RCS file: /home/wine/wine/dlls/oleaut32/tests/vartype.c,v retrieving revision 1.23 diff -w -p -u -r1.23 vartype.c --- dlls/oleaut32/tests/vartype.c 6 Jun 2005 19:50:37 -0000 1.23 +++ dlls/oleaut32/tests/vartype.c 13 Jun 2005 12:28:27 -0000 @@ -3275,9 +3275,7 @@ static const char *BadDateStrings[] = "1.2.3 4.5 6", "1.2.3 4 5.6", "1.2 3.4.5.6", "1.2 3.4.5 6", "1.2 3.4 5.6", "1.2 3.4 5 6", "1.2 3 4.5.6", "1.2 3 4.5 6", "1.2 3 4 5.6", "1.2 3 4 5 6", "1 2.3.4.5.6", "1 2.3.4.5 6", "1 2.3.4 5.6", "1 2.3.4 5 6", "1 2.3 4.5.6", - "1 2.3 4.5 6", "1 2.3 4 5.6", "1 2.3 4 5 6", "1 2 3.4.5.6", "1 2 3.4.5 6", "1 2 3.4 5.6", "1 2 3.4 5 6", "1 2 3 4.5 6", "1 2 3 4 5.6", "1 2 3 4 5 6", - "1.2.3 4 am 5 6", "1.2.3 4 5 am 6", "1.2.3 4 5 6 am", "1 am 2 3 4.5.6", "1 2 am 3 4.5.6", "1 2 3 am 4.5.6" }; @@ -3382,7 +3380,6 @@ static void test_VarDateFromStr(void) /* 5 elements - interpreted as 2 & 3 digit date/times */ DFS("1.2.3 4 5"); MKRELDATE(5,4); relative += 0.04309027778; EXPECT_DBL(relative); DFS("1.2 3 4 5"); EXPECT_DBL(38415.04305555556); - DFS("1 2 3.4.5"); MKRELDATE(2,1); relative += 0.12783564815; EXPECT_DBL(relative); DFS("1 2 3 4.5"); EXPECT_DBL(37623.17013888889); /* 6 elements - interpreted as 3 digit date/times */ DFS("1.2.3 4 5 6"); EXPECT_DBL(38812.04309027778);

1 0

Re: [WINED3D] stateblocks samplers swapchains
by Marcus Meissner 13 Jun '05

13 Jun '05

On Mon, Jun 13, 2005 at 01:45:02AM +0100, Oliver Stieber wrote: I do not think this even compiled for you, there are CVS merge conflicts in the patch, see below... Can you _please_ work in getting patches into WINE? If possible small and self contained. This would help all of us. :/ Ciao, Marcus .... @@ -412,17 +571,24 @@ while (pow2Width < Width) pow2Width <<= 1; while (pow2Height < Height) pow2Height <<= 1; +<<<<<<< device.c + /* TODO: support for non-power 2 textures */ + if((pow2Width > Width || pow2Height > Height) && !Usage & D3DUSAGE_RENDERTARGET){ + /** TODO: add support for non power two compressed textures (OpenGL provices support for * non-power-two textures gratis) **/ + FIXME("Non-power 2 textures are not supported\n"); +======= if(pow2Width > Width || pow2Height > Height){ FIXME("non-power-two textures unsupported\n"); /* OpenGL provides support for these gratis */ +>>>>>>> 1.31 return D3DERR_NOTAVAILABLE; } ...... - HDC hDc; + IWineD3DDevice** ppReturnedDeviceInterface, IUnknown *parent, + D3DCB_CREATEADDITIONALSWAPCHAIN D3DCB_CreateAdditionalSwapChain) { IWineD3DDeviceImpl *object = NULL; IWineD3DImpl *This = (IWineD3DImpl *)iface; +<<<<<<< directx.c + IWineD3DSwapChainImpl *swapchain; +======= int num; XVisualInfo template; HRESULT res; +>>>>>>> 1.31 ...... +<<<<<<< directx.c + /* Initialize the current view state */ + object->modelview_valid = 1; + object->proj_valid = 0; + object->view_ident = 1; + object->last_was_rhw = 0; + glGetIntegerv(GL_MAX_LIGHTS, &object->maxConcurrentLights); + TRACE("(%p,%d) All defaults now set up, leaving CreateDevice with %p\n", This, Adapter, object); +======= /* Change the display settings */ memset(&devmode, 0, sizeof(DEVMODEW)); devmode.dmFields = DM_BITSPERPEL | DM_PELSWIDTH | DM_PELSHEIGHT; @@ -1709,67 +1743,14 @@ IDirect3DSurface8Impl_AddRef((LPDIRECT3DSURFACE8) object->stencilBufferTarget); } */ +>>>>>>> 1.31 - /* Set up some starting GL setup */ - ENTER_GL(); + /* Clear the screen */ + IWineD3DDevice_Clear((IWineD3DDevice *) object, 0, NULL, D3DCLEAR_STENCIL|D3DCLEAR_ZBUFFER|D3DCLEAR_TARGET, 0x00, 1.0, 0);

1 0

Re: alsa: device name
by Jeremy White 13 Jun '05

13 Jun '05

Kevin, I don't think this is correct. Our job is to enumerate devices available to Wine; the 'default' device is generally card #0, device #0 on that card. A system may well have multiple card and multiple devices within a card; by setting this to 'default', you have prevented a meaningful scan. I've actually got a fairly large patch coming which reorganizes Alsa device discovery to be more correct, imho. (I iterate through the cards, and iterate through device on cards; I detect and mark as the wine default the default card identified by Alsa config; I respect ALSA card/device environment variables, and, finally, I allow for explict device name override within Wine). I'm stymied currently by the fact that my patch correctly identifies a greater range of devices reported by Alsa, but then, at least with my laptop's sound card, one of the devices reported doesn't work for beans. I'm trying to figure a way to detect that card 0, device 4 doesn't work for beans so I can strip it from the results; once I finish that (if I can), I'll submit the larger patch. Cheers, Jeremy Kevin Koltzau wrote: > With ALSA 1.0, the device name "default" should be used. > "default" is mapped to plug:hw by default, but allows remapping from your alsa config > > > ------------------------------------------------------------------------ > > Index: dlls/winmm/winealsa/audio.c > =================================================================== > RCS file: /home/wine/wine/dlls/winmm/winealsa/audio.c,v > retrieving revision 1.85 > diff -u -d -r1.85 audio.c > --- dlls/winmm/winealsa/audio.c 9 Jun 2005 09:49:31 -0000 1.85 > +++ dlls/winmm/winealsa/audio.c 13 Jun 2005 00:47:09 -0000 > @@ -714,7 +714,7 @@ > /****************************************************************** > * ALSA_GetDeviceFromReg > * > - * Returns either "plug:hw" or reads the registry so the user can > + * Returns either "default" or reads the registry so the user can > * override the playback/record device used. > */ > static char *ALSA_GetDeviceFromReg(const char *value) > @@ -741,7 +741,7 @@ > > end: > if (!result) > - result = ALSA_strdup("plug:hw"); > + result = ALSA_strdup("default"); > > if (key) > RegCloseKey(key);

2 1

Re: [PATCH] FCI work for cabinet.dll [cabinet-fci-patch-02b.diff]
by Dimi Paun 13 Jun '05

13 Jun '05

From: "Gerold J. Wucherpfennig" <gjwucherpfennig(a)gmx.net> Cool stuff Gerold. A few nits: > + if(PFCI_INT(hfci)->fNextCab==TRUE) { It's better to avoid explicit comparison with TRUE. What if fNextCab is 10, not 1? It's still true, but it will fail the above test. Just do: + if(PFCI_INT(hfci)->fNextCab) { Also, I know you're modifying existing code, but if it's not too much to ask, 2-space indent is hard to read, and the vast majority of developers do prefer 4-space indent. So if you don't mind, and we can find a solution, would be great if we can stick to 4-spaces instead. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

7 11

Re: Bug#313266: Please switch away from c2man (to e.g. doxygen)
by Scott Ritchie 12 Jun '05

12 Jun '05

This sounds like a good summer project for me to tackle while I'm redoing the rest of the documentation. Phasing out c2man has been a long time coming. -Scott Ritchie On Sun, 2005-06-12 at 21:09 +0100, Martin Michlmayr wrote: > Package: wine > Version: 0.0.20050419-1 > Severity: wishlist > > Please switch away from c2man and use something else, for example doxygen. > > In http://lists.debian.org/debian-release/2003/10/msg00019.html Manoj > Srivastava pointed out that, "c2man has been dead upstream for years > (which was, so far, not a problem), and does not work with modern > C/C++ programs -- which _is_ a problem. The functionality has been > superseded with packages like doxygen". He wanted to remove c2man > back then (October 2003) but couldn't because some (but few) programs > still used it. > > I'm now filing wishlist bugs on these three packages. Once you have > migrated to doxygen (or something else), I will ask for the removal of > c2man. >

2 1

Could not load c:\windows\system\opengl32.dll Wine 20050524
by J. Grant 12 Jun '05

12 Jun '05

Hello, I am expericing a problem due to updating my wine to 20050524 debian unstable package from wine 20050310. I think there could be a bug as OpenGL stopped working. I have included the info below, so hope someone will be able to confirm, or point me in the right direction if I need to revise my previously all working config. I could not find any mention of OpenGL config of wine, this is the only mention i found: http://www.sdconsult.no/linux/wine-doc/opengl-configure.html I tried this suggestion, it did not fix the problem. I wonder why my wine install stoped replacing opengl32.dll ? My nvidia kernel module is functioning fine, glxgears gives me 700FPS, and direct renderering is enabled etc. Call of duty ran fine before I installed this new package. Please include my email address in any replies. Kind regards JG COD MP 1.5 build win-x86 Nov 10 2004 ----- FS_Startup ----- [...] ----- Initializing Renderer ---- ------------------------------- ----- Client Initialization Complete ----- ----- R_Init ----- Initializing OpenGL subsystem ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL Forcing 1024x768 resolution to allow OpenGL to run in fullscreen ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL Forcing 800x600 resolution to allow OpenGL to run in fullscreen ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL Forcing 640x480 resolution to allow OpenGL to run in fullscreen ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL ----- CL_Shutdown ----- RE_Shutdown( 1 ) ----------------------- Hunk_Clear: reset the hunk ok Could not load OpenGL. Make sure that you have the latest drivers for your video card from the manufacturer's web site. $ wine ./CoDMP.exe trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winmm.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\iphlpapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ws2_32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wsock32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\opt\\games\\CoD\\mss32.dll" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\rpcrt4.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ole32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ddraw.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shlwapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\comctl32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shell32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "mmsystem.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msacm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msacm.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\midimap.drv" : builtin fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. Wine exited with a successful status

3 5

MSVCRTD/tests/debug.c: buggy call to operator new
by Saulius Krasuckas 12 Jun '05

12 Jun '05

Wrong value of 0 (_FREE_BLOCK) is passed as a second parameter (int nBlockUse) to the operator [1], which causes real DLL on real windows to pop up a MSVCRTD Library window, informing you: | Debug Error! | Error: memory allocation: bad memory block type. The test succeeds only on Wine: | void test_new(void) | { | void *mem; | | mem = pMSVCRTD_operator_new_dbg(42, 0, __FILE__, __LINE__); | ok(mem != NULL, "memory not allocated\n"); | } The bug sits here already for one year [2] minus one week [3]. It causes long timeouts during run of Winetest. I hate it. Here goes my patch. I left inability of our operator to differentiate between memory block types (and to handle wrong types) untouched [4]. Hence, I warn about a possible bug in the MSVCRTD_operator_new_dbg(). Is the patch OK? Do I hide the bug? If yes, how should I cope with exceptions in Wine? What else can I do to avoid MSVCRTD Library poping up error window? [1] http://msdn.microsoft.com/library/shared/deeptree/asp/rightframe.asp?dtcfg=… [2] http://www.winehq.com/hypermail/wine-cvs/2004/05/0184.html [3] http://test.winehq.org/data/200406181000/ [4] http://msdn.microsoft.com/library/shared/deeptree/asp/rightframe.asp?dtcfg=… Index: dlls/msvcrtd/tests/debug.c =================================================================== RCS file: /home/wine/wine/dlls/msvcrtd/tests/debug.c,v retrieving revision 1.1 diff -p -u -r1.1 debug.c --- dlls/msvcrtd/tests/debug.c 18 May 2004 01:05:36 -0000 1.1 +++ dlls/msvcrtd/tests/debug.c 12 Jun 2005 20:54:38 -0000 @@ -23,6 +23,7 @@ #include "windef.h" #include "winbase.h" #include "winnt.h" +#include "crtdbg.h" #include "wine/test.h" @@ -55,7 +56,7 @@ void test_new(void) { void *mem; - mem = pMSVCRTD_operator_new_dbg(42, 0, __FILE__, __LINE__); + mem = pMSVCRTD_operator_new_dbg(42, _NORMAL_BLOCK, __FILE__, __LINE__); ok(mem != NULL, "memory not allocated\n"); }

1 0

icons for wine
by David Christian Berg 12 Jun '05

12 Jun '05

Hey guys, I don't see a chance of the drawing of icons being accepted as a summer of code project, but still I think that my eXperience icons might just be what wine is looking for. They are SVGs, created with Inkscape. Check them out at http://home.tu-clausthal.de/~dcb/linux/experience/icons.tar.gz there you'll find the latest version. Please CC me for your comments since I'm not on the list. Take care David Christian Berg

2 2

Some economic analysis of Apple's move to x86
by Scott Ritchie 12 Jun '05

12 Jun '05

Hey team, After thinking about it a lot and discussing it extensively in IRC and with a few other knowledgeable people, I think it's time to share my economic analysis of the impact of Apple's decision to move to x86 as it relates to us. In short, Apple's move is nothing short of a tremendous potential boon. Getting Wine to work on OSX-x86 is probably one of the easier projects to do, and most of the work has been done already by the Darwine project, such as a Cocoa layer in XCode for the various graphical pieces they've created. While XCode objective C isn't importable to the main tree, most of Wine is portable to OSX-x86 very easily. X11, while not installed by default, works just as well on OSX as it does on Linux, and unlike most projects we don't need to worry too much about adopting the OSX look and feel, since we can't do that for applications that need to look and feel like Windows to behave properly. That said, Darwine needs to remain a fork, though perhaps a more closely-related one. We might want to host or link them more from the main page. What's needed for Darwine that isn't needed for Wine are some OSX specific things - OSX doesn't use the freedesktop.org standards, for instance, so it will have to be specially coded for. I hope to soon be working on some of the freedesktop things for Wine (such as getting that infernal start menu working in Gnome), but that's a different matter for now. Anyway, Apple's decision has fundamentally changed Wine's market environment in a way that's extremely friendly to us. With the Mac users going to Intel, the number of potential Wine users has somewhere between tripled and quintupled, and all we have to do to get them is some relatively easy Cocoa work that's mostly done already. More economically visible than the user base, however, is the almost overnight growth in Wine's potential market Apple's decision has caused. Right now, there are quite a few small firms roughly the size of Codeweavers that make a majority of their money JUST porting games from Wintel to OSX on PowerPC. As we know, porting these programs with Wine is far more efficient than rewriting the code from scratch to use completely different APIs, even if we have to expand Wine a little in the process. Moreover, as Wine gets better and better it becomes increasingly easier to port applications - I'm sure our users (and Transgaming's customers) wouldn't mind games working better in the free version of Wine. In economic terms, that not only means that our production technology is much better, it means we face increasing returns to scale: we can provide the same service cheaper, and the advantage is increasingly ours the more we do it. Simply put, with Apple's move to x86 companies using Wine now have the potential to displace these small porting firms very quickly. Since Codeweavers is currently the only company of Wine experts out there, I can't think of a better firm to enter this newly changed market. If I were Codeweavers, I'd strongly consider investing in a Cocoa developer and a development kit, and put him to work making a Cocoa version of the Crossover interface. At the very least, I'd give Apple a call and see if they have any desire to help. And Apple should be helping a lot. Now, I can't be sure if Codeweaver's don't have a secret agreement with Apple already (it would certainly be Apple's style), nor can I be sure that Apple isn't already secretly forking Wine (much like they did with Konqueror). However, the point still stands - in about a year's time, when Macs on the x86 are being sold, Longhorn still isn't out, and Wine is a stable, functional, and usable piece of free software, things are really going to shake up. Now, firms that stand to lose out by this shakeup may be in a bit of a daze right now. They might try and deny it will ever happen, claiming Wine will never be good enough, or usable enough, or whatever, but we can all see the writing on the wall from here - the Mac Porting firm is fundamentally doomed unless they embrace our new, cheaper technology. If I had a bit of capital or a rich friend, I might even buy one of those firms myself, turn them into Wine people, help perfect Wine's gaming support, and conquer the world of porting software to OSX on the cheap. Thanks, Scott Ritchie -YokoZar

3 8

KERNEL32/tests/console.c: suspending Ctrl-C handling
by Saulius Krasuckas 12 Jun '05

12 Jun '05

This is done by calling SetConsoleCtrlHandler(NULL, TRUE). However, MSDN is correct at saying NULL won't work on win9x. I guess win9x intreprets NULL as a handler address w/o any checks and installs it into some chain. When we call GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0) later, we get some weird unhandled exception. How should we get rid of exception? BTW, while being debugged with MSVC, I get no exception thrown by test-process. So, there should be at least one way to get around this exception -- to attach some debugger helper-process and handle it. MSDN mentions DBG_CONTROL_C exception and EXCEPTION_DEBUG_EVENT event. And I am too unfamiliar with this area to repair the tests right now. Any thoughts? Anyone working on this?

1 0

Dragon NS8 on wine
by René Rebe 12 Jun '05

12 Jun '05

Hi all, despite my inital problems with the setup.exe of Naturally Speaking 8 wanting to install and USB 2 (EHCI) stack which failed due to "OS not supported" I found out that it is possible to run the .msi Microsoft Installer manually: Install the Microsoft Installer as downloadable somewhere at microsoft.com: wine InstMsiA.exe cd /media/cdrom # or where your wine CD-ROM is wine msiexec /i ISScript9.Msi # some script engine needed wine msiexec /i "Dragon NaturallySpeaking 8.msi" However the I still tinker to start the real applications when installed ... The audio.exe works - itz can adjust the microphone gain and I get a signal to noise ration of 24. However starting natspeak.exe yields: $ wine ./natspeak.exe fixme:vxd:VXD_Open Unknown/unsupported VxD L"bcmdmccp.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"sice.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"ntice.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"siwdebug.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"siwvid.vxd". Try setting Windows version to 'nt40' or 'win31'. Segmentation fault (core dumped) When I set the winver to nt40 I get: $ wine natspeak.exe err:seh:setup_exception nested exception on signal stack in thread 0009 eip 401b06a9 esp 401d3cf8 stack 0x405d0000-0x406d0000 ... Idea anyone? Yours, -- René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany) http://www.exactcode.de | http://www.t2-project.org +49 (0)30 255 897 45

1 0

Re: [NtQuerySystemInformation #7] SystemTimeOfDayInformation (RESEND)
by Alexandre Julliard 12 Jun '05

12 Jun '05

Paul Vriens <Paul.Vriens(a)xs4all.nl> writes: > just found at that the behavior of NT and W2K/WinXP differ a lot for > SystemTimeOfDayInformation. > > The struct for NT is 32 Bytes compared to 48 for the others. Apart from > that returncodes etc.. are totally different. > > The included test explains (some of) the differences. > > The test now also caters for all the above mentioned versions, as does > nt.c (that means setting the wine version to nt4 produces the correct > results). > > nt.c now has a hard coded value for the size of the struct for NT (32). You should not do that kind of version-dependent code unless there is an app that requires it. Otherwise just implement the XP behavior, which should be backwards compatible anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

(no subject)
by michaelguennewig＠gmx.de 12 Jun '05

12 Jun '05

To: Jan Jezabek <jezabek(a)poczta.onet.pl> Cc: wine-devel(a)winehq.com Subject: Re: avifil32, msvfw32 and friends References: <d87f0s$5eh$1(a)sea.gmane.org> <d8debr$v55$1(a)sea.gmane.org> From: Michael Guennewig <michael(a)voldemort.guenne-net.loc> Date: 12 Jun 2005 11:07:29 +0200 In-Reply-To: <d8debr$v55$1(a)sea.gmane.org> Message-ID: <m3r7f8osdq.fsf(a)voldemort.guenne-net.loc> Lines: 43 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Jan Jezabek <jezabek(a)poczta.onet.pl> writes: > Jan Jezabek wrote: > > Hi, > > What is the current state of VfW support? I have tried a few > > applications, and they seem to fail sooner or later: > > - I've also got a program written by me, which reads an AVI and > > stores the video part on disk. Here the problem seems to be > > AviFileInit which seems not to be implemented. AviFileInit isn't implemented currently as the library is hard-linked to ole32.dll. > > Are there any parts of the AVI reader implemented or are they only stub= s? Most of the code should be in when I remember correctly. As far as I know the remote stuff, like the marshaller and proxy is missing. As well as it= =20 still is not thread safe. >=20 > Ok, this post was probably better suited for the 'users' list. Anyway, > I've posted a patch that solves the first issue. > The second one is a little harder; it works ok using builtin msvfw32 > and native (winXP) avifil32.dll. With the builtin avifil32.dll I can > open an AVI, get a video stream, read its format (dimensions > etc.). After that I get a segfault somewhere in AviStreamGetFrame. Is > this (AviStreamGetFrame) supposed to be working? Or is it partially > implemented/broken? It seems that the AVI (or at least the header) is > being parsed correctly. The IGetFrame interface uses the msvfw32.dll and the video codecs. It work= ed for some codecs that I have tried in past as I have written it, but it may = be that either a regression occured or that the video codec you are using just returns a NULL pointer where the code does not expect it. I could try to remember what I have written and support you to fix it, but I would need mo= re informations. Like which video codec, programm, AVI headers and which meth= ods=20 gets called and where does it segfaults. For the last parts it would be ni= ce=20 if you could send me a trace which shows msvfw32 and avifil32 calls. Regards, Michael G=FCnnewig

1 0

Dragon NS7 on wine
by wino＠piments.com 12 Jun '05

12 Jun '05

Sorry Rene, I thought this thread should have a title that related to Dragon. By all means continue your v8 attempts under ViaVoice alias. ;) you have restimulated my interest in this so I will push ahead with v7 since I did not have some of the issues you are having with v8. I'm pretty sure the guts of the thing are identical as far as speach rec. technology goes. Recap: * app-emulation/wine : [ I] 20041019-r3 (0) .wine/config attached This is on a clean installation of the above version. I copied the config from a prev installation but I dont think there any magic. Installed from a CD using : WINEDLLOVERRIDES="ole32,oleaut32,rpcrt4=n" wine h:setup.exe No issues at all with installshield. One thing to note is to move all dlgs to one side since at some stage there is a yes/no modal dlg that pops up centre screen but does not come to the top of the z-order. Since it is hidden behind the logo/dlg and it does not have the focus you cannot access it. I deselected the quickstart option and the Text to speach files and opted for UK English lang model. Once install finished I did wineboot and got the following: prof@newsys ~/.wine/c $ wineboot fixme:ddeml:DdeConnectList (1,0xc000,0xc000,(nil),(nil)): stub fixme:ddeml:DdeQueryNextServer (0x1,(nil)): stub fixme:ddeml:DdeDisconnectList (0x1): stub err:wineboot:runCmd Failed to run command (0) err:wineboot:ProcessRunKeys Error running cmd #1 (0) Did not dig for detail m but I dont think there is anything critical there. (We are not expecting DDE to work!) Now the sticky bit : wine natspeak.exe fixme:vxd:VXD_Open Unknown/unsupported VxD L"nwlink.vxd". Try setting Windows version to 'nt40' or 'win31'. err:toolbar:TOOLBAR_TestImageExist index 8 is not valid, max 8 err:toolbar:TOOLBAR_TestImageExist index 9 is not valid, max 8 ............ fixme:mixer:MIX_GetLineInfo Unhandled component type (MIXERLINE_COMPONENTTYPE_DST_VOICEIN) fixme:mixer:MIX_GetLineInfo Unhandled component type (MIXERLINE_COMPONENTTYPE_DST_VOICEIN) fixme:mixer:MIX_GetLineInfo Unhandled component type (MIXERLINE_COMPONENTTYPE_DST_VOICEIN) This seems similar to the probs Rene Rebe reported with ViaVoice. Apart from this the Dragon tool bar comes up cleanly and allows me to open DragonPad editor. There seems to be no other major issues which is promising. I was able to short circuit this issue with NS v4 by skipping the audio setup and running gentrain.exe directly since the real prerequisit is to run the user training setup. Running the training through natspeak (which is reqd. before you can do anything with the mike) first tries to set the mike level and we stump. Two approaches seem possible: 1/ Set the mike level in Linux and con NS that is has been set. 2/ Resolve the technical issue with wineoss / winealsa so that it can control the mike and do what it "thinks" it needs to do. 2 is ultimately what needs to be done but is out of my hands. 1 seems more accessible but last time I looked I did not find anything in the ini files , probably need to do some reg hacking. Poss with ref to a true wine install of v7 Ideas / thoughts... Regards.

2 13

avifil32, msvfw32 and friends
by Jan Jezabek 12 Jun '05

12 Jun '05

Hi, What is the current state of VfW support? I have tried a few applications, and they seem to fail sooner or later: - virtualdub runs fine, but it's only possible to use RGB, cvid or ms video. I installed the xvid and divx vfw dll's to wine's c:\windows\system, updated the Drivers32 and drivers.desc keys in the registry, but virtualdub still doesn't let me use them, - I've also got a program written by me, which reads an AVI and stores the video part on disk. Here the problem seems to be AviFileInit which seems not to be implemented. My question is: how much of msvfw32.dll and avifil32.dll is implemented? I've had a quick look at msvfw32 and it seems to do what I expected - enumerate all strings from HKLM\Software\Microsoft\Windows NT\CurrentVersion\Drivers32. Does anyone know why the drivers then fail to show up in VirtualDub? Are there any parts of the AVI reader implemented or are they only stubs? Regards, JJ

2 4

Re: server: Return old privileges in adjust_token_privileges
by Robert Shearman 12 Jun '05

12 Jun '05

James Hawkins wrote: >Hi, > >NtAdjustPrivilegesToken returns the old privileges of the token in the >PreviousState parameter before replacing them with the privileges in >NewState. > >Changelog >* Return old privileges in adjust_token_privileges. > > Hi James, The code should already do what you are trying to do. The function token_adjust_privileges copies the previous state of the privilege to the output buffer and this works fine in the tests I have done. What is the problem you are seeing? -- Rob Shearman

2 1

Wine could cut the heart out of the Mac game business?
by Tom Wickline 11 Jun '05

11 Jun '05

Anyone here care to speculate on what Wine on the future Apple x86 will bring to that platform gloom or doom ? The reason why I ask is, while reading the article "Game Developers React To Intel Switch" Wine in mentioned twice once by "Glenda Adams - Aspyr Media" "Tech Support is one big issue that crops up with emulators as well. If you are playing Sims 2 under some wine-like emulator on OS X Intel, will EA answer you call/email if you have problems? Or will they say its not a supported config?" And at the end of this article there is a Anonymous Developer and here is the quote. "Anonymous Developer: it all depends on WINE and the ability to run PC games on the Mac. it could cut the heart out of the Mac game business." http://www.insidemacgames.com/features/view.php?ID=355 Tom

2 1

OK I give up
by Gregory M. Turner 11 Jun '05

11 Jun '05

How do I run the wine test suite under Windows again? I want to do this by compiling from source. I know the answer is out there -- maybe I have even asked this once before and been given the answer? But I can't find it for the life of me. -- gmt

3 3

cannot build tests on windows
by Saulius Krasuckas 11 Jun '05

11 Jun '05

As I have updated my wine tree from cvs and recompiled it, now I load the "shell32_test.dsw" into MSVC 6.0, press F7 and get linking errors: | Deleting intermediate files and output files for project 'shell32_test - Win32 MSVC Headers'. | --------------------Configuration: shell32_test - Win32 MSVC Headers-------------------- | Compiling... | generated.c | E:\wine\dlls\shell32\tests\generated.c(9) : warning C4005: '_WIN32_IE' : macro redefinition | unknown(0) : see previous definition of '_WIN32_IE' | shelllink.c | shellpath.c | shlfileop.c | shlfolder.c | string.c | testlist.c | Generating Code... | Linking... | shlfolder.obj : error LNK2001: unresolved external symbol _winetest_ok | string.obj : error LNK2001: unresolved external symbol _winetest_ok | generated.obj : error LNK2001: unresolved external symbol _winetest_ok | shelllink.obj : error LNK2001: unresolved external symbol _winetest_ok | shellpath.obj : error LNK2001: unresolved external symbol _winetest_ok | shlfileop.obj : error LNK2001: unresolved external symbol _winetest_ok | shlfolder.obj : error LNK2001: unresolved external symbol _winetest_set_location | string.obj : error LNK2001: unresolved external symbol _winetest_set_location | generated.obj : error LNK2001: unresolved external symbol _winetest_set_location | shelllink.obj : error LNK2001: unresolved external symbol _winetest_set_location | shellpath.obj : error LNK2001: unresolved external symbol _winetest_set_location | shlfileop.obj : error LNK2001: unresolved external symbol _winetest_set_location | shelllink.obj : error LNK2001: unresolved external symbol _winetest_loop_todo | shelllink.obj : error LNK2001: unresolved external symbol _winetest_end_todo | shelllink.obj : error LNK2001: unresolved external symbol _winetest_start_todo | shelllink.obj : error LNK2001: unresolved external symbol _winetest_trace | shlfileop.obj : error LNK2001: unresolved external symbol _winetest_trace | string.obj : error LNK2001: unresolved external symbol _winetest_trace | shellpath.obj : error LNK2001: unresolved external symbol _winetest_interactive | shellpath.obj : error LNK2001: unresolved external symbol _winetest_get_mainargs | LIBCMTD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main | Output\Win32_MSVC_Headers/shell32_test.exe : fatal error LNK1120: 9 unresolved externals | Error executing link.exe. | | shell32_test.exe - 22 error(s), 1 warning(s) Any ideas on what can be wrong? I have been doing this only on rare occasions in the past, so have no idea weather this is bug, regression or not.

2 1

Re: [QUARTZ] Add FFMpeg video wrapper filter
by Joerg Mayer 10 Jun '05

10 Jun '05

On Fri, Jun 10, 2005 at 12:19:06AM +0100, Christian Costa wrote: > This wrapper only support rle, msvideo1 and mjpeg for now. > To enable support for it, download lastest FFMpeg package, built it and > install it. > Also copy avcodec.h, rational.h and common.h into a ffmpeg directory > created in a > standard directory (/usr/include or /usr/local/include). > Once done, run configure to detect the library and the headers. > The library is static so there is no runtime dependency. I haven't looked at libffmpeg as a standalone library, but in case it's possible to do so, maybe runtime detection would be the way to go. That way wine binaries can be delivered without being patent challenged and video support can be added by just installing an additional dynamic lib. Ciao Joerg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology.

3 2

Re: Clear Out Parameters in ITypeInfo::Invoke
by Marcus Meissner 10 Jun '05

10 Jun '05

On Fri, Jun 10, 2005 at 12:25:39PM -0500, Robert Shearman wrote: > Hi, > > I plan to rewrite ITypeInfo::Invoke because at the moment it is very > buggy, incomplete and too big (over 250 lines). I heard that ;) make that "slighty buggy, very incomplete and too messy". Good luck to you :/ Ciao, Marcus

1 0

Re: LoadImage: respect the desired size when loading a bitmap
by Alexandre Julliard 10 Jun '05

10 Jun '05

Huw D M Davies <h.davies1(a)physics.ox.ac.uk> writes: > + orig_bm = SelectObject(screen_mem_dc, hbitmap); > + StretchDIBits(screen_mem_dc, 0, 0, new_width, new_height, 0, 0, width, height, bits, fix_info, DIB_RGB_COLORS, SRCCOPY); > + SelectObject(screen_mem_dc, orig_bm); That's not thread safe, you either need a critical section around the global screen_mem_dc, or probably better simply create a mem DC local to the function. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Resend: Try 3: user32.dll fix and test ShowOwnedPopups
by Vitaliy Margolen 10 Jun '05

10 Jun '05

Any reason why the whole patch wasn't committed? Vitaliy Margolen Sunday, June 5, 2005, 5:43:14, Vitaliy Margolen wrote: > It looks like DefWinProc needs to be smarter about WM_SHOWWINDOW when lParam!=0. > Added more tests for WM_SHOWWINDOW to test that it could be used as > ShowOwnedPopup (for single window). > This time with input from Dmitry. Moved tests to msg.c > ShowOwnedPopups should handle none WS_POPUP style windows as well. DefWinProc > should do the same for WM_SHOWWINDOW. > Match names for WM_SHOWWINDOW status codes to MSDN > ShowWindow(hwnd, SW_HIDE) should change Z-order thus omit SWP_NOZORDER from call > to SetWindowPos, but only for none active windows also adding SWP_NOACTIVATE > Vitaliy Margolen > changelog: > include/winuser.h > Match names for WM_SHOWWINDOW status codes to MSDN > dlls/user/win.c > ShowOwnedPopups should handle none WS_POPUP style windows as well. > dlls/user/defwnd.c > WM_SHOWWINDOW should show/hide none WS_POPUP style windows as well. > dlls/user/tests/msg.c > Tests for ShowOwnedPopups > dlls/x11drv/winpos.c > Fix flags in ShowWindow(,SW_HIDE) for active/none active windows

2 1

Re: Small fix for GetCurrentDirectoryA()
by Andreas Mohr 10 Jun '05

10 Jun '05

Hi, On Fri, Jun 10, 2005 at 07:26:33AM +0200, Felix Nawothnig wrote: > This makes Yoda Stories (which is shipped with a broken wavmix32.dll) > run out of the box. > > ChangeLog: > When emulating Win9x return ERROR_INVALID_PARAMETER if a bad buffer is > passed to GetCurrentDirectoryA(). Does Win9x GetCurrentDirectoryA() really use an IsBadWritePtr to protect against invalid output buffers? Somehow I slightly doubt it... (IsBadWritePtr isn't the fastest thing in the world...) Aren't you covering up a previous bug with buffer allocation or so? Andreas Mohr

4 4

Re: Wine on x86 OS/X
by Pierre d'Herbemont 10 Jun '05

10 Jun '05

> Hi All, > So what are everyone's thoughts on doing it? If there are any > darwine people lurking I am > interested in knowning if any of you are registered developers and > will be getting a copy of the > preview release and evaluation hardware. I can't afford the developers program, though the port can be done on OpenDarwin/x86, since we don't use any of the closed source framework. I think that WineLib app should run fine with my latest patch, and Win32 binary compat has to be tested. Pierre. > Thanks > Steven

1 0

ISvItemCm_fnQueryContextMenu load menu from .rc: Patch writing problems
by Tobias Burnus 10 Jun '05

10 Jun '05

Hello, I'd like to modify ISvItemCm_fnQueryContextMenu (shell32/shv_item_cmenu.c) in a way that it loads the strings from the .rc file. But I have some trouble. I modified the shell32_En.rc to look like the created context menu, but which puzzles me is that there are two times the same ID: FCIDM_SHVIEW_OPEN for "&Select" and for "&Open" which are shown at the same time! Depending on context (i.e. flags), I need to remove the "&Select" and switch the order of Explore and Open. But somehow the code below does not work (I think MF_BYPOSITION might cause the problem, but since Select and Open have the same id, I cannot use MF_BYCOMMAND). Any pointer what I'm doing wrong? Tobias shell32_En.rc =================================================================== MENU_SHV_FILE MENU DISCARDABLE BEGIN POPUP "" BEGIN + MENUITEM "&Select", FCIDM_SHVIEW_OPEN MENUITEM "E&xplore", FCIDM_SHVIEW_EXPLORE MENUITEM "&Open", FCIDM_SHVIEW_OPEN MENUITEM SEPARATOR MENUITEM "C&ut", FCIDM_SHVIEW_CUT MENUITEM "&Copy", FCIDM_SHVIEW_COPY MENUITEM SEPARATOR - MENUITEM "Create &Link", FCIDM_SHVIEW_CREATELINK +/* MENUITEM "Create &Link", FCIDM_SHVIEW_CREATELINK*/ MENUITEM "&Delete", FCIDM_SHVIEW_DELETE MENUITEM "&Rename", FCIDM_SHVIEW_RENAME - MENUITEM SEPARATOR - MENUITEM "&Properties", FCIDM_SHVIEW_PROPERTIES +/* MENUITEM SEPARATOR + MENUITEM "&Properties", FCIDM_SHVIEW_PROPERTIES*/ END END =================================================================== Index: shv_item_cmenu.c (deleted lines omitted in the ISvItemCm_fnQueryContextMenu function) =================================================================== @@ -36,6 +36,7 @@ #include "shell32_main.h" #include "shellfolder.h" +#include "shresdef.h" WINE_DEFAULT_DEBUG_CHANNEL(shell); @@ -208,57 +209,127 @@ InsertMenuItemA( hmenu, indexMenu, fByPosition, &mii); } + /************************************************************************** * ISvItemCm_fnQueryContextMenu() -* FIXME: load menu MENU_SHV_FILE out of resources instead if creating -* each menu item by calling _InsertMenuItem() */ static HRESULT WINAPI ISvItemCm_fnQueryContextMenu( IContextMenu2 *iface, - HMENU hmenu, + HMENU hMenu, UINT indexMenu, UINT idCmdFirst, UINT idCmdLast, UINT uFlags) { + const DWORD buflen = 80; + WCHAR szString[buflen]; + HMENU hMyMenu; + HRESULT hr; + UINT idMax; + MENUITEMINFOW mii; + + ItemCmImpl *This = (ItemCmImpl *)iface; + + TRACE("(%p)->(hMenu=%p indexmenu=%x cmdfirst=%x cmdlast=%x flags=%x )\n",This, hMenu, indexMenu, idCmdFirst, idCmdLa st, uFlags); + + if (idCmdFirst != 0) + FIXME("We should use idCmdFirst=%d and idCmdLast=%d for command ids\n", idCmdFirst, idCmdLast); + + if(!(CMF_DEFAULTONLY & uFlags) && This->cidl>0) + { + hMyMenu = LoadMenuA(shell32_hInstance, "MENU_SHV_FILE"); + + if((uFlags || CMF_EXPLORE)) { /* Remove "&Select" */ + RemoveMenu(hMyMenu, 0, MF_BYPOSITION); + } + if(!This->bAllValues) { / * Change order of OPEN and EXPLORE */ + GetMenuItemInfoW(hMyMenu, 2, TRUE, &mii); + DeleteMenu(hMyMenu, 2, MF_BYPOSITION); + InsertMenuItemW(hMyMenu, 1, TRUE, &mii); + } + + if(ISvItemCm_CanRenameItems(This) == MFS_DISABLED) { + EnableMenuItem(hMyMenu, FCIDM_SHVIEW_RENAME, MFS_DISABLED); + } + + idMax = Shell_MergeMenus (hMenu, GetSubMenu(hMyMenu,0), indexMenu, + idCmdFirst, idCmdLast, MM_SUBMENUSHAVEIDS); + hr = MAKE_HRESULT(SEVERITY_SUCCESS, FACILITY_NULL, idMax-idCmdFirst+1); + SetMenuDefaultItem(hMenu, 0, MF_BYPOSITION); + + DestroyMenu(hMyMenu); + } + else { + return MAKE_HRESULT(SEVERITY_SUCCESS, 0, 0); + } + TRACE("(%p)->returning 0x%lx\n",This,hr); + return hr; }

1 0

extracting window icons
by Brian Vincent 10 Jun '05

10 Jun '05

Is there a way to extract an icon from a DLL? Wine seems to do this automatically when programs are installed, I just can't figure out how. Is there a way to do it from the commandline? -Brian

3 3

Re: ViaVoice (98) in Wine
by René Rebe 10 Jun '05

10 Jun '05

Hi, my NaturallySpeaking 8 does (after installing IE) not really start to install: err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} err:ole:proxy_manager_create_ifproxy Could not get IPSFactoryBuffer for interface {00000131-0000-0000-c000-000000000046}, error 0x80040155 err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x80040155 and a dialog is displayed: The InstallShield Engine (iKernel.exe) could not be launched. (0x80040155) Google had some hits - but no real solution. Yours, -- René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany) http://www.exactcode.de | http://www.t2-project.org +49 (0)30 255 897 45

5 11

Re: Window geometry problem
by Pavel Troller 10 Jun '05

10 Jun '05

Hi! I have a small update: Stuart Axon sent me a screenshot of the same app from wxp. Thanks! I placed the image together with the first (bad) one, the URL is http://www.sinus.cz/~patrol/ircape-wxp.png . Comparing the two images, one can find, that 1) Size of both is identical 2) Basic graphic elements are also identical 3) The slider is much bigger and incorrectly positioned 4) The same applies to the text window 5) Other elements are not present at all (Insert time info, Insert pause time) 6) The lonely checkbox may belong to "auto line change" text Observing this, can anybody determine a part of wine (dll or so), which is responsible for this ? Could I try it as native to see what would change ? Which regards, Pavel Troller

1 0

Re: Wine does not build [ wined3d ]
by Dmitry Timoshkov 10 Jun '05

10 Jun '05

"Ivan Gyurdiev" <ivg2(a)cornell.edu> wrote: > > I agree with Mike, how hard would it be to send an one-liner patch > > instead of complaining? > > Probably about as hard as checking that code submissions to > CVS actually compile, before merging them? > > Just hard enough to make me complain, as opposed to sending a patch? > > Hard enough to make you complain that I don't send a patch in > the first place? > > :) > > The only reason I spam the list with build failures, is that I'm > not convinced they will get fixed soon if I don't. If you'd like me > to stop, then please let me know, and no more build failures will > be reported. The thing is that Wine actually compiled for me (and apparently for Alexandre as he doesn't commit the patches that doesn't compile) without any warning or an error. A reason it didn't compile for you is a more recent gcc version you are using. If you could take that into consideration before complaining or blaming somebody next time that would be really nice. -- Dmitry.

3 2

Re: [QUARTZ] Add FFMpeg video wrapper filter
by Robert Shearman 10 Jun '05

10 Jun '05

Christian Costa wrote: >Index: dlls/quartz/quartz_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/quartz/quartz_private.h,v >retrieving revision 1.24 >diff -u -r1.24 quartz_private.h >--- dlls/quartz/quartz_private.h 6 May 2005 14:34:02 -0000 1.24 >+++ dlls/quartz/quartz_private.h 9 Jun 2005 21:54:23 -0000 >@@ -53,6 +53,9 @@ > HRESULT QUARTZ_CreateSystemClock(IUnknown * pUnkOuter, LPVOID * ppv); > HRESULT ACMWrapper_create(IUnknown * pUnkOuter, LPVOID * ppv); > HRESULT WAVEParser_create(IUnknown * pUnkOuter, LPVOID * ppv); >+#ifdef HAVE_LIBAVCODEC >+HRESULT FFMpegVideoWrapper_create(IUnknown * pUnkOuter, LPVOID * ppv); >+#endif > > HRESULT EnumMonikerImpl_Create(IMoniker ** ppMoniker, ULONG nMonikerCount, IEnumMoniker ** ppEnum); > >@@ -81,5 +84,9 @@ > void DeleteMediaType(AM_MEDIA_TYPE * pmt); > BOOL CompareMediaTypes(const AM_MEDIA_TYPE * pmt1, const AM_MEDIA_TYPE * pmt2, BOOL bWildcards); > void dump_AM_MEDIA_TYPE(const AM_MEDIA_TYPE * pmt); >+ >+#ifdef HAVE_LIBAVCODEC >+extern CLSID CLSID_FFMpegVideoWrapper; >+#endif > > #endif /* __QUARTZ_PRIVATE_INCLUDED__ */ >Index: dlls/quartz/regsvr.c >=================================================================== >RCS file: /home/wine/wine/dlls/quartz/regsvr.c,v >retrieving revision 1.21 >diff -u -r1.21 regsvr.c >--- dlls/quartz/regsvr.c 17 May 2005 14:41:37 -0000 1.21 >+++ dlls/quartz/regsvr.c 9 Jun 2005 21:54:36 -0000 >@@ -18,6 +18,8 @@ > * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > */ > >+#include "config.h" >+ > #define NONAMELESSUNION > #define NONAMELESSSTRUCT > #define COBJMACROS >@@ -840,6 +842,10 @@ > return res; > } > >+#ifdef HAVE_LIBAVCODEC >+CLSID CLSID_FFMpegVideoWrapper = { 0x30355649, 0x0000, 0x0010, { 0x80, 0x00, 0x00, 0xAA, 0x00, 0x38, 0x9B, 0x72 } }; >+#endif >+ > /*********************************************************************** > * coclass list > */ >@@ -928,6 +934,14 @@ > "quartz.dll", > "Both" > }, >+#ifdef HAVE_LIBAVCODEC >+ { &CLSID_FFMpegVideoWrapper, >+ "FFMpeg Video Wrapper", >+ NULL, >+ "quartz.dll", >+ "Both" >+ }, >+#endif > { NULL } /* list terminator */ > }; > >@@ -1118,6 +1132,26 @@ > { 0xFFFFFFFF }, > } > }, >+ /* Wine specific filters */ >+#ifdef HAVE_LIBAVCODEC >+ { &CLSID_FFMpegVideoWrapper, >+ &CLSID_LegacyAmFilterCategory, >+ {'F','F','M','p','e','g',' ','V','i','d','e','o',' ','W','r','a','p','p','e','r',0}, >+ 0x5FFFFF, /* Just below AVIDec */ >+ { { 0, >+ { { &MEDIATYPE_Video, &GUID_NULL }, >+ { NULL } >+ }, >+ }, >+ { REG_PINFLAG_B_OUTPUT, >+ { { &MEDIATYPE_Video, &GUID_NULL }, >+ { NULL } >+ }, >+ }, >+ { 0xFFFFFFFF }, >+ } >+ }, >+#endif > { NULL } /* list terminator */ > }; > >Index: dlls/quartz/main.c >=================================================================== >RCS file: /home/wine/wine/dlls/quartz/main.c,v >retrieving revision 1.47 >diff -u -r1.47 main.c >--- dlls/quartz/main.c 6 Jun 2005 19:50:36 -0000 1.47 >+++ dlls/quartz/main.c 9 Jun 2005 21:54:37 -0000 >@@ -72,7 +72,10 @@ > { &CLSID_AVIDec, AVIDec_create }, > { &CLSID_SystemClock, &QUARTZ_CreateSystemClock }, > { &CLSID_ACMWrapper, &ACMWrapper_create }, >- { &CLSID_WAVEParser, &WAVEParser_create } >+ { &CLSID_WAVEParser, &WAVEParser_create }, >+#ifdef HAVE_LIBAVCODEC >+ { &CLSID_FFMpegVideoWrapper, &FFMpegVideoWrapper_create }, >+#endif > }; > > static HRESULT WINAPI > > I think it would be better to always register the CLSID_FFMpegVideoWrapper class and just make FFMpegVideoWrapper_create fail if the libraries or headers aren't present. This will allow people to install these at a later date and after a recompile have the filter working, without having to re-register the DLL. It will also have the advantage of decreasing the number of ugly ifdefs everywhere. -- Rob Shearman

1 0

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