From owner-info-inventor-dev@oss.sgi.com Tue Nov  7 18:32:24 2000
Received:  by oss.sgi.com id <S553850AbQKHCcP>;
	Tue, 7 Nov 2000 18:32:15 -0800
Received: from staff.cs.usyd.edu.au ([129.78.8.1]:35249 "helo
        staff.cs.usyd.edu.au") by oss.sgi.com with SMTP id <S553786AbQKHCcL>;
	Tue, 7 Nov 2000 18:32:11 -0800
Received: from hons.cs.usyd.edu.au. by staff.cs.usyd.edu.au.; Wed, 08 Nov 2000 13:32:03 +1100
Date:   Wed, 8 Nov 2000 13:32:03 +1100 (EST)
From:   Guido Heumer <guido@hons.cs.usyd.edu.au>
To:     info-inventor-dev@oss.sgi.com
Subject: Spaceorb support
Message-ID: <Pine.LNX.4.21.0011081322190.8425-100000@hons.cs.usyd.edu.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Hi all,

with Open Inventor there is already a class included, that
supports Spaceball input (SoXtSpaceball). In the course of a uni
project I am doing, I wrote a similar class to support the Spaceorb.
This might be interesting for some people, since the Spaceorb is
much cheaper and thus more affordable for many people.

This device class I wrote uses the XFree86 spaceorb driver (also
revised by me), which is already included in the XFree CVS repository
and will most probably be included in future binary distributions.
However this would make the use of SoXtSpaceorb restricted to the
Linux platform.

SoXtSpaceorb has the same interface as SoXtSpaceball and worked fine
with the demos for the latter. Just the classname had to be replaced.
I also wrote some additional methods to include null-region support.

Is there any interest to include my code in the Open Inventor repository?
Then I could e-mail it to you. I know that it could be problem, that
the code doesn't work for IRIX, however if there's a Spaceorb driver
for IRIX X somebody could include it or make the code architecture-
sensitive so that the exists() method always returns FALSE for IRIX.

Cheers,
Guido



From owner-info-inventor-dev@oss.sgi.com Tue Nov  7 18:52:24 2000
Received:  by oss.sgi.com id <S553928AbQKHCwO>;
	Tue, 7 Nov 2000 18:52:14 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:64331 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553853AbQKHCwI>;
	Tue, 7 Nov 2000 18:52:08 -0800
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA13776
	for <info-inventor-dev@oss.sgi.com>; Tue, 7 Nov 2000 18:44:17 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id SAA22440 for <info-inventor-dev@oss.sgi.com>; Tue, 7 Nov 2000 18:50:21 -0800 (PST)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id SAA51435; Tue, 7 Nov 2000 18:48:23 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011080248.SAA51435@kinabalu.csd.sgi.com>
Subject: Re: Spaceorb support
To:     guido@hons.cs.usyd.edu.au (Guido Heumer)
Date:   Tue, 7 Nov 2000 18:48:22 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <Pine.LNX.4.21.0011081322190.8425-100000@hons.cs.usyd.edu.au> from "Guido Heumer" at Nov 08, 2000 01:32:03 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

On Tue Nov  7 18:32:03 2000, guido@hons.cs.usyd.edu.au wrote:
> 
> ...
> 
> SoXtSpaceorb has the same interface as SoXtSpaceball and worked fine
> with the demos for the latter. Just the classname had to be replaced.
> I also wrote some additional methods to include null-region support.
> 
> Is there any interest to include my code in the Open Inventor repository?
> Then I could e-mail it to you. I know that it could be problem, that
> the code doesn't work for IRIX, however if there's a Spaceorb driver
> for IRIX X somebody could include it or make the code architecture-
> sensitive so that the exists() method always returns FALSE for IRIX.

What I'm thinking of is to create a contrib directory in the CVS repository
where new features such as the one you're proposing can be placed. Just be sure
you have accompanying documentation and makefiles that work with the existing
ones.


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA

From owner-info-inventor-dev@oss.sgi.com Sat Nov 11 20:55:25 2000
Received:  by oss.sgi.com id <S553896AbQKLEzQ>;
	Sat, 11 Nov 2000 20:55:16 -0800
Received: from web.mpoint.de ([62.154.244.76]:17731 "EHLO web.mpoint.de")
	by oss.sgi.com with ESMTP id <S553878AbQKLEy5>;
	Sat, 11 Nov 2000 20:54:57 -0800
Received: from host (cranston-ip-1-154.dynamic.ziplink.net [209.206.4.154])
	by web.mpoint.de (8.9.3/8.9.3) with ESMTP id FAA17696;
	Sun, 12 Nov 2000 05:51:58 +0100
Message-Id: <200011120451.FAA17696@web.mpoint.de>
From:   "Karl Turner" <tbat@freeze.com>
Subject: Your Listing #203F
To:     ieg39f@web.mpoint.de
X-Mailer: Microsoft Outlook Express 4.72.1712.3
X-MimeOLE: Produced By Microsoft MimeOLE =?ISO-8859-1?Q?V=D0=DFD.1712.3?=
Mime-Version: 1.0
Date:   Sat, 11 Nov 2000 22:31:07 -0500
Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0"
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

This is a MIME Message

------=_NextPart_000_007F_01BDF6C7.FABAC1B0
Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0"

------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

***** This is an HTML Message ! *****


------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!doctype html public "-//w3c//dtd html 4=2E0
 transitional//en">
 <html>
 <head>
    
    <title>Executive Guild Membership
 ApplicationResponse-O-Matic Form</title>
 </head>
 <body text=3D"#808080" bgcolor=3D"F6F6CC"
 link=3D"#800040" vlink=3D"#FF0000" alink=3D"#8080C0">
 <p><font color=3D"#000000">Dear Professional,<br>
 <br>
 You have been selected as a potential candidate for a free<br>
 listing in the 2000 - 2001 Edition of the International Executive<br>
 Guild Registry=2E<br>
 <br>
 Please accept our congratulations for this coveted honor=2E<br>
 <br>
 As this edition is so important in view of the new millennium, the<br>
 International Executive Guild Registry will be published in two<br>
 different formats; the searchable CD-ROM and the Online Registry=2E<br>
 <br>
 Since inclusion can be considered recognition of your career position<br>=

 and professionalism, each candidate is evaluated in keeping with high<br>=

 standards of individual achievement=2E In light of this, the Internationa=
l<br>
 Executive Guild thinks that you may make an interesting biographical<br>
 subject=2E<br>
 <br>
 We look forward to your inclusion and appearance in the International<br>=

 Executive Guild's Registry=2E Best wishes for your continued success=2E<b=
r>
 <br>
 International Executive Guild<br>
 Listing Dept=2E<br>
 <br>
 </font></p>
 <p>
 <hr WIDTH=3D"100%">
 <p align=3D"center"><b><i><font color=3D"#000000">If you
 wish to be removed from our list, please submit
 your request</font></i></b>
 <br><b><i><font face=3D"Times New
 Roman,Times"><font color=3D"#000000">at the
 bottom of this email=2E</font></font></i></b>
 </p>
 <hr WIDTH=3D"100%">
 <table WIDTH=3D"695" >
 <caption><script language=3D"JavaScript">
 
 <!--
 function validate_form() {
   validity =3D true; // assume valid
   if (!check_empty(document=2Eform=2Ebusphone=2Evalue))
         { validity =3D false; alert('Day Time
 Phone field is empty!'); }
     if (validity)
         alert ("Thank you for your registration!
 "
                 + "Your form is now being passed
 to your browser's "
                 + "Mail Delivery Sub-System for
 NORMAL"
                 + " NON-ENCRYPTED email
 delivery=2E"
                 + "  All email addresses are
 removed from our system"
                 + " upon registration=2E  Please
 click OK to proceed");
   return validity;
 }

 function check_empty(text) {
   return (text=2Elength > 0); // returns false if
 empty
 }
 
 // -->
 
 </script>
 
 
 <!-- CHANGE EMAIL ADDRESS IN ACTION OF FORM -->
 
 <form name=3D"form"
  method=3D"post"
  action=3D"mailto:bbt9k@verizonmail=2Ecom?SUBJECT=3DInternet Lead"
  enctype=3D"text/plain"
  >
 
 <tr>
 <td></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP COLSPAN=3D"2">
 <center><b><i><font color=3D"#000000"><font
 size=3D+3>International Executive Guild</font></font></i></b>
 <br><b><font color=3D"#000000"><font
 size=3D+2>Registration Form</font></font></b>
 <br><b><font color=3D"#000000">(US and Canada
 Only)</font></b>
 <br>
 <hr WIDTH=3D"100%"></center>
 </td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP COLSPAN=3D"2"><i><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D+0>Please
 fill out this form if you would like to be
 included on The International
 Executive Guild, For accuracy and
 publication purposes, please
 complete and send this form at the earliest
 opportunity=2E There is </font>no
 charge or obligation<font size=3D+0> to be listed
 on The International Executive Guild=2E</font></font></font></i>
 <br>
 <hr WIDTH=3D"100%"></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Name</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250" name=3D"Name"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Company</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Company"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Title</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Title"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Address</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Address"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>City</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250" name=3D"City"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>State
 or Province</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"12" maxlength=3D"50" name=3D"State"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Country</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><select
 NAME=3D"Country" Size=3D"1"><option SELECTED><font
 color=3D"#000000">USA<option
 SELECTED>Canada</font></select></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>ZIP/Postal
 Code</font></font></font></b></td>
 
 <td ALIGN=3DLEFT VALIGN=3DCENTER WIDTH=3D"300"><input
 type=3D"text" value size=3D"12" maxlength=3D"50"
 name=3D"Zip"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Day
 Time Telephone</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"22" maxlength=3D"50"
 name=3D"busphone"></td>
 </tr>
 
 <tr>
 <td>
 <div align=3Dright><b><font
 face=3D"Arial,Helvetica"><font
 color=3D"#000000"><font size=3D-1>Home
 Phone</font></font></font></b></div>
 </td>
 
 <td><input type=3D"text" value size=3D"22"
 maxlength=3D"50" name=3D"homephone"><b><font
 color=3D"#000000"><font size=3D-2>(Not
 To Be Published)</font></font></b></td>
 </tr>
 
 <tr>
 <td>
 <div align=3Dright><b><font
 face=3D"Arial,Helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Email</font></font></font></b></div>
 </td>
 
 <td><input type=3D"text" value size=3D"50"
 maxlength=3D"100" name=3D"Email"></td>
 </tr>
 
 <tr>
 <td></td>
 
 <td></td>
 </tr>
 </table>
 
 <center>
 <p>
 <hr WIDTH=3D"100%"><b><font
 face=3D"ARIAL,HELVETICA"><font
 color=3D"#000000"><font size=3D-1>TO
 HELP US IN CONSIDERING YOUR APPLICATION, PLEASE
 TELL US A LITTLE ABOUT
 YOURSELF=2E=2E=2E</font></font></font></b>
 <br>
 <hr WIDTH=3D"100%"></center>
 
 <center><table WIDTH=3D"81%" >
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Business</font></font></font></b></td>
 
 <td>
 <div align=3Dright><input type=3D"text" value
 size=3D"50" maxlength=3D"200"
 name=3D"business"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Financial
 Svcs, Banking, Computer Hardware, Software, Professional Svcs,
 Chemicals,
 Apparel, Aerospace, Food, Government, Utility,
 etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Type
 of Organization</font></font></font></b></td>
 
 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"Orgtype"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font size=3D-1>(M=
fg,
 Dist/Wholesaler, Retailer, Law Firm,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>Investment
 Bank, Commercial Bank, University,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>Financial
 Consultants, Ad Agency, Contractor, Broker,
 etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP WIDTH=3D"300">
 <div align=3Dright><b><font face=3D"arial,helvetica"><font
 color=3D"#000000"><font
 size=3D-1>Your
 Business Expertise</font></font></font></b></div>
 </td>
 
 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"expertise"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Corp=2EMgmt,
 Marketing, Civil Engineering,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font size=3D-=
1>Tax
 
 Law, Nuclear Physics, Database Development, Operations, Pathologist,
 Mortgage
 Banking, etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Major
 Product Line</font></font></font></b></td>

 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"product"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Integrated
 Circuits, Commercial Aircraft, Adhesives, Cosmetics, Plastic Components,
 
 Snack Foods, etc=2E)</font></font></font></td>
 </tr>
 </table></center>
 
 <center>
 <p><input NAME=3D"submit" TYPE=3D"submit" VALUE=3D" Submit By E-Mail "><i=
nput
 NAME=3D"reset" TYPE=3D"reset" VALUE=3D" Clear Form "></form>
 <br><b><font color=3D"#000000"><font size=3D-1>Note: Submitting this form=

 will
 be made by email, not by use of&nbsp; www=2E&nbsp; Confirmation of its de=
livery
 is made by browsing your outgoing mail=2E</font></font></b>
 <br>
 <hr WIDTH=3D"100%"><b><i><font face=3D"arial,helvetica"><font
 color=3D"#000000"><font
 size=3D-1>Thank
 you for filling in this form, we will contact you with more
 information=2E</font></font></font></i></b>
 <br>
 <hr WIDTH=3D"100%">
 <br><b><font size=3D+1>List
 Removal</font></b>
 <br><b><font color=3D"#000000"><font size=3D-1><a
 href=3D"mailto:sabt@surfy=2Enet?subject=3Dremove">Click
 Here</a></font></font></b></center>
 
 </body>
 </html>

------=_NextPart_001_0080_01BDF6C7.FABAC1B0--

------=_NextPart_000_007F_01BDF6C7.FABAC1B0--




From owner-info-inventor-dev@oss.sgi.com Sun Nov 12 10:43:42 2000
Received:  by oss.sgi.com id <S553936AbQKLSnc>;
	Sun, 12 Nov 2000 10:43:32 -0800
Received: from mail-out.chello.nl ([213.46.240.7]:3872 "EHLO
        amsmta04-svc.chello.nl") by oss.sgi.com with ESMTP
	id <S553900AbQKLSnT>; Sun, 12 Nov 2000 10:43:19 -0800
Received: from chello.nl ([213.93.58.229]) by amsmta04-svc.chello.nl
          (InterMail vK.4.02.00.10 201-232-116-110 license 1753790c58305fd3f286395c4a42fdc7)
          with ESMTP id <20001112184424.EOOL23927.amsmta04-svc@chello.nl>
          for <info-inventor-dev@oss.sgi.com>;
          Sun, 12 Nov 2000 19:44:24 +0100
Message-ID: <3A0EE605.47217CB0@chello.nl>
Date:   Sun, 12 Nov 2000 19:48:37 +0100
From:   "b.stolk" <b.stolk@chello.nl>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.15 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     info-inventor-dev@oss.sgi.com
Subject: Re: Font problem
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Tom wrote:

>one thing you can try is to symlink
>/usr/lib/DPS/outline/base/Utopia-Regular to
>/usr/lib/X11/fonts/Type1/UTRG____.pfa

Argh, I take it that Zsolt Kovacs is on Debian?

It seems that the Utopia fonts were pulled from the
Debian distribution due to licensing problems.

This means that the fix suggested by Tom will not work
on a recent debian installation.

Someone mentioned that libFL is looking for these fonts?
Or is the fallback onto Utopia done by Inventor itself?
If the latter is the case, I would switch the fall back
font to something that is not hampered with copyright
problems.

See:

Package: xfonts-scalable
Priority: optional
Section: x11
Installed-Size: 1244
Maintainer: Branden Robinson <branden@debian.org>
Architecture: all
Source: xfree86
Version: 4.0.1-3
Replaces: xfntscl
Provides: xfntscl
Depends: xutils
Suggests: xfs | xserver
Conflicts: xfntscl
Size: 788830
Description: scalable fonts for X
 xfonts-scalable provides fonts that can be drawn at any size by the X server
 or font server without loss of quality.  In most cases it is desirable to
 have the X font server (xfs) and/or an X server installed to make the fonts
 available to X clients.
 .
 This package is missing three fonts from the XFree86 source archives
 because the license terms on the fonts do not meet the Debian Free
 Software Guidelines; they are the Type1 fonts Adobe Utopia, IBM Courier,
 and Bigelow & Holmes (B&H) Lucidux.

From owner-info-inventor-dev@oss.sgi.com Sun Nov 12 14:41:54 2000
Received:  by oss.sgi.com id <S553963AbQKLWlo>;
	Sun, 12 Nov 2000 14:41:44 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:58146 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553953AbQKLWlS>;
	Sun, 12 Nov 2000 14:41:18 -0800
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA10090
	for <info-inventor-dev@oss.sgi.com>; Sun, 12 Nov 2000 14:33:27 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id OAA27412 for <info-inventor-dev@oss.sgi.com>; Sun, 12 Nov 2000 14:39:32 -0800 (PST)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id OAA74870; Sun, 12 Nov 2000 14:36:31 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011122236.OAA74870@kinabalu.csd.sgi.com>
Subject: Re: Font problem
To:     b.stolk@chello.nl (b.stolk)
Date:   Sun, 12 Nov 2000 14:36:30 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <3A0EE605.47217CB0@chello.nl> from "b.stolk" at Nov 12, 2000 07:48:37 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

On Sun Nov 12 10:48:37 2000, b.stolk@chello.nl wrote:
> 
> Tom wrote:
> 
> >one thing you can try is to symlink
> >/usr/lib/DPS/outline/base/Utopia-Regular to
> >/usr/lib/X11/fonts/Type1/UTRG____.pfa
> 
> It seems that the Utopia fonts were pulled from the
> Debian distribution due to licensing problems.

I take it the fonts were not removed from the Red Hat distribution. One
solution would be for us to make them available by FTP.

> This means that the fix suggested by Tom will not work
> on a recent debian installation.
>
> Someone mentioned that libFL is looking for these fonts?
> Or is the fallback onto Utopia done by Inventor itself?

The latter ...

> If the latter is the case, I would switch the fall back
> font to something that is not hampered with copyright
> problems.

I would rather not make source code changes each time some distribution drops
or adds something.


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA

From owner-info-inventor-dev@oss.sgi.com Mon Nov 13 04:30:49 2000
Received:  by oss.sgi.com id <S554087AbQKMMaa>;
	Mon, 13 Nov 2000 04:30:30 -0800
Received: from pluto.tlt.ru ([213.59.152.2]:7965 "EHLO pluto.tlt.ru")
	by oss.sgi.com with ESMTP id <S554084AbQKMMaM>;
	Mon, 13 Nov 2000 04:30:12 -0800
Received: by pluto.tlt.ru  for <info-inventor-dev@oss.sgi.com>;Mon, 13 Nov 2000 16:29:52 +0400
Received: from p3121.dd.vaz.tlt.ru (p3121.dd.vaz.tlt.ru [192.168.141.239])
	by dd.vaz.tlt.ru (8.8.8/8.8.8) with ESMTP id QAA25600
	for <info-inventor-dev@oss.sgi.com>; Mon, 13 Nov 2000 16:29:51 +0400 (SAMT)
Message-ID: <3A0FD051.69697B4@p3121.dd.vaz.tlt.ru>
Date:   Mon, 13 Nov 2000 15:28:17 +0400
From:   Lis <lis@p3121.dd.vaz.tlt.ru>
Organization: AVTOVAZ
X-Mailer: Mozilla 4.04 [en] (X11; I; AIX 4.1)
MIME-Version: 1.0
To:     info-inventor-dev@oss.sgi.com
Subject: (no subject)
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing




From owner-info-inventor-dev@oss.sgi.com Wed Nov 15 14:15:00 2000
Received:  by oss.sgi.com id <S553791AbQKOWOu>;
	Wed, 15 Nov 2000 14:14:50 -0800
Received: from f41.law10.hotmail.com ([64.4.15.41]:62478 "EHLO hotmail.com")
	by oss.sgi.com with ESMTP id <S553698AbQKOWOi>;
	Wed, 15 Nov 2000 14:14:38 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 15 Nov 2000 14:12:43 -0800
Received: from 137.203.129.25 by lw10fd.law10.hotmail.msn.com with HTTP;	Wed, 15 Nov 2000 22:12:43 GMT
X-Originating-IP: [137.203.129.25]
From:   "Paul Beardsley" <pabeardsley@hotmail.com>
To:     info-inventor-dev@oss.sgi.com
Subject: Inventor on Linux
Date:   Wed, 15 Nov 2000 17:12:43 -0500
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F41RjbDt3HvoFOAmEaJ00000075@hotmail.com>
X-OriginalArrivalTime: 15 Nov 2000 22:12:43.0422 (UTC) FILETIME=[2D1D63E0:01C04F51]
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Hello,

I found your email address on a web page - I hope
I'm mailing my question to an appropriate place,
sorry if not.

I have a program running on an SGI Octane.  It uses Motif
for the GUI, it has a display area where I display an
image using OpenGl, and it has an Inventor viewer
for some 3D information.  Everything works fine.

I am porting that program to Linux, and downloaded
OpenInventor for Linux from the SGI web site.
The installation went fine, and the program build went
fine.  The program runs, and everything appears to be working
correctly, apart from one thing - images don't appear in the
OpenGl display area (even though everything is working as
normal and the required calls to OpenGL are being
made - just not actioned).

I have another program which is identical to
the first in all ways, except for not using
Inventor.  With that program, images are displayed
correctly in the Linux version.

I used ldd to check the libraries used by the two programs,
they are identical (apart from the extra Inventor libraries
for the first program).  Could you suggest anything
which might be causing the problem?

Thanks for any help!
Paul.

---------------------------------------------------------------------------
Paul Beardsley
MERL - A Mitsubishi Electric Research Laboratory,      tel: +(617) 621 7569
201 Broadway, Cambridge, MA 02139, USA                 fax: +(617) 621 7550



_____________________________________________________________________________________
Get more from the Web.  FREE MSN Explorer download : http://explorer.msn.com


From owner-info-inventor-dev@oss.sgi.com Wed Nov 15 14:23:00 2000
Received:  by oss.sgi.com id <S553816AbQKOWWu>;
	Wed, 15 Nov 2000 14:22:50 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:18203 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553796AbQKOWWo>; Wed, 15 Nov 2000 14:22:44 -0800
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA03784
	for <info-inventor-dev@oss.sgi.com>; Wed, 15 Nov 2000 14:30:31 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id OAA89205; Wed, 15 Nov 2000 14:20:47 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011152220.OAA89205@kinabalu.csd.sgi.com>
Subject: Re: Inventor on Linux
To:     pabeardsley@hotmail.com (Paul Beardsley)
Date:   Wed, 15 Nov 2000 14:20:46 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <F41RjbDt3HvoFOAmEaJ00000075@hotmail.com> from "Paul Beardsley" at Nov 15, 2000 05:12:43 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

On Wed Nov 15 14:12:43 2000, pabeardsley@hotmail.com wrote:
> 
> I am porting that program to Linux, and downloaded
> OpenInventor for Linux from the SGI web site.
> The installation went fine, and the program build went
> fine.  The program runs, and everything appears to be working
> correctly, apart from one thing - images don't appear in the
> OpenGl display area (even though everything is working as
> normal and the required calls to OpenGL are being
> made - just not actioned).

When you say "OpenGL display area", do you mean the rendering area in one of
the Inventor viewers? How are you rendering the image and what format is it?
Does the application work when remote displayed, e.g. to your Octane? Do you
have a simple test case to reproduce the problem?

> I have another program which is identical to
> the first in all ways, except for not using
> Inventor.  With that program, images are displayed
> correctly in the Linux version.
> 
> ---------------------------------------------------------------------------
> Paul Beardsley
> MERL - A Mitsubishi Electric Research Laboratory,      tel: +(617) 621 7569
> 201 Broadway, Cambridge, MA 02139, USA                 fax: +(617) 621 7550


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA

From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 11:17:07 2000
Received:  by oss.sgi.com id <S553750AbQKPTQr>;
	Thu, 16 Nov 2000 11:16:47 -0800
Received: from f62.law10.hotmail.com ([64.4.15.62]:25868 "EHLO hotmail.com")
	by oss.sgi.com with ESMTP id <S553738AbQKPTQj>;
	Thu, 16 Nov 2000 11:16:39 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 16 Nov 2000 08:08:14 -0800
Received: from 137.203.129.25 by lw10fd.law10.hotmail.msn.com with HTTP;	Thu, 16 Nov 2000 16:08:14 GMT
X-Originating-IP: [137.203.129.25]
From:   "Paul Beardsley" <pabeardsley@hotmail.com>
To:     jlim@kinabalu.csd.sgi.com
Cc:     info-inventor-dev@oss.sgi.com
Subject: Re: Inventor on Linux
Date:   Thu, 16 Nov 2000 11:08:14 EST
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F627KKQpQq5pneeFUtL00000b13@hotmail.com>
X-OriginalArrivalTime: 16 Nov 2000 16:08:14.0675 (UTC) FILETIME=[6CBD2A30:01C04FE7]
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Hi,

I fixed that problem.

Originally the code looked like this

_examinerViewer = new SoXtExaminerViewer(_frame9, "examinerViewer", TRUE);
_gLwMDrawingArea5 = XtCreateManagedWidget("gLwMDrawingArea5",
        glwMDrawingAreaWidgetClass,
        _frame8,
        args,
        ac);

I swapped the order of those calls, and now
it works fine.  (I guess that's a bug in
Inventor on Linux?),

Regards,
Paul.


>From: jlim@kinabalu.csd.sgi.com (Jonathan Lim)
>To: pabeardsley@hotmail.com (Paul Beardsley)
>CC: info-inventor-dev@oss.sgi.com
>Subject: Re: Inventor on Linux
>Date: Wed, 15 Nov 2000 14:20:46 -0800 (PST)
>
>On Wed Nov 15 14:12:43 2000, pabeardsley@hotmail.com wrote:
> >
> > I am porting that program to Linux, and downloaded
> > OpenInventor for Linux from the SGI web site.
> > The installation went fine, and the program build went
> > fine.  The program runs, and everything appears to be working
> > correctly, apart from one thing - images don't appear in the
> > OpenGl display area (even though everything is working as
> > normal and the required calls to OpenGL are being
> > made - just not actioned).
>
>When you say "OpenGL display area", do you mean the rendering area in one 
>of
>the Inventor viewers? How are you rendering the image and what format is 
>it?
>Does the application work when remote displayed, e.g. to your Octane? Do 
>you
>have a simple test case to reproduce the problem?
>
> > I have another program which is identical to
> > the first in all ways, except for not using
> > Inventor.  With that program, images are displayed
> > correctly in the Linux version.
> >
> > 
>---------------------------------------------------------------------------
> > Paul Beardsley
> > MERL - A Mitsubishi Electric Research Laboratory,      tel: +(617) 621 
>7569
> > 201 Broadway, Cambridge, MA 02139, USA                 fax: +(617) 621 
>7550
>
>
>               Jonathan Lim  _  Silicon Graphics  _  Mountain View
>               GPS Graphics     Computer Systems        CA, USA

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.


From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 11:22:06 2000
Received:  by oss.sgi.com id <S553759AbQKPTVq>;
	Thu, 16 Nov 2000 11:21:46 -0800
Received: from f146.law10.hotmail.com ([64.4.15.146]:19467 "EHLO hotmail.com")
	by oss.sgi.com with ESMTP id <S553751AbQKPTVi>;
	Thu, 16 Nov 2000 11:21:38 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 16 Nov 2000 07:27:36 -0800
Received: from 137.203.129.25 by lw10fd.law10.hotmail.msn.com with HTTP;	Thu, 16 Nov 2000 15:27:36 GMT
X-Originating-IP: [137.203.129.25]
From:   "Paul Beardsley" <pabeardsley@hotmail.com>
To:     jlim@kinabalu.csd.sgi.com
Cc:     info-inventor-dev@oss.sgi.com
Subject: Re: Inventor on Linux
Date:   Thu, 16 Nov 2000 10:27:36 EST
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F1465haACPERGeHmuYP00000a43@hotmail.com>
X-OriginalArrivalTime: 16 Nov 2000 15:27:36.0337 (UTC) FILETIME=[BF605010:01C04FE1]
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

p.s.

I verified that the same problem occurs when logged
directly onto the console of the Linux machine, or when
rlogged in to the Linux machine from the Octane.

Also I verified that when this line of code is
commented _out_ of the program

  _examinerViewer = new SoXtExaminerViewer(_frame9, "examinerViewer", TRUE);

then the program runs fine (the images are displayed
in the GLwMDrawingArea).  But as soon as that line
is commented in, the images cease to appear in the GLwMDrawingArea.

Paul.


>From: jlim@kinabalu.csd.sgi.com (Jonathan Lim)
>To: pabeardsley@hotmail.com (Paul Beardsley)
>CC: info-inventor-dev@oss.sgi.com
>Subject: Re: Inventor on Linux
>Date: Wed, 15 Nov 2000 14:20:46 -0800 (PST)
>
>On Wed Nov 15 14:12:43 2000, pabeardsley@hotmail.com wrote:
> >
> > I am porting that program to Linux, and downloaded
> > OpenInventor for Linux from the SGI web site.
> > The installation went fine, and the program build went
> > fine.  The program runs, and everything appears to be working
> > correctly, apart from one thing - images don't appear in the
> > OpenGl display area (even though everything is working as
> > normal and the required calls to OpenGL are being
> > made - just not actioned).
>
>When you say "OpenGL display area", do you mean the rendering area in one 
>of
>the Inventor viewers? How are you rendering the image and what format is 
>it?
>Does the application work when remote displayed, e.g. to your Octane? Do 
>you
>have a simple test case to reproduce the problem?
>
> > I have another program which is identical to
> > the first in all ways, except for not using
> > Inventor.  With that program, images are displayed
> > correctly in the Linux version.
> >
> > 
>---------------------------------------------------------------------------
> > Paul Beardsley
> > MERL - A Mitsubishi Electric Research Laboratory,      tel: +(617) 621 
>7569
> > 201 Broadway, Cambridge, MA 02139, USA                 fax: +(617) 621 
>7550
>
>
>               Jonathan Lim  _  Silicon Graphics  _  Mountain View
>               GPS Graphics     Computer Systems        CA, USA

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.


From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 11:24:16 2000
Received:  by oss.sgi.com id <S553776AbQKPTYG>;
	Thu, 16 Nov 2000 11:24:06 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:21105 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553756AbQKPTXr>; Thu, 16 Nov 2000 11:23:47 -0800
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA05469
	for <info-inventor-dev@oss.sgi.com>; Thu, 16 Nov 2000 11:31:35 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id LAA95185; Thu, 16 Nov 2000 11:21:33 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011161921.LAA95185@kinabalu.csd.sgi.com>
Subject: Re: Inventor on Linux
To:     pabeardsley@hotmail.com (Paul Beardsley)
Date:   Thu, 16 Nov 2000 11:21:33 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <F627KKQpQq5pneeFUtL00000b13@hotmail.com> from "Paul Beardsley" at Nov 16, 2000 11:08:14 AM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

On Thu Nov 16 08:08:14 2000, pabeardsley@hotmail.com wrote:
> 
> Hi,
> 
> I fixed that problem.
> 
> Originally the code looked like this
> 
> _examinerViewer = new SoXtExaminerViewer(_frame9, "examinerViewer", TRUE);
> _gLwMDrawingArea5 = XtCreateManagedWidget("gLwMDrawingArea5",
>         glwMDrawingAreaWidgetClass,
>         _frame8,
>         args,
>         ac);
> 
> I swapped the order of those calls, and now
> it works fine.  (I guess that's a bug in
> Inventor on Linux?),
> 
> Regards,
> Paul.

That's odd. Do you get any OpenGL errors when running the application on your
Octane (check with ogldebug)? There's practically no difference in the SoXt
viewer code between IRIX and Linux, so my guess is that it's an OpenGL problem.
Perhaps the drawing area has some OpenGL initialization calls that are causing
some conflicts.


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA

From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 11:28:46 2000
Received:  by oss.sgi.com id <S553762AbQKPT2h>;
	Thu, 16 Nov 2000 11:28:37 -0800
Received: from oe43.law3.hotmail.com ([209.185.240.211]:21254 "EHLO
        hotmail.com") by oss.sgi.com with ESMTP id <S553738AbQKPT2Y>;
	Thu, 16 Nov 2000 11:28:24 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 16 Nov 2000 11:28:18 -0800
X-Originating-IP: [130.127.172.80]
Reply-To: "Ankur Bhargava" <bhargava_ankur@hotmail.com>
From:   "Ankur Bhargava" <bhargava_ankur@hotmail.com>
To:     <info-inventor-dev@oss.sgi.com>
References: <200011122236.OAA74870@kinabalu.csd.sgi.com>
Subject: wireframe
Date:   Thu, 16 Nov 2000 14:28:20 -0500
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Message-ID: <OE43s27aZ1BWqxSXKgM000003c0@hotmail.com>
X-OriginalArrivalTime: 16 Nov 2000 19:28:18.0110 (UTC) FILETIME=[5F57FDE0:01C05003]
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

hi all,

is there a way to make one single object of the scenegraph wireframe and
keep rest of them as they are ?  wireframe ( VIEW_LINE ) seems to be the
DrawStyle property of the whole SoXtViewer not the object itself.


thanks,
ankur


From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 11:37:16 2000
Received:  by oss.sgi.com id <S553775AbQKPThH>;
	Thu, 16 Nov 2000 11:37:07 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:25615 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553750AbQKPTgs>;
	Thu, 16 Nov 2000 11:36:48 -0800
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA26549
	for <info-inventor-dev@oss.sgi.com>; Thu, 16 Nov 2000 11:28:55 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id LAA02571 for <info-inventor-dev@oss.sgi.com>; Thu, 16 Nov 2000 11:35:01 -0800 (PST)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id LAA95625; Thu, 16 Nov 2000 11:31:49 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011161931.LAA95625@kinabalu.csd.sgi.com>
Subject: Re: wireframe
To:     bhargava_ankur@hotmail.com
Date:   Thu, 16 Nov 2000 11:31:49 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <OE43s27aZ1BWqxSXKgM000003c0@hotmail.com> from "Ankur Bhargava" at Nov 16, 2000 02:28:20 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

On Thu Nov 16 11:28:20 2000, bhargava_ankur@hotmail.com wrote:
> 
> hi all,
> 
> is there a way to make one single object of the scenegraph wireframe and
> keep rest of them as they are ?  wireframe ( VIEW_LINE ) seems to be the
> DrawStyle property of the whole SoXtViewer not the object itself.
> 
> thanks,
> ankur

Just isolate the part you want to be drawn in a SoSeparator, i.e.

  Separator {
    Separator {
      DrawStyle {
        style LINES
      }
      Cube { }
    }
    Sphere { }
  }


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA

From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 11:50:27 2000
Received:  by oss.sgi.com id <S553751AbQKPTuQ>;
	Thu, 16 Nov 2000 11:50:16 -0800
Received: from oe27.law3.hotmail.com ([209.185.240.20]:19474 "EHLO hotmail.com")
	by oss.sgi.com with ESMTP id <S553738AbQKPTt6>;
	Thu, 16 Nov 2000 11:49:58 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 16 Nov 2000 11:49:53 -0800
X-Originating-IP: [130.127.172.80]
Reply-To: "Ankur Bhargava" <bhargava_ankur@hotmail.com>
From:   "Ankur Bhargava" <bhargava_ankur@hotmail.com>
To:     "Jonathan Lim" <jlim@kinabalu.csd.sgi.com>
Cc:     <info-inventor-dev@oss.sgi.com>
References: <200011161931.LAA95625@kinabalu.csd.sgi.com>
Subject: Re: wireframe
Date:   Thu, 16 Nov 2000 14:49:36 -0500
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Message-ID: <OE27S0qPzg9uV54Ogdd000001ac@hotmail.com>
X-OriginalArrivalTime: 16 Nov 2000 19:49:53.0030 (UTC) FILETIME=[632D1A60:01C05006]
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

actually i am trying to give user the option to select on per object basis
whether he wants the wireframe on or off .... so i will need to extract that
node from the scenegraph and replace it with my own draw style node. for
this i will need an existing property node for draw style....is there any
other way ..?

thanks,
ankur


----- Original Message -----
From: "Jonathan Lim" <jlim@kinabalu.csd.sgi.com>
To: <bhargava_ankur@hotmail.com>
Cc: <info-inventor-dev@oss.sgi.com>
Sent: Thursday, November 16, 2000 2:31 PM
Subject: Re: wireframe


> On Thu Nov 16 11:28:20 2000, bhargava_ankur@hotmail.com wrote:
> >
> > hi all,
> >
> > is there a way to make one single object of the scenegraph wireframe and
> > keep rest of them as they are ?  wireframe ( VIEW_LINE ) seems to be the
> > DrawStyle property of the whole SoXtViewer not the object itself.
> >
> > thanks,
> > ankur
>
> Just isolate the part you want to be drawn in a SoSeparator, i.e.
>
>   Separator {
>     Separator {
>       DrawStyle {
>         style LINES
>       }
>       Cube { }
>     }
>     Sphere { }
>   }
>
>
>               Jonathan Lim  _  Silicon Graphics  _  Mountain View
>               GPS Graphics     Computer Systems        CA, USA
>

From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 12:18:27 2000
Received:  by oss.sgi.com id <S553853AbQKPUSH>;
	Thu, 16 Nov 2000 12:18:07 -0800
Received: from pez.wsicorp.com ([147.81.84.51]:61191 "EHLO pez.wsicorp.com")
	by oss.sgi.com with ESMTP id <S553776AbQKPUSA>;
	Thu, 16 Nov 2000 12:18:00 -0800
Received: from wsicorp.com (localhost [127.0.0.1])
	by pez.wsicorp.com (SGI-8.9.3/8.9.3) with ESMTP id PAA04498
	for <info-inventor-dev@oss.sgi.com>; Thu, 16 Nov 2000 15:17:51 -0500 (EST)
Message-ID: <3A1440EF.FB733492@wsicorp.com>
Date:   Thu, 16 Nov 2000 15:17:51 -0500
From:   Chester Liu <cht@wsicorp.com>
Organization: WSI
X-Mailer: Mozilla 4.76C-SGI [en] (X11; U; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     info-inventor-dev@oss.sgi.com
Subject: Do SoViewingMatrixElement and SoViewVolumeElement break bounding box 
 cache?
References: <200011161931.LAA95625@kinabalu.csd.sgi.com> <OE27S0qPzg9uV54Ogdd000001ac@hotmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing


Hello,  This has got to be one of those Inventor oddities.
Or maybe I just don't understand what's going on...

The problem:
I have a separator whose render culling field is turned on.

The separator has one child -- a customized transform
node, with the following lines of code in the doAction() method:

     const SbViewVolume & viewVol = 
             SoViewVolumeElement::get(action->getState());

     const SbMatrix & viewMat =
SoViewingMatrixElement::get(action->getState());


The separator reports that the bounding box cache (used for
render culling) is being invalidated.  If I comment out these
lines of code, it's fine.

Why?

This is like the Heisenberg uncertainty principle, where the
act of making an observation changes the thing being observed.

 :)


thanks for any enlightenment!
Chester Liu

From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 16:09:18 2000
Received:  by oss.sgi.com id <S553850AbQKQAJI>;
	Thu, 16 Nov 2000 16:09:08 -0800
Received: from chmls20.mediaone.net ([24.147.1.156]:48616 "EHLO
        chmls20.mediaone.net") by oss.sgi.com with ESMTP id <S553762AbQKQAJA>;
	Thu, 16 Nov 2000 16:09:00 -0800
Received: from thunderama.acm.org (h002078c735ab.ne.mediaone.net [24.128.253.245])
	by chmls20.mediaone.net (8.8.7/8.8.7) with ESMTP id TAA16258;
	Thu, 16 Nov 2000 19:08:58 -0500 (EST)
Message-Id: <4.3.2.7.2.20001116190944.00aecbb0@pop.ne.mediaone.net>
X-Sender: gavinbell@pop.ne.mediaone.net
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date:   Thu, 16 Nov 2000 19:13:59 -0500
To:     Chester Liu <cht@wsicorp.com>
From:   Gavin Andresen <gavin@acm.org>
Subject: Re: Do SoViewingMatrixElement and SoViewVolumeElement break
  bounding box  cache?
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <3A1440EF.FB733492@wsicorp.com>
References: <200011161931.LAA95625@kinabalu.csd.sgi.com>
 <OE27S0qPzg9uV54Ogdd000001ac@hotmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing


>      const SbViewVolume & viewVol =
>              SoViewVolumeElement::get(action->getState());
>
>      const SbMatrix & viewMat =
>SoViewingMatrixElement::get(action->getState());
>
>
>The separator reports that the bounding box cache (used for
>render culling) is being invalidated.  If I comment out these
>lines of code, it's fine.
>
>Why?

The ViewingMatrix and ViewVolume change whenever the camera moves, so if 
your GetBoundingBox method relies on them, then the bbox cache SHOULD be 
invalidated.

Does the bbox cache get invalidated if you don't move the camera (or resize 
the window, which also changes the ViewVolume), but instead just have a 
fixed camera with an animated object NOT underneath that Separator?


From owner-info-inventor-dev@oss.sgi.com Thu Nov 16 16:18:18 2000
Received:  by oss.sgi.com id <S553859AbQKQASI>;
	Thu, 16 Nov 2000 16:18:08 -0800
Received: from pixar.pixar.com ([138.72.10.20]:26855 "EHLO pixar.pixar.com")
	by oss.sgi.com with ESMTP id <S553834AbQKQAR6>;
	Thu, 16 Nov 2000 16:17:58 -0800
Received: from zort.pixar.com (zort.pixar.com [138.72.11.247])
	by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id QAA00371;
	Thu, 16 Nov 2000 16:17:51 -0800 (PST)
Received: from zort.pixar.com (localhost [127.0.0.1])
	by zort.pixar.com (8.9.3/8.9.3) with ESMTP id QAA522592;
	Thu, 16 Nov 2000 16:17:51 -0800 (PST)
Message-Id: <200011170017.QAA522592@zort.pixar.com>
To:     Gavin Andresen <gavin@acm.org>
Cc:     Chester Liu <cht@wsicorp.com>, info-inventor-dev@oss.sgi.com
Subject: Re: Do SoViewingMatrixElement and SoViewVolumeElement break bounding box cache? 
Date:   Thu, 16 Nov 2000 16:17:51 -0800
From:   Paul Strauss <pss@pixar.com>
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Gavin Andresen wrote:

> 
> >      const SbViewVolume & viewVol =
> >              SoViewVolumeElement::get(action->getState());
> >
> >      const SbMatrix & viewMat =
> >SoViewingMatrixElement::get(action->getState());
> >
> >
> >The separator reports that the bounding box cache (used for
> >render culling) is being invalidated.  If I comment out these
> >lines of code, it's fine.
> >
> >Why?
> 
> The ViewingMatrix and ViewVolume change whenever the camera moves, so if 
> your GetBoundingBox method relies on them, then the bbox cache SHOULD be 
> invalidated.

One of the keys to answering Chester's question is that calling the
"get()" methods on the elements results in a cache dependency being
created on those elements. So, yes, just looking at the values of the
elements (during cache construction) will change the behavior of the
cache.

----
Paul S. Strauss           pss@pixar.com        Pixar

From owner-info-inventor-dev@oss.sgi.com Fri Nov 17 06:28:02 2000
Received:  by oss.sgi.com id <S553834AbQKQO1w>;
	Fri, 17 Nov 2000 06:27:52 -0800
Received: from pez.wsicorp.com ([147.81.84.51]:18953 "EHLO pez.wsicorp.com")
	by oss.sgi.com with ESMTP id <S553813AbQKQO1k>;
	Fri, 17 Nov 2000 06:27:40 -0800
Received: from wsicorp.com (localhost [127.0.0.1])
	by pez.wsicorp.com (SGI-8.9.3/8.9.3) with ESMTP id JAA06774;
	Fri, 17 Nov 2000 09:26:22 -0500 (EST)
Message-ID: <3A15400E.E833339D@wsicorp.com>
Date:   Fri, 17 Nov 2000 09:26:22 -0500
From:   Chester Liu <cht@wsicorp.com>
Organization: WSI
X-Mailer: Mozilla 4.76C-SGI [en] (X11; U; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     Paul Strauss <pss@pixar.com>
CC:     Gavin Andresen <gavin@acm.org>, info-inventor-dev@oss.sgi.com
Subject: Re: Do SoViewingMatrixElement and SoViewVolumeElement break bounding box 
 cache?
References: <200011170017.QAA522592@zort.pixar.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

I see!
That explains it.  Is there a way to look at an
element without creating a cache dependency?
Like a <peek>.

I performed the following experiment.  SoCache has
a method called isValid().  Basically it checks whether
the elements in the cache are consistent with the state.
I put in a bit of code which prints the dependent elements.

Interestingly, if I don't include the SoViewVolumeElement::get(...),
then the cache reports that there are 0 cache dependencies.
However, if I put in the viewvolume statement, then
it reports the following dependencies:

the element is: SoOverrideElement
the element is: SoShapeStyleElement
the element is: SoViewVolumeElement

CACHE DEBUG: cache(0x109a2b20) not valid because element
SoViewVolumeElement does not match:
------
Element in state:
------
Element in cache:



So, to answer Gavin's question,
without the offending code, I can move the camera around
and the bounding box cache doesn't break.  (It shouldn't break,
because the stuff beneath the separator doesn't change, only
the camera above it.) 

My simplified scenegraph is like this:

camera
  |
separator (render culling turned ON)
  |
 shape

The shape needs to know what the viewvolume is, and only
change itself (rarely) if certain criteria are met.  Most
of the time it's static and this should NOT break the separator's
cache.  For example, a level-of-detail node needs to know
the viewvolume, but it only switches its children infrequently.

Thanks for more insights!

Chester











Thanks,
Chester


Paul Strauss wrote:
> 
> Gavin Andresen wrote:
> 
> >
> > >      const SbViewVolume & viewVol =
> > >              SoViewVolumeElement::get(action->getState());
> > >
> > >      const SbMatrix & viewMat =
> > >SoViewingMatrixElement::get(action->getState());
> > >
> > >
> > >The separator reports that the bounding box cache (used for
> > >render culling) is being invalidated.  If I comment out these
> > >lines of code, it's fine.
> > >
> > >Why?
> >
> > The ViewingMatrix and ViewVolume change whenever the camera moves, so if
> > your GetBoundingBox method relies on them, then the bbox cache SHOULD be
> > invalidated.
> 
> One of the keys to answering Chester's question is that calling the
> "get()" methods on the elements results in a cache dependency being
> created on those elements. So, yes, just looking at the values of the
> elements (during cache construction) will change the behavior of the
> cache.
> 
> ----
> Paul S. Strauss           pss@pixar.com        Pixar

-- 

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::                                                         ::
::  Chester Liu                          3D Graphics Guru  ::
::  cht@wsicorp.com        Weather Services International  ::  
::                                                         ::
::   Get your weather at: http://www.intellicast.com       ::
::                                                         ::
::  "You can turn an aquarium into fish soup,              ::
::     but can you turn fish soup into an aquarium?"       ::
::                                                         ::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

From owner-info-inventor-dev@oss.sgi.com Fri Nov 17 14:14:06 2000
Received:  by oss.sgi.com id <S553664AbQKQWNz>;
	Fri, 17 Nov 2000 14:13:55 -0800
Received: from pez.wsicorp.com ([147.81.84.51]:50957 "EHLO pez.wsicorp.com")
	by oss.sgi.com with ESMTP id <S553675AbQKQWNp>;
	Fri, 17 Nov 2000 14:13:45 -0800
Received: from wsicorp.com (localhost [127.0.0.1])
	by pez.wsicorp.com (SGI-8.9.3/8.9.3) with ESMTP id RAA13090;
	Fri, 17 Nov 2000 17:12:34 -0500 (EST)
Message-ID: <3A15AD52.3136E131@wsicorp.com>
Date:   Fri, 17 Nov 2000 17:12:34 -0500
From:   Chester Liu <cht@wsicorp.com>
Organization: WSI
X-Mailer: Mozilla 4.76C-SGI [en] (X11; U; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     Paul Strauss <pss@pixar.com>, Gavin Andresen <gavin@acm.org>,
        info-inventor-dev@oss.sgi.com
Subject: Re: Do SoViewingMatrixElement and SoViewVolumeElement break bounding box 
 cache?
References: <200011170017.QAA522592@zort.pixar.com> <3A15400E.E833339D@wsicorp.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing


A solution perhaps?

In desperation to fix the problem, I went into the
SoSeparator code, and change part of SoSeparator::getBoundingBox().

In the section where the code decides it needs to create
a new bounding box cache, I moved the 
        SoGroup::getBoundingBox(action);
so that it is executed BEFORE the bounding box cache is created.

The order apparent matters, but I'm not sure which is correct.
I'm glad that it fixed my immediate problem, but will it cause
other unforeseen bugs?

Chester


Original...
(starting at around line 418)

        state->push();

        // Set the local bbox matrix to identity, so shapes' bounding
        // boxes will be transformed into our local space
        SoLocalBBoxMatrixElement::makeIdentity(state);

        // Build cache. We've already tested for a valid cache, so the
        // only other possibility is for a NULL cache or an invalid one
        if (bboxCache != NULL)
            bboxCache->unref();

        // Create a new cache:
        bboxCache = new SoBoundingBoxCache(state);
        bboxCache->ref();
        SoCacheElement::set(state, bboxCache);

        // Traverse the kids
        SoGroup::getBoundingBox(action);

        // This has to be done before the extendBy
        state->pop();


Changed...

	state->push();

	// Set the local bbox matrix to identity, so shapes' bounding
	// boxes will be transformed into our local space
	SoLocalBBoxMatrixElement::makeIdentity(state);

	// Traverse the kids
	SoGroup::getBoundingBox(action);

	// Build cache. We've already tested for a valid cache, so the
	// only other possibility is for a NULL cache or an invalid one
	if (bboxCache != NULL)
	    bboxCache->unref();

	// Create a new cache:
	bboxCache = new SoBoundingBoxCache(state);
	bboxCache->ref();
	SoCacheElement::set(state, bboxCache);

	// This has to be done before the extendBy
	state->pop();


Chester Liu wrote:
> 
> I see!
> That explains it.  Is there a way to look at an
> element without creating a cache dependency?
> Like a <peek>.
> 
> I performed the following experiment.  SoCache has
> a method called isValid().  Basically it checks whether
> the elements in the cache are consistent with the state.
> I put in a bit of code which prints the dependent elements.
> 
> Interestingly, if I don't include the SoViewVolumeElement::get(...),
> then the cache reports that there are 0 cache dependencies.
> However, if I put in the viewvolume statement, then
> it reports the following dependencies:
> 
> the element is: SoOverrideElement
> the element is: SoShapeStyleElement
> the element is: SoViewVolumeElement
> 
> CACHE DEBUG: cache(0x109a2b20) not valid because element
> SoViewVolumeElement does not match:
> ------
> Element in state:
> ------
> Element in cache:
> 
> So, to answer Gavin's question,
> without the offending code, I can move the camera around
> and the bounding box cache doesn't break.  (It shouldn't break,
> because the stuff beneath the separator doesn't change, only
> the camera above it.)
> 
> My simplified scenegraph is like this:
> 
> camera
>   |
> separator (render culling turned ON)
>   |
>  shape
> 
> The shape needs to know what the viewvolume is, and only
> change itself (rarely) if certain criteria are met.  Most
> of the time it's static and this should NOT break the separator's
> cache.  For example, a level-of-detail node needs to know
> the viewvolume, but it only switches its children infrequently.
> 
> Thanks for more insights!
> 
> Chester
> 
> Thanks,
> Chester
> 
> Paul Strauss wrote:
> >
> > Gavin Andresen wrote:
> >
> > >
> > > >      const SbViewVolume & viewVol =
> > > >              SoViewVolumeElement::get(action->getState());
> > > >
> > > >      const SbMatrix & viewMat =
> > > >SoViewingMatrixElement::get(action->getState());
> > > >
> > > >
> > > >The separator reports that the bounding box cache (used for
> > > >render culling) is being invalidated.  If I comment out these
> > > >lines of code, it's fine.
> > > >
> > > >Why?
> > >
> > > The ViewingMatrix and ViewVolume change whenever the camera moves, so if
> > > your GetBoundingBox method relies on them, then the bbox cache SHOULD be
> > > invalidated.
> >
> > One of the keys to answering Chester's question is that calling the
> > "get()" methods on the elements results in a cache dependency being
> > created on those elements. So, yes, just looking at the values of the
> > elements (during cache construction) will change the behavior of the
> > cache.
> >

From owner-info-inventor-dev@oss.sgi.com Fri Nov 17 23:54:51 2000
Received:  by oss.sgi.com id <S553810AbQKRHyl>;
	Fri, 17 Nov 2000 23:54:41 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:27427 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553779AbQKRHyW>; Fri, 17 Nov 2000 23:54:22 -0800
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id AAA01537
	for <info-inventor-dev@oss.sgi.com>; Sat, 18 Nov 2000 00:02:07 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id XAA05999; Fri, 17 Nov 2000 23:52:20 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011180752.XAA05999@kinabalu.csd.sgi.com>
Subject: Re: wireframe
To:     bhargava_ankur@hotmail.com
Date:   Fri, 17 Nov 2000 23:52:20 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <OE27S0qPzg9uV54Ogdd000001ac@hotmail.com> from "Ankur Bhargava" at Nov 16, 2000 02:49:36 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

On Thu Nov 16 11:49:36 2000, bhargava_ankur@hotmail.com wrote:
> 
> actually i am trying to give user the option to select on per object basis
> whether he wants the wireframe on or off .... so i will need to extract that
> node from the scenegraph and replace it with my own draw style node. for
> this i will need an existing property node for draw style....is there any
> other way ..?

Why would you need an existing property node? When you've selected the object,
simply enclose it in a Separator along with a DrawStyle node. These can be
created on the fly. When you no longer want it drawn in wireframe, take it out
of the Separator and put it where it was in the scene graph originally.

> thanks,
> ankur


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA

From owner-info-inventor-dev@oss.sgi.com Sat Nov 18 17:29:11 2000
Received:  by oss.sgi.com id <S553820AbQKSB3B>;
	Sat, 18 Nov 2000 17:29:01 -0800
Received: from jalon.able.es ([212.97.163.2]:63144 "EHLO jalon.able.es")
	by oss.sgi.com with ESMTP id <S553807AbQKSB2k>;
	Sat, 18 Nov 2000 17:28:40 -0800
Received: from correo.able.es ([212.97.169.50]) by jalon.able.es
          (Netscape Messaging Server 4.15) with SMTP id G4909R00.LWT for
          <info-inventor-dev@oss.sgi.com>; Sun, 19 Nov 2000 02:32:15 +0100 
Date:   Sun, 19 Nov 2000 02:28:32 +0100
From:   "J . A . Magallon" <jamagallon@able.es>
To:     OpenInventor Devel List <info-inventor-dev@oss.sgi.com>
Subject: Build tree quoestion
Message-ID: <20001119022832.A1314@werewolf.able.es>
Reply-To: jamagallon@able.es
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Balsa 1.0.0
Content-Length: 2757
Lines:  75
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Hi everyone. I am new to the list, so sorry for any inconvenience.

I have tried to build OIV on a Mandrake 7.2 system (g++ 2.96, XFree4.0.1,
GLU from Mesa-common-3.4).
There a a couple of questions. 

The tree does not build directly. I uses the old polygon tesselator in
GLU1.1-mode, and GLU from Mesa3.4 is 1.2. I have almost done the changes
on a CVS version dated Nov19 (easy, just a couple of #ifdef GLU_VERSION_1_1).
Same is happening with texture objects: texgen is an EXT (glTexGenEXT)
prior to GL 1.1, but a mandatory proc in 1.1+ (glTexGen). Same with
BindTexture.

And a question-suggestion: is system intended to be built with GNUmake, and
ONLY gnumake (don't know if the source tree is going to be used on SGI ?
If the answer is yes, the makefiles could be cleaned-simplified (I have read
in the list about somebody working on autoconf/automake, but in the interin
I can send small patches to clean the thing). They are small changes,
for example not doing things like 'cd dir && make' but 'make -Cdir',
and even other features of GNU make like VPATH and so on. BTW, if anyone
likes the pathes, here go...(apply in src tree root)

=========== patch-commondefs
--- make/commondefs.org	Sun Nov 19 01:41:58 2000
+++ make/commondefs	Sun Nov 19 02:03:22 2000
@@ -663,14 +663,7 @@
 # are not present. This is useful with mandefs/rules
 #
 SUBDIR_MAKERULE= \
-	if test ! -d $$d; then \
-		if test "$(NOSUBMESG)" = "" ; then \
-			echo "SKIPPING $$d: No such directory."; \
-		fi \
-	else \
-		echo "	(cd $$d && $(MAKE) $${RULE:=$@})"; \
-		(cd $$d && ${MAKE} $${RULE:=$@}) || exit 1; \
-	fi
+	$(MAKE) -C$$d $${RULE:=$@}
 
 SUBDIRS_MAKERULE= \
 	@for d in $(SUBDIRS); do $(SUBDIR_MAKERULE); done
@@ -695,14 +688,7 @@
 #		@$(NSUBDIR_MAKERULE)
 
 NSUBDIR_MAKERULE= \
-        if test ! -d $@; then \
-                if test "$(NOSUBMESG)" = "" ; then \
-                        echo "SKIPPING $@: No such directory."; \
-                fi \
-        else \
-                echo "	(cd $@; $(MAKE) $(__DORULE))"; \
-                (cd $@; ${MAKE} $(__DORULE)); \
-        fi
+	-$(MAKE) -C$@ $(__DORULE)
 
 #
 # The macro naming commonrules' always-unsatisfied target, which is useful

=================== patch-ivcommonrules
--- make/ivcommonrules.org	Sun Nov 19 01:45:31 2000
+++ make/ivcommonrules	Sun Nov 19 02:04:36 2000
@@ -25,7 +25,7 @@
 	$(LD) $(LDDSOOPTS) $^ $(LDLIBS) $(POST_LDDSOOPTS) -o $@
 
 $(LARCHIVE):
-	for i in $(SUBDIRS); do (cd $$i && $(MAKE) all) || exit 1; done
+	for i in $(SUBDIRS); do $(MAKE) -C$$i all; done
 	$(RM) $(LARCHIVE)
 	$(AR) $(ARFLAGS) $(LARCHIVE) $(OBJECTS)
 


-- 
Juan Antonio Magallon Lacarta                                 #> cd /pub
mailto:jamagallon@able.es                                     #> more beer


From owner-info-inventor-dev@oss.sgi.com Sun Nov 19 06:40:19 2000
Received:  by oss.sgi.com id <S553833AbQKSOkA>;
	Sun, 19 Nov 2000 06:40:00 -0800
Received: from ipk.ipk.fhg.de ([153.96.56.2]:3759 "EHLO ipk.ipk.fhg.de")
	by oss.sgi.com with ESMTP id <S553831AbQKSOj2>;
	Sun, 19 Nov 2000 06:39:28 -0800
Received: from kiwi.ipk.fhg.de (kiwi.ipk.fhg.de [192.102.176.105])
	by ipk.ipk.fhg.de (8.9.3/8.9.3) with ESMTP id PAA05991
	for <info-inventor-dev@oss.sgi.com>; Sun, 19 Nov 2000 15:39:18 +0100 (MET)
Received: from kuerbis.ipk.fhg.de (kuerbis.ipk.fhg.de [192.102.176.17]) by kiwi.ipk.fhg.de (980427.SGI.8.8.8/8.6.4) with ESMTP id PAA66146 for <info-inventor-dev@oss.sgi.com>; Sun, 19 Nov 2000 15:39:16 +0100 (MEZ)
Received: by kuerbis.ipk.fhg.de (980427.SGI.8.8.8) id PAA42469; Sun, 19 Nov 2000 15:39:16 +0100 (MEZ)
Date:   Sun, 19 Nov 2000 15:39:15 +0100
From:   Nico Schmidt <Nico.Schmidt@ipk.fhg.de>
To:     info-inventor-dev@oss.sgi.com
Subject: wheel mouse support
Message-ID: <20001119153915.A839686@kuerbis.ipk.fhg.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

I have implemented wheel mouse support for Inventor nodes through a
SoMouseWheelEvent. If you want to try it get the files from
http://www-geo.ipk.fhg.de/~nschmidt/OpenInventor/

See http://www-sop.inria.fr/koala/colas/mouse-wheel-scroll/
for instructions how to get X and some applications work with wheel mice.

Nico

-- 
Nico Schmidt IPK/IWF 		  eMail : nico.schmidt@ipk.fhg.de
Sekr. PTZ 4, Pascalstr. 8-9       Phone : +49-30-39006342
D-10587 Berlin

From owner-info-inventor-dev@oss.sgi.com Mon Nov 20 09:31:26 2000
Received:  by oss.sgi.com id <S553669AbQKTRbP>;
	Mon, 20 Nov 2000 09:31:15 -0800
Received: from mail.disney.com ([204.128.192.15]:43753 "EHLO mail.disney.com")
	by oss.sgi.com with ESMTP id <S553660AbQKTRbE>;
	Mon, 20 Nov 2000 09:31:04 -0800
Received: from pain10.corp.disney.com (root@pain10.corp.disney.com [153.7.110.100])
	by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id eAKHV0p27368
	for <info-inventor-dev@oss.sgi.com>; Mon, 20 Nov 2000 09:31:00 -0800 (PST)
Received: from louie.fa.disney.com by pain.corp.disney.com with ESMTP for info-inventor-dev@oss.sgi.com; Mon, 20 Nov 2000 09:31:36 -0800
Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2])
	by louie.fa.disney.com (8.9.2/8.9.2) with ESMTP id JAA27681
	for <info-inventor-dev@oss.sgi.com>; Mon, 20 Nov 2000 09:30:57 -0800 (PST)
	(envelope-from tamstorf@fa.disney.com)
Received: from bacon.fan.fa.disney.com (bacon.fan.fa.disney.com [153.7.118.228])
	by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id JAA07997
	for <info-inventor-dev@oss.sgi.com>; Mon, 20 Nov 2000 09:30:56 -0800 (PST)
	(envelope-from tamstorf@fa.disney.com)
Date:   Mon, 20 Nov 2000 09:30:56 -0800
From:   Rasmus Tamstorf <tamstorf@fa.disney.com>
X-Sender: tamstorf@bacon.fan.fa.disney.com
To:     info-inventor-dev@oss.sgi.com
Subject: Dynamic linker woes
Message-Id: <Pine.SGI.4.10.10011200914311.100549-100000@bacon.fan.fa.disney.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Hi,

When I install the inventor rpms (latest and greatest) on a RH6.2 machine
I get the following error when I try to launch ivview : 

BUG IN DYNAMIC LINKER ld.so: dl-version.c: 210: _dl_check_map_versions:
Assertion `needed != ((void *)0)' failed!

- and simply doing an ldd on the binary will cause the same problem. 

Does anyone know if there's an easy workaround for that ? My glibc version
is too new (glibc-2.1.3-15) compared to the stated dependency in the FAQ,
but I was hoping that SGI rpms would at least work on SGI's machines (SGI
550, vanilla installation) ...

Rasmus

-----------------------------------------------------------------------------
Rasmus.Tamstorf@disney.com         "A problem worthy of attack, 
Walt Disney Feature Animation       proves its worth by hitting back" Kumbel
-----------------------------------------------------------------------------




From owner-info-inventor-dev@oss.sgi.com Mon Nov 20 11:24:36 2000
Received:  by oss.sgi.com id <S553669AbQKTTYZ>;
	Mon, 20 Nov 2000 11:24:25 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:16414 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553660AbQKTTYH>; Mon, 20 Nov 2000 11:24:07 -0800
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA00875
	for <info-inventor-dev@oss.sgi.com>; Mon, 20 Nov 2000 11:31:58 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id LAA10852; Mon, 20 Nov 2000 11:22:04 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011201922.LAA10852@kinabalu.csd.sgi.com>
Subject: Re: Dynamic linker woes
To:     tamstorf@fa.disney.com (Rasmus Tamstorf)
Date:   Mon, 20 Nov 2000 11:22:04 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <Pine.SGI.4.10.10011200914311.100549-100000@bacon.fan.fa.disney.com> from "Rasmus Tamstorf" at Nov 20, 2000 09:30:56 AM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

On Mon Nov 20 09:30:56 2000, tamstorf@fa.disney.com wrote:
> 
> Hi,
> 
> When I install the inventor rpms (latest and greatest) on a RH6.2 machine
> I get the following error when I try to launch ivview : 
> 
> BUG IN DYNAMIC LINKER ld.so: dl-version.c: 210: _dl_check_map_versions:
> Assertion `needed != ((void *)0)' failed!
> 
> - and simply doing an ldd on the binary will cause the same problem. 
> 
> Does anyone know if there's an easy workaround for that ? My glibc version
> is too new (glibc-2.1.3-15) compared to the stated dependency in the FAQ,
> but I was hoping that SGI rpms would at least work on SGI's machines (SGI
> 550, vanilla installation) ...
> 
> Rasmus

The problem has been identified (libpthread) and will be fixed in the next
build (maybe sometime this week).


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA

From owner-info-inventor-dev@oss.sgi.com Thu Nov 23 11:38:57 2000
Received:  by oss.sgi.com id <S553805AbQKWTir>;
	Thu, 23 Nov 2000 11:38:47 -0800
Received: from oe8.law3.hotmail.com ([209.185.240.112]:40198 "EHLO hotmail.com")
	by oss.sgi.com with ESMTP id <S553740AbQKWTi1>;
	Thu, 23 Nov 2000 11:38:27 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 23 Nov 2000 11:38:22 -0800
X-Originating-IP: [130.127.172.80]
Reply-To: "Ankur Bhargava" <bhargava_ankur@hotmail.com>
From:   "Ankur Bhargava" <bhargava_ankur@hotmail.com>
To:     <info-inventor-dev@oss.sgi.com>
References: <200011201922.LAA10852@kinabalu.csd.sgi.com>
Subject: error while compiling :
Date:   Thu, 23 Nov 2000 14:38:14 -0500
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Message-ID: <OE8fjkf50yAlzIXhGJP00000c80@hotmail.com>
X-OriginalArrivalTime: 23 Nov 2000 19:38:22.0170 (UTC) FILETIME=[F0487BA0:01C05584]
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Hi ,
when i do make in the libimage directory of the untarred src i get error:
_XOPEN_SOURCE not supported . if i remove this flag -D_XOPEN_SOURCE from the
ivcommondefs file.line no: 33 : LINUXDEFS = -DPOSIX_SOURCE -D_XOPEN_SOURCE
the source compiles without any warnings..i have no idea what this flag
does. is it ok to compile without this flag ? why is this flag included. ?

am using gcc compiler version 2.95.2.

thanks,
ankur


From owner-info-inventor-dev@oss.sgi.com Thu Nov 23 21:24:31 2000
Received:  by oss.sgi.com id <S553769AbQKXFYL>;
	Thu, 23 Nov 2000 21:24:11 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:55866 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553705AbQKXFXq>;
	Thu, 23 Nov 2000 21:23:46 -0800
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id VAA08786
	for <info-inventor-dev@oss.sgi.com>; Thu, 23 Nov 2000 21:15:53 -0800 (PST)
	mail_from (jlim@kinabalu.csd.sgi.com)
Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id VAA62040 for <info-inventor-dev@oss.sgi.com>; Thu, 23 Nov 2000 21:22:00 -0800 (PST)
Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI)
	 id VAA09205; Thu, 23 Nov 2000 21:18:47 -0800 (PST)
From:   jlim@kinabalu.csd.sgi.com (Jonathan Lim)
Message-Id: <200011240518.VAA09205@kinabalu.csd.sgi.com>
Subject: Re: error while compiling :
To:     bhargava_ankur@hotmail.com
Date:   Thu, 23 Nov 2000 21:18:46 -0800 (PST)
Cc:     info-inventor-dev@oss.sgi.com
In-Reply-To: <OE8fjkf50yAlzIXhGJP00000c80@hotmail.com> from "Ankur Bhargava" at Nov 23, 2000 02:38:14 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

You're using an old set of source files. The use of -DPOSIX_SOURCE and
-D_XOPEN_SOURCE have been discontinued.


              Jonathan Lim  _  Silicon Graphics  _  Mountain View
              GPS Graphics     Computer Systems        CA, USA


On Thu Nov 23 11:38:14 2000, bhargava_ankur@hotmail.com wrote:
> 
> Hi ,
> when i do make in the libimage directory of the untarred src i get error:
> _XOPEN_SOURCE not supported . if i remove this flag -D_XOPEN_SOURCE from the
> ivcommondefs file.line no: 33 : LINUXDEFS = -DPOSIX_SOURCE -D_XOPEN_SOURCE
> the source compiles without any warnings..i have no idea what this flag
> does. is it ok to compile without this flag ? why is this flag included. ?
> 
> am using gcc compiler version 2.95.2.
> 
> thanks,
> ankur

From owner-info-inventor-dev@oss.sgi.com Mon Nov 27 12:22:13 2000
Received:  by oss.sgi.com id <S553667AbQK0UVx>;
	Mon, 27 Nov 2000 12:21:53 -0800
Received: from mail.cg.tuwien.ac.at ([128.131.166.76]:15110 "EHLO
        christl.cg.tuwien.ac.at") by oss.sgi.com with ESMTP
	id <S553659AbQK0UVl>; Mon, 27 Nov 2000 12:21:41 -0800
Received: from fsck.cg.tuwien.ac.at (TK150125.tuwien.teleweb.at [195.34.150.125])
	by christl.cg.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id VAA10209;
	Mon, 27 Nov 2000 21:21:28 +0100
Message-Id: <4.3.2.7.0.20001127211945.00b76d90@mail.cg.tuwien.ac.at>
X-Sender: hesina@mail.cg.tuwien.ac.at
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date:   Mon, 27 Nov 2000 21:21:18 +0100
To:     info-inventor@oss.sgi.com, info-inventor-dev@oss.sgi.com
From:   Gerd Hesina <hesina@cg.tuwien.ac.at>
Subject: [ANN] OSS SGI OpenInventor port to WINDOWS
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-info-inventor-dev@oss.sgi.com
Precedence: bulk
Return-Path: <owner-info-inventor-dev@oss.sgi.com>
X-Orcpt: rfc822;info-inventor-dev-outgoing

Hi inventors,

I ported the open-source version of SGI OpenInventor
to the Microsoft Windows family.

It uses SoQt (from SIM, systems in Motion http://www.sim.no) for the GUI 
bindings.

Get more information from the README file.
ftp://ftp.cg.tuwien.ac.at/pub/openinventor/README

The archive is located at:
ftp://ftp.cg.tuwien.ac.at/pub/openinventor/inventor_winport_1.0.zip

Best Regards,
Gerd Hesina hesina@cg.tuwien.ac.at
Institute of Computer Graphics
Vienna University of Technology, Austria