plib-users

Re: [Plib-users] plib == phplib???

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

"Carter, Gil" wrote:
> 
> Hi all,
> 
> Just had a look at the Geocrawler archives for plib-users, and it looks like
> we're somehow connected to the phplib-users archive by accident.
> 
> The link is http://www.geocrawler.com/redir-sf.php3?list=plib-users, and the
> first message in the list is titled: [Phplib-users] controlled page expiry

But if you search for PLIB-type messages, they are all there still.

> I'm guessing that this is a Sourceforge thing :-/

Yes - it is.  Quite a few other projects have the same problem.

SF have told us that they are planning to transition to a new mailing
system...I'd be interested to see how they disentangle the mess that
GeoCrawler has left them with.

----------------------------- 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] plib == phplib???

[Carter, G. <gjc...@rs...>]

Hi all,

Just had a look at the Geocrawler archives for plib-users, and it looks like
we're somehow connected to the phplib-users archive by accident.

The link is http://www.geocrawler.com/redir-sf.php3?list=plib-users, and the
first message in the list is titled: [Phplib-users] controlled page expiry

I'm guessing that this is a Sourceforge thing :-/

Gil

----------
Gil Carter
Senior Software Engineer
RSA Security Australia
http://www.rsasecurity.com.au

[Plib-users] Bug in sgHPRfromVec3?

[Jon <jtw...@ih...>]

I'm currently tinkering with an app using the PLIB library which I have
found to be quite useful so far, however I have found on problem which I
think is a bug with the library.
I am using the sgHPRfromVec3 function to produce a camera orientation to
view my model.  It works well as long as my model and the camera are the
same height above the terrain but as soon as the relative height changes
the camera pitches off in the wrong direction.

here is the appropriate code snippet (scan is the current position of
the object, track is the camera position):

	sgSubVec3(temp, scan, track);	
	sgHPRfromVec3(scan,temp);
	sgSetCoord (&campos, track , scan);

if I add the following line between the second and third lines the
camera will track correctly.

	scan[1] = - scan[1];

I'm not sure if this is a problem with my code or a problem with the
Plib library, certainly changing the version didn't seem to affect the
behaviour.  I would be grateful for any light that could be shed on the
matter.


Jonathan Wheare.

Re: [Plib-users] matrix problem with sg

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

FragFreak wrote:

> i looked at the sgMakeLookAtMat4() code and it seams  that the y-z
> coordinates are swapped compared
> to gluLookAt(). can i use the other sg-functions like the gl-functions? or
> does sg use another coordinate system?

SG uses a Z-is-up coordinate system...rotated 90 degrees in pitch compared to
the OpenGL conventions.

That's because I come from a flight simulation background where Z was always
UP before OpenGL even existed because (Latitude,Longitude,Altitude) was
simplistically mapped into (X,Y,Z) in early simulators.

The SG model loaders all correct for that though - so existing 3D models still
work no matter whether the modeller they were created on used Z-is-UP or
Y-is-UP.

You application code has to work with Z-is-UP - but SG makes everything
entirely self-consistant by pre-multiplying the camera coordinates
by a 90 degree pitch rotation matrix before rendering.

In hindsight, this is perhaps unfortunate - but when I wrote SG, it didn't
look like anyone else would ever use it - and my first 'customers' were
the FlightGear team who are writing...A flight simulator!

----------------------------- 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] matrix problem with sg

[FragFreak <ult...@gm...>]

hi,

i would like to use the sg library for a 3d engine, it looks quite nice.

to test it i replaced gluLookAt() with sgMakeLookAtMat4() and it doesnt
work:-(

i do it this way:

sgMat4 m;
sgVec3 c,e,u;
e[0]=e[1]=e[2]=10;//eye
c[0]=c[1]=c[2]=0;//center
u[0]=0;u[1]=1;u[2]=0;/up

sgMakeLookAtMat4(m,e,c,u);
glMultMatrix((float*)m);

i looked at the sgMakeLookAtMat4() code and it seams  that the y-z
coordinates are swapped compared
to gluLookAt(). can i use the other sg-functions like the gl-functions? or
does sg use another
coordinate system?

thanks for any help

cody

[Plib-users] FW: Re: Video Lockups

[Richard B. <ric...@bt...>]

OK, I think I fixed it, thanks Steve.

I first tested using the Flying II demo
(http://www.spytech.cz/index.php?sec=demo), which uses OpenGL, but not plib,
and that hung exactly the same. I then installed the nVidia driver (rather
than the AOpen driver), and managed to run Flightgear, Atlas and tux_example
all simultaneously, and for 45 minutes without a hang.

I will leave Map running this afternoon since I need to generate some more
map tiles. If it hangs again, you will be the first to know (once I
reboot... again...)

Thanks all.

Richard Bytheway

FW: [Plib-users] Video Lockups

[Richard B. <ric...@bt...>]

> Richard Bytheway wrote:
> >
> > I am having a problem with plib 1.4.2 based applications on Win2000.
> >
> > I appears that the video is locking up, in that the display freezes, the
> > mouse stops moving, even pressing Ctrl-Alt-Del doesn't do anything.
However,
> > if I have WinAMP running as well, playing ogg files, it keeps playing
until
> > I hit the reset button (which is the only way out).
> >
> > This happens when running FlightGear, Map, Atlas and TuxKart, and takes
> > anything from a few seconds to about an hour to trigger.
> >
> > Video card is an AOpen GeForce 2MX, with the latest drivers from the
AOpen
> > web site.
>
> This can't possibly be a PLIB problem - in a properly implemented system,
> it should be impossible for an application program to take down the
machine
> like that.

As I said, this is on Win2K :-)

>
> > Does anyone else see this?
>
>  * Do the programs always lock up immediately?  Do they always lock up
>    at the exact same place?
>
No, and No.

>  * Do non-PLIB applications (that use OpenGL) lock up similarly?
>

Sorry to be a dunce, but could someone suggest something to try? I grabbed
the Mesa source thinking I could try the demos from there (gears or
something). but it isn't building at the moment.

>  * If WinAMP keeps running, so should other applications that don't
>    access the graphics.  You could write a script that sleeps for
>    (say) five minutes and then kills the PLIB application.  You should
>    be able to use the resulting debug stuff (a 'core' file or something?)
>    to see where PLIB is stuck.
>
As far as I know, the only way of killing an app in Win2K is using the task
manager, which is a graphical, non scriptable app.

>  * Rather than use the board vendors drivers, I *strongly* advise you to
>    go to the nVidia web site (www.nvidia.com) and download the 'reference'
>    drivers for the GeForce-2.  Each board vendor hacks those reference
>    drivers - and they are notoriously bad at doing it.  Since device
drivers
>    most certainly *do* have the power to lock up the whole machine, this
is
>    the most likely problem.
>
>
I have downloaded the nVidia driver, but before I install it I would like to
try a non-plib application.

FYI, I tried tux_example, and that breaks things nicely too, so it doesn't
have to be a large app.

I can't remember whether I said this before, this is all using cygwin.

Richard

Re: [Plib-users] BSphere problem

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

Lorne Sturtevant wrote:
> 
>         I've got a little problem here while trying to use Bounding sphere's to help
> me with my calculations.  When I load a model and ask for it's bounding
> sphere I get the correct radius of the sphere.  But when I apply a
> transformation to shrink the model to 10th the size it was before and I ask
> for the bounding sphere again, I get the exact same value for the radius of
> the bounding sphere.  Is it just me, or shouldn't that second sphere be 90%
> smaller?

Yes - that's a well known PLIB problem - we don't cope well with scaled models.

-- 
    NOTE: MY HOME PAGE HAS MOVED TO http://www.sjbaker.org - PLEASE
               UPDATE YOUR LINKS AND BOOKMARKS ACCORDINGLY!

----------------------------- 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] BSphere problem

[Lorne S. <ta...@ho...>]

	I've got a little problem here while trying to use Bounding sphere's to help 
me with my calculations.  When I load a model and ask for it's bounding 
sphere I get the correct radius of the sphere.  But when I apply a 
transformation to shrink the model to 10th the size it was before and I ask 
for the bounding sphere again, I get the exact same value for the radius of 
the bounding sphere.  Is it just me, or shouldn't that second sphere be 90% 
smaller?

Re: [Plib-users] Video Lockups

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

Wolfram Kuss wrote:
> 
> Steve wrote:
> 
> >Christian Mayer wrote:
> >
> >> PS: All PLIB versions (+ FGFS) run very well on my W2K + GeForce2MX.
> >
> >That's what I thought.  It's encouraging to hear definite confirmation
> >though.
> 
> I run PLIB without problems on Win2k boxes with GeForce 2 (but not MX)
> and GeForce 3 chips.

It won't matter whether it's a GF2 or a GF2-MX - all that's different is
the RAM speed.

What *will* matter is that he was using the board vendor's drivers and
you were (probably) either using the generic nVidia drivers or some *other*
board vendor's driver.

-- 
    NOTE: MY HOME PAGE HAS MOVED TO http://www.sjbaker.org - PLEASE
               UPDATE YOUR LINKS AND BOOKMARKS ACCORDINGLY!

----------------------------- 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] Video Lockups

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

Steve wrote:

>Christian Mayer wrote:
>
>> PS: All PLIB versions (+ FGFS) run very well on my W2K + GeForce2MX.
>
>That's what I thought.  It's encouraging to hear definite confirmation
>though.

I run PLIB without problems on Win2k boxes with GeForce 2 (but not MX)
and GeForce 3 chips.

Bye bye,
Wolfram.

Re: [Plib-users] Video Lockups

[Jon M. <be...@ma...>]

Oops, I mis-spoke.  WinAMP works fine, it's MediaPlayer 7 that locks the 
system for me.  I haven't debugged it much (I'm using WinAMP now :), but 
basically it would lock if I had visuals on and MP was minimized and 
then I brought MP to the front while my plib app was running.  By lock I 
mean that the mouse locks and the music keeps on playing indefinitely.

When I'm at the machine next I'll try and narrow it down a bit more.  
Others with the same config have not seen this so it may well be that 
I'm the only one that hasn't gotten the good drivers or something like 
that.  So far no other gl/dx apps seem to do this, although there are 
several NVidia sdk samples that flat out reboot the box.

Jon

On Friday, November 9, 2001, at 07:39 AM, Richard Bytheway wrote:

> This happens whether WinAMP is running or not, and I rarely have 
> visuals on
> anyway (I want the music, not the pictures!). I just mentioned WinAMP 
> as it
> uses a non-visual output, and is processor intensive, so indicates that 
> it
> is only the video subsystem that is locking up.
>
> I thought it might be related to other software that is running, but I 
> have
> tried closing as much of the extra stuff as possible (Outlook, virus
> scanner, seti etc etc), but no major difference noted.
>

Re: [Plib-users] Video Lockups

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

Christian Mayer wrote:

> It might be a hardware problem. Eg. increased power demand for the
> graphics accelerator during OpenGL drops the voltage and thus it gets
> too low.

Yes - I wondered that - which is why I asked whether other OpenGL programs
had the problem.

GeForce cards use a LOT of power - we've blown up PC power supplies at work
where the PC was stuffed with lots of cards/RAM/disks and had a cheap power
supply.

Also, there have been cases where certain motherboards had very thin circuit
board traces carrying the power to the AGP slot - those have been known to
fail when the graphics card is forced to do LOTS of work.

> This should happen with other OpenGL (or Direct3D) applications as well.
> And it should be extremely bad with benchmarks. Tried those?

I agree - that's an important test.
 
> But on the other hand: the GeForce2 MX isn't known to require that much
> power.

I strongly disagree - I don't know specifically about the 2/MX but GeForce
cards in general seem to be especially power hungry and we've had a TON of
problems relating to that.

> Note: A big power supply (i.e. many Watts) doesn't necesary help. It's
> important that it can "support" enough Amperes for every voltage.

Yep.
 
> >  * If WinAMP keeps running, so should other applications that don't
> >    access the graphics.  You could write a script that sleeps for
> >    (say) five minutes and then kills the PLIB application.  You should
> >    be able to use the resulting debug stuff (a 'core' file or something?)
> >    to see where PLIB is stuck.
> 
> Does Winamp play only the current file or does it also load the next one
> from the playlist and goes on? (Perhaps you are only listening to the
> buffer and not to winamp any more)

That's a good theory...he *said* it kept playing until he hit reset - but
if the sound card has a large enough buffer - and if WinAMP uses it, that
could be a long wait.
 
> PS: All PLIB versions (+ FGFS) run very well on my W2K + GeForce2MX.

That's what I thought.  It's encouraging to hear definite confirmation
though.

If I had to bet though, my money would be on the board-vendor-driver
issue.

----------------------------- 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] Video Lockups

[Christian M. <ma...@Ch...>]

Steve Baker wrote:
> 
> Richard Bytheway wrote:
> >
> > I am having a problem with plib 1.4.2 based applications on Win2000.
> >
> > I appears that the video is locking up, in that the display freezes, the
> > mouse stops moving, even pressing Ctrl-Alt-Del doesn't do anything. However,
> > if I have WinAMP running as well, playing ogg files, it keeps playing until
> > I hit the reset button (which is the only way out).
> >
> > This happens when running FlightGear, Map, Atlas and TuxKart, and takes
> > anything from a few seconds to about an hour to trigger.
> >
> > Video card is an AOpen GeForce 2MX, with the latest drivers from the AOpen
> > web site.
> 
> This can't possibly be a PLIB problem - in a properly implemented system,
> it should be impossible for an application program to take down the machine
> like that.

It might be a hardware problem. Eg. increased power demand for the
graphics accelerator during OpenGL drops the voltage and thus it gets
too low.

This should happen with other OpenGL (or Direct3D) applications as well.
And it should be extremely bad with benchmarks. Tried those?

But on the other hand: the GeForce2 MX isn't known to require that much
power.
Note: A big power supply (i.e. many Watts) doesn't necesary help. It's
important that it can "support" enough Amperes for every voltage.

>  * If WinAMP keeps running, so should other applications that don't
>    access the graphics.  You could write a script that sleeps for
>    (say) five minutes and then kills the PLIB application.  You should
>    be able to use the resulting debug stuff (a 'core' file or something?)
>    to see where PLIB is stuck.

Does Winamp play only the current file or does it also load the next one
from the playlist and goes on? (Perhaps you are only listening to the
buffer and not to winamp any more)

CU,
Christian

PS: All PLIB versions (+ FGFS) run very well on my W2K + GeForce2MX.

--
The idea is to die young as late as possible.        -- Ashley Montague

Whoever that is/was; (c) by Douglas Adams would have been better...

Re: [Plib-users] Video Lockups

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

Richard Bytheway wrote:
> 
> I am having a problem with plib 1.4.2 based applications on Win2000.
> 
> I appears that the video is locking up, in that the display freezes, the
> mouse stops moving, even pressing Ctrl-Alt-Del doesn't do anything. However,
> if I have WinAMP running as well, playing ogg files, it keeps playing until
> I hit the reset button (which is the only way out).
> 
> This happens when running FlightGear, Map, Atlas and TuxKart, and takes
> anything from a few seconds to about an hour to trigger.
> 
> Video card is an AOpen GeForce 2MX, with the latest drivers from the AOpen
> web site.

This can't possibly be a PLIB problem - in a properly implemented system,
it should be impossible for an application program to take down the machine
like that.

> Does anyone else see this?

I havn't heard any complaints like that - and I'm sure I would have done
if it was commonplace.

I know very little about Win2k - but here is some general advice:

 * Do the programs always lock up immediately?  Do they always lock up
   at the exact same place?

 * Do non-PLIB applications (that use OpenGL) lock up similarly?

 * If WinAMP keeps running, so should other applications that don't
   access the graphics.  You could write a script that sleeps for
   (say) five minutes and then kills the PLIB application.  You should
   be able to use the resulting debug stuff (a 'core' file or something?)
   to see where PLIB is stuck.

 * Rather than use the board vendors drivers, I *strongly* advise you to
   go to the nVidia web site (www.nvidia.com) and download the 'reference'
   drivers for the GeForce-2.  Each board vendor hacks those reference
   drivers - and they are notoriously bad at doing it.  Since device drivers
   most certainly *do* have the power to lock up the whole machine, this is
   the most likely problem.

-- 
    NOTE: MY HOME PAGE HAS MOVED TO http://www.sjbaker.org - PLEASE
               UPDATE YOUR LINKS AND BOOKMARKS ACCORDINGLY!

----------------------------- 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] Video Lockups

[Richard B. <ric...@bt...>]

I am having a problem with plib 1.4.2 based applications on Win2000.

I appears that the video is locking up, in that the display freezes, the
mouse stops moving, even pressing Ctrl-Alt-Del doesn't do anything. However,
if I have WinAMP running as well, playing ogg files, it keeps playing until
I hit the reset button (which is the only way out).

This happens when running FlightGear, Map, Atlas and TuxKart, and takes
anything from a few seconds to about an hour to trigger.

Video card is an AOpen GeForce 2MX, with the latest drivers from the AOpen
web site.

Does anyone else see this?



Richard Bytheway

[Plib-users] Re: BUG: GLX Context in RH 7.0 and 7.2 (fwd)

[<ha...@sl...>]

I asked them about the Mesa differences.  The email is attached, for your
information.

-- 
Brian Hayward

---------- Forwarded message ----------
Date: Wed, 7 Nov 2001 05:47:35 -0500 (EST)
From: Mike A. Harris <mh...@re...>
To: ha...@sl...
Cc: dk...@re...
Subject: Re: BUG: GLX Context in RH 7.0 and 7.2

On Wed, 7 Nov 2001 ha...@sl... wrote:

>Date: Wed, 7 Nov 2001 00:29:09 -0600 (CST)
>From: ha...@sl...
>To: Mike A. Harris <mh...@re...>
>Cc: bu...@re..., dk...@re...
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>Subject: Re: BUG: GLX Context in RH 7.0 and 7.2
>
>Mike,
>
>I just tested out the version you provided and it does indeed fix the
>problem I reported!  Thats cool to see, thanks.

Great to hear.

>I do have a question:
>When doing a diff between the full release of Mesa 3.4.2 and this
>release of 3.4.2-8 from redhat, why is it that there are bugs that were
>fixed in Mesa 3.4.2 which are still not fixed in the redhat version?  That
>seems only possible if you pulled Mesa from CVS before the 3.4.2 release
>was actually sent out, and then called it 3.4.2.

Our Mesa 3.4.2 is a tagged checkout of the 3.4.2 release from
Mesa CVS, so it is whatever Mesa CVS labelled as 3.4.2, or it
certainly should be anyway.  The Mesa source does not support DRI
by default, so we have hacked in the DRI support from Mesa 3.4.2
that is part of XFree86 into our Mesa package.

This usually begs the question "why use separate Mesa", to which
the answer is that the Mesa that comes with XFree86 does not
support OpenGL on XFree86 3.3.6 servers, and we need to provide
that functionality for our customers.

If you know of bugs that have been fixed in Mesa 3.4.2 since its
release, that are not fixed in our Mesa package, I would be more
than happy to hear about them, and try to add those fixes in as
well.

Thanks again for pointing out this flaw to us!

Take care,
TTYL

----------------------------------------------------------------------
Mike A. Harris                  Shipping/mailing address:
OS Systems Engineer             190 Pittsburgh Ave., Sault Ste. Marie,
XFree86 maintainer              Ontario, Canada, P6C 5B3
Red Hat Inc.                    Phone: (705)949-2136
http://www.redhat.com           ftp://people.redhat.com/mharris
Red Hat XFree86 mailing list:   xfr...@re...
General open IRC discussion:    #xfree86 on irc.openprojects.net
----------------------------------------------------------------------

Re: [Plib-users] netInit()

[Dave M. <dp...@ef...>]

Taken care of.  netInit() parameters are now optional.  --Dave

----- Original Message -----
From: Steve Baker <sjb...@ai...>
To: Dave McClurg <dp...@ef...>
Cc: <pli...@li...>
Sent: Tuesday, November 06, 2001 9:54 PM
Subject: Re: [Plib-users] netInit()


Dave McClurg wrote:
>
> So that, like audio and graphics, the net library can take some command
line
> initialisation...
>
> int alutInit ( int* argc, char** argv ) ; /* audio */
> int glutInit ( int* argc, char** argv ) ; /* graphics */
> int netInit ( int* argc, char** argv ) ; /* network */
>
> Currently, it's not used, but it's nice to have if we need it later.

But:

  void puInit () ;
  void fntInit () ;
  void ssgInit () ;
  void slInit () ;

...I suppose the "right" thing to do would be to make them optional
arguments.

  void netInit ( int *argc = NULL, char **argv = NULL ) ;

Re: [Plib-users] netInit()

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

Dave McClurg wrote:
> 
> So that, like audio and graphics, the net library can take some command line
> initialisation...
> 
> int alutInit ( int* argc, char** argv ) ; /* audio */
> int glutInit ( int* argc, char** argv ) ; /* graphics */
> int netInit ( int* argc, char** argv ) ; /* network */
> 
> Currently, it's not used, but it's nice to have if we need it later.

But:

  void puInit () ;
  void fntInit () ;
  void ssgInit () ;
  void slInit () ;

...I suppose the "right" thing to do would be to make them optional
arguments.

  void netInit ( int *argc = NULL, char **argv = NULL ) ;

----------------------------- 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] netInit()

[Dave M. <dp...@ef...>]

So that, like audio and graphics, the net library can take some command line
initialisation...

int alutInit ( int* argc, char** argv ) ; /* audio */
int glutInit ( int* argc, char** argv ) ; /* graphics */
int netInit ( int* argc, char** argv ) ; /* network */

Currently, it's not used, but it's nice to have if we need it later.

--Dave McClurg

----- Original Message -----
From: Cameron Moore <li...@to...>
To: <pli...@li...>
Sent: Monday, November 05, 2001 9:12 PM
Subject: [Plib-users] netInit()


Simply because I'm curious...why does netInit() from src/netSocket.*
take argc & argv as parameters?  They are currently unused, and I'm
stretching trying to come up with a good reason for them being there in
the first place.  ;-p  Thanks
--
Cameron Moore

_______________________________________________
plib-users mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-users

[Plib-users] netInit()

[Cameron M. <li...@to...>]

Simply because I'm curious...why does netInit() from src/netSocket.*
take argc & argv as parameters?  They are currently unused, and I'm
stretching trying to come up with a good reason for them being there in
the first place.  ;-p  Thanks
-- 
Cameron Moore

[Plib-users] Opengl & opengl32

[Gabriel P. <g_p...@ho...>]

forgive me if this is trivial or even dumb but

when i build 1.4.2 of plib and then build the examples
and then try to run any of them i get an error saying that it cant find
the opengl.dll. i dont have an opengl.dll. I only have the opengl32.dll
an nvoglnt.dll. if i copy and rename any of these to opengl.dll i get
errors about not finding some procedures..

i use MSVC 6.0, win2k, NVidia Riva TNT2

what is the problem and how can i get rid of it ?

thanks in advance

Gabriel

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

[Plib-users] Re: problem with pui's puObjectDelete on a menubar object

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

Hans,

Sorry for answering so late.
Unfortuantely I was not subscribed to the plib-users mailing list up to
know, so I did not get your mail.


But let's come to your problem:

I was able to reproduce it on the first attempt, and I must say that this
bug is not good at all. Thanks for reporting it.

I commited a fix into CVS that should solve your problem (at least it does
for me).

However, please note that if you create other objects derived from
puInterface than the menu bar, you still have to delete them in the reverse
order of their creation.


Could you please check out CVS and tell me if the problem is solved for
you.


Again, thanks for reporting this bug

- Sebastian

Re: [Plib-users] Well, I guess PLIB is not the most popular :-(

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

> We are already back in third place - only three votes away from getting
> back into second place. Beating Inventor is going to be hard though - they
> have a 17 vote lead.

This is getting silly - www.vrsource.org now have over 500 votes (about 5 times more
than any previous poll)...*not* that I'd imply that any of the four lead projects
are ballot stuffing at all :-)

  OpenGL|Performer     9.54 % (48)
  Open Inventor(TGS)  23.66 % (119)
  OpenSG              20.08 % (101)
  OpenScenegraph      17.69 % (89)
  Plib                22.86 % (115)
  Coin                 0.40 % (2)
  Direct3D             3.18 % (16)
  WorldToolKit         0.20 % (1)
  Gizmo (late entry)   0.00 % (0)
  Other (specify)      2.39 % (12)

----------------------------- Steve Baker -------------------------------
Mail : <sjb...@ai...>   WorkMail: <sj...@li...>
URLs : http://web2.airmail.net/sjbaker1
       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] problem with pui's puObjectDelete on a menubar object

[Hans W. <we...@cs...>]

Has anyone else encountered problems trying to call puObjectDelete on
menubar object?

It appears that the delete does not properly account for the creation of
subobjects (the popup, etc) when it looks at the liveinterface array.
Am I supposed to manually traverse the automatically created subobjects
and call puObjectDelete on each?

I guess I just won't delete the object for now (just hide it) -- anyone
else seen this?

thanks,

hans weber