January 2003 - Wine-Devel - list.winehq.org

Re: Problem compiling current CVS on Redhat 8

by John K. Hohm

> wine/dlls/comcat/: > > comcat_private.h:45: conflicting types for `ClassFactoryImpl' > comcat.h:49: previous declaration of `ClassFactoryImpl' > [more of same error for ther types] I'm quite confused by this; the current comcat.h only has 34 lines, and doesn't define ClassFactoryImpl. > I also get this: > gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall > -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ > -D_REENTRANT -o comcat_main.o comcat_main.c > In file included from comcat.h:28, > from comcat_private.h:29, > from comcat_main.c:21: > .../../include/wine/obj_base.h:26:2: #error DO NOT INCLUDE DIRECTLY The current comcat.h doesn't include obj_base.h. Are you certain you have the latest from CVS? You can see it here: http://cvs.winehq.com/cvsweb/wine/include/comcat.h?rev=1.7&content-type=tex…

Jan. 20, 2003

Re: 1995-era installshield woes - foreground window never appears

by Francois Gouget

On Sun, 19 Jan 2003, Dan Kegel wrote: [...] > > ... "managed" mode might help with this problem as well. > > Aha! .wine/config had managed=Y. Switching it to managed=N > made the dialog box show up properly! > > OK, this has to be a bug in wine, doesn't it? Not really. I believe this is a typical case of 'unmanaged windows go on top'. Let me explain. That big blue window is most probably handled by Wine as an unmanaged X window because it should not have the regular window decorations or something like that. The problem is that some window managers (e.g. the KDE WM) systematically put such windows on top of regular managed windows. So when Wine then creates the installer dialog, a regular managed X window, it is hidden by that big blue window. Furthermore these window managers often make it hard to bring the managed windows on top. So the 'fix' is to get Wine to treat all windows as managed windows... and tell the window manager not to give them decorations. This has been discussed before and I believe it is in Alexandre's todo-list. But this stuff is pretty complex so it may take some time... So in the meantime the solution is to either use Managed=N or Desktop="800x600". Desktop="800x600" is pretty nice for installers, especially if you put it in an executable-specific section, typically one with the name of the installer. But desktop mode does not work very well either (new processes get out of the desktop). Oh, well... -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ The nice thing about meditation is that it makes doing nothing quite respectable -- Paul Dean

Jan. 20, 2003

Re: 1995-era installshield woes - foreground window never appears

by Dan Kegel

Greg Turner wrote: > On Sunday 19 January 2003 08:02 pm, Dan Kegel wrote: > >>Data Access Objects >>installer. When you run it, you get to the first >>screen with a big blue background, but the foreground >>window never shows up. It's probably there, but >>invisible, or something. Alt-tab doesn't help, and >>the blue background is full-screen, so you can't > > > hehe, seen a few of those. Too bad wine emulates that business so > nicely :) No, the installer works fine on Windows. Wine isn't emulating very well here. > I don't have a fix for the fundamental problem, but I do know some > workarounds: from a system-administration perspective, you can download > one of the MDAC redistributables, and try to get it to install after > you are done. This, I think, will put DAO into your filesystem & > registry to some extent. That'd help if I actually wanted to use DAO :-) Unfortunately, I'm simply focused on making the msvc4 installer work nicely under wine. > ... "managed" mode might help with this problem as well. Aha! .wine/config had managed=Y. Switching it to managed=N made the dialog box show up properly! OK, this has to be a bug in wine, doesn't it? Got any tips on how to continue tracking this down? (I suppose I could try seeing if Wine has been able to do this in the past, and binary search cvs until I find out what broke it... hmm, didn't work back in 20020605. Not sure it's worth searching back further.) My wife keeps rolling her eyes when I tell her I'm on a quest to get msvc4's installer working smoothly under wine, but it sounds like a reasonable quest to me :-) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 20, 2003

Some more thoughts on khtml

by Joerg Mayer

Just two things for those thinking about khtml: 1) The kdebindings package contains C-language bindings for khtml (kde_HTML*), so C++ wouldn't be a requirement for calling khtml (this does not affect the qt-replacement api of course). 2) There is a project to port KWC to win32: KHTML Win32 Native, see http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to use that. ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

Jan. 20, 2003

dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party

by Jani Vaarala

Hi. I tried to get Worms World Party working with wine (tried latest wine from CVS, winex 2.2.1 ...) and none of these worked. I don't get graphics output of any kind on these. In version 2002-06-05 graphics output is ok, but mouse events seem to be going to /dev/null. I tried different versions and I found out that 2002-06-28 had a fix labeled: "Disable OWN_WINDOW as it no longer works." I tried defining OWN_WINDOW in latest build and the graphics came out ok. But no mouse events. If I undefine OWN_WINDOW, I get the mouse (can hear the menu selection sounds), but no graphics. When I get no graphics, it seems that GDI heap overflows aswell. I'm not a windows expert, so it would take quite long time to find out what is actually the reason for this. Could someone from this list take a look at it ? --jani __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

Jan. 20, 2003

Re: 1995-era installshield woes - foreground window never appears

by Greg Turner

On Sunday 19 January 2003 08:02 pm, Dan Kegel wrote: > Data Access Objects > installer. When you run it, you get to the first > screen with a big blue background, but the foreground > window never shows up. It's probably there, but > invisible, or something. Alt-tab doesn't help, and > the blue background is full-screen, so you can't hehe, seen a few of those. Too bad wine emulates that business so nicely :) > try moving it out of the way. I have to alt-tab and ^C > (why that works, I dunno) Alt tab puts your terminal program in the "foreground". Unfortunately, the blue usurper is full-screen-sized and "always on top" so you don't see anything. ^C now breaks out of wine, killing the program at the console. > to get out. I don't have a fix for the fundamental problem, but I do know some workarounds: from a system-administration perspective, you can download one of the MDAC redistributables, and try to get it to install after you are done. This, I think, will put DAO into your filesystem & registry to some extent. There is also another trick that works under gnome and kde (at least), with default setups: hold down the alt key, position the mouse over the cursed blue usurper (i.e., anywhere) and hold the left mouse button to "drag and drop" the usurper out of your way. "managed" mode might help with this problem as well. Won't fix wine, but will give you your computer back without killing off the debugger. -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

Jan. 20, 2003

1995-era installshield woes - foreground window never appears

by Dan Kegel

All the installshield stuff in the msvc4 installer seems to work -- except the Data Access Objects installer. When you run it, you get to the first screen with a big blue background, but the foreground window never shows up. It's probably there, but invisible, or something. Alt-tab doesn't help, and the blue background is full-screen, so you can't try moving it out of the way. I have to alt-tab and ^C (why that works, I dunno) to get out. Any suggestions? I'm having trouble figuring out how to track this down; win32 gui problems aren't my forte. I put a bzip2 log of 'wine --debugmsg +file,+exec,+proc,+relay _INS0466._MP' on my web site: http://www.kegel.com/linux/winelog.html#msvc4.dao Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 20, 2003

Re: placeholder implementation of explorer.exe

by Dan Kegel

Sylvain Petreolle wrote: > I think that Dan has a shorter and better solution. > After all its easier to fix the existing code and write a wrapper than > coding a new program. OK, then. Here's a patch that makes 'start explorer.exe d:\' work (needed by msvc4.0's setup program). Note that winefile had not in the past been installed in the fake windows area. This patch causes it to be installed there, and indeed under the name 'winfile.exe'. Hope that's ok. I'm tempted to wait until somebody else agrees that this works before posting it to wine-patches... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.122 diff -u -r1.122 configure.ac --- configure.ac 15 Jan 2003 00:50:48 -0000 1.122 +++ configure.ac 20 Jan 2003 01:22:37 -0000 @@ -1510,6 +1510,7 @@ programs/cmdlgtst/Makefile programs/control/Makefile programs/expand/Makefile +programs/explorer/Makefile programs/notepad/Makefile programs/osversioncheck/Makefile programs/progman/Makefile Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.33 diff -u -r1.33 Makefile.in --- programs/Makefile.in 4 Jan 2003 02:52:05 -0000 1.33 +++ programs/Makefile.in 20 Jan 2003 01:22:37 -0000 @@ -10,6 +10,7 @@ cmdlgtst \ control \ expand \ + explorer \ notepad \ osversioncheck \ progman \ @@ -37,6 +38,7 @@ clock \ control \ expand \ + explorer \ notepad \ progman \ regedit \ @@ -73,6 +75,7 @@ # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ + explorer.exe \ rpcss.exe \ wcmd.exe \ wineconsole.exe \ @@ -121,6 +124,9 @@ check test:: $(SUBDIRS:%=%/__test__) # Rules for symlinks + +explorer.exe$(DLLEXT): explorer/explorer.exe$(DLLEXT) + $(RM) $@ && $(LN_S) explorer/explorer.exe$(DLLEXT) $@ rpcss.exe$(DLLEXT): rpcss/rpcss.exe$(DLLEXT) $(RM) $@ && $(LN_S) rpcss/rpcss.exe$(DLLEXT) $@ Index: tools/wineinstall =================================================================== RCS file: /home/wine/wine/tools/wineinstall,v retrieving revision 1.50 diff -u -r1.50 wineinstall --- tools/wineinstall 5 Dec 2002 19:05:44 -0000 1.50 +++ tools/wineinstall 20 Jan 2003 01:22:37 -0000 @@ -135,6 +135,8 @@ link_app wcmd "$CROOT/windows/system/wcmd.exe" link_app control "$CROOT/windows/system/control.exe" link_app winhelp "$CROOT/windows/system/help.exe" + link_app winefile "$CROOT/windows/winfile.exe" + link_app explorer "$CROOT/windows/explorer.exe" link_app notepad "$CROOT/windows/system/notepad.exe" link_app progman "$CROOT/windows/system/progman.exe" link_app regsvr32 "$CROOT/windows/system/regsvr32.exe" --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/explorer/Makefile.in 2003-01-19 17:09:38.000000000 -0800 @@ -0,0 +1,13 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = explorer.exe +APPMODE = cui +IMPORTS = shell32 + +C_SRCS = explorer.c + +(a)MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/explorer/explorer.c 2003-01-19 17:15:23.000000000 -0800 @@ -0,0 +1,86 @@ +/* + * Wrapper around win[e]file to make it act like explorer + * This is all wrong, but it works well enough if you're passing + * no arguments, or just a directory name + * + * Copyright 2003 Dan Kegel + * + * This program 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 program 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 program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <windows.h> +#include <winuser.h> +#include <shlobj.h> +#include <stdio.h> + +/** + Output given message to stdout without formatting. +*/ +static void output(const char *message) +{ + DWORD count; + WriteFile(GetStdHandle(STD_OUTPUT_HANDLE), message, strlen(message), &count, NULL); +} + +/** + Output given message, + followed by ": ", + followed by description of given GetLastError() value to stdout, + followed by a trailing newline, + then terminate. +*/ +static void fatal_error(const char *msg, DWORD error_code) +{ + LPVOID lpMsgBuf; + int status; + + output(msg); + output(": "); + status = FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM, NULL, error_code, 0, (LPTSTR) & lpMsgBuf, 0, NULL); + if (!status) { + output("FormatMessage failed\n"); + } else { + output(lpMsgBuf); + LocalFree((HLOCAL) lpMsgBuf); + output("\n"); + } + ExitProcess(1); +} + +int main(int argc, char *argv[]) +{ + SHELLEXECUTEINFO sei; + + memset(&sei, 0, sizeof(sei)); + sei.cbSize = sizeof(sei); + sei.lpVerb = "open"; + sei.nShow = SW_SHOWNORMAL; + /* Dunno what these mean, but it looks like winMe's start uses them */ + sei.fMask = SEE_MASK_FLAG_DDEWAIT|SEE_MASK_FLAG_NO_UI; + + if (argc > 1) { + if (!SetCurrentDirectory(argv[1])) { + fatal_error(argv[1], GetLastError()); + } + } + + sei.lpFile = "winfile.exe"; + sei.lpParameters = NULL; + + if (!ShellExecuteEx(&sei)) + fatal_error("can't exec", GetLastError()); + + ExitProcess(0); +}

Jan. 20, 2003

Re: VirtualDub cannot find its codecs

by Joerg Mayer

On Sun, Jan 19, 2003 at 08:12:02AM -0800, Duane Clark wrote: > Please supply as diff -u, or better, create a ~/.cvsrc file that contains: > > cvs -z 3 > update -PAd > diff -u or diff -uNRp rdiff -uNRp cvs -z4 -q update -Pd checkout -AP status -v Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

Jan. 20, 2003

Re: Problems switching keyboards

by Lina Kemmel

Shachar Shemesh wrote: >> the '-option grp' set to 'alt_shift_toggle' will work. >> >>> Yes, but it will also switch to menu selection under most Windows >>> applications, a majour annoyance (unless shift is pressed fist, but who >>> really does that?). Try just '-option grp:toggle'. Then pressing and releasing right alt will work as a permanent keyboard switch. For additional options, see /usr/X11R6/lib/X11/xkb/rules/xfree86.lst (on RH 7.1 at least), or if this file is not present, do some grep (eg. "shift_toggle") to find a similar one. But in any case, shouldn't wine consider any AltGr switchers (including both shifts, if defined) as shortcut keys (instead of handling each modifier key independently)? >> Know any good place I can RTFM this? There is not bad in my opinion XKB manual at http://www.tsu.ru/~pascal/en/xkb Lina

Jan. 19, 2003