plib-users

Re: [Plib-users] slScheduler: Too many pending callback events!

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

Trent Gamblin wrote:
> 
> * Steve Baker <sjb...@ai...> wrote:
> > I find it hard to believe that would have caused all those weird
> > symptoms though.  Apart from anything else, FGFS and Torcs don't
> > work either.
> 
> Oh. I don't know about flightgear or Torcs. I've tried Torcs and it
> works fine. Haven't tried flightgear.

Yep - flightgear is a pretty chunky download for "just a test"!
(It's a cool program though - if you like flightsims, it's worth
the wait).

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

Re: [Plib-users] slScheduler: Too many pending callback events!

[Trent G. <tm...@cy...>]

* Steve Baker <sjb...@ai...> wrote:
> I find it hard to believe that would have caused all those weird
> symptoms though.  Apart from anything else, FGFS and Torcs don't
> work either.

Oh. I don't know about flightgear or Torcs. I've tried Torcs and it
works fine. Haven't tried flightgear.

[Plib-users] Re: [Plib-devel] How to change to gcc/g++ instead of cc/CC of SGI compiler?

[Bram S. <br...@ch...>]

Wein Gui wrote:
> 
>   Hello,
> 
>   When using SGI c/c++ compiler 7.3 to compile plib and FlightGear's
>   code, I met many errors, and couldn't continue compiling it.
>   Therefore, I must change to GNU platform. But, I don't know how to
>   change autoconf(configure.in, etc.) to my case, i.e. to use gcc/g++
>   instead of former cc/CC of original SGI compiler. By the way,
>   I already installed a gcc-2.95.2 Compiler Suite.

Use:

export CC=cc
export CXX=CC
export CFLAGS=-mips2
export CXXFLAGS=-mips3
./configure 

...if you want sgi's compiler.

For GNU, you could do:

export CC=gcc
export CXX=g++
export CFLAGS=-Wall
export CXXFLAGS=-Wall
./configure

e.g.

   Bram


> 
>   Thank you so much.
> 
>   -Wein
> 
> ____________________________________________________________________
> Get free email and a permanent address at http://www.netaddress.com/?N=1
> 
> _______________________________________________
> plib-devel mailing list
> pli...@li...
> http://lists.sourceforge.net/mailman/listinfo/plib-devel

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Bram Stolk               "Linux - Why use windows, if there is a door?"
  work: br...@sa...
  priv: br...@ch...

[Plib-users] How to change to gcc/g++ instead of cc/CC of SGI compiler?

[Wein G. <cr...@us...>]

  Hello,
 
  When using SGI c/c++ compiler 7.3 to compile plib and FlightGear's
  code, I met many errors, and couldn't continue compiling it. 
  Therefore, I must change to GNU platform. But, I don't know how to
  change autoconf(configure.in, etc.) to my case, i.e. to use gcc/g++ 
  instead of former cc/CC of original SGI compiler. By the way,
  I already installed a gcc-2.95.2 Compiler Suite.

  Thank you so much.

  -Wein

____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

RE: [Plib-users] plib build under cygwin

[Norman V. <nh...@ca...>]

Jon Berndt writes:
>
>Trying to build plib-1.1.11 I get this, anyone know what it is?
>
>*** start dump ***
>
>Making all in pui
>c++ -DPACKAGE=\"plib\" -DVERSION=\"1.1.11\" -DWIN32=1
>-DSTDC_HEADERS=1 -DWIN32=1

Jon

try changing your config.status DEFS line to the following
(all one line)

then running config.status from a bash shell


s%@DEFS@% -DPACKAGE=\"plib\" -DVERSION=\"1.1.11\" -DWIN32=1 -DSTDC_HEADERS=1
 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1 -DWIN32=1 -DGLUT_IS_PRESENT=1 %g

[Plib-users] plib build under cygwin

[Jon B. <js...@ha...>]

Trying to build plib-1.1.11 I get this, anyone know what it is?

*** start dump ***

Making all in pui
c++ -DPACKAGE=\"plib\" -DVERSION=\"1.1.11\" -DWIN32=1 -DSTDC_HEADERS=1 -DWIN
32=1
  -I. -I../../././src/pui  -I../../././src/sg -I../../././src/fnt    -g -O2 
-O6
-Wall  -malign-double -I/usr/local/include -L/usr/local/lib -c pu.cxx
In file included from ../../src/fnt/fnt.h:11,
                 from pu.h:28,
                 from puLocal.h:24,
                 from pu.cxx:2:
/usr/local/include/GL/gl.h:101: warning: ignoring pragma:
/usr/local/include/GL/gl.h:102: warning: ignoring pragma:
/usr/local/include/GL/gl.h:103: warning: ignoring pragma:
/usr/local/include/GL/gl.h:104: warning: ignoring pragma:
/usr/local/include/GL/gl.h:105: warning: ignoring pragma:
/usr/local/include/GL/gl.h:106: warning: ignoring pragma:
/usr/local/include/GL/gl.h:107: warning: ignoring pragma:
In file included from puLocal.h:24,  from pu.cxx:2:
pu.h: In method `puFont::puFont()':
pu.h:87: `GLUT_BITMAP_8_BY_13' undeclared (first use this function)
pu.h:87: (Each undeclared identifier is reported only once
pu.h:87: for each function it appears in.)
pu.cxx: In function `int puGetWindowHeight()':
pu.cxx:32: `GLUT_WINDOW_HEIGHT' undeclared (first use this function)
pu.cxx:32: implicit declaration of function `int glutGet(...)'
pu.cxx:32: warning: control reaches end of non-void function
`puGetWindowHeight()'
pu.cxx: In function `int puGetWindowWidth()':
pu.cxx:33: `GLUT_WINDOW_WIDTH' undeclared (first use this function)
pu.cxx:33: warning: control reaches end of non-void function
`puGetWindowWidth()'
pu.cxx: In function `int puMouse(int, int, int, int)':
pu.cxx:213: `GLUT_DOWN' undeclared (first use this function)
pu.cxx: In function `int puMouse(int, int)':
pu.cxx:229: `GLUT_LEFT_BUTTON' undeclared (first use this function)
pu.cxx:230: `GLUT_MIDDLE_BUTTON' undeclared (first use this function)
pu.cxx:231: `GLUT_RIGHT_BUTTON' undeclared (first use this function)
make[2]: *** [pu.o] Error 1
make[1]: *** [all-recursive] Error 1

*** end dump ***

I think it may have something to do with something that does not get
#defined like it is supposed to.

Jon

====================================================
Jon & Frances Berndt
email: js...@ha..., fa...@ha...
WWW: http://www.hal-pc.org/~jsb
League City, TX
====================================================

RE: [Plib-users] slScheduler: Too many pending callback events!

[Dave M. <Dav...@dy...>]

> Trent Gamblin wrote:
> > 
> > * Steve Baker <sjb...@ai...> wrote:
> > > This is *very* strange...I've never heard anything like 
> this before.
> > 
> > I had the same problem, but it's easily fixed. Look in example.cxx
> > around line 50 or so. It's trying to load /u/steve/fhead.wav, and
> > loading wheeee.ub is commented out.
> 
> Oops!  I hacked it around to try something - and then forgot to
> un-hack it before I updated the release!
> 
> I find it hard to believe that would have caused all those weird
> symptoms though.  Apart from anything else, FGFS and Torcs don't
> work either.
> 
He's right.  Did the same thing to me when I first tried SL.

Re: [Plib-users] slScheduler: Too many pending callback

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

> Steve Baker wrote:
> > This is *very* strange...I've never heard anything like this before.
> > 
> > * Does the mod_demo program actually play music?
> 
> Yes, loud and clear.
 
Oh - weirder and weirder.

> > * Do the other programs make any sounds at all before they die?
> 
> Ok, they don't actually die. "sl/example" runs until I hit ctrl-c, and
> outputs hundreds of this error, but no sound is played.

This is *bizarre*.

> FlightGear plays
> the engine sound, but nothing else happens (no graphics is shown after
> the splash screen), disabling sound makes it run as usual. TORCS plays
> something, but also locks up, giving lots of errors.
 
Even weirder.

> > * What window manager do you run?  Does it have it's own sound
> >   manager like 'Enlightenment's  'ESD'?
> 
> When you mention it...I use KDE, and I remember reading in the glTron
> FAQ that there could be some kind of problem with KDE and glTron's
sound
> - but I get sound in glTron.
 
No - I don't think KDE poses a problem.  I've been using KDE on my
laptop for about 6 months and I installed it on my main home machine
a couple of weeks ago - they both play sound OK.

I thought the problem with glTron (and with just about every other
program that's not specifically written for it) is the 'Enlightenment'
package.  It tries to be very clever and mix together the audio
coming from every program that's currently running before shipping
it off to your sound card.  The program that does this is 'ESD' -
the Enlightenment Sound Daemon.

The problem with ESD is that it opens '/dev/dsp0' and refuses to
give it back.  Programs that know how to send their audio to ESD
work OK - but programs that need to work WITHOUT ESD (which is
to say every program on the planet except those that come with
the Enlightenment bundle) find that they can't open /dev/dsp0.
(Or worse, they can open it - but it simply blocks all writes
to the sound card indefinitely).

So, there are workarounds that all basically entail shutting
down ESD for the duration.

I believe that it's possible to run ESD without the E desktop,
so I suppose it's *possible* that it somehow got installed
along with KDE - but if that's the case, it's not done that
way from the SuSE Linux install that I use.

Besides, if that were the problem, you wouldn't get any
sound at all from any SL programs...yet mod_demo works
and FGFS produces *some* sounds.

> > * Were there any other messages on startup?  Any warnings from
> >   the compiler?
> 
> I will try recompiling sl and see if there were any warnings.

Yep.

What's odd is that both KDE and your sound card are very common.
I can't understand why I'm not swamped with this kind of complaint.

> > I'm utterly mystified.
> 
> Lets blame KDE for now... ;-)
 
Nice though that would be - I have to say "No". 
 
I think the next place to look would be to stuff some 'fprintf(stderr's
into the SL source file 'src/sl/slScheduler.cxx'.  Re-make it
and don't forget to do a 'make install'. Re-make the example
program too.

*  At the top of slScheduler::addCallBack print the value of
   'notWorking()' and the value of 'num_pending_callbacks'.

*  Another at the top of slScheduler::realUpdate (printing
   those same values)

*  At the top of slScheduler::flushCallBacks (same info)

*  Inside the 'while' loop of slScheduler::flushCallBacks
   (print just the value of 'num_pending_callbacks')

Have each printf say which function it's in so we can identify
it - then run sl/example for a few seconds - at least up to
the first error message, then email me the output.

If everything is working, we should see a steady stream of
calls to realUpdate with a matching call to flushCallBacks
each time. num_pending_callbacks should be zero.

Every now and again, there should be one or two addCallBack
calls - which would increment num_pending_callbacks each
time (never getting bigger than a dozen or so - and certainly
not getting close to 32 - which is the magic limit).

On the immediately following call to flushCallBacks, we
should see the inner while loop run - counting down the
num_pending_callbacks to zero...then back to a long string
of realUpdate/flushCallBack outputs in a row again.

This is *so* weird.


-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

Re: [Plib-users] slScheduler: Too many pending callback events!

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

Eric Espie wrote:


> I don't understand, TORCS uses only .wav files.

Yep - a bug in that one example program doesn't explain why both
Torcs and FGFS would foul up.

> > Lets blame KDE for now... ;-)
> I use KDE 1.1.2 without problems.

Ditto.

> I was so confident with PLIB that I didn't even code a -nosound option.
> I have tried TORCS on a system without soundcard and I did not get
> any error message, and the program worked perfectly.
> 
> I hope that is not the SB live 1024, because I was thinking of an
> upgrade of my old SB 16...

Dunno - I've been very pleased with my Ensoniq - but then I don't
need a lot of fancy stuff.

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

Re: [Plib-users] slScheduler: Too many pending callback events!

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

Trent Gamblin wrote:
> 
> * Steve Baker <sjb...@ai...> wrote:
> > This is *very* strange...I've never heard anything like this before.
> 
> I had the same problem, but it's easily fixed. Look in example.cxx
> around line 50 or so. It's trying to load /u/steve/fhead.wav, and
> loading wheeee.ub is commented out.

Oops!  I hacked it around to try something - and then forgot to
un-hack it before I updated the release!

I find it hard to believe that would have caused all those weird
symptoms though.  Apart from anything else, FGFS and Torcs don't
work either.

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

Re: [Plib-users] slScheduler: Too many pending callback events!

[Eric E. <Eri...@fr...>]

Trent Gamblin wrote:
> 
> * Steve Baker <sjb...@ai...> wrote:
> > This is *very* strange...I've never heard anything like this before.
> 
> I had the same problem, but it's easily fixed. Look in example.cxx
> around line 50 or so. It's trying to load /u/steve/fhead.wav, and
> loading wheeee.ub is commented out.

I don't understand, TORCS uses only .wav files.

Per Liedman wrote:
> 
> Steve Baker wrote:
> > This is *very* strange...I've never heard anything like this before.
> >
> > * Does the mod_demo program actually play music?
> 
> Yes, loud and clear.
> 
> > * Do the other programs make any sounds at all before they die?
> 
> Ok, they don't actually die. "sl/example" runs until I hit ctrl-c, and
> outputs hundreds of this error, but no sound is played. FlightGear plays
> the engine sound, but nothing else happens (no graphics is shown after
> the splash screen), disabling sound makes it run as usual. TORCS plays
> something, but also locks up, giving lots of errors.
> 
> > * What window manager do you run?  Does it have it's own sound
> >   manager like 'Enlightenment's  'ESD'?
> 
> When you mention it...I use KDE, and I remember reading in the glTron
> FAQ that there could be some kind of problem with KDE and glTron's sound
> - but I get sound in glTron.
> 
> > * Were there any other messages on startup?  Any warnings from
> >   the compiler?
> 
> I will try recompiling sl and see if there were any warnings.
> 
> > I'm utterly mystified.
> 
> Lets blame KDE for now... ;-)
I use KDE 1.1.2 without problems.
I was so confident with PLIB that I didn't even code a -nosound option.
I have tried TORCS on a system without soundcard and I did not get
any error message, and the program worked perfectly.

I hope that is not the SB live 1024, because I was thinking of an 
upgrade of my old SB 16...

Eric.

Re: [Plib-users] slScheduler: Too many pending callback events!

[Per L. <li...@ho...>]

Steve Baker wrote:
> This is *very* strange...I've never heard anything like this before.
> 
> * Does the mod_demo program actually play music?

Yes, loud and clear.

> * Do the other programs make any sounds at all before they die?

Ok, they don't actually die. "sl/example" runs until I hit ctrl-c, and
outputs hundreds of this error, but no sound is played. FlightGear plays
the engine sound, but nothing else happens (no graphics is shown after
the splash screen), disabling sound makes it run as usual. TORCS plays
something, but also locks up, giving lots of errors.

> * What window manager do you run?  Does it have it's own sound
>   manager like 'Enlightenment's  'ESD'?

When you mention it...I use KDE, and I remember reading in the glTron
FAQ that there could be some kind of problem with KDE and glTron's sound
- but I get sound in glTron.

> * Were there any other messages on startup?  Any warnings from
>   the compiler?

I will try recompiling sl and see if there were any warnings.

> I'm utterly mystified.

Lets blame KDE for now... ;-)

Regards,
Per

-- 
===========================================================================
Per Liedman                                       
md...@md...
Nilssonsberg 7                       
http://www.mdstud.chalmers.se/~md6pl/
411 43 Göteborg                               tel: 031-825659 /
0705-520455
===========================================================================

Re: [Plib-users] slScheduler: Too many pending callback events!

[Trent G. <tm...@cy...>]

* Steve Baker <sjb...@ai...> wrote:
> This is *very* strange...I've never heard anything like this before.

I had the same problem, but it's easily fixed. Look in example.cxx
around line 50 or so. It's trying to load /u/steve/fhead.wav, and
loading wheeee.ub is commented out.

Re: [Plib-users] slScheduler: Too many pending callback events!

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

Per Liedman wrote:
> 
> I can't run any program that uses SL! FlightGear doesn't run at all if I don't
> specify --disable-sound, TORCS does not run and gives the error message
> 
> slScheduler: Too many pending callback events!
> 
> and I get the same error message when running the SL/example program. I *can*
> run mod_demo without problems.
> 
> I use SuSE 6.3 on a P3-500 and own a SB Live 1024 (I use the drivers shipped
> with the SuSE distribution).
> 
> Any ideas that might help?


This is *very* strange...I've never heard anything like this before.

* Does the mod_demo program actually play music?

* Do the other programs make any sounds at all before they die?

* What window manager do you run?  Does it have it's own sound
  manager like 'Enlightenment's  'ESD'?

* Were there any other messages on startup?  Any warnings from
  the compiler?

What's odd about this is that 'flushCallBacks' is called every iteration
in the 'slScheduler::update' function - and flushCallBacks *MUST*
empty the 'pending_callback' list unless the sound device is
notWorking().  However, if the sound card isn't working then 'addCallback'
can't run either and callbacks can't be added to the list - and the
error message cannot appear.

I'm utterly mystified.

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

[Plib-users] slScheduler: Too many pending callback events!

[Per L. <li...@ho...>]

I can't run any program that uses SL! FlightGear doesn't run at all if I don't
specify --disable-sound, TORCS does not run and gives the error message

slScheduler: Too many pending callback events!

and I get the same error message when running the SL/example program. I *can*
run mod_demo without problems.

I use SuSE 6.3 on a P3-500 and own a SB Live 1024 (I use the drivers shipped
with the SuSE distribution).

Any ideas that might help?

Regards,
Per Liedman

-- 
   / Per Liedman
  / li...@ho...
 / www.mdstud.chalmers.se/~md6pl
/ 031-825659 / 0705-520455

RE: [Plib-users] Compiling problems in SGI Irix 6.5.7

[Norman V. <nh...@ca...>]

Wein Gui writes:
>
>I am trying my first compilation of Plib for FlightGear, and use SGI
>Octane machine's 7.3 C++ compiler in IRIX 6.5.7.
>

Hmm,  Looks like <float.h> is not getting picked up
by your compiler  Try adding 

#include <float.h> to the top of offenfing files

>cc-1020 CC: ERROR File = sgIsect.cxx, Line = 29
>  The identifier "FLT_EPSILON" is undefined.
>
>    if ( dnorm < FLT_EPSILON )
>                 ^
>
> 
>I define the FLT_EPSILON to a value randomly, say, 1.0, 
>it continues "make" and stops at another big error:
>
>-------------------Error 2 begin-----------------
>              
>
>cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 18
>  Expression must be a modifiable lvalue.
>
>    specular_colour = src -> specular_colour ;
>    ^
>

Known problem fix is to replace offending lines wirh
  sgCopyVec4 ( specular_colour, src -> specular_colour ) ;
  sgCopyVec4 ( emission_colour, src -> emission_colour ) ;
  sgCopyVec4 (  ambient_colour, src ->  ambient_colour ) ;
  sgCopyVec4 (  diffuse_colour, src ->  diffuse_colour ) ;


Welcome Aboard

Norman

[Plib-users] Compiling problems in SGI Irix 6.5.7

[Wein G. <cr...@us...>]

 
  Hi, friends,

  I am trying my first compilation of Plib for FlightGear, and use SGI
  Octane machine's 7.3 C++ compiler in IRIX 6.5.7.

  I have installed all the needed libraries without any problems and
  configure is happy. But now when I tried to "make", it stops on an 
  error:

  --------------------------Error 1-------------------------- 
  CC -DPACKAGE=\"plib\" -DVERSION=\"1.1.11\" -DHAVE_LIBGLCORE=1
  -DHAVE_LIBGL=1 -DHAVE_LIBGLU=1 -DHAVE_LIBGLUT
  =1 -DHAVE_LIBAUDIO=1 -DSTDC_HEADERS=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1
  -DGLUT_IS_PRESENT=1 -I. -I. -g -I/usr/local/include
  -L/usr/local/lib -c sgIsect.cxx
  cc-1020 CC: ERROR File = sgIsect.cxx, Line = 29
  The identifier "FLT_EPSILON" is undefined.

  if ( dnorm < FLT_EPSILON )
  ^

  cc-1020 CC: ERROR File = sgIsect.cxx, Line = 89
  The identifier "FLT_EPSILON" is undefined.

  if ( sgAbs ( tmp ) < FLT_EPSILON )
  ^

  cc-1020 CC: ERROR File = sgIsect.cxx, Line = 127
  The identifier "FLT_EPSILON" is undefined.

  if ( dist < FLT_EPSILON )
  ^
  3 errors detected in the compilation of "sgIsect.cxx".
  *** Error code 2 (bu21)
  *** Error code 1 (bu21)
  *** Error code 1 (bu21)
  -------------------Error 1 end-----------------------




  I define the FLT_EPSILON to a value randomly, say, 1.0, 
  it continues "make" and stops at another big error:

  -------------------Error 2 begin-----------------


  cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 18
  Expression must be a modifiable lvalue.

  specular_colour = src -> specular_colour ;
  ^

  cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 19
  Expression must be a modifiable lvalue.

  emission_colour = src -> emission_colour ;
  ^

  cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 20
  Expression must be a modifiable lvalue.

  ambient_colour = src -> ambient_colour ;
  ^

  cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 21
  Expression must be a modifiable lvalue.

  diffuse_colour = src -> diffuse_colour ;
  ^

  4 errors detected in the compilation of "ssgSimpleState.cxx".
  *** Error code 2 (bu21)
  *** Error code 1 (bu21)
  *** Error code 1 (bu21)

  ------------------------------------


  How to solve these problems? Would you please kindly enough
  to help me to finish "make" in SGI environment?

  Many thanks.

  -Wein


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

[Plib-users] Compiling problems in SGI Irix 6.5.7

[Wein G. <cr...@us...>]

Hi, friends,

I am trying my first compilation of Plib for FlightGear, and use SGI
Octane machine's 7.3 C++ compiler in IRIX 6.5.7.

I have installed all the needed libraries without any problems and
configure is happy. But now when I tried to "make", it stops on an 
error:

--------------------------Error 1-------------------------- 
 CC -DPACKAGE=\"plib\" -DVERSION=\"1.1.11\" -DHAVE_LIBGLCORE=1
 -DHAVE_LIBGL=1 -DHAVE_LIBGLU=1 -DHAVE_LIBGLUT
=1 -DHAVE_LIBAUDIO=1 -DSTDC_HEADERS=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1
  -DGLUT_IS_PRESENT=1  -I. -I.      -g -I/usr/local/include
  -L/usr/local/lib -c sgIsect.cxx
cc-1020 CC: ERROR File = sgIsect.cxx, Line = 29
  The identifier "FLT_EPSILON" is undefined.

    if ( dnorm < FLT_EPSILON )
                 ^

cc-1020 CC: ERROR File = sgIsect.cxx, Line = 89
  The identifier "FLT_EPSILON" is undefined.

    if ( sgAbs ( tmp ) < FLT_EPSILON )
                         ^

cc-1020 CC: ERROR File = sgIsect.cxx, Line = 127
  The identifier "FLT_EPSILON" is undefined.

    if ( dist < FLT_EPSILON )
                ^
3 errors detected in the compilation of "sgIsect.cxx".
*** Error code 2 (bu21)
*** Error code 1 (bu21)
*** Error code 1 (bu21)
-------------------Error 1 end-----------------------



 
I define the FLT_EPSILON to a value randomly, say, 1.0, 
it continues "make" and stops at another big error:

-------------------Error 2 begin-----------------
              

cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 18
  Expression must be a modifiable lvalue.

    specular_colour = src -> specular_colour ;
    ^

cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 19
  Expression must be a modifiable lvalue.

    emission_colour = src -> emission_colour ;
    ^

cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 20
  Expression must be a modifiable lvalue.

     ambient_colour = src ->  ambient_colour ;
     ^

cc-1133 CC: ERROR File = ssgSimpleState.cxx, Line = 21
  Expression must be a modifiable lvalue.

     diffuse_colour = src ->  diffuse_colour ;
     ^

4 errors detected in the compilation of "ssgSimpleState.cxx".
*** Error code 2 (bu21)
*** Error code 1 (bu21)
*** Error code 1 (bu21)
 
------------------------------------


How to solve these problems? Would you please kindly enough
to help me to finish "make" in SGI environment?

Many thanks.

-Wein

____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

Re: [Plib-users] PUInput again

[Steve W. <st...@sh...>]

On Thu, 13 Apr 2000 22:30:03 -0500, Steve Baker wrote:

>puInput was tested back when I first wrote it - I havn't used it
>in any 'real' program since then - so I don't have any example
>programs to share.

Apologies for *my* delayed response... school and work have kept me 
a lot busier than I'd like...

>As far as I know, it works OK - if you have a specific example
>that doesn't, share it here on the list and we'll see what we
>can see.

Probably my biggest problems are knowing what keyboard function needs 
to be active, and how to get the input into my variables.  An example to
follow would be nice, but I'll show you what mine looks like right now...

>BTW: There are many more people on the PLIB developer's list - you
>might get better luck posting there.

I guess I'll try that if no one here can help.  Code follows:

puDialogBox  *dialog_box;
puOneShot    *dialog_box_ok_button, *dialog_box_cancel;
puInput      *field1, *field2, *field3;

void close_conninfo_box(puObject *){
    delete dialog_box_ok_button;
    delete dialog_box_cancel;
    delete dialog_box_title;
    delete field1;
    delete field2;
    delete field3;
    delete dialog_box;
    dialog_box=NULL;
    dialog_box_ok_button = dialog_box_cancel = NULL;
    dialog_box_title = NULL;
    field1=field2=field3=NULL;
    glutKeyboardFunc(Key);
}

int puiConnInfo(int numofargs,char *arg[], ConnInfo &PlyrConnInfo){
    //test pui login stuff
    glutKeyboardFunc(puKey);
    dialog_box = new puDialogBox ( 100, 100 ) ; {
        new puFrame ( 0, 0, 400, 250 ) ;

    dialog_box_title = new puText( 10, 220 ) ;
    dialog_box_title->setLabelFont (PUFONT_HELVETICA_12) ;
    dialog_box_title->setLabel ("Connection Info") ;

    field1 = new puInput ( 20, 175, 270, 200 );
    field1->setLabel ("Player Name");
    field1->setDefaultValue("Player");
    field1->setCallback(inputfield);

    field2 = new puInput ( 20, 125, 270, 150 );
    field2->setLabel ("Server");
    field2->setDefaultValue("localhost");

    field3 = new puInput ( 20, 75, 270, 100 );
    field3->setLabel ("Port Number");
    field3->setDefaultValue(15000);

    dialog_box_ok_button = new puOneShot(100, 15, 150, 50);
    dialog_box_ok_button -> setLegend("OK");
    //dialog_box_ok_button -> makeReturnDefault(TRUE);
    //dialog_box_ok_button -> setCallback(go_away_cb);

    dialog_box_cancel = new puOneShot(200, 15, 250, 50);
    dialog_box_cancel -> setLegend("Cancel");
    //dialog_box_cancel -> makeReturnDefault(TRUE);
    dialog_box_cancel -> setCallback(close_conninfo_box);

    }
    dialog_box -> close  () ;
    dialog_box -> reveal () ;

    return 0;
}


-----------
"Good people do not need laws to tell them to act responsibly,
while bad people will find a way around the laws."
     - Plato (427-347 B.C.)

Re: [Plib-users] Re: [FGFS-Devel] Can't build glut

[Jason E. S. <tam...@ai...>]

Jon Berndt writes:
[snip]
 > Here is the relevent section of config.log:
 > 
 > configure:2882: GL/gl.h: No such file or directory
 > configure: failed program was:
 > #line 2881 "configure"
 > #include "confdefs.h"
 > #include <GL/gl.h>
 > configure:2876: checking for GL/glu.h
 > configure:2886: gcc -E  conftest.c >/dev/null 2>conftest.out
 > configure:2882: GL/glu.h: No such file or directory
 > 
 > 
 > I don't know why it is not finding GL/*.h. I am running CygWin, and I have
 > built plib successfully last year. Any ideas what to check as far as what
 > might be wrong with my CygWin install?
 > 
 > Jon
 > 

It looks like your GL headers are not in gcc's include file path.

According to the GCC 2.95 installation instructions for CygWin, GCC
only looks in it's own installation area and in /Cygnus/cygwin-b20/ by 
default.  If you've just re-installed cygwin, you may have lost where
your GL headers were added to the compiler search path on your
previous install.

I'm not sure how you specify it for cygwin (C_INCLUDE_PATH environment 
variable maybe?), but the path to your GL headers (i.e. the parent
directory of GL/*.h) needs to be added to the compilers include search 
path.

Cheers,
        -Jason

Re: [Plib-users] Re: [FGFS-Devel] Can't build glut

[Jon B. <js...@ha...>]

>  > checking for GL/gl.h... (cached) no
>  > checking for GL/glu.h... (cached) no
>  > checking for windows.h... (cached) yes
>  > checking for joystick.h... (cached) no
>  > checking for linux/joystick.h... (cached) no
>  > checking for GL/glut.h... (cached) no
>  > checking for GL/freeglut.h... (cached) no
>  > updating cache ./config.cache

> Configure caches many types of checks in a file called config.cache.
> If you change something that is checked by configure that is cached,
> it won't pick it up.  Try removing config.cache and running configure
> again.

Got the same result as above.

> If that doesn't work, examine config.log.  Configure checks for
> headers by trying to build a small program which includes the relevant
> header.  You can check config.log (which should contain rather verbose
> output from configure) to see why the compilation failed and that
> should give you better information.

Here is the relevent section of config.log:

configure:2882: GL/gl.h: No such file or directory
configure: failed program was:
#line 2881 "configure"
#include "confdefs.h"
#include <GL/gl.h>
configure:2876: checking for GL/glu.h
configure:2886: gcc -E  conftest.c >/dev/null 2>conftest.out
configure:2882: GL/glu.h: No such file or directory


I don't know why it is not finding GL/*.h. I am running CygWin, and I have
built plib successfully last year. Any ideas what to check as far as what
might be wrong with my CygWin install?

Jon

[Plib-users] Re: [FGFS-Devel] Can't build glut

[Jason E. S. <tam...@ai...>]

Jon Berndt writes:
 > I am atill trying to build plib. I may have discovered part of the problem,
 > and that is that even after having run ./configure, and having the gl, glut,
 > et. al. headers in
 > /usr/local/include/gl, somehow the ./configure.in script for plib is NOT
 > setting GLUT_IS_PRESENT. When running ./configure I get this:
 > 
 > ..
 > ..
 > checking for GL/gl.h... (cached) no
 > checking for GL/glu.h... (cached) no
 > checking for windows.h... (cached) yes
 > checking for joystick.h... (cached) no
 > checking for linux/joystick.h... (cached) no
 > checking for GL/glut.h... (cached) no
 > checking for GL/freeglut.h... (cached) no
 > updating cache ./config.cache
 > ..
 > ..
 > 
 > Well, that's just plain bogus, because the GL headers are right where they
 > are supposed to be. I wish I knew more about ./configure and how it worked.
 > I tried putting the glut.h header in all worts of places where it should
 > have been found, but I still get the same error for the compile.
 > 
 > Now, if I go in and manually
 > 
 > #include <GL/glut.h>
 > 
 > I get a lot farther. A lot. So, under CygWin, there appears to be some
 > wierdness in the configure process - at least on my machine...
 > 
 > Jon
 > 

Configure caches many types of checks in a file called config.cache.
If you change something that is checked by configure that is cached,
it won't pick it up.  Try removing config.cache and running configure
again.

If that doesn't work, examine config.log.  Configure checks for
headers by trying to build a small program which includes the relevant
header.  You can check config.log (which should contain rather verbose
output from configure) to see why the compilation failed and that
should give you better information.

Cheers,
        -Jason

[Plib-users] Re: [FGFS-Devel] Can't build glut

[Jon B. <js...@ha...>]

I am atill trying to build plib. I may have discovered part of the problem,
and that is that even after having run ./configure, and having the gl, glut,
et. al. headers in
/usr/local/include/gl, somehow the ./configure.in script for plib is NOT
setting GLUT_IS_PRESENT. When running ./configure I get this:

..
..
checking for GL/gl.h... (cached) no
checking for GL/glu.h... (cached) no
checking for windows.h... (cached) yes
checking for joystick.h... (cached) no
checking for linux/joystick.h... (cached) no
checking for GL/glut.h... (cached) no
checking for GL/freeglut.h... (cached) no
updating cache ./config.cache
..
..

Well, that's just plain bogus, because the GL headers are right where they
are supposed to be. I wish I knew more about ./configure and how it worked.
I tried putting the glut.h header in all worts of places where it should
have been found, but I still get the same error for the compile.

Now, if I go in and manually

#include <GL/glut.h>

I get a lot farther. A lot. So, under CygWin, there appears to be some
wierdness in the configure process - at least on my machine...

Jon

Re: [Plib-users] my plib build attempt is failing

[Jon B. <js...@ha...>]

> Jon Berndt wrote:
> >
> > I am trying to build plib for FlightGear but my build is failing with a
> > message that mmsystem.h is not found. I have the latest full cygwin
> > installed, but mmsystem.h is not there, either. Any hints on what I can
do?
>
> <sigh>
>
> I thought that the Cygwin guys had fixed their release to contain
> a clone of mmsystem.h - but that's evidently not true or else you
> wouldn't have a problem.

I screwed up. Since FlightGear changed the structure of the source tree, and
I hadn't gotten the new stuff in quite a while, I cleared out my directories
and started anew with everything. Apparently my Win 32 API install went
haywire somewhere. So, mmsystem.h IS a part of the CygWin dist., now.

Now, while building pui, I get an error stating that:

> Making all in pui
> c++ -DPACKAGE=\"plib\" -DVERSION=\"1.1.11\" -DWIN32=1 -
> DSTDC_HEADERS=1 -DWIN32=1
>   -I. -I../../././src/pui  -I../../././src/sg -I../../././src/fnt    -g -O
2 -O6
> -Wall  -malign-double -I/usr/local/include -L/usr/local/lib -c pu.cxx
> pu.h: In method `puFont::puFont()':
> In file included from puLocal.h:24,
>                 from pu.cxx:2:
> pu.h:87: `GLUT_BITMAP_8_BY_13' undeclared (first use this function)
> ...
> ...

I assume I need new glut headers.

Jon

RE: [Plib-users] my plib build attempt is failing

[Norman V. <nh...@ca...>]

Jason E. Steele writes:
>Steve Baker writes:
> > Jon Berndt wrote:
> > >
> > > I am trying to build plib for FlightGear but my build is
>failing with a
> > > message that mmsystem.h is not found. I have the latest
>full cygwin
> > > installed, but mmsystem.h is not there, either. Any hints
>on what I can do?
> >
> > <sigh>
> >
> > This has happened before - the problem is that mmsystem.h described
> > critical OS structures and stuff for Windoze - but Microsoft - being
> > such *NICE* people only ship it with their own compilers.
> >
> > I thought that the Cygwin guys had fixed their release to contain
> > a clone of mmsystem.h - but that's evidently not true or else you
> > wouldn't have a problem.
> >
>
>I haven't used cygwin myself, so I can't vouch for the usefulness of
>this but you can find Anders Norlander's LGPL win32 headers and import
>libraries--which do include mmsystem.h--at:
>
>ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/cygwin/gcc-2.95.2/

These work fine
as do Anders' original ones found at
http://www.acc.umu.se/~anorland/gnu-win32/

Mummit has taken over maintaining these, and his files
form a more complete Win32 system.

These are not part of the Cygnus B20 distribution and require
an additional installation step to get a more complete Win32
cygwin system.

They are included in cygwin snapshots since 1999/03/09
for announcement see
http://www.delorie.com/archives/browse.cgi?p=cygwin-developers/1999/03/09/18
:36:46

Norman