July 2002 - Wine-Devel - list.winehq.org

Re: Warcraft 3 : success and woes

by Jesse Allen

> Jean-Baptiste Note wrote: > The problem appears when you try to > run warcraft 3 in opengl mode, regardless > of whether or not you ran it with d3d > and wineX previously. Warcraft is (following > Jesse Allen's thought) trying to scan video > modes available in OpenGL and gets stuck. > > However, after only one successful launch, > the game creates the registry entries needed, > and does not need to go through this detection > cycle again. > > Question is, how to create those entries ? > At your option > * try to merge/use my user.reg attached below > NOTE: i've still to look to the cd-key entry > in my brother's win system to add it and be able > to connect to battle.net =) The attachment seems to not have gotten to the list (yet?) Could you send directly to me? The one with the diffed registry. It is possible that it was trying to play a Intro Video when you first ran it. It minimizes the game if it tries to play it. Once it plays it, it doesn't do it again. But if you kill it before done, it might play try playing it again. There is a registry setting you can set on/off to see if this is the case. To turn off the intro movie, make a reg file and import this: REGEDIT4 [HKEY_CURRENT_USER\Software\Blizzard Entertainment\Warcraft III\Misc] "seenintromovie"=dword:00000001 To turn it back on, you probably do something like: "seenintromovie"=dword:00000000 There may be another reason it does this: it could be from an invisible "splash screen". It might be that this window takes the focus away from opengl window for a moment. (It doesn't display the "splash screen" properly either.) The movie and the splash screen are both probably related to the quartz32.dll being a stub. =( Jesse

July 20, 2002

Re: CVS broken?

by Paul Millar

On Sat, 20 Jul 2002, David D. Hagood wrote: > I've tried this with a fresh clean pull, and I still get the error. I > don't a tools/widl/y.tab.h, so it isn't being created. So, there seems > to be a problem in the build scripts as generated by configure. > > If I manually force y.tab.h to be build (cd tools/widl; make y.tab.h) > then all is well, so it looks like it may be a problem in the makefile - > perhaps the makefile finding the wrong file, deciding that no action > need be taken, and blewie! Ah! Of course. Did you do "make depend" after the ./configure? Paul. ---- Paul Millar

July 20, 2002

Re: CVS broken?

by David D. Hagood

Paul Millar wrote: > If tools/widl/y.tab.h doesn't exist, then there's something wrong with > your yacc/bison or the build script as the necessary file wasn't produced. > I've tried this with a fresh clean pull, and I still get the error. I don't a tools/widl/y.tab.h, so it isn't being created. So, there seems to be a problem in the build scripts as generated by configure. If I manually force y.tab.h to be build (cd tools/widl; make y.tab.h) then all is well, so it looks like it may be a problem in the makefile - perhaps the makefile finding the wrong file, deciding that no action need be taken, and blewie!

July 20, 2002

Re: CVS broken?

by Paul Millar

On Fri, 19 Jul 2002, Boris Reisig wrote: > Wine stopped compiling a fews days ago or maybe a week. I download the > CVS every few days and I noticed that it cant compile anymore. On Sat, 20 Jul 2002, David D. Hagood wrote: > I'm trying to rebuild Wine from a CVS pull of a few seconds ago (Sat Jul > 20 13:58:37 UTC 2002), It compiles fine for me :) BTW, I do rolling cvs builds and regression tests every time cvs is altered. The results are available at: http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php > I am getting the following error: > > make[2]: Entering directory `/usr/src/wine/tools/widl' > gcc [...] -I. [...] -I../../tools/wpp [...] header.c > In file included from header.c:36: > ../../tools/wpp/y.tab.h:6: parse error before `wrc_sll_t' [similar errors] > header.c: In function `is_object': [further knock-on effects] The problem seems to be caused (in the first case) by using the wrong y.tab.h file. I did: cd tools/widl rm y.tab.h ln -s ../../tools/wpp/y.tab.h touch header.c && make and was able to reproduce your problem. The header file tools/widl/y.tab.h is generated by either yacc or bison (whatever you've got installed) as part of the normal build process. If tools/widl/y.tab.h exists, then either your compiler is broken (as it's using the wrong y.tab.h) or your copy of yacc/bison is producing broken code that closely resembles tools/wpp/y.tab.h. Occam's razor says the former is more likely :) If tools/widl/y.tab.h doesn't exist, then there's something wrong with your yacc/bison or the build script as the necessary file wasn't produced. So, do you have a tools/widl/y.tab.h file? Do you get any other warning or error messages just before header.c fails to compile? Oh, one last thing, you might want to do a quick sanity check on your cvs, for example: cvs status|grep Status|grep -v Up-to-date from wine's base directory. Cheers, Paul. ---- Paul Millar

July 20, 2002

Re: CVS broken?

by Uwe Bonnes

>>>>> "David" == David D Hagood <wowbagger(a)sktc.net> writes: David> I'm trying to rebuild Wine from a CVS pull of a few seconds ago David> (Sat Jul 20 13:58:37 UTC 2002), and I am getting the following David> error: I updated at 13:51 UTC and compiled fine. David> I've done a make clean to no avail. I had made a "make distclean", as I did a online update of glibc in between on my Suse 8.0 system. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

July 20, 2002

CVS broken?

by David D. Hagood

I'm trying to rebuild Wine from a CVS pull of a few seconds ago (Sat Jul 20 13:58:37 UTC 2002), and I am getting the following error: make[2]: Entering directory `/usr/src/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -I../../tools/wpp -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c In file included from header.c:36: ../../tools/wpp/y.tab.h:6: parse error before `wrc_sll_t' ../../tools/wpp/y.tab.h:6: warning: no semicolon at end of struct or union ../../tools/wpp/y.tab.h:7: warning: type defaults to `int' in declaration of `ull' ../../tools/wpp/y.tab.h:7: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:10: parse error before `cval' ../../tools/wpp/y.tab.h:10: warning: type defaults to `int' in declaration of `cval' ../../tools/wpp/y.tab.h:10: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:11: parse error before `*' ../../tools/wpp/y.tab.h:11: warning: type defaults to `int' in declaration of `marg' ../../tools/wpp/y.tab.h:11: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:12: parse error before `*' ../../tools/wpp/y.tab.h:12: warning: type defaults to `int' in declaration of `mtext' ../../tools/wpp/y.tab.h:12: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:13: parse error before `}' ../../tools/wpp/y.tab.h:13: warning: type defaults to `int' in declaration of `YYSTYPE' ../../tools/wpp/y.tab.h:13: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:59: parse error before `pplval' ../../tools/wpp/y.tab.h:59: warning: type defaults to `int' in declaration of `pplval' ../../tools/wpp/y.tab.h:59: warning: data definition has no type or storage class header.c: In function `is_object': header.c:180: `tOBJECT' undeclared (first use in this function) header.c:180: (Each undeclared identifier is reported only once header.c:180: for each function it appears in.) header.c: In function `is_local': header.c:189: `tLOCAL' undeclared (first use in this function) header.c: In function `is_callas': header.c:198: `tCALLAS' undeclared (first use in this function) make[2]: *** [header.o] Error 1 make[2]: Leaving directory `/usr/src/wine/tools/widl' make[1]: *** [widl] Error 2 make[1]: Leaving directory `/usr/src/wine/tools' make: *** [tools] Error 2 I've done a make clean to no avail.

July 20, 2002

A windows clone without wine?

by Uwe Bonnes

Hallo, http://slashdot.org/articles/02/07/19/2116234.shtml?tid=99 talks about China developping a windows clone. I can't imagine they don't use wine as a base. Does anybody know more? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

July 20, 2002

Warcraft 3 : success and woes

by Jean-Baptiste Note

Hello dear list, ** All the following has been teste on debian sid, XF4.0.2-17, latest wine CVS, on a Geforce2 with 2960 nvidia drivers. GL include were the standart mesa ones. system is pIII-smp, stock 2.4.18 kernel. ** I've followed with great interest a thread on wine-devel where Matthieu Foillard explained his problems trying to run warcraft3 under standard wine. I came across the same problem, so i though i could post here to explain what to do. This is really simple, and following Jesse Allen's recommendation found on http://www.winehq.com/hypermail/wine-devel/2002/07/0189.html The problem appears when you try to run warcraft 3 in opengl mode, regardless of whether or not you ran it with d3d and wineX previously. Warcraft is (following Jesse Allen's thought) trying to scan video modes available in OpenGL and gets stuck. However, after only one successful launch, the game creates the registry entries needed, and does not need to go through this detection cycle again. Question is, how to create those entries ? At your option * try to merge/use my user.reg attached below NOTE: i've still to look to the cd-key entry in my brother's win system to add it and be able to connect to battle.net =) You'll get into trouble certainly though, so read on. * try to do a minimal patch to do one successful run (warning, not very beautiful, we're not on wine-devel): You have to edit the function WINPOS_MinMaximize in the file wine/dlls/x11drv/winpos.c modify it so that it'll return SWP_NOSIZE | SWP_NOMOVE; anyway. compile & install, run. I dont know how this morbid modification affects other things. AFTER the successfull run, you can happily launch the game: launch it and relaunch it change resolution at your leasure BUT... If you do only one small change on window focusing... then it seems impossible for the game window to get the focus again on relaunch. All goes to the launching window ; i've tried with various window managers (kwin, pwm, blackbox) : same problem. So I thought : some information is written somewhere, that is not valid any more when i do a focus change. 1) could it be in user.reg/wine itself ? Deleting ~/.wine/user.reg will solve the problem. However, i've diffed two user.reg differently generated ; i'm at a loss to find any significant difference between the two. (the diff's attached) Furthermore, storing away user.reg and rm -Rf'ing ~/.wine, and copying back, with some focus change in between, leads to a non-focused game window. 2) could it be elsewhere ? IT IS ! As a matter of fact, building a fresh user.reg, then replacing it with an old saved one, without focus changes works flawlessly. I'm pretty sure something somewhere gets written with something like a window number in it. I'm pretty sure that's either in X itself or in the window manager. BTW, the results are the same wether i use wine in managed or unmanaged mode : the WM seems to be unaware of the created window. I don't know if I made myself clear ; i'd be glad to help you (*cough*) fix the bug for me, or (*cough* *cough*) give me some information/pointer as to how i could fix it. Regards, Jean-Baptiste Note

July 20, 2002

Re: PATCH: Convert HTASK to a void*

by Michael Stefaniuc

Hello, On Fri, Jul 19, 2002 at 09:49:52PM +0200, Michael Stefaniuc wrote: > please disregard this patch, it has build problems in a "make clean" > enviroment. > An other problem is that WOWHandle32 and WOWHandle16 are needed in > loader/task.c, but I suspect I'm not allowed to import wow32 into the > ntdll? After looking at what WOWHandle16 is doing, I replaced it with LOWORD in loader/task.c (LOWORD is used a lot in that file). Please try attached patch, it builds now correctly. > On Fri, Jul 19, 2002 at 01:07:16AM +0200, Michael Stefaniuc wrote: > > this patch should close bug #502, but I have some questions (that's why > > wine-devel is CC'ed): > > - is it correct to use the HTASK_{16,32} macros or should I use > > WOWHandle{16,32}? The difference is that the macros include a type > > cast to the right handle. > > - GetAppCompatFlags() works internaly with a HTASK16. Can I move the > > implementation to GetAppCompatFlags16()? Would save a handle > > conversion in GetAppCompatFlags16(). > > > > I'll close the bug report after the patch get's accepted. > > License: LGPL, X11 Changelog: Michael Stefaniuc <mstefani(a)redhat.com> - Convert HTASK to a void* - Fix HTASK_32 macro bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

July 19, 2002

Wine CVS does *not* compile anymore. [wine/tools/widl//header.c]

by Boris Reisig

Wine stopped compiling a fews days ago or maybe a week. I download the CVS every few days and I noticed that it cant compile anymore. Here make[1]: Entering directory `/root/wine/tools' make[2]: Entering directory `/root/wine/tools/wpp' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/root/wine/tools/wpp' make[2]: Entering directory `/root/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -I../../tools/wpp -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c In file included from header.c:36: ../../tools/wpp/y.tab.h:10: parse error before `wrc_sll_t' ../../tools/wpp/y.tab.h:10: warning: no semicolon at end of struct or union ../../tools/wpp/y.tab.h:11: warning: type defaults to `int' in declaration of `ull' ../../tools/wpp/y.tab.h:11: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:14: parse error before `cval' ../../tools/wpp/y.tab.h:14: warning: type defaults to `int' in declaration of `cval' ../../tools/wpp/y.tab.h:14: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:15: parse error before `*' ../../tools/wpp/y.tab.h:15: warning: type defaults to `int' in declaration of `marg' ../../tools/wpp/y.tab.h:15: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:16: parse error before `*' ../../tools/wpp/y.tab.h:16: warning: type defaults to `int' in declaration of `mtext' ../../tools/wpp/y.tab.h:16: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:17: parse error before `}' ../../tools/wpp/y.tab.h:17: warning: type defaults to `int' in declaration of `yystype' ../../tools/wpp/y.tab.h:17: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:66: parse error before `pplval' ../../tools/wpp/y.tab.h:66: warning: type defaults to `int' in declaration of `pplval' ../../tools/wpp/y.tab.h:66: warning: data definition has no type or storage class header.c: In function `is_object': header.c:180: `tOBJECT' undeclared (first use in this function) header.c:180: (Each undeclared identifier is reported only once header.c:180: for each function it appears in.) header.c: In function `is_local': header.c:189: `tLOCAL' undeclared (first use in this function) header.c: In function `is_callas': header.c:198: `tCALLAS' undeclared (first use in this function) make[2]: *** [header.o] Error 1 make[2]: Leaving directory `/root/wine/tools/widl' make[1]: *** [widl] Error 2 make[1]: Leaving directory `/root/wine/tools'

July 19, 2002