plib-users

[Plib-users] THEY WORK!

[Lo'oRiS il K. <_l...@li...>]

ok thx very much to everybody!

installing the new mesa rpms everything works fine! :)

see ya later!

--=20

"Keep mouthing off like that, little girl, and you're going to get burned=
"
"I got insurance"
                                        Yuffie, Final Fantasy 7

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

Re: [Plib-users] Compiled, but can't execute...

[Lo'oRiS il K. <_l...@li...>]

> Aaaargh ... seems like my ISP had some technical problems yesterday so =
that
> a mail I sent to the list was rejected.

no, i received it 10 minutes ago... :)

> > Please grab the RPM package that contains the fix here:

i'm doing that

> If you want hardware rendering again, the only solution is to find out
> what files you installed (difficult), remove them (important) and grab =
the
> RPM package from above and install it.

make uninstall

now i'm downloading that package and hoping it will work... but... should=
't i'd also need the devel package?

> *Always* use your distributions packages wherever possbile unless you a=
re
> *absolutely* sure what you are doing.

i'll probably change distribution soon... i'm *very* upset with rh...
(after 6.2 they said "sorry for this distro full of bugs, but belive us, =
it will never happen again"... and this 7.2 is a mess, they didn't even t=
est most of the packages, i'm sure...)

thx very much!

--=20

"If Bill Gates had a dime for every time a Windows box crashed...
            ...Oh, wait a minute, he already does."

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

Re: [Plib-users] Compiled, but can't execute...

[Sebastian U. <ud...@ha...>]

On Tue, 15 Jan 2002, _l...@li... (Lo'oRiS il Kabukimono) wrote:
> Date: Tue, 15 Jan 2002 15:10:11 +0100
> To: pli...@li...
> From: _l...@li... (Lo'oRiS il Kabukimono)
> Subject: Re: [Plib-users] Compiled, but can't execute...

[...]

> thx very much, i'm downloading them, but before installing them i'd like
> to try get the version i copiled working...

Don't even attempt it. It's a waste of time. Read my other mail for more
information.


- Sebastian

Re: [Plib-users] Compiled, but can't execute...

[Sebastian U. <ud...@ha...>]

On Tue, 15 Jan 2002, _l...@li... (Lo'oRiS il Kabukimono) wrote:
> Date: Tue, 15 Jan 2002 10:32:21 +0100
> To: Steve Baker <sjb...@ai...>
> From: _l...@li... (Lo'oRiS il Kabukimono)
> CC: pli...@li...
> Subject: Re: [Plib-users] Compiled, but can't execute...
> 
> > Downloading a new version of Mesa should fix it.
> 
> well... i installed the official Mesa-4.0.1, it installed itself in /usr/
> local, witch AFAIK is wrong place... so i moved it to /usr, but it doesn'
> t work!
> 
> i run glxinfo and it says that i am NOT in direct rendering mode.
> instead DRIsetup tells me i am, but it's a lie, because when i try to pla
> y a GL game (es now they at least start), *any* gl game (even tuxracer th
> at before worked fine...), i got <1fps!

Aaaargh ... seems like my ISP had some technical problems yesterday so that
a mail I sent to the list was rejected.

I have sent it again - *PLEASE* read it. Let me quote a part of it:

> Please grab the RPM package that contains the fix here:
>
> ftp://ftp.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/Mesa-3.4.2-9.i386.rpm
>
> There is no need to install Mesa from sources. That's not a good idea if
> you use DRI unless you know excactly what you are doing. As a general rule,
> always use your distributions packages wherever possible unless you know
> what you are doing :).

If you want hardware rendering again, the only solution is to find out
what files you installed (difficult), remove them (important) and grab the
RPM package from above and install it.

I can't say it often enough:

*Always* use your distributions packages wherever possbile unless you are
*absolutely* sure what you are doing.

If you had read the Mesa and DRI documentations, you would know that you may
only use the Mesa version shipped with XFree if you want to get hardware
acceleration. I do not expect that you have read the appropiate documents,
but if you haven't, it is *highly* recommended to use the packages which
your distribution provides !


- Sebastian

Re: [Plib-users] Compiled, but can't execute...

[Sebastian U. <ud...@ha...>]

On Mon, 14 Jan 2002, _l...@li... (Lo'oRiS il Kabukimono) wrote:
> Date: Mon, 14 Jan 2002 22:48:16 +0100
> To: plib <pli...@li...>
> From: _l...@li... (Lo'oRiS il Kabukimono)
> Subject: [Plib-users] Compiled, but can't execute...
> 
> ok i reinstalled the packages that came with my crap distribution, and re
> compiled plib;
> then i recompiled tux_awfh and tuxkart and both compiled fine;
> but both didn't run, and gave the following errors:

Great !


> but both didn't run, and gave the following errors:
> 
> aqfh:
> FATAL: ssgInit called without a valid OpenGL context.

This is a known bug in the Mesa version shipped with Red Hat. We haven't
found a workaround yet.

By the way: I think it is time that this gets mentitoned in the
documentation.


> note (maybe worthless): *before* exiting, the screen colors change a litt
> le (some kind of gamma correction that makes them brighter, i think), and
>  this happens with all GL apps under linux i tried, and they stay this wa
> y until i change graphic mode (ex. i go to console and come back to X...)

Yes. I had a Voodoo 3 card myself some time ago and I noticed the same
issue with Glide 3 / DRI.

It does not harm at all, but if you want to turn it off, do the following:

export SSTH3_RGAMMA=1
export SSTH3_GGAMMA=1
export SSTH3_BGAMMA=1

A good place might be ~/.profile.


> reading the mail from Roy i tried do download newer Mesa, but since yeste
> rday i can't download anything from the Mesa site... i'll search for a mi
> rror...

Please grab the RPM package that contains the fix here:

ftp://ftp.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/Mesa-3.4.2-9.i386.rpm

There is no need to install Mesa from sources. That's not a good idea if
you
use DRI unless you know excactly what you are doing. As a general rule,
always use your distributions packages wherever possible unless you know
what you are doing :).


> PS: i think i'm gonna throw the rh cds on the floor with the windows one.
> ... can u suggest me a *serious* distribution? maybe Debian?

Find out yourself. If you ask questions that are mainly about taste, habit
and ideology like this one you usually get very different and maybe useless
(depends on where you ask) answers :).


- Sebastian

Re: [Plib-users] Compiled, but can't execute...

[Lo'oRiS il K. <_l...@li...>]

> I got mine from Brian Hayward:
>=20
> http://www.slothmud.org/~hayward/mesafix

thx very much, i'm downloading them, but before installing them i'd like =
to try get the version i copiled working...

i'll search for docs, but if anybody can help...

--=20

"Judge a tree from its fruit, not from the leaves."
                                        Euripedes

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

Re: [Plib-users] Compiled, but can't execute...

[Lo'oRiS il K. <_l...@li...>]

> >well... i installed the official Mesa-4.0.1, it installed itself in=20
> >/usr/local, witch AFAIK is wrong place...
>=20
>  ./configure --user-prefix=3D/usr

sure but i didn't do it, and now i can't recompile it for such a minor re=
ason (it takes me a _while_). moving it should be fine...

> and reinstalled my RedHat Mesa RPMs and all was well again.  For some=20
> reason, Mesa seems to default to software rendering.

and how can i enable direct rendering?

--=20

"Just because you're paranoid, it doesn't mean they are not after you"

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

Re: [Plib-users] Compiled, but can't execute...

[Roy W. <ro...@ce...>]

>> reading the mail from Roy i tried do download newer Mesa

I got mine from Brian Hayward:

http://www.slothmud.org/~hayward/mesafix


-Roy

Re: [Plib-users] Compiled, but can't execute...

[Roy W. <ro...@ce...>]

>> Downloading a new version of Mesa should fix it.
>
>well... i installed the official Mesa-4.0.1, it installed itself in 
>/usr/local, witch AFAIK is wrong place...

When you ./configure Mesa, you can specify the install directory.  Check 
the docs-- I think it's something like this:

 ./configure --user-prefix=/usr


Mine was messed up similarly for a while.  I blew away the new Mesa stuff 
and reinstalled my RedHat Mesa RPMs and all was well again.  For some 
reason, Mesa seems to default to software rendering.


-Roy

Re: [Plib-users] error in doc/ssg/non_class.html ?

[Wolfram K. <w_...@rz...>]

>Near the bottom, a declaration for the ssgLoad* functions is given:
>ssgEntity *ssgLoad    ( char *fname, ssgHookFunc hookfunc =3D NULL ) ;
>
>Should it read
>ssgEntity *ssgLoad(char *fname, ssgLoaderOptions* opt =3D NULL);

True. Unfortunately, I can't log into CVS right now to change it. Do
other people have the same problem or is it a local problem?

>or, no default value for options, right?

There is a default value of NULL. You should write the default value
only in the declaration, not the definition. Maybe that confused you?

Bye bye,
Wolfram.

Re: [Plib-users] Compiled, but can't execute...

[Lo'oRiS il K. <_l...@li...>]

> Downloading a new version of Mesa should fix it.

well... i installed the official Mesa-4.0.1, it installed itself in /usr/=
local, witch AFAIK is wrong place... so i moved it to /usr, but it doesn'=
t work!

i run glxinfo and it says that i am NOT in direct rendering mode.
instead DRIsetup tells me i am, but it's a lie, because when i try to pla=
y a GL game (es now they at least start), *any* gl game (even tuxracer th=
at before worked fine...), i got <1fps!

--=20

"Unix users are smarter than Windows users"
                                        Henrik Stokseth

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

Re: [Plib-users] Compiled, but can't execute...

[Steve B. <sjb...@ai...>]

Lo'oRiS il Kabukimono wrote:

> reading the mail from Roy i tried do download newer Mesa, but since yesterday i
> can't download anything from the Mesa site...

It seems to be working OK for me.

The download page actually sends you here:

   http://sourceforge.net/project/showfiles.php?group_id=3&release_id=66091

> i'll search for a mirror...

That's good advice - this appears to be a problem with RedHat and Mandrake's
botched version of Mesa.

Downloading a new version of Mesa should fix it.
 
> anyway i thought: i have Mesa installed as rpm, but they are distributed
> as source... so, should i uninstall the rpm before installing the source?

I guess so.

> PS: i think i'm gonna throw the rh cds on the floor with the windows
> one... can u suggest me a *serious* distribution? maybe Debian?

I use SuSE Linux (because they send me free copies from time to time
and for no other reason) - I imagine Debian is OK too.

The only ones we see many complaints about are RedHat and Mandrake
(which are *very* similar in many respects).

----------------------------- Steve Baker -------------------------------
Mail : <sjb...@ai...>   WorkMail: <sj...@li...>
URLs : http://www.sjbaker.org
       http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net
       http://prettypoly.sf.net http://freeglut.sf.net
       http://toobular.sf.net   http://lodestone.sf.net

Re: [Plib-users] Don't Do This!

[Steve B. <sjb...@ai...>]

Adam Seyfarth wrote:

>         I've been thinking about this for a while, and as far as I can
> tell, this should work in all situations, except if a person tries to go
> north, south, and east or west at the same time, which shouldn't happen
> unless a player is really discombobulated:
> 
>   Player 1: MoveNorth = 2, MoveSouth = W, MoveEast = E, MoveWest = Q
>             Jump = 5, Fire = G
>   Player 2: MoveNorth = 0, MoveSouth = P, MoveEast = [, MoveWest = O
>             Jump = 8, Fire = M

Yes - that's not a bad set - I've been using:

   Player 1: MoveNorth = 2, MoveSouth = W, MoveEast = 3, MoveWest = 1
             Jump = Q, Fire = E  (With other moves mapped to 4/5/R/T)
   Player 2: MoveNorth = J, MoveSouth = M, MoveEast = K, MoveWest = H
             Jump = N, Fire = <  (With other moves mapped to L/;/>/?

...and I've given up on the idea of four players.

Because one player is confined to the top two rows and the other to the
bottom two, they can't interfere with each other.  They *can* lock themselves
out of some keys (eg Jumping or shooting whilst moving South-East or South-West
is bad).

I think your combo avoids that - but it hurts my head to try to prove it!

I have one of those sexy split keyboards (try one if you havn't - you'll
never go back once you're used to it) - and this mapping works out nicely
with each player confined to two rows and all the columns on one side of
the split.

The *ultra* bad news is that I have definite evidence that some PC keyboards
are scanned differently from others so there probably isn't a bullet-proof
combination that'll work for everyone.  One of our no-name keyboards at
work has Y,H,N and T,G,B on the same column scan and another has Y,H,N
sharing with Q,A,Z - so I think I'm basically *doomed*.

I'm just going to document what I know and make the keyboard controls
completely programmable.

----------------------------- Steve Baker -------------------------------
Mail : <sjb...@ai...>   WorkMail: <sj...@li...>
URLs : http://www.sjbaker.org
       http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net
       http://prettypoly.sf.net http://freeglut.sf.net
       http://toobular.sf.net   http://lodestone.sf.net

Re: [Plib-users] error in doc/ssg/non_class.html ?

[Reed H. <re...@ze...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Monday, January 14, 2002, at 06:16 PM, Reed Hedges wrote:
> Should it read
> ssgEntity *ssgLoad(char *fname, ssgLoaderOptions* opt = NULL);

or, no default value for options, right?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjxDa7YACgkQ43zrjhPEi78FbgCfci0A8jdprNzSB1QpOvI6Y0yD
jzYAoOiBi5Mk0DyDYDKB9w2JNrJzGARC
=X3Sn
-----END PGP SIGNATURE-----

[Plib-users] error in doc/ssg/non_class.html ?

[Reed H. <re...@ze...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Near the bottom, a declaration for the ssgLoad* functions is given:
ssgEntity *ssgLoad    ( char *fname, ssgHookFunc hookfunc = NULL ) ;

Should it read
ssgEntity *ssgLoad(char *fname, ssgLoaderOptions* opt = NULL);

?



- --

Reed Hedges
re...@ze...
http://zerohour.net/~reed

Virtual Object System -- Internet Virtual Reality:
http://www.interreality.org

The owls are not what they seem.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjxDZs4ACgkQ43zrjhPEi7/6HgCeLA0ob7AUDtnvfOZZkXu8VKzk
u8UAoOdgNd4a2OFqiW0AqaI6IaNqOMY2
=ClXP
-----END PGP SIGNATURE-----

Re: [Plib-users] The problems with glut - part II

[Steve B. <sjb...@ai...>]

Lo'oRiS il Kabukimono wrote:
> 
> ooops! i forgot to attach the error message...
> here it is (only 1.5kB...)

So it looks like the configure script failed.

Can you send the result of doing:

  rm config.cache
  ./configure >& send_me_to_steve

...and the file 'config.log'.

----------------------------- Steve Baker -------------------------------
Mail : <sjb...@ai...>   WorkMail: <sj...@li...>
URLs : http://www.sjbaker.org
       http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net
       http://prettypoly.sf.net http://freeglut.sf.net
       http://toobular.sf.net   http://lodestone.sf.net

[Plib-users] Compiled, but can't execute...

[Lo'oRiS il K. <_l...@li...>]

ok i reinstalled the packages that came with my crap distribution, and re=
compiled plib;
then i recompiled tux_awfh and tuxkart and both compiled fine;
but both didn't run, and gave the following errors:

aqfh:
FATAL: ssgInit called without a valid OpenGL context.

kart:
Data files will be fetched from: '.'
FATAL: puInit called without a valid OpenGL context.

other GL apps (tuxracer, some xscreensavers) work fine.

note (maybe worthless): *before* exiting, the screen colors change a litt=
le (some kind of gamma correction that makes them brighter, i think), and=
 this happens with all GL apps under linux i tried, and they stay this wa=
y until i change graphic mode (ex. i go to console and come back to X...)

reading the mail from Roy i tried do download newer Mesa, but since yeste=
rday i can't download anything from the Mesa site... i'll search for a mi=
rror...

anyway i thought: i have Mesa installed as rpm, but they are distributed =
as source... so, should i uninstall the rpm before installing the source?

thx for all the help!

PS: i think i'm gonna throw the rh cds on the floor with the windows one.=
.. can u suggest me a *serious* distribution? maybe Debian?

--=20

"We are the Borg. You will be assimilated. Resistance is futile."
                                        The Borg, Star Trek

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

Re: [Plib-users] Don't Do This!

[Adam S. <ada...@ho...>]

Hello All -

> I've got to the point of dividing the screen into two, three or four=20
> chunks and rendering four cute little penguins - each of which can move
> independantly with a camera that follows along.  I had all of it workin=
g
> with the controls for each player assigned from a config file (eg=20
>=20
>   Player 1: MoveNorth =3D W, MoveSouth =3D Z, MoveEast =3D W, MoveWest =
=3D S
>             Jump =3D Q, Fire =3D E
>   Player 2: MoveNorth =3D I, MoveSouth =3D M, MoveEast =3D J, MoveWest =
=3D K
>             Jump =3D U, Fire =3D O

	I've been thinking about this for a while, and as far as I can
tell, this should work in all situations, except if a person tries to go
north, south, and east or west at the same time, which shouldn't happen
unless a player is really discombobulated:

  Player 1: MoveNorth =3D 2, MoveSouth =3D W, MoveEast =3D E, MoveWest =3D=
 Q
            Jump =3D 5, Fire =3D G
  Player 2: MoveNorth =3D 0, MoveSouth =3D P, MoveEast =3D [, MoveWest =3D=
 O
            Jump =3D 8, Fire =3D M

	Every once in a while, my fingers get a super power, and I'm
able to hit <north or south>, <west or east>, Jump, and Fire for both
players and it works!  :-D

	Thanks for pointing that out!


--=20
    Real programmers don't comment their code.  It was hard to write, it
    should be hard to understand.

   /||  Adam Seyfarth    <http://members.home.net/adam.seyfarth/>  ||\   =
/"\
  /=AB||  <cl...@us...>        ASCII Ribbon, HTML-free email  ||=BB=
\  \ /
  \=AB||  GU d-- s+: a---- C++ UL+>+++ P-- L++ E-- W++ N++ o K- w--  ||=BB=
/   X
   \||  O M- V- PE- Y PGP- t 5 X R  tv+ b+ DI+ D+ G e-- h! !r !y+  ||/   =
/ \

Re: [Plib-users] The problems with glut - part II

[Sebastian U. <ud...@ha...>]

On Mon, 14 Jan 2002, _l...@li... (Lo'oRiS il Kabukimono) wrote:
> Date: Mon, 14 Jan 2002 16:11:05 +0100
> To: pli...@li...
> From: _l...@li... (Lo'oRiS il Kabukimono)
> Subject: Re: [Plib-users] The problems with glut - part II
> 
> ooops! i forgot to attach the error message...
> here it is (only 1.5kB...)

Great. Look at what is done upon linking:

c++ -o tux_aqfh [Source files] [PLIB libraries] -lGLU -lGL -L/usr/X11R6/lib
-lSM -lICE -lpthread -lX11 -lXi -lXext -lXmu -lm

The problem is that the GLUT library is not linked, although both the PUI
part of PLIB and the game itself depend on it.

I guess the configure script could not find the GLUT library. However, your
GLUT header files seem to be fine since otherwise, you would have got
*lots* of warning messages earlier upon *compilation* and not upon
*linking*.

Please read what I wrote in my other e-mail for more information. If you
should still have problems afterwards, do:

rm -fv config.cache
/configure

And send me the "config.log" file created by the script.


- Sebastian

[Plib-users] Re: The problems with glut - part II

[Sebastian U. <ud...@ha...>]

On Mon, 14 Jan 2002, _l...@li... (Lo'oRiS il Kabukimono) wrote:
> Date: Mon, 14 Jan 2002 15:53:09 +0100
> To: plib <pli...@li...>
> From: _l...@li... (Lo'oRiS il Kabukimono)
> CC: Steve Baker <sjb...@ai...>, Sebastian Ude <ud...@ha...>
> Subject: The problems with glut - part II
> 
> - i uninstalled the MDK packages
> 
> - i have these Mesa packages installed:

Good.


> - i checked in /usr/lib and /usr/include/GL and there *IS* glut:
> 
> [looris@lano] ll /usr/lib|igrep glut
> -rw-r--r--    1 root     root       352386 ago 28 22:25 libglut.a
> -rwxr-xr-x    1 root     root          733 ago 28 22:25 libglut.la
> lrwxrwxrwx    1 root     root           16 gen 13 02:22 libglut.so ->
> libglut.so.3.7.0
> lrwxrwxrwx    1 root     root           16 gen 13 02:21 libglut.so.3 ->
> libglut.so.3.7.0
> -rwxr-xr-x    1 root     root       284895 ago 28 22:25 libglut.so.3.7.0
> 
> [looris@lano] ll /usr/include/GL/|igrep glut
> -rw-r--r--    1 root     root        29869 ago 28 22:24 glut.h
> 
> - i searched anyway the opengl and the mesa site: in opengl i didn't find
> any download in the download section (only links, not related to glut);
> in mesa site i found 2 rpm: glu-1.3-1.g++-2.95.i386.rpm and
> oss-opengl-glu-20000925-1.i386.rpm, but conflicts were reported when i
> tried to install them...

Again ... *PLEASE* do not install packages that don't come from your
distribution unless you are absolutely sure what you are doing.

The GL, GLU and GLUT libraries *are* in the Red Hat Mesa packages - there
is *no* need to install anything else. Simply do not mess up your system !

Try recompiling PLIB and see whether it works.

If it does not, you might have messed up the files of the RedHat Mesa
packages by installing foreign packages above them. In this case, try to
deinstall the Mesa packages (ignore any warnings you might get) and install
them again afterwards.

We surely will find your problem, but it's very unlikely that you will get
something fixed by installing every package that gets into your hands ...


- Sebastian

Re: [Plib-users] invalid OpenGL context problem

[Stephen J B. <sj...@li...>]

On Mon, 14 Jan 2002, Roy Wood wrote:

> By the way-- I took a look at this again last week, and sleeping didn't
> do it.  Something is seriously broken with the Mesa libs in the stock
> RedHat 7.2 release.

They appear to have taken the Mesa CVS snapshot from about a week
before the actual release of that version of Mesa and labelled it
as if it *is* that release.  I did a 'diff' of their code and what
the Mesa team actually released - and there are a number of significant
differences.

Can anyone say "GCC 2.96/97" ?

I'm getting very upset with RedHat over pulling this kind of stunt.
If it just made them look bad, I wouldn't mind - but the lack of
quality spills over onto the reputations of other teams such as
GCC, Mesa and PLIB.

It's almost worth changing one's package licensing such that
only actual, formal releases are under GPL or BSD license and
having the CVS version licensed under some kind of 'strictly
non-commercial' basis to prevent RedHat from doing this.

> I tried a number of things related to delaying the
> call to upInit(), but no luck (for example, try to do it in the glut
> callback for redrawing the view).

Oh well - it was worth a try.  Thanks for your efforts.

> Installing updated Mesa libs fixes the problem, by the way.

Yep.

>  Hopefully RedHat will widely release an update soon....

We can only hope.

----
Steve Baker                      (817)619-2657 (Vox/Vox-Mail)
L3Com/Link Simulation & Training (817)619-2466 (Fax)
Work: sj...@li...           http://www.link.com
Home: sjb...@ai...       http://www.sjbaker.org

Re: [Plib-users] invalid OpenGL context problem

[Lo'oRiS il K. <_l...@li...>]

> do it.  Something is seriously broken with the Mesa libs in the stock=20
> RedHat 7.2 release.  I tried a number of things related to delaying=20
[...]
> Installing updated Mesa libs fixes the problem, by the way.  Hopefully=20
i had the "invalid OpenGL context problem" too somewhere, i'll update the=
m thanks!
(well for now i can't even compile glut programs, but this is another sto=
ry... or the same?)

--=20

"Windows is definitely not compatible with me"
                                        Hein Zelle

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

Re: [Plib-users] invalid OpenGL context problem

[Roy W. <ro...@ce...>]

By the way-- I took a look at this again last week, and sleeping didn't 
do it.  Something is seriously broken with the Mesa libs in the stock 
RedHat 7.2 release.  I tried a number of things related to delaying the 
call to upInit(), but no luck (for example, try to do it in the glut 
callback for redrawing the view).

Installing updated Mesa libs fixes the problem, by the way.  Hopefully 
RedHat will widely release an update soon....


-Roy


>On Tue, 8 Jan 2002, Roy Wood wrote:
>
>> My only concern (not necessarily knowing what I'm talking about, of
>> course) is that just sleeping might not be enough-- that we might have to
>> call some OpenGL/glut routines to actually get things going.
>
>Yes - but that's what we have to avoid doing.
>
>The problem that this function is designed to avoid is the *extremely*
>common one where some application programmer accidentally calls either
>an SSG or an OpenGL call *before* they set up the rendering context.
>
>When they do that, you get mysterious problems that only show up on
>some OpenGL implementations and under some OS's.
>
>The idea here was to call this function in ssgInit() and in a couple
>of other 'likely' places to check that there is a valid OpenGL rendering
>context before we start making OpenGL calls.  That way, you get a
>high quality error message on *all* machines - not just the ones that
>(justifiably) fail for such broken applications.
>
>However, if our function itself makes OpenGL calls before ascertaining
>that there is a valid rendering context then it will be likely to
>crash instead of producing the error message - which defeats the
>entire purpose of it's existance!
>
>> Also, I believe that the user code usually registers all the glut
>> callbacks before calling puInit(), so is it possible that our callbacks
>> might get called before PLIB has actually been initialized?
>
>That's exactly the kind of thing we are trying to prevent.
>
>> If so, then
>> when the callbacks call PLIB code, we're hosed.  Then again, all this
>> occurs before we enter into glutMainLoop(), so that's likely not a
>> concern, is it?
>
>In a well-written application - no.
>
>The most common problem is C++ programmers who have OpenGL calls in
>constructor functions.  You might imagine a class object representing
>a monster in a game who's constructor function loads the SSG model
>for the monster - and in the process creates an ssgTexture - which
>in turn calls glTexImage2D or something.   Now, with that class
>wrapped up neatly and forgotten about, the programmer innocently
>writes:
>
> static Monster the_monster_under_the_bed ;
>
>...and wonders why his program crashes (typically deep inside
>OpenGL where it's impossible to diagnose) - but only on certain
>graphics cards and under certain OS's.
>
>----
>Steve Baker                      (817)619-2657 (Vox/Vox-Mail)
>L3Com/Link Simulation & Training (817)619-2466 (Fax)
>Work: sj...@li...           http://www.link.com
>Home: sjb...@ai...       http://www.sjbaker.org
>

Re: [Plib-users] The problems with glut - part II

[Lo'oRiS il K. <_l...@li...>]

ooops! i forgot to attach the error message...
here it is (only 1.5kB...)

--=20

"User has performed an invalid operation and will be terminated"
                Lorenzo Petrone, Windows 2020 Cyberpunk Edition

_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/

[Plib-users] The problems with glut - part II

[Lo'oRiS il K. <_l...@li...>]

- i uninstalled the MDK packages

- i have these Mesa packages installed:

{ll is an alias for ls -l, and igrep is an alias for grep -i}

[looris@lano] rpm -qa|igrep mesa
Mesa-demos-3.4.2-7
Mesa-3.4.2-7
Mesa-devel-3.4.2-7

- i checked in /usr/lib and /usr/include/GL and there *IS* glut:

[looris@lano] ll /usr/lib|igrep glut
-rw-r--r--    1 root     root       352386 ago 28 22:25 libglut.a
-rwxr-xr-x    1 root     root          733 ago 28 22:25 libglut.la
lrwxrwxrwx    1 root     root           16 gen 13 02:22 libglut.so -> lib=
glut.so.3.7.0
lrwxrwxrwx    1 root     root           16 gen 13 02:21 libglut.so.3 -> l=
ibglut.so.3.7.0
-rwxr-xr-x    1 root     root       284895 ago 28 22:25 libglut.so.3.7.0

[looris@lano] ll /usr/include/GL/|igrep glut
-rw-r--r--    1 root     root        29869 ago 28 22:24 glut.h

- i searched anyway the opengl and the mesa site: in opengl i didn't find=
 any download in the download section (only links, not related to glut); =
in mesa site i found 2 rpm: glu-1.3-1.g++-2.95.i386.rpm and oss-opengl-gl=
u-20000925-1.i386.rpm, but conflicts were reported when i tried to instal=
l them...

thx, and please let me know... :|

--=20

"In the streets on Halloween / The spirits will arise
 Make your choice, it's hell or paradise"
                                        Helloween - Halloween
=20
_.-:/=B0^^=B0\:-._.-:/=B0^^=B0\:-._          __.         ____
 - Lo'oRiS il Kabukimono -          / /|       /^___ \
Real Name: Lorenzo Petrone         / / /      / /L_/ /
e-mail: _l...@li...          / / /      /  ___-=B0/
irc.azzurra.org #lano            / /_/__    /  /|__-=B0
digilander.iol.it/lano666       /______/|  /__/ /
^=B0\:-.__.-:/=B0^=B0\:-.__.-:/=B0^     |______|/  |__L/