wine-devel

wine-devel@winehq.org

4 participants
84472 discussions

Wine CVS does *not* compile anymore. [wine/tools/widl//header.c]
by Boris Reisig 19 Jul '02

19 Jul '02

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'

1 0

AutoCAD2000 again and CreateFiber
by Max 19 Jul '02

19 Jul '02

Well, after the patch-hack-or whatever on VirtualQuery, AutoCAD2000 began coming alive ! Some problems yet, but one wonders me in particular : setting window version as win98 or winnt40, app shows an exception stating that CreateFiber function is not implemented; setting as win95 the apps starts quite well. Any idea ? Is there some plan to implement xxxxxFiber functions, or it's too difficult ? BTW, looking for help on the net, i haven't really understood the difference between a regular thread and a fiber (only caught that use of fibers instead of threads is somehow discouraged...) Regards Max

2 4

Problem with wcmd
by Steven Edwards 19 Jul '02

19 Jul '02

This patch http://cvs.winehq.com/patch.py?id=1025909276607367637873725 results in this under mingw with gcc 2.95.c and 3.1 gcc -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDOWS -DWINE_NO WINSOCK -Wall -mpreferred-stack-boundary=2 -DSTRICT -DNONAMELESSUNION -DNONAMELE SSSTRUCT -D_REENTRANT -o directory.o directory.c directory.c: In function `WCMD_filesize64': directory.c:369: `uint' undeclared (first use in this function) directory.c:369: (Each undeclared identifier is reported only once directory.c:369: for each function it appears in.) directory.c:369: parse error before `r' directory.c:374: `i' undeclared (first use in this function) directory.c:378: `r' undeclared (first use in this function) make: *** [directory.o] Error 1 Any ideas? Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

1 0

Preliminary patch for Bug 675 - LVM_SCROLL
by Guy L. Albertelli 19 Jul '02

19 Jul '02

The attached patch implements LVM_SCROLL. While not many programs use it, implementing it required changing how scrollbars were handled for all of Listview. This new implementation is much more like the native. The scrollbars mimic the range of pixels that they cover. This allows the specification of a pixel level scroll which is critical to LVM_SCROLL. The only exception (and the native does this also) is for LVS_LIST displays where the scrollbar is related to the number of columns to be displayed. Before submitting to wine-patches, I am interested in feedback and any discrepancies with how the native controls work (-dll commctrl,comctl32=n). Thanks, Guy Albertelli <<galberte(a)neo.lrun.com>>

1 0

Re: wine/files dos_fs.c smb.c smb.h
by Rein Klazes 19 Jul '02

19 Jul '02

On Thu, 18 Jul 2002 22:17:19 -0500, you wrote: > > Log message: > Mike McCormack <mikem(a)codeweavers.com> > First go at reading directories on public SMB shares. > > Patch: http://cvs.winehq.com/patch.py?id=1027048639509081130455346 This breaks Forte Agent, looping endlessly around a FindNextFileA(). It is caused by the SetLastError(ERROR_NO_MORE_FILES) that is lost in the final HeapUnlock call. A quick fix is attached. files/ : dos_fs.c Repair SetLastError in FindNextFileA. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: Errors running winapi_extract --stub-statistics
by Gregg Mattinson 19 Jul '02

19 Jul '02

I think this is because the module name is no longer in the .spec file. Lines 71-73 of winapi_extract look for "name" in the .spec file, which no longer exists. Should we be using the file name as the module name? Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: Francois Gouget <fgouget(a)free.fr> >To: wine-devel(a)winehq.com >cc: Patrik Stridvall <ps(a)leissner.se> >Subject: Errors running winapi_extract --stub-statistics >Date: Fri, 19 Jul 2002 00:19:15 -0700 (PDT) > > >Hi, > > >I was trying to update the API statistics but I got the following >errors: > >$ ./tools/winapi/winapi_extract --stub-statistics >Use of uninitialized value in hash element at >./tools/winapi/winapi_extract line 97. >Use of uninitialized value in hash element at >./tools/winapi/winapi_extract line 97. >... > >There is quite a few of these. So I tentatively modified the line as >follows: > $module2entries{$module} = $entries if (defined $module); > >But then I got: >$ ./tools/winapi/winapi_extract --stub-statistics >controls/button.c (file 1 of 796)Not a HASH reference at >tools/winapi_check/winapi_parser.pm line 32. > >So obviously there is another problem or my previous 'fix' was not so >good. Any ideas? > > >-- >Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > In a world without fences who needs Gates? >

1 0

Errors running winapi_extract --stub-statistics
by Francois Gouget 19 Jul '02

19 Jul '02

Hi, I was trying to update the API statistics but I got the following errors: $ ./tools/winapi/winapi_extract --stub-statistics Use of uninitialized value in hash element at ./tools/winapi/winapi_extract line 97. Use of uninitialized value in hash element at ./tools/winapi/winapi_extract line 97. ... There is quite a few of these. So I tentatively modified the line as follows: $module2entries{$module} = $entries if (defined $module); But then I got: $ ./tools/winapi/winapi_extract --stub-statistics controls/button.c (file 1 of 796)Not a HASH reference at tools/winapi_check/winapi_parser.pm line 32. So obviously there is another problem or my previous 'fix' was not so good. Any ideas? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In a world without fences who needs Gates?

1 0

Re: AutoCAD2000 again and CreateFiber
by Eric Pouech 19 Jul '02

19 Jul '02

> Alle 21:40, giovedì 18 luglio 2002, Eric Pouech ha scritto: > > > TEB: Thread execution block... it's the descriptor of any running thread > > in the system (see include/thread.h) > > on NT, the TEB starts with a thread information block > > so if I did understand, in NT fibers are mapped to threads descriptors > directly.... not really... fibers descriptors are chained in a TEB so that the thread (which is the sole execution unit seen by the scheduler) can arrange its own scheduling of fibers A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr

1 0

Re: Re: about XIM support on wine
by shaw 19 Jul '02

19 Jul '02

> > Hi, > > The best solution for the time being is to use Over-the-top entry, so > that characters you type are shown in a small child window rather than a > seperate window. > > If you're feeling keen, then you could try and interface XIM to > Microsoft's own input context stuff (see ImmGetContext in imm32.dll). > > Do you have any patches for us to try out? > > Mike > > rain shaw wrote: > > Hi all, > > I do apply some patches to the wine source according to some tips in > > bugs library,and I can input chinese in notepad now. > > But,every time window was created,will the input method popup.For > > example,if a message box popped up,the xim will popup as well. > > It seems that we called the XIM related Xlib function every time new > > window was created. > > Would u please give me some suggestions about how to disable create and > > open XIM while create non-text-input related window? in other word,how > > to determin the x-window that going to be created is a control that need > > input method ? > > Thanx! > > > > > Sorry,I'm newbie to Wine and Xlib, So I just add some following statemengs if(cs->lpszClass[0] == 'E' || (0 == strcmp(cs->lpszClass,"NotesRichText")) || (0 == strcmp(cs->lpszClass,"IRIS.tedit"))) { /*Yes,Just seek the first char*/ XIM_DoCreateIC(data->client_window); XIM_SetIC(display, data->client_window, data->whole_window); } yes,it looks really ugly but works. Now,I met the same question as message http://www.winehq.com/hypermail/wine-devel/2002/05/0043.html I try to add apparently mapping of WM_IME_CHAR and friends to/from unicode in windows/winproc.c. bug nothing happens. Any suggestions ?

1 0

Re: warcraft 3
by Jesse Allen 19 Jul '02

19 Jul '02

Hi, Here's how to get Warcraft 3 running under wine: 1. Use the latest wine cvs. Only that will work. 2. Mount the CD, and run install.exe on the CD with the winver set to win98 under config. (even though 95/98 are exactly the same when playing the game--i hate that) You should disable the ide-scsi thing because it seems to cause problems =( 3. Close the install program. Go to the directory where war3 is installed. mv the Movies folder to Movies backup. The game tries to display a movie clip on start in the retail, and it hangs wine =( 4. Download the NoCD patch for Warcraft 3 v1.00 (I don't know if 1.01 is out yet) at www.gamecopyworld.com. mv war3.exe and worldedit.exe to backup names. Copy in the patched program exe's. You may now run War3 if you wish. Warcraft 3 uses Safedisc v2. With this patch it will bypass it. Run war3 with the command "wine war3.exe -- -opengl". 5. To login battle.net, you need to bypass the exe check. With the patched version of the game, it won't work. So what I did to get it to work is moved the patched exe's to something like "war3_patched.exe" and create a symbolic link "war3.exe" that links to it. Start the game "war3.exe". To login to battle.net, open bash console. Change to the war3 directory, and reset the symbolic link to the original war3 exe, let it sleep 5 seconds, and then reset the symbolic link back to the patched version. While it's sleeping, you need to login into battle.net immediately. This is what I did to get D2 battle.net to work under wine. It should work for war3. You need to be the same version as battle.net for it to work though. (currently only 1.00 is availible for linux, and battle.net is 1.01) 6. To patch the game, you need to get the standalone patches. Set your symbolic link to the real exe's, and patch away =) The beta in contrast worked perfectly. The retail has a couple problems =(. The advantages I find running War3 under linux/wine/opengl, are higher framerates than on both real windows, and winex. And no graphics errors in comparison to winex d3d8, and no sound problems like under real windows. My three button mouse also works unlike windows. All these advantages =) Jesse

10 14

Jump to page:

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