- Wine-Devel - list.winehq.org

Fw: CVS compile failure
by Paul R Streitman June 2, 2004

June 2, 2004

That was the problem! In Mandrake you need a separate static devel package. Its curious that I was able to compile kernels, x.org, older levels of wine, etc. without it... I am appending from Notes 6.5.1 running under today's CVS. I have another problem, but I will report that separately. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com ----- Forwarded by Paul R Streitman/Poughkeepsie/IBM on 06/02/2004 03:30 PM ----- Mike Hearn <mh(a)codeweavers.c om> To Sent by: wine-devel(a)winehq.com wine-devel-admin@ cc winehq.org Subject Re: CVS compile failure 06/02/2004 02:21 PM On Wed, 02 Jun 2004 12:28:46 -0400, Paul R Streitman wrote: > This is on Mandrake cooker, gcc 3.3.2. Do you have the static libc installed? It's called libc.a and should be a part of the developer packages. thanks -mike

2 1

an odd focus problem
by Paul R Streitman June 2, 2004

June 2, 2004

I have an odd focus problem to report. This problem is a regression, some time since 4/26 (which does not exhibit the problem). I have not had time to pull interative CVS levels to find out exactly when it appeared, but it was definitely failing last week (at first, I thought that it might be a window manager problem). The problem has to do with virtual desktop focus. If I switch to a different virtual desktop and back, my wine application disappears! There are no error messages or anything (including when running winedbg without any options), its just become totally invisible. It also disappears from the window manager task list. I believe that the application is still running, based on terminal output and the fact that the various wine processes still show up in top. In fact, with Lotus Notes (6.5.1), you have to kill off those processes to restart a 'disappeared' Notes. This problem is readily reproducable. Just define virtual desktops in Afterstep (1.8.11) or Enlightenment (the 0.65 snapshot of 16.7, for example), and run 'wine notepad'. Switch focus to another virtual desktop and back - the notepad is gone! I am running Mandrake cooker, kernel 2.6.7-rc1-mm1, and a May 17th CVS snapshot of x.org. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

1 0

CVS compile failure
by Paul R Streitman June 2, 2004

June 2, 2004

When compiling CVS, I get: ... gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o pthread.o pthread.c gcc -o wine-pthread -Wl,--export-dynamic -Wl,--section-start,.interp=0x77f00400 pthread.o main.o -L../libs/wine -lwine -L../libs/port -lwine_port -lpthread 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 gcc -o wine-preloader -static -nostartfiles -Wl,-Ttext=0x78000000 preloader.o -L../libs/port -lwine_port /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status make[1]: *** [wine-preloader] Error 1 make[1]: Leaving directory `/home/wine0601/loader' make: *** [loader] Error 2 This is on Mandrake cooker, gcc 3.3.2. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

2 1

winemaker /configuration file
by Ahmed Abdel Aal June 2, 2004

June 2, 2004

Hi, I installed new version of wine -20040505 but when I tried to use winemaker to gnerate configuration file. it is not generated and generate Makefile direct. is it and error in winemaker or updates in new version. thanks aallabs

2 1

Re: [OLEAUT32] Resend: Typelibs, Better handling of References
by Mike Hearn June 2, 2004

June 2, 2004

On Tue, 2004-06-01 at 09:33 +0200, Raphael wrote: > Now we go further on many InstallShields (i'm using Prince Of Persia and > SplinterCell Demo) but InstallShield seems to freeze after creating the > "desktop/background" window (i only see Window messaging traces). > Any expert to help me ? > helpppp, i want a lot to use SplinterCell Demo :( Are you sure it's frozen, or is it actually that the big blue window was created as override-redirect so is placed always-on-top by your window manager? What happens if you use desktop mode? thanks -mike

3 3

Re: RSABase: Created Needed Registry Key in DllRegisterServer (Try 2)
by Robert Shearman June 2, 2004

June 2, 2004

On Wed, 2004-06-02 at 01:39, Raphael wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 02 June 2004 00:51, Robert Shearman wrote: > > On Tue, 2004-06-01 at 22:53, Robert Shearman wrote: > > > Hi, > > > > > > The second registry key added by this patch is needed for rsabase to be > > > used properly. > > > > > > Rob > > > > Now with correct registry key. > > > > Changelog: > > Created needed registry key in DllRegisterServer. > > More Complete Patch Again :) Too late :) Alexandre has already committed the patch. You'll have to re-diff. Rob

1 0

CVS Wine doesn't build on NVidia system (2004-05-01)
by Saulius Krasuckas June 1, 2004

June 1, 2004

Am I the only NVidia owner who has this problem? I did 'make clean' and 'cvs -PAd' and now am getting following: make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/uuid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/uuid' make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/glu32' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/glu32' make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/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 -g -O2 -o utils.o utils.c utils.c: In function `set_tex_op': utils.c:1605: `GL_MODULATE_ADD_ATI_EXT' undeclared (first use in this function) utils.c:1605: (Each undeclared identifier is reported only once utils.c:1605: for each function it appears in.) make[2]: *** [utils.o] Error 1 make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls' make: *** [dlls] Error 2 Patch of cause is http://cvs.winehq.org/patch.py?id=12484 . Nothing changed in my NVidia drivers setup, nor in GL headers on my system AFAIK. # lsmod | grep nv nvidia 2123744 6 (autoclean) # strings /lib/modules/`uname -r`/kernel/drivers/video/nvidia.o | grep id: nvidia id: NVIDIA Linux x86 NVIDIA Kernel Module 1.0-5336 Wed Jan 14 18:29:26 PST 2004 Help :)

4 4

Re: Minor logging improvements to freetype.c
by Huw D M Davies June 1, 2004

June 1, 2004

On Mon, May 31, 2004 at 09:47:35PM +0100, Mike Hearn wrote: > Mike Hearn <mh(a)codeweavers.com> > Change some TRACEs into WARNs, WARN on skipping font due to wrong format. > > Index: dlls/gdi/freetype.c > =================================================================== > RCS file: /home/wine/wine/dlls/gdi/freetype.c,v > retrieving revision 1.60 > diff -u -r1.60 freetype.c > --- dlls/gdi/freetype.c 20 Apr 2004 01:12:18 -0000 1.60 > +++ dlls/gdi/freetype.c 31 May 2004 20:47:29 -0000 > @@ -316,20 +316,21 @@ > } > > if(!FT_IS_SFNT(ft_face)) { /* for now we'll skip everything but TT/OT */ > + WARN("skipping font file %s, not TrueType/OpenType font\n", debugstr_a(file)); > pFT_Done_Face(ft_face); > return FALSE; > } > if(!pFT_Get_Sfnt_Table(ft_face, ft_sfnt_os2) || > !pFT_Get_Sfnt_Table(ft_face, ft_sfnt_hhea) || > !(pHeader = pFT_Get_Sfnt_Table(ft_face, ft_sfnt_head))) { > - TRACE("Font file %s lacks either an OS2, HHEA or HEAD table.\n" > + WARN("Font file %s lacks either an OS2, HHEA or HEAD table.\n" > "Skipping this font.\n", debugstr_a(file)); > pFT_Done_Face(ft_face); > return FALSE; > } > > if(!ft_face->family_name || !ft_face->style_name) { > - TRACE("Font file %s lacks either a family or style name\n", debugstr_a(file)); > + WARN("Font file %s lacks either a family or style name\n", debugstr_a(file)); > pFT_Done_Face(ft_face); > return FALSE; > } You could argue that these three should really be FIXMEs > @@ -369,13 +370,13 @@ > (*insertface)->font_version, pHeader->Font_Revision); > > if(fake_family) { > - TRACE("This font is a replacement but the original really exists, so we'll skip the replacement\n"); > + WARN("This font is a replacement but the original really exists, so we'll skip the replacement\n"); > HeapFree(GetProcessHeap(), 0, StyleW); > pFT_Done_Face(ft_face); > return FALSE; > } > if(pHeader->Font_Revision <= (*insertface)->font_version) { > - TRACE("Original font is newer so skipping this one\n"); > + WARN("Original font is newer so skipping this one\n"); > HeapFree(GetProcessHeap(), 0, StyleW); > pFT_Done_Face(ft_face); > return FALSE; > I don't think these two should be warnings. It's perfectly possible to have two copies of the same font installed and you don't want to confuse users by issuing warnings about something where we actually do the right thing. Huw. -- Huw Davies huw(a)codeweavers.com

2 3

wine
by Mike June 1, 2004

June 1, 2004

m tring to play a game using wine does anybody no why i receive this message and if so how to fix? Thanks Mike > Exception at EIP=0081F2B4: ACCESS VIOLATION > While attempting to read memory at 00000000 > ----------------------------------------------------- > EAX=00000000 EBX=00000001 ECX=0000013C EDX=41796208 > ESI=000006D7 EDI=407CFD7C EBP=00000000 ESP=407CFC30 >

2 1

DCOM (was Re: Fix CoMarshalInterThreadInterfaceInStream)
by Robert Shearman June 1, 2004

June 1, 2004

On Sat, 2004-05-29 at 00:44, Mike Hearn wrote: > Of course calling CoMarshalInterface in this case doesn't actually do > much, but if it helps InstallShield OK. Actually, it does. It appears as though the interface marshaling functions are all compatible with each other on Windows (even though MSDN says that they aren't and then says they use the same code as the others). Presumably InstallShield was quite understandably passing the IStream from on the two functions that were fixed into one of the other (supposedly compatible) functions and then that function failed because it wasn't the right format. Even on Wine, those other functions, such as CoMarshalInterface do actually attempt to get a marshaller or just use the standard one and > If you are interested in this > stuff I'd say trying to merge the TransGaming patch would be a good > start. I assume you mean this: http://www.winehq.com/hypermail/wine-devel/2003/07/att-0179/01-ole.diff__ch… I've had a look at what is in there. The way I interpret it, there are a couple of sections: o Auto-generated marshaling code -- this is fine to be included in Wine and could probably be done so at any point o Converting COM (ole32) to using RPC -- as you can see by the comments in the code, this isn't really done through the correct interfaces yet (and this is stuff that you only want implement once) and hence I'm not confident that the related stuff is done correctly. There are useful bits, but I doubt I will use all of that code. o Rewriting the Type Library marshaller -- this isn't much better than the code we have at the moment. Again, this isn't done through the correct interfaces - I would prefer to use the stubless RPC to do the same, but it would probably mean writing half of MIDL into RPCRT4. o Miscellaneous header and bug fixes -- I'll check whether they are included in Wine already and check whether they are correct or workarounds for something in the patch > This includes a lot of what you've done lately such as proper > apartments, proper inter-thread marshalling and so on. Otherwise the > codebase drift is going to get even worse :( I would prefer it if we could all work on the same codebase, but as you know the licensing restrictions largely prevent that. I hope (wish?) that Transgaming will use more and more LGPL modules from Wine and only develop separately the ones that are core to their business. They have been kind of informally doing that by submitting their RPC / OLE patches back to Wine, but they are working from the ReWind codebase, not Wine and they are not in sync. Rob P.S. I am currently putting together a plan for tackling RPC / DCOM and will present it to wine-devel soon.

2 4