Bengt Sjölen wrote:
>
> Recieved this message from our 3DStudio Max material importer under
> Linux 2.3.51 with hardware accelerated XFree86 4.0 with MGA DRI. Sorry
> I got no more information about how it occured... will get back to you
> if I ever found it. It was reproducible until I updated
Nasser Abbasi wrote:
>
>
> http://trant.sgi.com/opengl/examples/more_samples/more_samples.html
>
>
> Hello,
>
> I downloaded number of the above examples from the above link. Tried to
> build them on linux, but it seems the mesa (opengl like) libraries
> installed on my box are missing some f
Kevin Day wrote:
>
> > >
> > > To follow up, this still happens in 3.2 beta 1. What can I do to help track
> > > this down further?
> >
> >
> > To disable that one function and use the default C implementation instead,
> > I think this would work:
> >
> > Modify Mesa/src/X86/x86.c in the gl_init_
Kevin Day wrote:
>
> >
> > Yeah, I really have no example of this that will just compile as is on
> > anyone's system but ours, since I don't have an X system available to port
> > this to. The GL stuff is really simple, and what else is there is just the
> > bare minimum to put things on the scr
Kevin Day wrote:
>
> I've got a small program that will cause a segfault:
>
> Program received signal SIGFPE, Arithmetic exception.
> 0x281824d8 in gl_x86_transform_points3_3d_no_rot_raw ()
>from /t/video/libGL.so.3
> (gdb) bt
> #0 0x281824d8 in gl_x86_transform_points3_3d_no_rot_raw ()
>
Alain,
I'm forwarding your message to the Mesa-bugs list. I'm not the
maintainer of the GNU configure scripts.
-Brian
Alain AUDEBERT wrote:
>
> Hi Brian :)
>
> I think i've found a little error in the makefile of the 3.1 version ...
>
> Before execute ./configure I have one directory call
Kevin Day wrote:
>
> In osmesa.c:
>
> --- osmesa.c Mon Apr 3 05:47:32 2000
> +++ osmesa.cMon Apr 3 05:46:29 2000
> @@ -252,6 +252,7 @@
> indexBits,
> 8, 8, 8, alphaBits );
>if (!osmesa->
Dieter Nützel wrote:
>
> Hello Brian,
>
> here comes a little bug report for Mesa-3.3 CVS (31.03.2000):
> glut_dstr.c: In function `loadVisuals':
> glut_dstr.c:368: `GLX_SLOW_VISUAL_EXT' undeclared (first use in this
> function)
Fixed. It was a typo in the glx.h file.
-Brian
_
Arnold Meijster wrote:
>
> Hi,
>
> I tried to install mesa according to the installation
> docs. Compiling Mesa itself went fine, however, compiling the
> tests using 'make check' resulted in undef. references (Xmu).
> This is correct since -lXmu should be added. Besides
> the command line l
"M. Lavasani" wrote:
>
> Hi
>
> I am trying to compile "Mesa-3.2" on HPUX version 11.00.
>
> when I run the "configure" file I get the error shown below:
>
> Am I missing somthing. It is trying to generate "Makefile" in directory that
> does not exist.
You should also download the MesaDemos-3
Bill Mark wrote:
>
> To the maintainer of Mesa's "span.c" file,
>
> While making some changes to Mesa for my own use, I stumbled across what
> I believe is a bug in span.c (version 3.1 of Mesa):
>
> The following code snippet appears twice:
>
>if (primitive==GL_BITMAP || (ctx->RasterMask &
Andreas Ehliar wrote:
>
> Shouldn't texobj check for OpenGL version > 1.0
> instead of _only_ 1.1?
It now checks for 1.2 as well.
-Brian
___
Mesa-bug maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-bug
Allen Briggs wrote:
>
> > Hi.
> > The attached patch to src/X86/assyntax.h allows the current (updated via
> > anoncvs just now) Mesa library to be built on a current NetBSD/x86 system,
> > using the ELF object format.
> >
> > I would appreciate it if this could be added to the main sources.
>
>
PICCINALI Jean-Guillaume wrote:
>
> Hello,
> I am trying to install Mesa-3.0 on a i386 with RedHat 6.0 under /opt/MESA:
>
>
> *
Joe Bronkema wrote:
> Hi,
> I'm working on a program to display 2D map data derived from the World
> Data Bank, and have run across a couple of problems that look to me like
> Mesa bugs.
>
> I'm running Mesa 3.1 from Ryan Weaver's RPMs on a Red Hat 5.1 Linux
> system and XFree86 3.3.2. I've disp
"William A. Mahaffey III" wrote:
>
> Sir/Ma'am:
>
> Greetings. I downloaded Mesa-3D v3.1, got it all compiled & installed
> (on my ex-NT-now-Linux box, 400mhz PII, Caldera OL 2.2, kernel 2.2.5 &
> associated compilers, Accelerated-X X-server). Now when I try to link
> some code, I get me
leones wrote:
>
> I've been trying to install Mesa 3.0, later 3.1 on my Linux system, but
> the graphic in games like Tux Penguin -aqfh or glTron is rather slow
> (appr. 2 fps). So I tried to compile Mesa 3.1 with the "Mesa libs"- and
> the "Mesa demos". A "parse error" always occurs in the file
Josh Vanderhoof wrote:
>
> Brian Paul <[EMAIL PROTECTED]> writes:
>
> > > the assembler produces thousands of messages like this:
> > >
> > > /tmp/ccvNmrri.s: Assembler messages:
> > > /tmp/ccvNmrri.s:1010: Error: Junk `(3)' after regi
The Omegadan wrote:
>
> Hello, my name is Daniel Morrione, i'm the head of the Linux Advanced
> Multimeda Project, we're trying to bundle up Mesa for inclusion with our
> distro,
>
> with
> make linux-386-pthread
>
> everything goes pretty well, except when makeing the files in src/X86
>
> the
Dreamer wrote:
>
> Hello,
>
> I am new to Linux and new to the Mesa libraries.
>
> I've just installed :
> Mesa-3.1-3.src.rpm
> Mesa-3.1-3rh61.i386.rpm
> Mesa-demos-3.1-3rh61.i386.rpm
> Mesa-devel-3.1-3rh61.i386.rpm
> Mesa-glut-3.1-3rh61.i386.rpm
> Mesa-glut-devel-3.1-3rh61.i386.rpm
>
> I am u
Thelma Vance wrote:
>
> Hi,
>
> The compiler is throwing warnings about uninitialized variables.
Mostly in tritemp.h, right?
I'm confident that those warnings can be safely ignored.
The code's a bit complicated and the compiler can't fully
determine the actual code paths.
> The compil
Martin Hovang wrote:
>
> Hi!
>
> I have a newly installed RH6.1 with the latest patches on the RH home
> page. I also have a K6-2 and a Voodoo 2 card and try to build Mesa
> 3.2CVS. I have installed Glide3X devel.
>
> Any help appreciated!
> Martin
>
> ...
> osmesa.c: In function `OSMesaCreate
"R. Bernstein" wrote:
>
> To recap: Mesa 3.1 shared libraries built via gcc on Solaris (and
> probably other non glibc which means probably anything other than
> HURD, Free/NetBSD or Linux) fail because they are linked via ld rather
> than gcc.
>
> I spent (not enough) time on this today. It app
Joseph Jones wrote:
>
> Tried compiling the demos in the Mesa 3.1 distro on my SuSE 6.3
> installation. Unfortunately, I get the following linker errors every
> time:
>
> /bin/sh ../libtool --mode=link gcc -g -O2 -Wall -fomit-frame-pointer
> -ffast-math -fexpensive-optimizations -malign-loops=2
Stuart Pomerantz wrote:
>
> To the outstanding mesa team:
>
> A tiny problem: I was trying to get the djgpp/mesa/allegro version of
> mesa compiled and I noticed that amesa.h was not in include/GL .
>
> I checked in the patches section but I couldn't find it... but I might
> have missed it.
It
Armin Widmer wrote:
>
> Hello, and Happy New Year:
>
> A few days ago I downloaded MesaLib-3.1.tar.gz and MesaDemos-3.1.tar.gz.
> After the installation of the new libraries, I noticed the following
> problems in one of my applications:
>
> - Text rendered with glBitmap is not depthcued
> -
> Triffid wrote:
>
> Hello, I am trying to compile the mesa librarys under djgpp in dos.
> The readme.dos file said to use the line "make -f makefile.dj" this
> did not work. In the makefile.dj in the /src director the "\" is used
> for directories. It didn't like that for some reason. After c
Fowler wrote:
>
> Hi,
> I've come across what by now is probably a very very old Mesa-3.0 bug.
> Ive included example code that reproduces the bug and 2 screenshots. 1 with the bug
>from
> Mesa-3.0 and one without from 3.1. How do I workaround this bug for 3.0?.
I didn't test with Mesa
"R. Bernstein" wrote:
>
> Ran into this thing in building Mesa 3.1 shared libraries with gcc.
>
> At runtime (in using from xmms) I'd get a message like this
>
> ld.so.1: xmms: fatal: relocation error: file /opt/platform/X11/lib/libGL.so: symbol
>__eprintf: referenced symbol not found
>
> The
Keith Whitwell wrote:
>
> Scott McMillan wrote:
> >
> > When I am rendering with
> >
> > glPolygonMode(GL_*, GL_LINE);
> > glBegin(GL_TRIANGLE_STRIP);
> > for (int i=0; i<(some even number greater than 2); i++)
> >glVertex3fv(vec[i]);
> >
> > The very last line does not get rendered. Vert
Joe Ante wrote:
>
> Hi,
>
> In the gluReference it is stated that gluUnProject applies the Inverse
> Matrix of (P*M) to the vector and before applies this:
>
> vec.x = (inWinCoord.x-viewport[0])*2/viewport[2] - 1.0;
> vec.y = (inWinCoord.y-viewport[1])*2/viewport[3] - 1.0;
> vec.z =
Raul Alonso Alvarez wrote:
>
> On Fri, 10 Dec 1999, Brian Paul wrote:
>
> > I can't test on Windows. Perhaps someone else on the list can.
>
> I've tested it again on Windows and Linux (both using the FX
> driver and 12/10 Mesa3.2dev CVS) and isn&
Bobby Vinas wrote:
>
> When I execute "make linux-glide" for either 3.1 or 3.0 that I
> downloaded, I get the following error:
>
> make[2]: Entering directory `/home/vinasb/mesa3.1/Mesa-3.1/src'
> gcc -c -I. -I../include -O3 -ansi -pedantic -fPIC -ffast-math
> -D_SVID_SOURCE -D_BSD_SOURCE -DSHM
Raul Alonso Alvarez wrote:
>
> On Fri, 10 Dec 1999, Brian Paul wrote:
>
> > Works for me. Which OS and device driver are you using?
>
> FX driver under Windows 98. Compiled with VC++ 6. I'll test it
> again with the latest CVS.
I can't test on Win
Raul Alonso wrote:
>
> I don't know whether this is really a bug but i get distorted
> textures when trying to render big quads located very far away from the
> camera. I'm including a proggy that behaves that way on every Mesa
> version i've tested (using the FXdriver on a Voodoo Graphics bo
Chris Nuernberger wrote:
>
> I noticed that the glFprint function is not implemented, I was
> wondering if it was going to be soon.
Never heard of that function. It doesn't look like an official
OpenGL function. Where did you find it?
-Brian
_
Raul Alonso wrote:
>
> I've noticed the pointblast demo isn't working properly in latest
> mesa3.2dev CVS i've downloaded (less than a week ago). Just thought you
> may want to know :-)
Works for me. Which OS and device driver are you using?
> I've been also playing with this extensio
Jeremy Meredith wrote:
>
> Although this is in reference to 3.0, I mention it because I don't
> remember it being better in 3.1b3, and because not too many people are
> probably running Mesa remotely over ssh to an 8-bit display so this may
> have gone unnoticed.
>
> In noFaultXAllocColor in xme
Takashi Matsuda wrote:
>
> I report the bug about Color handling of glRasterPos.
>
> As you know, glRasterPos memories RasterColor through shade.c:gl_shade_rastpos
> function. When lighting is enabled, rgba value is calcurated and stored as
> float [0, 1].
>
> Sometimes, calcurated color values
][N-Flux wrote:
>
> just wantted to make you awarew of this bug, the lament screen saver
> (the box from Hellraiser) locks up with an error message about the
> drivers
Which version of the screensaver?
Which version of Mesa?
Which Mesa device driver (Xlib, 3Dfx)?
Could you send the error mess
Morten Fugl wrote:
>
> I have found a bug when using tri-linear filtering and switching multitexturing
> on and off. I known the voodoo2 can't handle both, but it shouldn't crash. It
> may also currupt textures instead of crashing. It must be the texture memory
> handler. This doesn't happen in s
Dieter Nützel wrote:
>
> Hello Brian,
>
> found some problems with the 'latest' stuff.
> I've checked it out on 15.11.1999 14:17pm.
>
> Linux 2.3.27
> Glibc-2.1.2
> gcc-2.95.2
>
> make[1]: Leaving directory `/usr/local/Mesa/src-glut'
> Making check in book
> make[1]: Entering directory `/usr/l
[EMAIL PROTECTED] wrote:
>
> [Jamie: you can ignore all of this except the paragraph about my G400.]
>
> If you aren't the right person to contact about this, please forward this
> e-mail to the appropriate person/people.
>
> I've been playing with the following quite a bit lately:
>
> http://
Guy Barrand wrote:
>
> Hello
>
> I have a problem with glClear color when scissor is enabled.
> Below pseudo code give a blue rendering whilst a green is expected.
Thanks for the fix. I've made the change.
> I assume it should be the case also for other-like
> routines in xmesa2.
[EMAIL PROTECTED] wrote:
>
> The Xscreensaver module "lament" consistently crashes on my system
> (linux 2.2.12, i686, XFree86 from 3.3.3 to 3.3.5) after a minute or
> two. Unfortunately, I don't have lament compiled with debugging
> information, so my core file probably isn't too useful. This
Ron Bielaski wrote:
>
> Michael Gold's multitexture example renders nothing with
> multitexture enabled. The example is multitex.c from:
>
> http://www.berkelium.com/OpenGL/examples
>
> Configuration: sparc Solaris 7 using Mesa 3.1 beta3.
>
> Hitting using non-multitexturing two passes work
Ron Bielaski wrote:
>
> I've seen this problem on Mesa 3.0 and MesaLib 3.1beta3 on
> Solaris applications using the Mesa shared library (-sl) target.
>
> At runtime:
>
> % myprog
> ld.so.1: origami: fatal: relocation error: file
>/usr/local/MesaLib-3.1beta3/lib/libGL.so.1: symbol pow: referenc
mitch wrote:
>
> It seems that whenever you take a screenshot within a 3d game, the blue
> and red colors are inversed from the color wheel. I have tested this on
> Quake3, Quake2, and Kingpin and it happens on them all. I'm using a
> voodoo3 and Kain, who is helping Daryll Strauss, does not bel
Jean-Pierre Dussault wrote:
>
> Good evening!
>
> I hit a strange bug a while ago (in september) using a rpm (on a
> Linux/RedHat 6.0 system) of binaries for Mesa 3.1 Beta. I bypassed it by
> using a LOCALLY compiled version of Mesa 3.0. I then put the fault on
> the "uncompatible binaries". I h
Another bug report regarding the 3Dfx driver and Mesa 3.1b3.
Keith, perhaps you could check this out?
Jens Leuschner ([EMAIL PROTECTED]) wrote:
>
> Hi.
>
> Mesa 3.1beta3 does not work with GlideV2 and ssytem. There is no texture
> mapping when using Voodoo2 hardware acceleration. This is true
Jarkko, I'm forwarding to [EMAIL PROTECTED]
Could someone who knows configure and the 3DNow code take a look at this?
-Brian
Hello,
I'm trying to get Mesa lib working with my AMD3D and Banshee. Using
latest Mesa source from CVS.
I think there's a little misconfiguration in configure.in, wh
Lukasz Gogolewski wrote:
>
> I'm using GLUNT 3.7 on Linux RH 6.0.
> When I run test #9 I get the following error message:
>
> UNRESOLVED: test9 (your OpenGL lacks color index support)
Run your X server in 8bpp mode. Or just don't run color-index
mode OpenGL programs.
You can use "xdpyinfo" to
CurrentSet * 4);
> return (ctx->Texture.Enabled & bit) ? GL_TRUE : GL_FALSE;
> }
> Is this piece of code not allways checking for Texture_1D???
Yes, that's a bug. I'll make sure it's fixed in version 3.1.
-Brian
--
Forwarding to [EMAIL PROTECTED]
Jukka Honkela <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I dunno who is the "correct" person to contact in this matter so I
> thought to write to you.
>
> There is currently one annoying point about MesaCVS. it's the fact that
> XRacer kills X because of mesa.. (xr
nction.
I've fixed this demo for Mesa 3.1. Thanks for the tip.
-Brian
--
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
___
Mesa-bug maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo
Forwarded to the mesa-bugs list...
root ([EMAIL PROTECTED]) wrote:
>
> I have CVS mesa version from 18:00 on July 14th, when running quake 2
> I get a screen in which all pixels appear to be projected towards
> bottom left of screen. Mesa displays the following error message. I
> am using glide
checking the 3.0 OpenStep subdirectory
into the CVS repository but a bad lock has gotten in my way.
-Brian
------
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
__
The mesa-bugs mail alias should be working again. I'm going through
the accumulated messages and approving those that look relevant.
-Brian
--
Brian PaulAvid Technology / Softimage [EMAIL PROT
lse will go over the code and see what's really
going on.
-Brian
------
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
was also able to produce the bug
> without using glLoadMatrix, by using glTransform calls only.
>
>Bram
--
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
Dear Brian,
I have a bug-report for you, concerning Mesa-3.1b1
It is also in the kw3 versi
esa.h file will be included in the next release. Thanks.
-Brian
--
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
ke-config, which uses gcc and wing32.dll.
Thanks for the info. It'll be in the next release.
-Brian
------
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
r.
-Brian
------
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
etc.
How does that sound?
-Brian
------
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
This message should be received by everyone on mesa-dev
-Brian
--
Brian PaulAvid Technology / Softimage [EMAIL PROTECTED]
Jean-Pierre Dussault wrote:
>
> Good evening!
>
> A week ago, I reported a memory bug in Mesa-3.1. Since I use Mesa from
> within the Sather programming language, I found it difficult to provide
> you with a "small" program exhibiting the bug. Moreover, I feared that
> the Sather programming lan
66 matches
Mail list logo
