plib-users

[Plib-users] Plib compilation VC6

[Svensson F. <it...@it...>]

I have problems to compile the plib.liv in VC6. I am not recieving any er=
rors,=20
but i cant see where the plib is created. The other sublibs are created, =
but=20
not the plib.lib. Is there any problem with the makefile? Perhaps someone=
 could=20
send me the plib.lib?

/Fredrik Svensson
--=20

[Plib-users] PUI with SDL

[Adia <al...@vi...>]

Hi,
=20
I want to use PUI with SDL but actually when i tried to make it worked =
=85
it crashed everytime =85 so i would like to know how i can use them
together without crashing and if possible have an exemple or tutorials.

Alex

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 7/24/2003
=20

[Plib-users] request for change

[Brendan <br...@WP...>]

I just started using plib's NET library and noticed a minor bug...
It's not really a bug - it's more a windows xp problem (feature?) that
isn't handled properly.
 
i'm using a netSocket derivitive to listen
it passes socket handles to a netChannel derivitive to handle
connections
when a client connects with telnet and then disconnects,
the server prints:
WARNING: WSAGetLastError() => 10054
 
i looked up wsa error 10054
WSACONNRESET = 10054
 
 
the netChannel class has its own receive function for receiving its
special data and handling exeptions
---------------- code ----------------
int
netChannel::recv (void * buffer, int size, int flags)
{
  int result = netSocket::recv (buffer, size, flags);
  
  if (result > 0) {
    return result;
  } else if (result == 0) {
    close();
    return 0;
  } else if (isNonBlockingError ()) {
    return 0;
  } else {
    this->handleError (result);
    close();
    return -1;
  }
}
------------- /code --------------
 
 
this function calls isNonBlockingError() which is defined in netSocket
here's some comments that should be in there:
(if result > 0) then there was data received, return how much
otherwise (if result == 0) then the socket reported action on the
connection, but there was no data -> signalling a disconnect, close
socket, return 0
otherwise, there was some error with the recv() function as called by
netSocket, check if it was a nonblocking error
if it wasn't a non-blocking error, which it wasn't, then call the
virtual overloadable handleError function (which i have overloaded to
print my stuff)
 
so it seems that, since WSAECONNRESET is not a nonblocking error, then
my virtual function should be allowed to handle the error however i want
it to
but somehow this error message is being printed, so i looked to see what
exactly isNonBlockingError does:
 
-------------- code ------------
bool
netSocket::isNonBlockingError ()
{
#if defined(__CYGWIN__) || !defined (WIN32)
  switch (errno) {
  case EWOULDBLOCK: // always == NET_EAGAIN?
  case EALREADY:
  case EINPROGRESS:
    return true;
  }
  return false;
#else
  int wsa_errno = WSAGetLastError();
  if ( wsa_errno != 0 )
  {
    WSASetLastError(0);
    ulSetError(UL_WARNING,"WSAGetLastError() => %d",wsa_errno);
    switch (wsa_errno) {
    case WSAEWOULDBLOCK: // always == NET_EAGAIN?
    case WSAEALREADY:
    case WSAEINPROGRESS:
      return true;
    }
  }
  return false;
#endif
}
--------------- /code -------------------
 
AHA!
so when netChannel's recv() function gets an error and checks to see if
it's a blocking error...
it registers a warning with ul saying that there was a winsock error,
and causing ul to print the error to the screen
 
it seems like the netChannel class is meant to take care of all socket
error handling on its own
and that the overloadable handleError() function takes care of errors
returned by recv()
but the WSACONNRESET error is unhandled...
 
also the cygwin version of the code (the first part of #if bracket)
seems like it doesn't record recv errors..
maybe the ulSetError line is unnecessary?
 
a suggestion might be to remove the isNonBlockingError from recv() and
instead store the value returned by WSAGetLastError in a variable in the
netChannel class
then allow the user to call getLastError() to find out why recv() called
handleError()
then you can keep the isNonBlockingError() function (with ulSetError
removed) and just have it check against variable it has stored.
 
Anyway, I hope this is helpful, and the code gets updated
-Brendan Batchelder
 

Re: [Plib-users] Keyboard events - KEYUP / KEYDOWN

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

Adia wrote:

> I=92m converting a program from Win32 interface to PLIB and glut has=20
> terrible keyboard message handling. I would like to know your suggestio=
n=20
> on how to get a correct way to get it work because I actually spend som=
e=20
> hours and well the Keyup events does not really work so therefore the=20
> value of Keydown go as long as you press another key and not has its=20
> unpress=85

First, this is not a PLIB problem.  PLIB never reads the keyboard - you
do that - and pass the resulting commands to PLIB if you want to.

Second, I'm not 100% sure your problem is GLUT related either.  You are
most likely facing a fundamental hardware issue with PC keyboards.

I wrote a FAQ about it here:

   http://www.sjbaker.org/steve/omniv/keyboards_are_evil.html

I hope this is of some help.

---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net    http://tuxaqfh.sf.net
            http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++=

-----END GEEK CODE BLOCK-----

[Plib-users] Keyboard events - KEYUP / KEYDOWN

[Adia <al...@vi...>]

Hi peepz,
=20
I=92m converting a program from Win32 interface to PLIB and glut has
terrible keyboard message handling. I would like to know your suggestion
on how to get a correct way to get it work because I actually spend some
hours and well the Keyup events does not really work so therefore the
value of Keydown go as long as you press another key and not has its
unpress=85
=20
Thanks all,
=20
Alex

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 7/24/2003
=20

R: [Plib-users] is a GL context required?

[Paolo L. <p.l...@ci...>]

> -----Messaggio originale-----
> Da: pli...@li...
> [mailto:pli...@li...]Per conto di Steve Baker
> Inviato: sabato 23 agosto 2003 1.56
> A: pli...@li...
> Oggetto: Re: [Plib-users] is a GL context required?
>
>
> Cameron Lerch wrote:
> > I'd like to use ssg in a situation that does not create a GL context.
> > Currently, I manipulate the scene graph, doing hot & isect testing, but
> > I never cull and draw. This is all without ever calling ssgInit(). I'm
> > setting each leaf state up using ssgSetAppStateCallback() w/defaults,
> > but am not loading the textures. When I do an isect test, I appear to
> > be getting the wrong leafs (or at least, the wrong states for the leafs)
> > back. I'm wondering if what I'm doing is even possible?
>
> Well, if it *is* possible, it's not by design...I suppose if you are
> careful enough to avoid having SSG do anything OpenGL-related, you might
> get away with it.
>
> You know you can have a rendering context without opening a
> window - right?
>
> Create a 1x1 pixel p-buffer or something.

Or, in glut you can glutCreateWindow() but the window don't get actually
open until go through glutMainLoop(), so just call the first and the context
is already at your disposal.

-------------------------------------------------------------------------
Paolo Leoncini						phone:  +39 (0823) 623134
Visualization & Virtual Reality			fax:    +39 (0823) 623126
CIRA - Italian Center for Aerospace Researches	mailto:p.l...@ci...
Via Maiorise - 81043 Capua (CE) Italy		http://www.cira.it

Re: [Plib-users] is a GL context required?

[Cameron L. <le...@sk...>]

Ignore this. I posted this over 24hrs ago and thought sourceforge lost
it, so I reposted.

On Thu, Aug 21, 2003 at 05:51:02PM -0700, Cameron Lerch wrote:
> 
> I'd like to use ssg in a situation that does not create a GL context.
> Currently, I manipulate the scene graph, doing hot & isect testing, but
> I never cull and draw. This is all without ever calling ssgInit(). I'm
> setting each leaf state up using ssgSetAppStateCallback() w/defaults,
> but am not loading the textures. When I do an isect test, I appear to
> be getting the wrong leafs (or at least, the wrong states for the leafs)
> back. I'm wondering if what I'm doing is even possible?
> 
> Thanks,
> 
> -- 
>   Cameron Lerch <le...@sk...>
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

-- 
  Cameron Lerch <le...@sk...>

[Plib-users] is a GL context required?

[Cameron L. <le...@sk...>]

I'd like to use ssg in a situation that does not create a GL context.
Currently, I manipulate the scene graph, doing hot & isect testing, but
I never cull and draw. This is all without ever calling ssgInit(). I'm
setting each leaf state up using ssgSetAppStateCallback() w/defaults,
but am not loading the textures. When I do an isect test, I appear to
be getting the wrong leafs (or at least, the wrong states for the leafs)
back. I'm wondering if what I'm doing is even possible?

Thanks,

-- 
  Cameron Lerch <le...@sk...>

Re: [Plib-users] is a GL context required?

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

Cameron Lerch wrote:
> I'd like to use ssg in a situation that does not create a GL context.
> Currently, I manipulate the scene graph, doing hot & isect testing, but
> I never cull and draw. This is all without ever calling ssgInit(). I'm
> setting each leaf state up using ssgSetAppStateCallback() w/defaults,
> but am not loading the textures. When I do an isect test, I appear to
> be getting the wrong leafs (or at least, the wrong states for the leafs)
> back. I'm wondering if what I'm doing is even possible?

Well, if it *is* possible, it's not by design...I suppose if you are
careful enough to avoid having SSG do anything OpenGL-related, you might
get away with it.

You know you can have a rendering context without opening a window - right?

Create a 1x1 pixel p-buffer or something.

---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net    http://tuxaqfh.sf.net
            http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
-----END GEEK CODE BLOCK-----

Re: [Plib-users] About compiling in VC6++

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

Svensson Fredrik wrote:
> Hi!
> I am having problem to compile the plib.lib.
> I doesnt seems to compile the lib, but the other libs seems to compile.
> Is there any special to think about when you are compiling the plib.lib?

It would help to post the error messages.  We're smart but we aren't telepathic!


---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net    http://tuxaqfh.sf.net
            http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
-----END GEEK CODE BLOCK-----

[Plib-users] is a GL context required?

[Cameron L. <le...@sk...>]

I'd like to use ssg in a situation that does not create a GL context.
Currently, I manipulate the scene graph, doing hot & isect testing, but
I never cull and draw. This is all without ever calling ssgInit(). I'm
setting each leaf state up using ssgSetAppStateCallback() w/defaults,
but am not loading the textures. When I do an isect test, I appear to
be getting the wrong leafs (or at least, the wrong states for the leafs)
back. I'm wondering if what I'm doing is even possible?
Thanks,

-- 
  Cameron Lerch <le...@sk...>

[Plib-users] About compiling in VC6++

[Svensson F. <it...@it...>]

Hi!
I am having problem to compile the plib.lib.
I doesnt seems to compile the lib, but the other libs seems to compile.
Is there any special to think about when you are compiling the plib.lib?

Best Regards

FS

--=20

Re: [Plib-users] Can't find Glut

[Sid O. <si...@bi...>]

Thanks for your assistance. I actually found 2 problems. One glut was
being installed into /usr/local/lib so I linked it to /usr/lib and the
second was a problem with the lib itself. I had originally recompiled
the lib from the rh9 source disk which was about 290 kb. I then
downloaded the source from mesa and compiled and installed. That lib was
over 2 mb. I don't know what extras there were but it made the
difference.

Thanks again
Sid Owen
On Tue, 2003-08-19 at 11:24, Steve Baker wrote:
> Sid Owen wrote:
> 
> > When I configure Plib-1.6.0, I get an error message saying it can't find
> > a working Glut library.
> 
> Yep - that's what it says.
> 
> > I have looked in the config.log file but that is like gobbledygook to
> > me.
> 
> Well, what configure does is to write a small C program that uses
> one specific function from the library it's testing for - then compiles
> it and see whether there were errors.
> 
> So, in the check for glut:
> 
> > configure: failed program was:
> 
> This is the program it wrote:
> 
> > #line 2801 "configure"
> > #include "confdefs.h"
> > /* Override any gcc2 internal prototype to avoid an error.  */
> > /* We use char because int might match the return type of a gcc2
> >     builtin and then its argument prototype would still apply.  */
> > char glutGetModifiers();
> > 
> > int main() {
> > glutGetModifiers()
> > ; return 0; }
> 
> It's a simple program that calls glutGetModifiers - if it doesn't
> compile, that can only be because there is something wrong either
> with FINDING libglut - or LINKING to libglut.
> 
> Let's see what happened:
> 
> > configure:2841: checking for glutGetModifiers in -lglut
> 
> OK - so here is the command it uses for compiling the test code:
> 
> > configure:2860: gcc -o conftest -g -O2  -I/usr/lib/include 
> > -L/usr/lib/lib  -L/usr/X11R6/lib conftest.c -lglut  -lGLU -lGL   -lSM
> > -lICE -lXi -lXmu -lXext -lX11  -lm 1>&5
> 
> ...and here are the error messages from GCC:
> 
> > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> > reference to `glXBindChannelToWindowSGIX'
> > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> > reference to `glXQueryChannelDeltasSGIX'
> > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> > reference to `glXChannelRectSyncSGIX'
> > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> > reference to `glXChannelRectSGIX'
> > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> > reference to `glXQueryChannelRectSGIX'
> > collect2: ld returned 1 exit status
> 
> So, it looks like it found an installed version of libglut - but when it
> linked it into the test program, there were other undefined symbols:
> 
> glXBindChannelToWindowSGIX, glXQueryChannelDeltasSGIX,
> glXChannelRectSyncSGIX, glXChannelRectSGIX, glXQueryChannelRectSGIX.
> 
> These are GLX symbols that are unique to SGI computers running IRIX!!
> They are not supported under Linux at all!?!
> 
> So - it *seems* like the libglut that we've got here was compiled with
> flags set for running on an SGI/IRIX machine.
> 
> I think you need to remove whatever libglut(s) you have on your machine
> and re-install GLUT properly.
> 
> ---------------------------- Steve Baker -------------------------
> HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
> HomePage : http://www.sjbaker.org
> Projects : http://plib.sf.net    http://tuxaqfh.sf.net
>             http://tuxkart.sf.net http://prettypoly.sf.net
> -----BEGIN GEEK CODE BLOCK-----
> GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
> V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] Can't find Glut

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

Sid Owen wrote:

> When I configure Plib-1.6.0, I get an error message saying it can't find
> a working Glut library.

Yep - that's what it says.

> I have looked in the config.log file but that is like gobbledygook to
> me.

Well, what configure does is to write a small C program that uses
one specific function from the library it's testing for - then compiles
it and see whether there were errors.

So, in the check for glut:

> configure: failed program was:

This is the program it wrote:

> #line 2801 "configure"
> #include "confdefs.h"
> /* Override any gcc2 internal prototype to avoid an error.  */
> /* We use char because int might match the return type of a gcc2
>     builtin and then its argument prototype would still apply.  */
> char glutGetModifiers();
> 
> int main() {
> glutGetModifiers()
> ; return 0; }

It's a simple program that calls glutGetModifiers - if it doesn't
compile, that can only be because there is something wrong either
with FINDING libglut - or LINKING to libglut.

Let's see what happened:

> configure:2841: checking for glutGetModifiers in -lglut

OK - so here is the command it uses for compiling the test code:

> configure:2860: gcc -o conftest -g -O2  -I/usr/lib/include 
> -L/usr/lib/lib  -L/usr/X11R6/lib conftest.c -lglut  -lGLU -lGL   -lSM
> -lICE -lXi -lXmu -lXext -lX11  -lm 1>&5

...and here are the error messages from GCC:

> /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> reference to `glXBindChannelToWindowSGIX'
> /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> reference to `glXQueryChannelDeltasSGIX'
> /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> reference to `glXChannelRectSyncSGIX'
> /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> reference to `glXChannelRectSGIX'
> /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
> reference to `glXQueryChannelRectSGIX'
> collect2: ld returned 1 exit status

So, it looks like it found an installed version of libglut - but when it
linked it into the test program, there were other undefined symbols:

glXBindChannelToWindowSGIX, glXQueryChannelDeltasSGIX,
glXChannelRectSyncSGIX, glXChannelRectSGIX, glXQueryChannelRectSGIX.

These are GLX symbols that are unique to SGI computers running IRIX!!
They are not supported under Linux at all!?!

So - it *seems* like the libglut that we've got here was compiled with
flags set for running on an SGI/IRIX machine.

I think you need to remove whatever libglut(s) you have on your machine
and re-install GLUT properly.

---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net    http://tuxaqfh.sf.net
            http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
-----END GEEK CODE BLOCK-----

[Plib-users] Can't find Glut

[Sid O. <si...@bi...>]

Hello,

When I configure Plib-1.6.0, I get an error message saying it can't find
a working Glut library.

I have looked in the config.log file but that is like gobbledygook to
me.

Following is an excerpt from config.log:

configure:2695: checking for gluLookAt in -lGLU
configure:2714: gcc -o conftest -g -O2  -I/usr/lib/include 
-L/usr/lib/lib  -L/usr/X11R6/lib conftest.c -lGLU  -lGL   -lSM -lICE
-lXi -lXmu -lXext -lX11  -lm 1>&5
configure:2793: checking for glutGetModifiers in -lfreeglut
configure:2812: gcc -o conftest -g -O2  -I/usr/lib/include 
-L/usr/lib/lib  -L/usr/X11R6/lib conftest.c -lfreeglut  -lGLU -lGL  
-lSM -lICE -lXi -lXmu -lXext -lX11  -lm 1>&5
/usr/bin/ld: cannot find -lfreeglut
collect2: ld returned 1 exit status
configure: failed program was:
#line 2801 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char glutGetModifiers();

int main() {
glutGetModifiers()
; return 0; }
configure:2841: checking for glutGetModifiers in -lglut
configure:2860: gcc -o conftest -g -O2  -I/usr/lib/include 
-L/usr/lib/lib  -L/usr/X11R6/lib conftest.c -lglut  -lGLU -lGL   -lSM
-lICE -lXi -lXmu -lXext -lX11  -lm 1>&5
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
reference to `glXBindChannelToWindowSGIX'
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
reference to `glXQueryChannelDeltasSGIX'
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
reference to `glXChannelRectSyncSGIX'
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
reference to `glXChannelRectSGIX'
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libglut.so: undefined
reference to `glXQueryChannelRectSGIX'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2849 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char glutGetModifiers();

int main() {
glutGetModifiers()
; return 0; }


I hope someone can make some sense out of this. My libraries are all in
/usr/lib.

Thanks,

Sid Owen

[Plib-users] openGL array query?!

[Simon <sim...@ho...>]

Hi all,

 

I'm in the process of using 4 different openGL arrays to hold model
data.  I want to make each model use its own set of arrays.  I know how
to do this and have done it before.  What I want to know is how come
several sources state that you should not exceed 6 arrays?.  Is there
some further possible problem I am unaware of?   Does this affect
interleaved arrays as well?

 

Thanks in advance

-Simon

Re: [Plib-users] Mac OSX problems with plib headers

[Ron A. <ro...@wa...>]

On Wed, 13 Aug 2003, mat the prophet wrote:

> I ran into this problem when I used Plib a few months ago and fought it  
> for days and days.  I've done both of the methods above  and both work  
> without problems.
> 

Project Builder uses gcc to compile things, so there has to be some way to 
do it!  Indeed, your suggestions have helped me narrow it down a bit.

The attached file compiles fine if I copy /usr/include/plib/ul.h into the 
working directory.  It won't work if I include it from the system 
location.

This is almost certainly a gcc bug, and Apple should know about it if they 
don't already.

-Ron

--
Ron Alford, KB0NUV
http://volus.net/~ronwalf

Re: [Plib-users] PLIB vs OpenGL axes

[Ed J. <ed....@or...>]

> Well, it's been a while since I answered this question! 


Yeah, sorry, I'm a bit behind the times.
;-)

Thanks for the reply and for the history lesson. Very interesting.

> So - the first thing SSG does is to push a 90 degree pitch rotation
> onto the matrix stack.  This handily converts from 'Flight Simulation'
> coordinates to 'OpenGL coordinates' - and voila! Z is UP. 

So presumably, if I move everything in Plib around as if it's using 
OpenGL coordinates and
stick a -90 degree pitch rotation right at the top of the scene-graph, 
then my Z-UP Plib stuff
will integrate perfectly with my Y-UP terrain engine?

Cheers,
Ed.


Steve Baker wrote:

> Ed Jones wrote:
>
>> OK, so this is obviously a dopey newbie Plib 101 question but;
>>
>> What's the relationship between the axes that Plib uses and those of 
>> OpenGL?
>>
>> I'm used to OpenGL having X going left-right, Y going up-down and Z 
>> going in-out. This doesn't seem to be what Plib does, so why the 
>> difference; "Since SG is designed to work with OpenGL"? (from the docs)
>
>
> Well, it's been a while since I answered this question!
>
> The reason is "Steve likes it that way" - which is perhaps an
> unfortunate reason (well, it's not unfortunate for me - but that's
> because I'm Steve!).
>
> I wrote the original version of PLIB's SSG library back when I didn't
> expect anyone else to use it but me.
>
> I design flight simulator graphics systems - and have been doing 3D
> graphics since the early 1980's...LONG before OpenGL was even thought
> of.
>
> In flight simulation, the early systems (which were around before 
> computers
> were invented - let alone 3D graphics) were purely two-dimensional
> map viewing systems - so the X/Y coordinate system lay naturally along
> the ground.  When we went to 3D, it was natural to assume Z-is-up as a
> convention.  I've been doing flight simulation for so long that this
> convention has become heavily burned into my brain.
>
> On the other hand, when Silicon Graphics first built their IRIS system
> with IrisGL, they were going from a 2D computer screen (running something
> a lot like X-windows) where the X/Y plane was naturally in the plane of
> the screen.  So when THEY added the third dimension, it was natural for
> Z to point into the screen.  OpenGL is a direct descendent of IrisGL.
>
> So - the first thing SSG does is to push a 90 degree pitch rotation
> onto the matrix stack.  This handily converts from 'Flight Simulation'
> coordinates to 'OpenGL coordinates' - and voila! Z is UP.
>
> If I'd known when I wrote SSG that it would be used for all sorts of
> stuff outside of flight simulation, I'd probably have stuck with the
> OpenGL coordinate system.  However, it's *FAR* too late to change now.
>
> So, SSG's coordinate system is:
>
>   X is positive to the right.
>   Y is positive into the screen.
>   Z is positive up.
>
> Having said that - some modern flight simulators DO use Y-is-up...but
> it makes very little practical difference.  One additional matrix push
> per frame is NEGLIGABLE in terms of performance.
>
> ---------------------------- Steve Baker -------------------------
> HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
> HomePage : http://www.sjbaker.org
> Projects : http://plib.sf.net    http://tuxaqfh.sf.net
>            http://tuxkart.sf.net http://prettypoly.sf.net
> -----BEGIN GEEK CODE BLOCK-----
> GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
> V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
> -----END GEEK CODE BLOCK-----
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] Mac OSX problems with plib headers

[mat t. p. <pr...@tt...>]

This is why I tell OSX users to either of two things:

Make a framework from the PLIB headers and use it to compile  
_in_conjuction_with_ the libs in the project

OR

Compile all of plib into their projects instead of building libs at all.

I ran into this problem when I used Plib a few months ago and fought it  
for days and days.  I've done both of the methods above  and both work  
without problems.

mat.


On Tuesday, August 12, 2003, at 10:18 PM, Steve Baker wrote:

> Ron Alford wrote:
>> I've attached the error log that I get when trying to compile  
>> anything that needs ul.h (haven't gotten any further than that).
>
> I don't understand why it's happening - but it almost looks like it  
> thinks
> it's compiling a C file instead of C++.
>
>> Making all in src
>> Making all in js
>> g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"  
>> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"  
>> -DPACKAGE=\"plib_examples\" -DVERSION=\"1.6.1\" -DSTDC_HEADERS=1  
>> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1  
>> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1  
>> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1  
>> -DHAVE_OPENGL_GL_H=1 -DHAVE_OPENGL_GLU_H=1 -DGLUT_IS_PRESENT=1  -I.  
>> -I.      -g -O2 -Wall -c js_demo.cxx
>> In file included from /usr/include/plib/js.h:27,
>>                  from js_demo.cxx:25:
>> /usr/include/plib/ul.h: In function `void _ulEndianSwap(short  
>> unsigned int*)':
>> /usr/include/plib/ul.h:273: declaration of C function `void  
>> _ulEndianSwap(short    unsigned int*)' conflicts with
>> /usr/include/plib/ul.h:266: previous declaration `void  
>> _ulEndianSwap(unsigned    int*)' here
>
> It's saying that there is a conflict between two overloaded versions of
> the _ulEndianSwap function - but they have clearly distinct argument  
> types,
> so (in C++), that's an OK thing to do.  However, it says "declaration  
> of C function"
> and NOT "declaration of C++ function" as you'd expect.
>
> So - the question is - why does it think ul.h contains C functions?
>
> I can't imagine why it would think that.
>
> ---------------------------- Steve Baker -------------------------
> HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
> HomePage : http://www.sjbaker.org
> Projects : http://plib.sf.net    http://tuxaqfh.sf.net
>            http://tuxkart.sf.net http://prettypoly.sf.net
> -----BEGIN GEEK CODE BLOCK-----
> GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
> V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++  
> y++++
> -----END GEEK CODE BLOCK-----
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct; 
> at.aspnet_072303_01/01
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] OS X Compatibility?

[mat t. p. <pr...@tt...>]

No, theres no reason you _have_ to use PB, its just the natural choice  
of development on OSX <shrug>.  I've never used autoconf before so I  
can't tell you whether it will manage frameworks.

m.

On Sunday, August 10, 2003, at 11:34 AM, Ron Alford wrote:

> On Wed, 6 Aug 2003, mat the prophet wrote:
>
>> A bit of advice from an OSX Plib user, you're going to find some  
>> pretty
>> funky things with PLIB and the system.  There are two things you can  
>> do
>> to get around this:
>>
>
> Is there any reason I have to use Project Builder?   I plan to run
> whatever I build under both Linux and OSX, so I'd rather just use
> autoconf.  However, I'm suspicious that autoconf has difficulty finding
> Frameworks.
>
> -Ron
>
>
> --
> Ron Alford, KB0NUV
> http://volus.net/~ronwalf
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct; 
> at.aspnet_072303_01/01
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] PLIB vs OpenGL axes

[Ed J. <ed....@or...>]

Righty-ho.

I've found the answers, from like 3 years ago, via geocrawler. Splendid.

I don't suppose there's any chance of, in some future version, having 
#ifdef's to compile the libraries in either Z_IS_UP or Y_IS_UP modes?

Or, would anyone like to suggest what I'd need to hack to make myself a 
custom version of the library that did this? I'm thinking, anything that 
uses _ssgOpenGLAxisSwapMatrix would be a good place to start, and making 
an unrotated camera point down negative-Z. Presumably some of the 
loaders will need changing too?

Cheers,
Ed.


Ed Jones wrote:

> OK, so this is obviously a dopey newbie Plib 101 question but;
>
> What's the relationship between the axes that Plib uses and those of 
> OpenGL?
>
> I'm used to OpenGL having X going left-right, Y going up-down and Z 
> going in-out. This doesn't seem to be what Plib does, so why the 
> difference; "Since SG is designed to work with OpenGL"? (from the docs)
>
> Cheers,
> Ed.
>
> P.S. I'm new to Plib, and this list, so be gentle with me!
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] PLIB vs OpenGL axes

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

Ed Jones wrote:
> OK, so this is obviously a dopey newbie Plib 101 question but;
> 
> What's the relationship between the axes that Plib uses and those of 
> OpenGL?
> 
> I'm used to OpenGL having X going left-right, Y going up-down and Z 
> going in-out. This doesn't seem to be what Plib does, so why the 
> difference; "Since SG is designed to work with OpenGL"? (from the docs)

Well, it's been a while since I answered this question!

The reason is "Steve likes it that way" - which is perhaps an
unfortunate reason (well, it's not unfortunate for me - but that's
because I'm Steve!).

I wrote the original version of PLIB's SSG library back when I didn't
expect anyone else to use it but me.

I design flight simulator graphics systems - and have been doing 3D
graphics since the early 1980's...LONG before OpenGL was even thought
of.

In flight simulation, the early systems (which were around before computers
were invented - let alone 3D graphics) were purely two-dimensional
map viewing systems - so the X/Y coordinate system lay naturally along
the ground.  When we went to 3D, it was natural to assume Z-is-up as a
convention.  I've been doing flight simulation for so long that this
convention has become heavily burned into my brain.

On the other hand, when Silicon Graphics first built their IRIS system
with IrisGL, they were going from a 2D computer screen (running something
a lot like X-windows) where the X/Y plane was naturally in the plane of
the screen.  So when THEY added the third dimension, it was natural for
Z to point into the screen.  OpenGL is a direct descendent of IrisGL.

So - the first thing SSG does is to push a 90 degree pitch rotation
onto the matrix stack.  This handily converts from 'Flight Simulation'
coordinates to 'OpenGL coordinates' - and voila! Z is UP.

If I'd known when I wrote SSG that it would be used for all sorts of
stuff outside of flight simulation, I'd probably have stuck with the
OpenGL coordinate system.  However, it's *FAR* too late to change now.

So, SSG's coordinate system is:

   X is positive to the right.
   Y is positive into the screen.
   Z is positive up.

Having said that - some modern flight simulators DO use Y-is-up...but
it makes very little practical difference.  One additional matrix push
per frame is NEGLIGABLE in terms of performance.

---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net    http://tuxaqfh.sf.net
            http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
-----END GEEK CODE BLOCK-----

Re: [Plib-users] Mac OSX problems with plib headers

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

Ron Alford wrote:
> I've attached the error log that I get when trying to compile anything 
> that needs ul.h (haven't gotten any further than that).

I don't understand why it's happening - but it almost looks like it thinks
it's compiling a C file instead of C++.

> Making all in src
> Making all in js
> g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"plib_examples\" -DVERSION=\"1.6.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_OPENGL_GL_H=1 -DHAVE_OPENGL_GLU_H=1 -DGLUT_IS_PRESENT=1  -I. -I.      -g -O2 -Wall -c js_demo.cxx
> In file included from /usr/include/plib/js.h:27,
>                  from js_demo.cxx:25:
> /usr/include/plib/ul.h: In function `void _ulEndianSwap(short unsigned int*)':
> /usr/include/plib/ul.h:273: declaration of C function `void _ulEndianSwap(short 
>    unsigned int*)' conflicts with
> /usr/include/plib/ul.h:266: previous declaration `void _ulEndianSwap(unsigned 
>    int*)' here

It's saying that there is a conflict between two overloaded versions of
the _ulEndianSwap function - but they have clearly distinct argument types,
so (in C++), that's an OK thing to do.  However, it says "declaration of C function"
and NOT "declaration of C++ function" as you'd expect.

So - the question is - why does it think ul.h contains C functions?

I can't imagine why it would think that.

---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net    http://tuxaqfh.sf.net
            http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
-----END GEEK CODE BLOCK-----

[Plib-users] examples and ttt3d build problem

[<bi...@wa...>]

Hello!

I just downloaded PLIB 1.6.0, and it built and installed with no problems.

I also downloaded plib_examples-1.6.1.tar.gz and ttt3d-0.2.0.tar.gz, and
both had the same "problem": ./configure wouldn't work completely until I
had copied install-sh, config.sub and config.guess from plib-1.6.0/ into
the plib_examples-1.6.1/ and ttt3d-0.2.0/ subdirectory.

After doing this, I was able to successfully make and run the demos and the
3D Tic-Tac-Toe program.

I'm sorry, also, that I couldn't check the list archives before posting,
but the Sourceforge page:

   http://sourceforge.net/mailarchive/forum.php?forum=plib-users

says

   ERROR

   Either your mailing list name was misspelled or your mailing list has
   not been archived yet. If this list has just been created, please retry
   in 2-4 hours

If this is the case, no problem, otherwise I figured ya'll might want to
know about it.

Thanks!

Bill

[Plib-users] PLIB vs OpenGL axes

[Ed J. <ed....@or...>]

OK, so this is obviously a dopey newbie Plib 101 question but;

What's the relationship between the axes that Plib uses and those of OpenGL?

I'm used to OpenGL having X going left-right, Y going up-down and Z 
going in-out. This doesn't seem to be what Plib does, so why the 
difference; "Since SG is designed to work with OpenGL"? (from the docs)

Cheers,
Ed.

P.S. I'm new to Plib, and this list, so be gentle with me!