June 2003 - Wine-devel - list.winehq.org

cvs build error (another)
by Stefan Leichter 05 Jun '03

05 Jun '03

Hello, current cvs does not compile for me on SuSE 7.3. The error is: gcc -c -I../../../wine/dlls/d3d8 -I. -I../../../wine/include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o utils.o ../../../wine/dlls/d3d8/utils.c ../../../wine/dlls/d3d8/utils.c: In function `set_tex_op': ../../../wine/dlls/d3d8/utils.c:582: `GL_ALPHA_SCALE_EXT' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:582: (Each undeclared identifier is reported only once ../../../wine/dlls/d3d8/utils.c:582: for each function it appears in.) ../../../wine/dlls/d3d8/utils.c:744: `GL_PRIMARY_COLOR' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:780: `GL_CONSTANT' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:798: `GL_PREVIOUS' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:566: warning: `scal_target' might be used uninitialized in this function make[2]: *** [utils.o] Error 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Error 2 Bye Stefan

1 0

Re: glext missing
by Saulius Krasuckas 05 Jun '03

05 Jun '03

> Oops - Looks like a check got missed. Change the top of device.c to add: > > #ifdef HAVE_GL_GLEXT_H <--- Add this > #include <GL/glext.h> > #endif <---- and this > #include <GL/glxext.h> doesn't work for me. > Note the #include <GL/glxext.h> may need to go inside the #ifdef. that one doesn't work either. > Apologies for these problems... We will sort them out asap. Can you > please let me know if this helps, and whether the glxext needs to be > inside the #ifdef as well it does not help me here (in my box). BTW: my ./configure said: checking GL/gl.h usability... yes checking GL/gl.h presence... yes checking for GL/gl.h... yes checking GL/glx.h usability... yes checking GL/glx.h presence... yes checking for GL/glx.h... yes checking for GL/glext.h... yes checking for up-to-date OpenGL version... yes checking for glXCreateContext in -lGL... yes checking for glXGetProcAddressARB in -lGL... yes checking for OpenGL extension functions prototypes... yes checking for gluLookAt in -lGLU... yes and i didn't see any "glxext" string here :-/. is it OK?

1 0

Serial receive is not working
by Evangelos Arkalis 05 Jun '03

05 Jun '03

Serial receive on serial ports is broken (????). I have the following lines in my config [serialports] "Com1" = "/dev/ttsS0" "Com2" = "/dev/ttsS1" Transmit is OK! but receive is not working. I am not familiar with linux serial programming, but I think that there is problem is serial.c or async.c. Looking at serial.c (and trying to print some messages in various points of code) it seems that serial_get_poll_events() function is working but later in async.c the receive event is lost. Unfortunately I dont have knowledge of internals of linux events to solve the problem. -- Evangelos Arkalis <arkalis(a)acn.gr>

1 0

Serial receive is not working
by Evangelos Arkalis 05 Jun '03

05 Jun '03

Serial receive on serial ports is broken (????). I have the following lines in my config [serialports] "Com1" = "/dev/ttsS0" "Com2" = "/dev/ttsS1" Transmit is OK! but receive is not working. I am not familiar with linux serial programming, but I think that there is problem is serial.c or async.c. Looking at serial.c (and trying to print some messages in various points of code) it seems that serial_get_poll_events() function is working but later in async.c the receive event is lost. Unfortunately I dont have knowledge of internals of linux events to solve the problem. -- Evangelos Arkalis <arkalis(a)acn.gr>

1 0

Re: d3d8 compile issues
by Vilppa Salt 05 Jun '03

05 Jun '03

> FYI If you are having problems compiling d3d8, add the following to > d3d8_private.h after the APIENTRY #define That helped but then few files later: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c device.c:38:23: GL/glxext.h: No such file or directory make[2]: *** [device.o] Error 1 make[2]: Leaving directory `/home/vilppa.salt/wineCVS/wine/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/home/vilppa.salt/wineCVS/wine/dlls' make: *** [dlls] Error 2 --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

1 0

NamedPipe problem
by Oleg Prokhorov 05 Jun '03

05 Jun '03

Hello , I've made the test program to check/test some createprocess behavior. But found that it doesn't work with wine at all (it's ok on windows). In ConnectToNewClient ConnectNamedPipe fails and returns non zero. The source is attached. Who is in charge for named pipes problems ? :) -- Best regards, Oleg mailto:xolegpro(a)rbcmail.ru

2 3

Re: Re: Submits galore
by Ann and Jason Edmeades 05 Jun '03

05 Jun '03

>PS: As jason have some compilation problems too as it use a specific gl.h with a generic glext.h, >i'm thinking about not using anymore the gl/glext headers definitions >(i'm too bored to fixes each mismatch headers declaration) >| In file included from basetexture.c:29: >| d3d8_private.h:198: error: parse error before "PFNGLCOLORTABLEEXTPROC" >| d3d8_private.h:198: warning: no semicolon at end of struct or union >| d3d8_private.h:198: error: parse error before "glPointParameterfEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glPointParameterfEXT' >| d3d8_private.h:198: error: `glPointParameterfEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2484: error: previous declaration of `glPointParameterfEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:198: error: parse error before "glPointParameterfvEXT" This is exactly the problem I am having with patches beyond dx48 Any idea what patch Alexander is up to in cvs? BTW Possibly a question for Alexander, but can we prefix the changelog with eg [dx48] when we have long patch sequences, as its hard keeping track of everything Jason

1 0

Re: Submits galore
by fenix＠club-internet.fr 05 Jun '03

05 Jun '03

yes, I have seen this "d3d commit fury" in realtime :) Alexandre, you have done a very impressive job :) But you returned too early as we haven't sent all our patches (i was too bored to do the cleaning stuff last week). But we'll thanks all D3D-lovers that can report games ok, or with graphics problems. Regards, Raphael ----Message d'origine---- >De: Johan Gill <johane(a)lysator.liu.se> >A: wine-devel(a)winehq.org >Sujet: Submits galore >Date: Thu, 5 Jun 2003 13:11:11 +0200 > >It seems Alexandre is back or just got tired of the patch storm :) D3D-lovers should update from CVS I'd say. > >-- >Johan Gill, johane(a)lysator.liu.se > > >

1 0

Re: First stab at NETWM system tray support
by Mike Hearn 05 Jun '03

05 Jun '03

OK, so rereading this patch in the morning when I'm feeling more awake, I can see a few mistakes that slipped past my review last night. To save people the hassle of point them out to me, here they are: 1) The whole of X11DRV_systray_dock_window should probably be protected with a TS lock, instead of just the middle section. 2) The line: X11DRV_systray_dock_window(display, undockedTrayIcons[0]) should use (undockedTrayIconsCount - 1) as the index, not 0. 3) Whitespace noise in the part that sets the KDE hints 4) Commented out line I used for debugging made its way into the patch. 5) This confuses me: - ... create_desktop( Display *display, WND *wndPtr ) + ... create_desktop( Display *display, WND *wndPtr, CREATESTRUCTA *cs ) + SendMessageW( wndPtr->hwndSelf, WM_NCCREATE, 0, (LPARAM)cs ); as I don't remember writing that code. Presumably the createstruct parameter was there when I first wrote the patch and removed later without me noticing, as I diffed the tree in a different location to where I wrote it, CVS thought I readded it. So I guess this is "old code" noise. I'll try again tonight. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Serial Ports are not working
by arkalis＠aias.gr 05 Jun '03

05 Jun '03

Serial receive on serial ports is broken (????). I have the following lines in my config [serialports] "Com1" = "/dev/ttsS0" "Com2" = "/dev/ttsS1" Transmit is OK! but receive is not working. I am not familiar with linux serial programming, but I think that there is problem is serial.c or async.c. Looking at serial.c (and trying to print some messages in various points of code) it seems that serial_get_poll_events() function is working but later in async.c the receive event is lost. Unfortunately I dont have knowledge of internals of linux events to solve the problem. Evangelos

1 0