Date: Wed, 29 Apr 2009 18:38:43 +0200 From: Roland Smith <rsmith@xs4all.nl> To: Oliver Lehmann <lehmann@ans-netz.de> Cc: x11@freebsd.org Subject: Re: Problem with OpenGL and ATI HD3850 Message-ID: <20090429163843.GB370@slackbox.xs4all.nl> In-Reply-To: <20090429164113.f0b48048.lehmann@ans-netz.de> References: <20090429164113.f0b48048.lehmann@ans-netz.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 29, 2009 at 04:41:13PM +0200, Oliver Lehmann wrote: > Hi, >=20 > I must admit that I'm not that familiar with the topic, but anyhow: >=20 > I'm trying to get an application to run which is called "freeorion". It > uses as a backend GiGi which itself uses Ogre3D. Inside Ogre3D, the GL > Renderer is used for rendering (Not SDL for example). When I now startup > the application, All I get is >=20 > unknown chip id 0x9515, can't guess. > main() caught exception(std::exception): basic_string::_S_construct NULL > not valid >=20 > The exception is caused because glGetString(GL_VERSION) returns NULL > which is assigned afterwards. >=20 > The "unknown chip id..." comes out of dri from the radeon driver. >=20 > It is clear to me, that there is no hardware 3D support for my card. > This is not the point. >=20 > I wonder why the GL is moving to the radeon driver. Shouldn't DRI support > a software 3D emulation which should be used if there is no hardware > support? It is, see below. =20 > Executing glxgears for example says >=20 > olivleh1@kartoffel olivleh1> glxgears -info > unknown chip id 0x9515, can't guess. > GL_RENDERER =3D Software Rasterizer > GL_VERSION =3D 2.1 Mesa 7.4 > GL_VENDOR =3D Mesa Project Mesa is the fallback software renderer. > So GL_VERSION seems to be indeed something - So I wonder what could cause > the NULL exception here.... >=20 > In Ogre3D, the failing code part is: >=20 > void GLSupport::initialiseExtensions(void) > { > // Set version string > const GLubyte* pcVer =3D glGetString(GL_VERSION); > printf("ogre 110\n"); > assert(pcVer && "Problems getting GL version string using > glGetString"); printf("ogre 110.1\n"); The assert is weird. Why take an AND of pcVer and a string? Since the string is a constant non-null value, using the standard && operator is usel= ess.=20 Is the && operator overloaded by any chance? That could cause the trouble. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn4gpMACgkQEnfvsMMhpyV30gCfQBRbRpwKJCWdH7AMeBQoR8xd CmUAn0YmZnRj/GjDrQzVIMvqK8fUV6SZ =GcVT -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090429163843.GB370>