wine-devel June 2003

wine-devel@winehq.org

123 participants
259 discussions

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

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@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

1 0

Congratulations - wine works fine
by Hans Martin Speiser 05 Jun '03

05 Jun '03

I'm a quite new wine user and want you to know that your software works very good. I did my first tests with an cocktail-database-application (gekko software, kalua cocktails) and it ran without any problems - even with its quite complex dialog interface. At least I want you to know that. Regards Hans Martin P.S.: If you don't like such e-mails, or get too much of them - please excuse me. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

4 3

Jump to page:

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 June 2003