I've taken a stab at fixing the libglide3.so for Voodoo3 vs Voodoo5 problem.
Basically, the tdfx driver looks at the screen's device ID and either loads
libglide3-v3.so or libglide3-v5.so (filenames not finalized) with dlopen()
and initializes a table of per-context Glide function pointers
FYI,
I know this isn't DRI related, but I sent this fix to the XFree86 folks
months ago and I
still see the buglet in CVS. Hopefully someone on here has clout.
Module dri/xc/programs/Xserver/hw/xfree86/input/joystick/xf86Jstk.c:
Search for the text WACOM and replace with JOYSTICK. This is just
John Tobin wrote:
I have been monitoring the DRI since it first began and I have just
one question regarding the MGA driver.
I was wondering if you consider it to be functioning at the highest
performance that you can get out of it?
I ask this because I have been doing benchmarking
Keith Whitwell [EMAIL PROTECTED] writes:
Do you have a small application that does this?
I have attached a simple program that does something like this. Oddly
enough it crashes only if I use:
glDrawArrays( GL_QUADS, 0, 4);
glDrawArrays( GL_QUADS, 4, 4);
glDrawArrays(
Please disregard the first message I didn't realise it was a bash script.
Here is a slighty more exciting bug.
The script will now compile the DRM kernel modules for your machine.
Press ENTER to continue or CTRL-C to exit.
Compiling...
ERROR: Kernel modules did not compile
The DRI drivers
On Wed, May 23, 2001 at 02:20:48PM -0500, Jeffrey M Einhorn wrote:
Please disregard the first message I didn't realise it was a bash script.
Here is a slighty more exciting bug.
The script will now compile the DRM kernel modules for your machine.
Press ENTER to continue or CTRL-C to exit.
The a7m266 uses the AMD 761
chipset. Apparently that chipset is not supported
yet. Can anyone confirm that?
Search LKM and watchout for Alan Cox's info about AGP and the unknown chipset
option (agp_try_unsupported=1).
rmmod agpgart (if loaded)
modprobe agpgart
On Thursday 24 May 2001 11:24, you wrote:
I have been trying your patch against the current XFree86-CVS and it
seems to work quite well with my G400MAX. running quake2,Q3A and
xscreensaver hacks. Running at 1600x1200x32 with 32Mb allocated to
agpsize I did not encounter any
Peter Soetens (KaLTaN) wrote:
If other people experience similar successes with other mga cards, i think it
would be cool if they (Gareth etc) made it part of the main branch.
with xf4.1 knocking on the door this would be a rather bad moment.
--
ralf willenbacher ([EMAIL PROTECTED])
Hello
I have some problems with DRI on my computer
for quite a while already.
(http://www.xfree86.org/pipermail/xpert/2001-May/008040.html).
In particular I can crash my server by using UseCCEFor2D option
and things are horribly slow (not useable), though glxinfo says that
I have DRI.
XFree86
I'm really sorry about that. I was going to cancel and I(obviously) wasn't
paying enough attention. I was going to cancel because I thought I would
look at the source some before saying anything, but since I've inadvertently
delurked I may as well say it anyway.
I have a matrox G400. I
On Friday 25 May 2001 01:22, ralf willenbacher wrote:
thanks for trying it out.
i fixed a typo (again)..
patch snipped
In your patch you changed 'totalcard = b-size' and 'totalagp=b-size' to
'totalcard += b-size' and 'totalagp += b-size' in
xc/lib/GL/mesa/src/drv/mga/mgatexmem.c. This
Steven Newbury wrote:
On Friday 25 May 2001 01:22, ralf willenbacher wrote:
thanks for trying it out.
i fixed a typo (again)..
patch snipped
In your patch you changed 'totalcard = b-size' and 'totalagp=b-size' to
'totalcard += b-size' and 'totalagp += b-size' in
The fix for the g400 broke it for the g200.
So i tried around until the texenv.c's software output matched the
g200's
output except for GL_ADD.
Since i have no unmodified tree anymore ill copy right out of the
source.. :
mgastate.c: mgaUpdateAlphaMode()
snip
else {
/* G400: Regardless
On Saturday 26 May 2001 18:11, ralf willenbacher wrote:
Steven Newbury wrote:
On Friday 25 May 2001 01:22, ralf willenbacher wrote:
thanks for trying it out.
i fixed a typo (again)..
patch snipped
In your patch you changed 'totalcard = b-size' and 'totalagp=b-size'
to
I am sorry for my last message about the first level of quake.
It is probably an overheating problem and nothing else.
But I have another problem in both of my computers,
an Athlon 600 Mhz Slot A and an Athlon 700 Mhz Socket A
both with Matrox G400.When I start quake for the first time time
Hello.
I am happy owner of Voodoo3 AGP 2000 and AMD K6-2.
I have Linux-2.4.5, glibc-2.1.3 and latest XFree86 CVS installed.
I am developing simple 3D editor - it just a toy. I use OpenGL, SDL and
Paragui. I have big problem - when I move scrollbar - 3D scene is not rendered,
it just disappear
I have a question regarding the DRI/DRM kernel modules: Is there a simple way
for another XFree86 module to gain access to the DMA functions of a video
card and transfer fairly large buffers to userspace from the on-card memory?
The situation is this: ATI has a line of cards, the
Hello!
I tried to install the v.0.7-mga-driver without success.
1. When I tried ./install.sh i got the message:
Could not located 'ed' editor. Aborting.
I have ed installed and it's working. So I commented out the ed-check in the
script. Everything then seemed to work ok with the
On Mon, May 28, 2001 at 09:27:34AM -0400, Mike A. Harris wrote:
../../../../../../config/makedepend/makedepend: warning:
tdfx_context.c: 119: #error Unknown OS
tdfx_context.c:97: defined __cplusplus ? __GNUC_PREREQ (2, 6)
: __GNUC_PREREQ (2, 4)
On Mon, 28 May 2001, Alan Hourihane wrote:
On Mon, May 28, 2001 at 09:27:34AM -0400, Mike A. Harris wrote:
../../../../../../config/makedepend/makedepend: warning:
tdfx_context.c: 119: #error Unknown OS
tdfx_context.c:97: defined __cplusplus ? __GNUC_PREREQ (2, 6)
: __GNUC_PREREQ (2,
On Mon, 28 May 2001, Mike A. Harris wrote:
Right. makedepend doesn't (yet) deal with parameterised macros. If
things still build, makedepend's complaints should be ignored (for now).
I happened to have a /usr/include/glide3 directory populated by
older Glide3 headers, which made me
Hi,
On Tue, May 29, 2001 at 02:00:33PM +0100, Philip Willoughby wrote:
I'm using VIA Irongate too.
Err, AMD make the irongate chipsets -- the 75x series. VIA don't -- they
make the Apollo series Which have you got?
My bad, it's Irongate 75x.
--Stephen
Hello!
Anyone who has Radeon working without crashing on Abit KT7A ?
BIOS settings seem to be very effective on this MB.. with Fail Safe
Defaults whole machine crashes immediately after starting OpenGL-app.
With some BIOS tweaking I'm able to run 3D for a couple minutes (and
then we go..)
On Tue, May 29, 2001 at 02:20:01PM +0100, Stephen C. Tweedie wrote:
Hi,
On Tue, May 29, 2001 at 02:00:33PM +0100, Philip Willoughby wrote:
I'm using VIA Irongate too.
Err, AMD make the irongate chipsets -- the 75x series. VIA don't -- they
make the Apollo series Which have
Hi,
On Tue, May 29, 2001 at 08:12:12AM -0700, Daryll Strauss wrote:
Folks, there are obviously some problems with AGP on the Irongate
chipsets. Those drivers were written without full documentation and
given the reports it seems clear there's something wrong.
Right, but I don't think I'm
On Tue, May 29, 2001 at 04:33:31PM +0100, Stephen C. Tweedie wrote:
Folks, there are obviously some problems with AGP on the Irongate
chipsets. Those drivers were written without full documentation and
given the reports it seems clear there's something wrong.
Right, but I don't think I'm
Eric Anholt wrote:
I figured out (kind of) why the v5 causes segfaults in GL apps on FreeBSD.
It seems that when we try to dlopen() the extra symbols for v5, the dlopen
passes but the subsequent dlsym()s fail, so we end up executing these null
pointers at the first glide extension call. By
Jeff Corcoran wrote:
Hi! I was just browsing the DRI site (dri-devel) looking for a fix to a
problem I've been having and I saw the little snippit of code 'RE: g200
blending problem' and got wondering if perhaps what you mentioned was
the fix to it.
ill just assume you are refering to my
From: Frank Worsley [EMAIL PROTECTED]
Also, it doesn't have to say Direct Rendering Interace or 3D for
XFree86 on it. If you can think of anything else that sounds nice then you
can say that too. You can also not say anything at all! I think the only
letters that really should be
Does FreeBSD have an env var like LD_LIBRARY_PATH to specify where to
find libraries?
LD_LIBRARY_PATH A colon separated list of directories, overriding the
default search path for shared libraries. This is ig
nored for set-user-ID and set-group-ID programs.
On Wed, 30 May 2001, Alan Hourihane wrote:
On Wed, May 30, 2001 at 04:59:44PM +0300, Pasi Kärkkäinen wrote:
On Wed, 30 May 2001, Alan Hourihane wrote:
When I do that, the whole box crashes immediately after I press enter..:(
even sysrq wont work anymore..
O.k. Can you check
On Wed, 30 May 2001, Alan Hourihane wrote:
When I do that, the whole box crashes immediately after I press enter..:(
even sysrq wont work anymore..
O.k. Can you check your BIOS for something called AGP Driving Value ?
usually in Chipset Features Setup. Set this to 0xFF.
Also check for
On Wed, 30 May 2001, Alan Hourihane wrote:
I replaced -s 0:0.0 with the address of Radeon, and tried both of
those.. didn't help. Still crashes in the same way as without that
setpci-setting..
Any other ideas?
No. No. That's exactly why I asked for the lspci -vv output to check
On Mon, 28 May 2001, Marc Aurele La France wrote:
Right. makedepend doesn't (yet) deal with parameterised macros. If
things still build, makedepend's complaints should be ignored (for now).
I happened to have a /usr/include/glide3 directory populated by
older Glide3 headers, which
I'm having problems with lockups while using dri with the mga driver. I
can easily reproduce the problems by doing any of the following:
1) Run gears, then minimize the window its running in and then maximize
it. Actually, it seems to crash if I click on any other window while its
running.
On Wed, May 30, 2001 at 03:26:19PM +0300, Pasi K?rkk?inen wrote:
I replaced -s 0:0.0 with the address of Radeon, and tried both of
those.. didn't help. Still crashes in the same way as without that
setpci-setting..
Any other ideas?
Do you overclocked CPU ?
Do you have ACPI enabled ?
Do
On Thu, May 31, 2001 at 03:56:15AM -0500, Michael Ledet wrote:
I'm having problems with lockups while using dri with the mga driver. I
can easily reproduce the problems by doing any of the following:
[snip]
In all cases I get the following message in syslog
kernel:
Pierre Letouzey wrote:
Sorry for the multi-purpose mail
1) Remarks concerning the installation of tdfx-0.7:
- first I was dummy enough to try installing without the Extras packages,
so I first got a ABI version error. I Read the F... Manual, and solved
this trouble.
- second and
On Fri, Jun 01, 2001 at 10:46:54AM -0400, Jeff Corcoran wrote:
This is a plea to release a new binary package. I've been using 0.7 and
unfortunately it has that horrible blending bug for people using mga.
(Well, for g200's anyway). Because of this I can't play q3f (I know, I
know, it sounds
Brian Paul wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/tdfx/
Changes by: brianp@usw-pr-cvs1. 01/06/01 09:21:32
Log message:
removed multipass loop from render tab functions, fixes gloss, spectex, etc
The loop should stay --
On Sat, Jun 02, 2001 at 12:10:06AM +, Simon Cahuk wrote:
Hi,
Alan, is the Glide3-FreeBSD tag the new branch or is there a newer one?
There are currently four branches on Glide3.
Glide3 - x86 architecture Linux
Glide3-64bit - Alpha architecture Linux
Glide3-FreeBSD - x86/Alpha FreeBSD
On Sat, Jun 02, 2001 at 12:10:06AM +, Simon Cahuk wrote:
Hi,
Alan, is the Glide3-FreeBSD tag the new branch or is there a newer one?
There are currently four branches on Glide3.
Glide3 - x86 architecture Linux
Glide3-64bit - Alpha architecture Linux
Glide3-FreeBSD - x86/Alpha FreeBSD
On Thursday 31 May 2001 16:36, you wrote:
On Thu, 31 May 2001, Daryll Strauss wrote:
Glide is dead as a developmental library for 3D and is really
only useful as an in between for DRI.
Would it make sense to make Glide3 a native part of XFree86? I
think it would simplify bug reporting
On Sat, Jun 02, 2001 at 01:30:23AM +0200, Kreuzritter2000 wrote:
On Sat, Jun 02, 2001 at 12:10:06AM +, Simon Cahuk wrote:
Hi,
Alan, is the Glide3-FreeBSD tag the new branch or is there a newer one?
There are currently four branches on Glide3.
Glide3 - x86 architecture Linux
On Sat, Jun 02, 2001 at 02:29:21AM +, Andrew Richardson wrote:
What is exactly involved with this? Is it basically rolling glide functions
into the tdfx driver code? If so that's easy, right? And how does things like
libtexus (?) fit in to this? Although I can't promise anything I can try
Hmm, in hunting down information about the problem, I came across this
thread. I'm experiencing the exact same problem that sct is --
machine just locks up hard. I've got a kernel built with kdb in hopes
that there was some useful information, but the lock is hard -- I
can't even get an
hi,
Where do i get linux drm v3.0.?
dri as in xfree4.1.0 dont like drm in linux 2.4.5.
Is it the lates kernel... how can you all work on code
not yet aviable(until is somme where else)
[dri] mga.o kernel module version is 2.0.1 but version 3.0.x is needed.
[dri] Disabling DRI.
btw, why
You have to go to the source of your XFree86-4.1.0,in directory
programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/
Then do a make -f Makefile.linux and copy mga.o to
/lib/modules/2.4.5/kernel/drivers/char/drm.
Then you have to load the module and everything should work..
I am not clear about the state of the DRI tree with regard to the new
XFree86 release. I updated my CVS tree and was surprised to find that
only a few minor changes had been made since my last update on May 21.
Does that indicate that the DRI tree is already synced with the XFree86
4.1.0 tree?
When I play Quake III when I finish the game and return to the console I
have to press Ctrl^C to get to the console promt.This is what I get...
-CL_Shutdown-
Re_Shutdown( 1 )
-
-CL_Shutdown-
-
If I don't press Ctrl^C and open a new console
My association with VA Linux Systems came to and end last week. Many of
you will not know that I was never actually an employee of Precision
Insight or VA. I started at PI as a contractor, with the expectation
that once US work visa issues were resolved I'd relocate from Australia
and come on
On Sun, Jun 03, 2001 at 01:56:21PM -0700, Jeffrey W. Baker wrote:
I am not clear about the state of the DRI tree with regard to the new
XFree86 release. I updated my CVS tree and was surprised to find that
only a few minor changes had been made since my last update on May 21.
Does that
On Sun, 3 Jun 2001, mythos wrote:
If I don't press Ctrl^C and open a new console and type quake3
to begin a new game my kernel gives an Ooops :
Unable to handle kernel NULL pointer dereference at virtual address
0014
printing eip:
d29f1693
*pde =
Oops:
CPU:0
EIP:
On Mon, 4 Jun 2001, Gareth Hughes wrote:
My association with VA Linux Systems came to and end last week. Many of
you will not know that I was never actually an employee of Precision
Insight or VA. I started at PI as a contractor, with the expectation
that once US work visa issues were
I'm sad to see you go, and hope VA picks you up full time or something. Have
a good rest, you certainly have earned it.
Let me know if you still want those beers.
Rich 'Forge' Mingin
Open Source Advocate
Quake 3 Junkie
- Original Message -
From: Gareth Hughes [EMAIL PROTECTED]
To:
The Topic about VA Linux:
How many open source programmers are working at the moment on the
DRI project without being an employee at VA Linux or other companies.
In other words, programmers who do this in their free time?
Well, anyone who wants to, IMO. I would like to jump in, but I
AFR may or may not be workable, but all Kyro work is being done in house (a
la Nvidia) by STmicro. They're expecting a Kyro/Kyro2 closed source driver
for XFree4.X to be ready any decade now.
Rich 'Forge' Mingin
Open Source Advocate
Quake 3 Junkie
Aspiring Tribes 2 Junkie
- Original Message
I spent a while this weekend looking in to this; it seems that the
problem is related to some AGP writes either writing corrupt data or
otherwise causing an instability. The bad mode problem seems to be
one symptom of this -- the modeline registers are probably receiving
corrupt data. I added
On Sun, Jun 03, 2001 at 10:00:45AM +, Bobakitoo wrote:
hi,
Where do i get linux drm v3.0.?
dri as in xfree4.1.0 dont like drm in linux 2.4.5.
Is it the lates kernel... how can you all work on code
not yet aviable(until is somme where else)
[dri] mga.o kernel module version is
Thanks for all the work Gareth, comments, help, emails, etc !! Wish you
the best of luck.
PS. hope they gave you a visa to make it to the states without sweat :)
Free, encrypted, secure Web-based email at www.hushmail.com
Since we ship a separate Mesa library for back-compatibility with
XFree86 3.3.6, we do not need XFree86 building the libGL, and
friends and I would like to disable it, but can't find any
relevant Imake directives.
In the past we have worked around this by doing the following in
our specfile:
{
In theory, yes. In practice? Not really. Sure, the odd patch is
submitted, but that's about it. Not much else has come from the open
source community...
The fact that most of the interesting design discussions took place on closed
mailing lists didn't help a lot, I'm sure.
It's
Hello Brian,
one (?) file is missing in Mesa-3.5:
make[5]: *** No rule to make target `/opt/Mesa/src/SPARC/misc.S', needed by
`misc.S'. Stop.
Thanks,
Dieter
___
Dri-devel mailing list
[EMAIL PROTECTED]
On Tue, 5 Jun 2001, Will Newton wrote:
In theory, yes. In practice? Not really. Sure, the odd patch is
submitted, but that's about it. Not much else has come from the open
source community...
Probably because:
a) XFree86 is a big horrible beast (esp. if you're using a dial-up)
Yes, but
It would be more complicated soon as more and more people start using the new
Athlon 4/MP / Duron mobile 'cause they support 3DNow! Professional (full
Intel SSE). The configure script (the user?) have to decide which one to use
(3DNow!/3DNow! enhanced or SSE).
Gareth which perform better on
Am Mittwoch, 6. Juni 2001 04:55 schrieb Dieter Nützel:
It would be more complicated soon as more and more people start using the
new Athlon 4/MP / Duron mobile 'cause they support 3DNow! Professional
(full Intel SSE). The configure script (the user?) have to decide which one
to use
Occasinally, when exiting q3demo or changing video modes, X will hang
I haven't seen any particular pattern to when this happens, but when it
does happen, the mouse cursor is shown in the far upper left corner, and
both the pointer and crosshair are present. X doesn't respond, but
SysRq does.
My association with VA Linux Systems came to and end last week. Many of
you will not know that I was never actually an employee of Precision
Insight or VA. I started at PI as a contractor, with the expectation
that once US work visa issues were resolved I'd relocate from Australia
and come
Good point. And by keeping it internal like that, it concentrates the
knowledge
base in a small area. I don't mean to offend, but the same group takes
away the
most intellectual knowhow from making these drivers. It doesn't really
help those
that are on the outside looking in, and want to
Digital Z-Man [EMAIL PROTECTED] writes:
Mike A. Harris wrote:
c) There are limited projects - cards are usually not supported because of
an nVidia-like situation or have a well known guru doing the coding. No
nice easy intros to coding drivers.
The DESIGN document is pretty much a
I know a really cool company in San Diego that could use his talents ;-)
But I'm sure he doesn't need our help to find a job ;-)
L8r, Ice.
Dieter Nützel wrote:
My association with VA Linux Systems came to and end last week. Many of
you will not know that I was never actually an employee
On Wed, 6 Jun 2001, Andreas Ehliar wrote:
Perhaps, but it is a very very very minimal NDA. Definitely not
an evil NDA, or many people myself included wouldn't agree to it.
Certainly, but you have to be inside to have any chance of
getting this NDA. That is my impression at least. If you
Dieter N=FCtzel writes:
one (?) file is missing in Mesa-3.5:
=20
make[5]: *** No rule to make target `/opt/Mesa/src/SPARC/misc.S', ne=
eded by=20
`misc.S'. Stop.
I just double checked and I did commit it to the CVS repository.
Maybe anoncvs takes some extra time to get the new file.
Mike Westall wrote:
We have an application (``instant'' radiosity) that needs to read
back depth information from the graphics card. We find that this
operation appears to work fine
(1) using software only rendering (e.g. by not loading r128.o
and
(2) on Nvidia GeForce2's
It
On Wed, Jun 06, 2001 at 11:50:37AM -0400, Mike Westall wrote:
| We have an application (``instant'' radiosity) that needs to read
| back depth information from the graphics card. ...
Ironically enough I checked-in a glean test for this just last week.
Allen
Hi everybody,
as you know, Matrox wants to help the development of the open-source
driver from in-house, and that's the primary reason of why I'm currently
here. I'm working on other stuff related to Linux too that may takes me
sometime from learning and working on DRI. But nothing has
Finally I get some time to throw my 2 cents into this ... :)
First of all I would like to say it is a shame to see you go, Gareth. You've
done some really great work on this project and I think everybody appreciates
it a lot!! I hope you have a good time relaxing for a while and find a good
Mike A. Harris wrote:
On Tue, 5 Jun 2001, Digital Z-Man wrote:
Well, you haven't looked very hard my friend. ;o)
The design document is included in the XFree86 source code, and
always has been.
xc/programs/Xserver/hw/xfree86/doc/DESIGN
In fairness to you though, it isn't like
Thanks, Brian..
It turned out that the grad-student who was running
those tests had inadvertently consigned himself to
dll-hell via an ill considered LD_LIBRARY_PATH env
variable on the r128 system. When that was corrected
the r128 seems to work OK. We still can't get the
mga to do right, but
Either submit the patch here if it's small enough, or submit
to patches on the DRI sourceforge page.
Ok; it's a trivial one-liner to r128ConvertTexture32bpp.
See below.
It's probably more of a workaround than a fix
(the image passed in from r128UploadSubImage()
had dimensions but no Data for
Brian Paul wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/tdfx/
Changes by: brianp@usw-pr-cvs1. 01/06/07 09:46:17
Log message:
add divide by zero checks to fix occasional clipping bugs in Q3
Modified files:
Pontus Hedman wrote:
Either submit the patch here if it's small enough, or submit
to patches on the DRI sourceforge page.
Ok; it's a trivial one-liner to r128ConvertTexture32bpp.
See below.
It's probably more of a workaround than a fix
(the image passed in from r128UploadSubImage()
Digital Z-Man wrote:
There is a project on sourceforge to create a new X server from
scratch. linuxgfx
While it is a cool idea, it will take 10 years to complete.
XFree86 wont be sitting idle for that time. It is easy to say
scrap XFree86, and I agree that it is a huge amount of
On Thu, Jun 07, 2001 at 06:21:38PM -0400, Mike A. Harris wrote:
Yep. I think any serious project out there works the same way
also, at least all the Sourceforge projects do. With XFree86
specifically I don't even know who all has CVS write priveledge.
Do just the core developers have write
zifnab wrote:
I am running CVS from Tuesday and I was playing Tribes 2 with no problem.
Then I came back a few hours later and started it up again. It took quite
a while to start up (at first I thought X had crashed but then Tribes
finally started). When I started to play it was painfully
On Thu, 7 Jun 2001, Brian Paul wrote:
I'll read the agreement, but your statement about applying to join
the development team gives me the impression that there is a secret
magic ring. Just my observation.
Well ok then, there is a secret ring. If you don't know the
magic handshake you're
I am running CVS from Tuesday and I was playing Tribes 2 with no problem.
Then I came back a few hours later and started it up again. It took quite
a while to start up (at first I thought X had crashed but then Tribes
finally started). When I started to play it was painfully slow when it
needed
Mike A. Harris wrote:
On Wed, 6 Jun 2001, Digital Z-Man wrote:
I'll read the agreement, but your statement about applying to join
the development team gives me the impression that there is a secret
magic ring. Just my observation.
Well ok then, there is a secret ring. If you don't
On Tue, Jun 05, 2001 at 10:03:01PM -0500, Steven Walter wrote:
Occasinally, when exiting q3demo or changing video modes, X will hang
I haven't seen any particular pattern to when this happens, but when it
does happen, the mouse cursor is shown in the far upper left corner, and
both the
On Thu, 7 Jun 2001, Brian Paul wrote:
Pontus Hedman wrote:
Either submit the patch here if it's small enough, or submit
to patches on the DRI sourceforge page.
Ok; it's a trivial one-liner to r128ConvertTexture32bpp.
See below.
It's probably more of a workaround than a fix
Andrew James Richardson wrote:
Brian,
I thought that in the C specs you can't be guarenteed the order of
evaluation in an if brace. Surely a safer bet is
if(!image){
if(!image-Data){
...
}
}
You're right here.
--- R. Reucher [EMAIL PROTECTED] wrote:
Andrew James Richardson wrote:
Brian,
I thought that in the C specs you can't be
guarenteed the order of
evaluation in an if brace. Surely a safer bet is
if(!image){
if(!image-Data){
On Fri, 8 Jun 2001, Joaquin Cuenca Abela wrote:
You're right here. But as as long as you only READ
it should make no
difference (IMHO)...
if it's right, it makes a big difference. If you try:
if (!image-Data || !image)
the program will segfault trying to access the member
Data of a null
On Fri, 8 Jun 2001, Mike A. Harris wrote:
On Fri, 8 Jun 2001, Andrew James Richardson wrote:
if ( !image )
---
if ( !image || !image-Data)
Brian,
I thought that in the C specs you can't be guarenteed the order of
evaluation in an if brace. Surely a safer bet is
On Fri, 8 Jun 2001, Andrew James Richardson wrote:
The original says if a and b then c, while yours says:
if a and b then c
Your multiple if block is syntactically equivalent to
if ( !image !image-Data)
Notice the flipping of || to from the original example.
Your right :)
Ok we can
Brian,
I thought that in the C specs you can't be guarenteed the order of
evaluation in an if brace. Surely a safer bet is
if(!image){
if(!image-Data){
...
}
}
Order of operations is actually guaranteed in this case. See
http://www.faqs.org/faqs/C-faq/faq/ (item 3.5).
You will
Just wondering if anyone else saw something like this unresolved symbol
in their X11 logs:
(II) TDFX(0): Primary V_BIOS segment is: 0xc000
(II) TDFX(0): VESA BIOS detected
(II) TDFX(0): VESA VBE DDC supported
Symbol DRIMoveBuffersHelper from module /usr/X11R6/lib/modules/drivers/tdfx_drv.o
is
[EMAIL PROTECTED] wrote:
Just wondering if anyone else saw something like this unresolved symbol
in their X11 logs:
(II) TDFX(0): Primary V_BIOS segment is: 0xc000
(II) TDFX(0): VESA BIOS detected
(II) TDFX(0): VESA VBE DDC supported
Symbol DRIMoveBuffersHelper from module
Sounds like you haven't updated all your modules to 4.1.0.
Alan.
On Fri, Jun 08, 2001 at 08:39:00AM -0500, [EMAIL PROTECTED] wrote:
Just wondering if anyone else saw something like this unresolved symbol
in their X11 logs:
(II) TDFX(0): Primary V_BIOS segment is: 0xc000
(II) TDFX(0):
301 - 400 of 46322 matches
Mail list logo