From owner-info-inventor-dev@oss.sgi.com Fri Sep 1 09:52:29 2000 Received: by oss.sgi.com id ; Fri, 1 Sep 2000 09:52:19 -0700 Received: from trh.sim.no ([195.1.220.136]:44789 "EHLO nfs.sim.no") by oss.sgi.com with ESMTP id ; Fri, 1 Sep 2000 09:52:18 -0700 Received: (from larsa@localhost) by nfs.sim.no (8.9.3/8.9.3) id SAA26008 for info-inventor-dev@oss.sgi.com; Fri, 1 Sep 2000 18:52:15 +0200 Message-ID: <20000901185215.A26005@sim.no> Date: Fri, 1 Sep 2000 18:52:15 +0200 From: "Lars J. Aas" To: info-inventor-dev@oss.sgi.com Subject: Re: upgrading OpenInventor. References: <200009010559.WAA0000000014@sight.tgs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <200009010559.WAA0000000014@sight.tgs.com>; from Mike Heck on Thu, Aug 31, 2000 at 10:59:57PM -0700 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing On Thu, Aug 31, 2000 at 10:59:57PM -0700, Mike Heck wrote: : Coin has some good stuff, but Morten can better address that. The chocolate coins? :) Lars J From owner-info-inventor-dev@oss.sgi.com Fri Sep 1 09:58:29 2000 Received: by oss.sgi.com id ; Fri, 1 Sep 2000 09:58:08 -0700 Received: from mail.tgs.com ([209.75.36.9]:38661 "EHLO sight.tgs.com") by oss.sgi.com with ESMTP id ; Fri, 1 Sep 2000 09:57:57 -0700 Received: from DECnet-Mail11.sight.tgs.com by sight.tgs.com (8.8.8/1.1.10.5/07Jul98-0113PM) id JAA0000011545; Fri, 1 Sep 2000 09:56:04 -0700 (PDT) Date: Fri, 1 Sep 2000 09:56:04 -0700 (PDT) Message-Id: <200009011656.JAA0000011545@sight.tgs.com> Mime-Version: 1.0 From: mmh@tgs.com (Mike Heck) To: SMTP@tgs.com Cc: "info-inventor-dev@oss.sgi.com"@tgs.com Subject: Re: upgrading OpenInventor. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing > The chocolate coins? :) Delicious. Excellent design and implementation. :-) -Mike TGS Inc, http://www.tgs.com From owner-info-inventor-dev@oss.sgi.com Fri Sep 1 12:20:49 2000 Received: by oss.sgi.com id ; Fri, 1 Sep 2000 12:20:29 -0700 Received: from mail.tgs.com ([209.75.36.9]:2066 "EHLO sight.tgs.com") by oss.sgi.com with ESMTP id ; Fri, 1 Sep 2000 12:20:08 -0700 Received: from DECnet-Mail11.sight.tgs.com by sight.tgs.com (8.8.8/1.1.10.5/07Jul98-0113PM) id MAA0000012675; Fri, 1 Sep 2000 12:16:54 -0700 (PDT) Date: Fri, 1 Sep 2000 12:16:54 -0700 (PDT) Message-Id: <200009011916.MAA0000012675@sight.tgs.com> Mime-Version: 1.0 From: mmh@tgs.com (Mike Heck) To: SMTP@tgs.com Cc: "info-inventor-dev@oss.sgi.com"@tgs.com Subject: RE: upgrading OpenInventor. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing > If so what changes/additions have they made to the library? Oops, I forgot to mention the Java API. This is very cool because you can switch to using Java and still use almost all your experience with Open Inventor. The API is almost exactly the same as in C++ (language differences obviously force a few differences, like callbacks). -Mike TGS Inc, http://www.tgs.com From owner-info-inventor-dev@oss.sgi.com Sat Sep 2 04:32:23 2000 Received: by oss.sgi.com id ; Sat, 2 Sep 2000 04:32:13 -0700 Received: from ppp186.dyn80.pacific.net.sg ([210.24.80.186]:39944 "EHLO dreamland.unx.edu") by oss.sgi.com with ESMTP id ; Sat, 2 Sep 2000 04:31:46 -0700 Received: from pacific.net.sg (IDENT:bodhi@localhost.unx.edu [127.0.0.1]) by dreamland.unx.edu (8.9.3/8.9.3) with ESMTP id TAA03246 for ; Sat, 2 Sep 2000 19:32:46 +0800 Message-ID: <39B0E55E.DA1535F2@pacific.net.sg> Date: Sat, 02 Sep 2000 19:32:46 +0800 From: Ang Bodhi X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: Unicode support Content-Type: multipart/alternative; boundary="------------2EC8FAA5ECE506AEE63A1356" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing --------------2EC8FAA5ECE506AEE63A1356 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, In the SoText2 et al code, it says i18n only work with Irix 6, and Linux is dumped in the non-i18n category with Irix 5. Firstly, I think this shouldn't be as Linux has iconv. Secondly, it seems the only i18n requirement is the use of iconv to convert UTF8 string to UCS2 string. If this is so, I think the conversion can be replaced by an algorithm published in the book The Unicode Standard, and the iconv code be removed (thus Irix 5 can also benefit). I suggest the use of a UCS2 string class SbUCS2String to replace the existing UCS string representation in SoBitmapFontCache/SoOutlineFontCache: < // char* pointers of UCS-2 strings: < SbPList UCSStrings; < // size of these strings, in UCS-2 characters: < SbPList UCSNumChars; ---------- > // SbUCS2String* pointers of UCS-2 strings: > SbPList UCSStrings; The UTF8 to UCS2 conversion algorithm can be embedded in the SbUCS2String class, thus conversion can be more easily done: < UCSStrings[i] = new char[2*strings[i].getLength()+2]; < < char* input = (char *)strings[i].getString(); < size_t inbytes = strings[i].getLength(); < size_t outbytes = 2*inbytes+2; < char* output = (char*)UCSStrings[i]; < < if ((iconv(conversionCode, &input, &inbytes, &output, &outbytes) == (size_t)-1)){ < // error < } < < if (inbytes){ < // error < return; < } < < UCSNumChars[i] = (void*)((2*strings[i].getLength()+2 - outbytes)>>1); ---------- > UCSStrings[i] = new SbUCS2String (strings[i].getString()); Subsequently string processing will become easy: < const char *str = getUCSString(line); < < for (int i = 0; i < getNumUCSChars(line); i++) { < GLuint c = str[2*i]<<8 | str[2*i+1]; < // hard working < } ---------- > const SbUCS2 *str = getUCSString(line)->getString(); > SbUCS2 c; > > while ((c = *str++)) { > // hard working > } and conversion back to UTF8 string (in case needed) can be done with: char *str = getUCSString(line)->getUTF8String(); What do you think? :) To prove this concept, I've wrote the SbUCS2String class complete with the conversion algorithm (cut'n'paste from the Unicode book), and tested it with a modified version of SoText2, as shown here displaying Chinese character strings. I've also updated libFL-src2 (support Unicode string, and clean up (more to do)). Is there a public dir to upload files for sharing? :) Ang Bodhi --------------2EC8FAA5ECE506AEE63A1356 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

In the SoText2 et al code, it says i18n only work with Irix 6,
and Linux is dumped in the non-i18n category with Irix 5.
Firstly, I think this shouldn't be as Linux has iconv.
Secondly, it seems the only i18n requirement is the use of
iconv to convert UTF8 string to UCS2 string. If this is so,
I think the conversion can be replaced by an algorithm
published in the book The Unicode Standard, and the iconv
code be removed (thus Irix 5 can also benefit). I suggest
the use of a UCS2 string class SbUCS2String to replace the
existing UCS string representation in
SoBitmapFontCache/SoOutlineFontCache:

<   // char* pointers of UCS-2 strings:
<   SbPList UCSStrings;
<   // size of these strings, in UCS-2 characters:
<   SbPList UCSNumChars;
----------
>   // SbUCS2String* pointers of UCS-2 strings:
>   SbPList UCSStrings;

The UTF8 to UCS2 conversion algorithm can be embedded in the
SbUCS2String class, thus conversion can be more easily done:

<   UCSStrings[i] = new char[2*strings[i].getLength()+2];
<
<   char* input = (char *)strings[i].getString();
<   size_t inbytes = strings[i].getLength();
<   size_t outbytes = 2*inbytes+2;
<   char* output = (char*)UCSStrings[i];
<
<   if ((iconv(conversionCode, &input, &inbytes, &output, &outbytes) == (size_t)-1)){
<       // error
<   }
<
<   if (inbytes){
<       // error
<       return;
<   }
<
<   UCSNumChars[i] = (void*)((2*strings[i].getLength()+2 - outbytes)>>1);
----------
>   UCSStrings[i] = new SbUCS2String (strings[i].getString());

Subsequently string processing will become easy:

<   const char *str = getUCSString(line);
<
<   for (int i = 0; i < getNumUCSChars(line); i++) {
<       GLuint c = str[2*i]<<8 | str[2*i+1];
<       // hard working
<   }
----------
>   const SbUCS2 *str = getUCSString(line)->getString();
>   SbUCS2 c;
>
>   while ((c = *str++)) {
>       // hard working
>   }

and conversion back to UTF8 string (in case needed) can be
done with:

    char *str = getUCSString(line)->getUTF8String();

What do you think? :) To prove this concept, I've wrote the
SbUCS2String class complete with the conversion algorithm
(cut'n'paste from the Unicode book), and tested it with a
modified version of SoText2, as shown here displaying
Chinese character strings.

I've also updated libFL-src2 (support Unicode string, and
clean up (more to do)). Is there a public dir to upload files
for sharing? :)

Ang Bodhi
  --------------2EC8FAA5ECE506AEE63A1356-- From owner-info-inventor-dev@oss.sgi.com Sat Sep 2 05:53:34 2000 Received: by oss.sgi.com id ; Sat, 2 Sep 2000 05:53:24 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:8534 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Sat, 2 Sep 2000 05:53:01 -0700 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 FAA00850 for ; Sat, 2 Sep 2000 05:59:29 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id FAA07373; Sat, 2 Sep 2000 05:50:53 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009021250.FAA07373@kinabalu.csd.sgi.com> Subject: Re: Unicode support To: bodhi@pacific.net.sg (Ang Bodhi) Date: Sat, 2 Sep 2000 05:50:52 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39B0E55E.DA1535F2@pacific.net.sg> from "Ang Bodhi" at Sep 02, 2000 07:32:46 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Sat Sep 2 04:32:46 2000, bodhi@pacific.net.sg wrote: > > What do you think? :) To prove this concept, I've wrote the > SbUCS2String class complete with the conversion algorithm > (cut'n'paste from the Unicode book), and tested it with a Sounds like a good idea. We'll look into including it in the tree a bit later, when all of the basic bugs have been cleaned up. > modified version of SoText2, as shown here displaying > Chinese character strings. Looks nice! > I've also updated libFL-src2 (support Unicode string, and > clean up (more to do)). Is there a public dir to upload files > for sharing? :) Rather than have anyone upload stuff to oss.sgi.com, I can set up a "Work In Progress" page with a description of your work and links to your web site. www.xdrive.com offers up to 100Mb of drive space if you need it. > Ang Bodhi Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Tue Sep 5 07:29:25 2000 Received: by oss.sgi.com id ; Tue, 5 Sep 2000 07:29:15 -0700 Received: from serene.pacific.net.sg ([203.120.90.75]:61930 "EHLO serene.pacific.net.sg") by oss.sgi.com with ESMTP id ; Tue, 5 Sep 2000 07:29:03 -0700 Received: from pop1.pacific.net.sg (pop1.pacific.net.sg [203.120.90.85]) by serene.pacific.net.sg with ESMTP id e85EStU23785; Tue, 5 Sep 2000 22:28:55 +0800 (SGT) Received: from letterbox.com (ppp110.dyn93.pacific.net.sg [210.24.93.110]) by pop1.pacific.net.sg with ESMTP id WAA14342; Tue, 5 Sep 2000 22:28:53 +0800 (SGT) Message-ID: <39B50036.DE5F2FE7@letterbox.com> Date: Tue, 05 Sep 2000 22:16:22 +0800 From: Soon Hung Leng X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Rasmus Tamstorf CC: Alexandre Naaman , Jonathan Lim , Ang Bodhi , info-inventor-dev@oss.sgi.com Subject: Re: Building on Solaris? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing hi i think you sent your mail to the wrong address instead of "bodhi" pacific net it should be "angbodhi" or something ... because i do not know you all Rasmus Tamstorf wrote: > On Mon, 21 Aug 2000, Alexandre Naaman wrote: > > > On Mon, 21 Aug 2000, Jonathan Lim wrote: > > > > > On Mon Aug 21 12:02:13 2000, bodhi@pacific.net.sg wrote: > > > > > > > > Does this mean libFL will eventually be replaced by Freetype > > > > alone, or will Freetype be just one of the candidates to replace > > > > > > I mean the latter, but it is really up to the community to decide. > > > There are at least two other components of the software in a similar > > > situation: the image I/O library currently served by libimage and the > > > NURBS tessellator. > > > > The NURBS tessellator should be replaced with the stuff in the OpenGL SI. > > As for the image I/O stuff, it uses libimage for SGI RGB files, a > > "built-in" version of libjpeg for reading JPEG files and some xpaint > > derived source to read GIF files. For the jpeg stuff it would definitely > > be nice if we did not have the functionality of libjpeg built-in (can > > cause conflits if your application needs to use libjpeg for anything > > else). > > > > In the long term, it would be nice if we could replace all of this code > > with IFL code; I think Jonathan has been toying with this idea :) > > Is there any word on the plans for IFL ? I know Chris Walker put out a > closed source alpha version of IFL v.1.4 for linux before leaving SGI, but > I haven't seen much since then. > > 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 Tue Sep 5 10:07:46 2000 Received: by oss.sgi.com id ; Tue, 5 Sep 2000 10:07:26 -0700 Received: from mail.uni-magdeburg.de ([141.44.1.10]:9170 "EHLO mail.uni-magdeburg.de") by oss.sgi.com with ESMTP id ; Tue, 5 Sep 2000 10:07:09 -0700 Received: from loriot.cs.uni-magdeburg.de ([141.44.21.70]) by mail.uni-magdeburg.de with esmtp (EXIM Version 3.15) for id 13WMBg-0000mM-00; Tue, 05 Sep 2000 19:07:08 +0200 Content-Length: 408 Message-ID: X-Mailer: XFMail 1.3 [p0] on IRIX X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <51u2cc4ano.fsf@trh.sim.no> Date: Tue, 05 Sep 2000 19:06:09 +0200 (MDT) Reply-To: Marco Bubke Organization: Universitaet Magdeburg From: Marco Bubke To: info-inventor-dev@oss.sgi.com Subject: Alpha Test Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi I want to implement apha test from OpenGL because I want the totally transparent pixel to go away before depth test. I don't sure how to implement it best. The first way I have seen was to define new TransparencyTypes. The other is to define new Nodes. Maybe I should do both. But I'm not sure which elments should be changed to store the values or should I write some new one? thanks in advance marco From owner-info-inventor-dev@oss.sgi.com Wed Sep 6 04:48:07 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 04:47:57 -0700 Received: from esebh01nok.ntc.nokia.com ([131.228.118.150]:9993 "EHLO esebh01nok.ntc.nokia.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 04:47:35 -0700 Received: by esebh01nok with Internet Mail Service (5.5.2650.10) id ; Wed, 6 Sep 2000 14:46:32 +0300 Message-ID: <11CD408013B6D2119BB50008C7EA510C0472A4F0@eseis05nok> From: Ext-Zsolt.Kovacs@nokia.com To: info-inventor-dev@oss.sgi.com Subject: Font problem Date: Wed, 6 Sep 2000 14:46:31 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi, I have Redhat 6.2 with XFree 3.3.6. I compiled Open Inventor with few minor problems. But no OpenInventor example will display for me texts. For example the textomatic is simply blank. I gott allways, the following error: Inventor error in SoText3::getFont(): Couldn't find font Times-Roman, replacing with Utopia-Regular Inventor error in SoText3::getFont(): Couldn't find font Utopia-Regular! Probably my X Font Server has some problems??? In KDE and Xlib applications I don't have any problem like this (I found this fonts in Kfontmanager). Any ideea?? Zsolt Kovacs From owner-info-inventor-dev@oss.sgi.com Wed Sep 6 05:01:07 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 05:00:57 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:59457 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 05:00:33 -0700 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 EAA26522 for ; Wed, 6 Sep 2000 04:52:54 -0700 (PDT) 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 EAA29638 for ; Wed, 6 Sep 2000 04:58:47 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id EAA61023; Wed, 6 Sep 2000 04:55:34 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009061155.EAA61023@kinabalu.csd.sgi.com> Subject: Re: Font problem To: Ext-Zsolt.Kovacs@nokia.com Date: Wed, 6 Sep 2000 04:55:34 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <11CD408013B6D2119BB50008C7EA510C0472A4F0@eseis05nok> from "Ext-Zsolt.Kovacs@nokia.com" at Sep 06, 2000 02:46:31 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Wed Sep 6 04:46:31 2000, Ext-Zsolt.Kovacs@nokia.com wrote: > > Hi, > I have Redhat 6.2 with XFree 3.3.6. I compiled Open Inventor with few > minor problems. But no OpenInventor example will display for me texts. For > example the textomatic is simply blank. I gott allways, the following > error: Inventor error in SoText3::getFont(): Couldn't find font > Times-Roman, replacing with Utopia-Regular Inventor error in > SoText3::getFont(): Couldn't find font Utopia-Regular! Probably my X Font > Server has some problems??? In KDE and Xlib applications I don't have any > problem like this (I found this fonts in Kfontmanager). > > Any ideea?? > Zsolt Kovacs Have a look in http://oss.sgi.com/bugzilla/show_bug.cgi?id=5 and see if that answers your question. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Sep 6 13:02:18 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 13:01:58 -0700 Received: from as3.lal.in2p3.fr ([134.158.91.23]:40204 "EHLO as3.lal.in2p3.fr") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 13:01:38 -0700 Received: from ppp3.lal.in2p3.fr (IDENT:barrand@ppp3.lal.in2p3.fr [134.158.90.43]) by as3.lal.in2p3.fr (8.9.3/8.9.1) with ESMTP id WAA25125 for ; Wed, 6 Sep 2000 22:01:28 +0200 (MET DST) Date: Wed, 6 Sep 2000 22:04:16 +0200 (CEST) From: Guy Barrand To: info-inventor-dev@oss.sgi.com Subject: BASE_COLOR -> things filtered in red In-Reply-To: <200009010559.WAA0000000014@sight.tgs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hello With a scene graph like : - light model in BASE_COLOR - material with a green or blue diffuse color - a shape (for example a cube) - things viewed with an examiner viewer. color is out. Mainly my data analysis plotter is based over a BASE_COLOR light model ; with sgi-inventor colors are filtered with some pink or red ; everything is redish (could be seen with the simple upper scene graph). I do not have the effect with TGS. Is this bug been corrected ? It seems to be the same one as the number 2 described in the KNOWN.BUGS. I use Mesa-3.2. As I need to release my data analysis plotter soon (and would like to annouce that it works with sgi-inventor), I would appreciate some (quick) answer... Regards Guy Barrand ------------------------------------------------------------- Guy Barrand e-mail: barrand@lal.in2p3.fr LAL Tel: +33 (1) 64 46 84 17 Universite de Paris-Sud Fax: +33 (1) 69 07 94 04 B.P 34 91898 ORSAY CEDEX France CERN Tel: 41 22 76 78696 (B02-R013) ------------------------------------------------------------- From owner-info-inventor-dev@oss.sgi.com Wed Sep 6 13:08:19 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 13:08:09 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:36679 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 13:08:03 -0700 Received: from boeing.engr.sgi.com (boeing.engr.sgi.com [130.62.55.185]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA01209 for ; Wed, 6 Sep 2000 13:00:24 -0700 (PDT) mail_from (flynnt@cthulhu.engr.sgi.com) Received: from localhost (flynnt@localhost) by boeing.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA05553; Wed, 6 Sep 2000 13:06:45 -0700 (PDT) Date: Wed, 6 Sep 2000 13:06:45 -0700 From: Tom Flynn To: Ext-Zsolt.Kovacs@nokia.com cc: info-inventor-dev@oss.sgi.com Subject: Re: Font problem In-Reply-To: <11CD408013B6D2119BB50008C7EA510C0472A4F0@eseis05nok> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing one thing you can try is to symlink /usr/lib/DPS/outline/base/Utopia-Regular to /usr/lib/X11/fonts/Type1/UTRG____.pfa good luck, tom On Wed, 6 Sep 2000 Ext-Zsolt.Kovacs@nokia.com wrote: > Hi, > I have Redhat 6.2 with XFree 3.3.6. I compiled Open Inventor with > few minor > problems. But no OpenInventor example will display for me texts. For example > the > textomatic is simply blank. I gott allways, the following error: > Inventor error in SoText3::getFont(): Couldn't find font Times-Roman, > replacing with > Utopia-Regular > Inventor error in SoText3::getFont(): Couldn't find font Utopia-Regular! > Probably my X Font Server has some problems??? In KDE and Xlib applications > I don't have any > problem like this (I found this fonts in Kfontmanager). > > Any ideea?? > Zsolt Kovacs > -- "Mongooses are famous for their snake-fighting ability, and are almost always victorious because of their speed, agility, and timing and also because of their thick coat." From owner-info-inventor-dev@oss.sgi.com Wed Sep 6 13:11:58 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 13:11:49 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:51738 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 13:11:36 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA09895 for ; Wed, 6 Sep 2000 13:18:09 -0700 (PDT) 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 NAA42351 for ; Wed, 6 Sep 2000 13:11:05 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id NAA65364; Wed, 6 Sep 2000 13:07:47 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009062007.NAA65364@kinabalu.csd.sgi.com> Subject: Re: BASE_COLOR -> things filtered in red To: barrand@lal.in2p3.fr (Guy Barrand) Date: Wed, 6 Sep 2000 13:07:47 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: from "Guy Barrand" at Sep 06, 2000 10:04:16 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: X-Orcpt: rfc822;info-inventor-dev-outgoing The problem you described below has been fixed. Grab the following files from the CVS repository: lib/database/src/sb/SbColor.c++ lib/database/src/so/elements/SoGLLazyElement.c++ lib/database/src/so/elements/SoLazyElement.c++ lib/database/src/so/nodes/SoVertexProperty.c++ I'm working on cleaning up stuff in the tree now and hope to have some new rpm's for FTP soon. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA On Wed Sep 6 13:04:16 2000, barrand@lal.in2p3.fr wrote: > > Hello > > With a scene graph like : > - light model in BASE_COLOR > - material with a green or blue diffuse color > - a shape (for example a cube) > - things viewed with an examiner viewer. > > color is out. Mainly my data analysis plotter > is based over a BASE_COLOR light model ; with > sgi-inventor colors are filtered with some pink > or red ; everything is redish (could be seen with > the simple upper scene graph). > I do not have the effect with TGS. > Is this bug been corrected ? It seems to be the same > one as the number 2 described in the KNOWN.BUGS. > I use Mesa-3.2. > > As I need to release my data analysis plotter soon > (and would like to annouce that it works with > sgi-inventor), I would appreciate some (quick) answer... > > Regards > > Guy Barrand From owner-info-inventor-dev@oss.sgi.com Mon Sep 11 12:51:51 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 12:51:41 -0700 Received: from ipk.ipk.fhg.de ([153.96.56.2]:45501 "EHLO ipk.ipk.fhg.de") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 12:51:18 -0700 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 VAA27073 for ; Mon, 11 Sep 2000 21:51:13 +0200 (MET DST) 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 VAA11171 for ; Mon, 11 Sep 2000 21:51:12 +0200 (MESZ) Received: by kuerbis.ipk.fhg.de (980427.SGI.8.8.8) id VAA98549; Mon, 11 Sep 2000 21:51:11 +0200 (MESZ) Date: Mon, 11 Sep 2000 21:51:11 +0200 From: Nico Schmidt To: info-inventor-dev@oss.sgi.com Subject: ThumbWheel supporting wheel mouse Message-ID: <20000911215111.A395226@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: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi, I have added some lines of code to the ThumbWheel widget to support wheel events which are mapped to Button 4 & 5. It's kind of static in this sense but it's a first shot and just nice :-). Anyone interested ? patch inventor/libSoXt/src/viewers/Sgm/ThumbWheel.c thumbwheel.patch 340a341,342 > : PageUp() \n\ > : PageDown() \n\ 363a366,367 > {"Btn4Down", PageUp}, > {"Btn5Down", PageDown}, 467a472 > 957a963 > 1250c1256,1279 < /* fprintf(stderr, "PageUp\n");*/ --- > SgThumbWheelWidget thumb = (SgThumbWheelWidget) wid; > XMotionEvent *xmotion = (XMotionEvent *)event; > int old_value = thumb->thumbWheel.value; > int new_value; > int decrement = 10; > > thumb->thumbWheel.user_pixels -= decrement; > new_value = ConvertPixelsToUserUnits(thumb, thumb->thumbWheel.user_pixels); > thumb->thumbWheel.value = new_value; > > /* > * Change the current pixmap to reflect "spinning" the wheel. > */ > if( new_value != old_value) { > SetCurrentPixmap(thumb, (new_value > old_value)); > Redisplay((Widget)thumb, NULL, NULL); > } > > /* > * Issue the dragCallback with the new value, if changed. > */ > if (new_value != old_value) { > IssueCallback(thumb, XmCR_DRAG, thumb->thumbWheel.value, event); > } 1260c1289,1312 < /* fprintf(stderr, "PageDown\n");*/ --- > SgThumbWheelWidget thumb = (SgThumbWheelWidget) wid; > XMotionEvent *xmotion = (XMotionEvent *)event; > int old_value = thumb->thumbWheel.value; > int new_value; > int increment = 10; > > thumb->thumbWheel.user_pixels += increment; > new_value = ConvertPixelsToUserUnits(thumb, thumb->thumbWheel.user_pixels); > thumb->thumbWheel.value = new_value; > > /* > * Change the current pixmap to reflect "spinning" the wheel. > */ > if( new_value != old_value) { > SetCurrentPixmap(thumb, (new_value > old_value)); > Redisplay((Widget)thumb, NULL, NULL); > } > > /* > * Issue the dragCallback with the new value, if changed. > */ > if (new_value != old_value) { > IssueCallback(thumb, XmCR_DRAG, thumb->thumbWheel.value, event); > } -- 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 Tue Sep 12 13:00:03 2000 Received: by oss.sgi.com id ; Tue, 12 Sep 2000 12:59:53 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:30479 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 12 Sep 2000 12:59:29 -0700 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 MAA19245 for ; Tue, 12 Sep 2000 12:51:47 -0700 (PDT) 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 MAA17073 for ; Tue, 12 Sep 2000 12:58:57 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id MAA05796; Tue, 12 Sep 2000 12:55:39 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009121955.MAA05796@kinabalu.csd.sgi.com> Subject: Re: ThumbWheel supporting wheel mouse To: Nico.Schmidt@ipk.fhg.de (Nico Schmidt) Date: Tue, 12 Sep 2000 12:55:38 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <20000911215111.A395226@kuerbis.ipk.fhg.de> from "Nico Schmidt" at Sep 11, 2000 09:51:11 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Mon Sep 11 12:51:11 2000, Nico.Schmidt@ipk.fhg.de wrote: > > Hi, > I have added some lines of code to the ThumbWheel widget to support wheel > events which are mapped to Button 4 & 5. It's kind of static in this sense > but it's a first shot and just nice :-). Anyone interested ? > > patch inventor/libSoXt/src/viewers/Sgm/ThumbWheel.c thumbwheel.patch Looks reasonable, but as I thought about the possibility of adding a resource to specify the number that user_pixels changes by (rather than the hardcoded 10), I noticed that it would require changing the SgThumbWheelPart structure. I'm wondering if this will cause compatibility problems (doesn't seem like it would, because the application only sees it as a generic Widget type). Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Tue Sep 12 17:04:15 2000 Received: by oss.sgi.com id ; Tue, 12 Sep 2000 17:03:55 -0700 Received: from ipk.ipk.fhg.de ([153.96.56.2]:24306 "EHLO ipk.ipk.fhg.de") by oss.sgi.com with ESMTP id ; Tue, 12 Sep 2000 17:03:46 -0700 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 CAA07103; Wed, 13 Sep 2000 02:03:32 +0200 (MET DST) 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 CAA17280; Wed, 13 Sep 2000 02:03:31 +0200 (MESZ) Received: by kuerbis.ipk.fhg.de (980427.SGI.8.8.8) id CAA32622; Wed, 13 Sep 2000 02:03:30 +0200 (MESZ) Date: Wed, 13 Sep 2000 02:03:30 +0200 From: Nico Schmidt To: Jonathan Lim Cc: info-inventor-dev@oss.sgi.com Subject: Re: ThumbWheel supporting wheel mouse Message-ID: <20000913020330.A424161@kuerbis.ipk.fhg.de> References: <20000911215111.A395226@kuerbis.ipk.fhg.de> <200009121955.MAA05796@kinabalu.csd.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200009121955.MAA05796@kinabalu.csd.sgi.com>; from jlim@kinabalu.csd.sgi.com on Tue, Sep 12, 2000 at 12:55:38PM -0700 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing On Tue, Sep 12, 2000 at 12:55:38PM -0700, Jonathan Lim wrote: > On Mon Sep 11 12:51:11 2000, Nico.Schmidt@ipk.fhg.de wrote: > > > > Hi, > > I have added some lines of code to the ThumbWheel widget to support wheel > > events which are mapped to Button 4 & 5. It's kind of static in this sense > > but it's a first shot and just nice :-). Anyone interested ? > > > > patch inventor/libSoXt/src/viewers/Sgm/ThumbWheel.c thumbwheel.patch > > Looks reasonable, but as I thought about the possibility of adding a resource > to specify the number that user_pixels changes by (rather than the hardcoded > 10), I noticed that it would require changing the SgThumbWheelPart structure. > I'm wondering if this will cause compatibility problems (doesn't seem like it > would, because the application only sees it as a generic Widget type). > > Good idea, let's try it : Index: ThumbWheel.c =================================================================== RCS file: /cvs/inventor/libSoXt/src/viewers/Sgm/ThumbWheel.c,v retrieving revision 1.2 diff -r1.2 ThumbWheel.c 185a186,194 > { > SgNwheelDelta, > SgCwheelDelta, > XmRInt, > sizeof(int), > OFFSET(thumbWheel.wheel_delta), > XmRImmediate, > (XtPointer)10, > }, 340a350,351 > : PageUp() \n\ > : PageDown() \n\ 363a375,376 > {"Btn4Down", PageUp}, > {"Btn5Down", PageDown}, 467a481 > 957a972 > 1250c1265,1288 < /* fprintf(stderr, "PageUp\n");*/ --- > SgThumbWheelWidget thumb = (SgThumbWheelWidget) wid; > XMotionEvent *xmotion = (XMotionEvent *)event; > int old_value = thumb->thumbWheel.value; > int new_value; > int decrement = thumb->thumbWheel.wheel_delta; > > thumb->thumbWheel.user_pixels -= decrement; > new_value = ConvertPixelsToUserUnits(thumb, thumb->thumbWheel.user_pixels); > thumb->thumbWheel.value = new_value; > > /* > * Change the current pixmap to reflect "spinning" the wheel. > */ > if( new_value != old_value) { > SetCurrentPixmap(thumb, (new_value > old_value)); > Redisplay((Widget)thumb, NULL, NULL); > } > > /* > * Issue the dragCallback with the new value, if changed. > */ > if (new_value != old_value) { > IssueCallback(thumb, XmCR_DRAG, thumb->thumbWheel.value, event); > } 1260c1298,1321 < /* fprintf(stderr, "PageDown\n");*/ --- > SgThumbWheelWidget thumb = (SgThumbWheelWidget) wid; > XMotionEvent *xmotion = (XMotionEvent *)event; > int old_value = thumb->thumbWheel.value; > int new_value; > int increment = thumb->thumbWheel.wheel_delta; > > thumb->thumbWheel.user_pixels += increment; > new_value = ConvertPixelsToUserUnits(thumb, thumb->thumbWheel.user_pixels); > thumb->thumbWheel.value = new_value; > > /* > * Change the current pixmap to reflect "spinning" the wheel. > */ > if( new_value != old_value) { > SetCurrentPixmap(thumb, (new_value > old_value)); > Redisplay((Widget)thumb, NULL, NULL); > } > > /* > * Issue the dragCallback with the new value, if changed. > */ > if (new_value != old_value) { > IssueCallback(thumb, XmCR_DRAG, thumb->thumbWheel.value, event); > } Index: ThumbWheel.h =================================================================== RCS file: /cvs/inventor/libSoXt/src/viewers/Sgm/ThumbWheel.h,v retrieving revision 1.1.1.1 diff -r1.1.1.1 ThumbWheel.h 73a74,76 > #ifndef SgNwheelDelta > #define SgNwheelDelta "wheelDelta" > #endif 99a103,105 > #endif > #ifndef SgCwheelDelta > #define SgCwheelDelta "wheelDelta" Index: ThumbWheelP.h =================================================================== RCS file: /cvs/inventor/libSoXt/src/viewers/Sgm/ThumbWheelP.h,v retrieving revision 1.1.1.1 diff -r1.1.1.1 ThumbWheelP.h 118a119,120 > int wheel_delta; > -- 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 Sat Sep 16 00:19:16 2000 Received: by oss.sgi.com id ; Sat, 16 Sep 2000 00:19:06 -0700 Received: from dmikk.mscs.uwstout.edu ([144.13.101.16]:29958 "EHLO dmikk.mscs.uwstout.edu") by oss.sgi.com with ESMTP id ; Sat, 16 Sep 2000 00:19:01 -0700 Received: (from dennis@localhost) by dmikk.mscs.uwstout.edu (8.9.3/8.9.3) id CAA19686; Sat, 16 Sep 2000 02:23:08 -0500 Date: Sat, 16 Sep 2000 02:23:08 -0500 From: Dennis Mikkelson Message-Id: <200009160723.CAA19686@dmikk.mscs.uwstout.edu> To: info-inventor-dev@oss.sgi.com Subject: Open Inventor with openmotif Cc: dennis@dmikk.mscs.uwstout.edu Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi, I was having trouble building Open Inventor using the OpenMotif 2.1.30 rpms from Metrolink on a RedHat 6.2 Linux system. In particular ivview would seg fault immediately. I tracked the problem to a call to XmCreatePulldownMenu that passed NULL in for the second parameter, the name string. Replacing: XmCreatePulldownMenu(menuWidget, NULL, popupargs, popupn); with XmCreatePulldownMenu(menuWidget, "", popupargs, popupn); fixed the problem. This problem had been fixed at a few other places in the source tree. Searching for occurrences of XmCreate* showed that the second parameter was still passed as NULL in a few statements in the files: ./apps/demos/SceneViewer/SoSceneViewer.c++ ./apps/demos/noodle/Interface.c++ ./apps/demos/textomatic/TextGraph.c++ ./apps/samples/widgets/MyColEd.c++ ./apps/samples/widgets/MyMtlPal.c++ ./apps/samples/widgets/MyTextureEd.c++ ./apps/tools/ivview/ivview.c++ ./libSoXt/src/mixedMode/SoXtColEd.c++ ./libSoXt/src/viewers/SoXtBitmapButton.c++ After changing the NULL to "", in these calls to XmCreate*, the code built using OpenMotif 2.1.30 was much more functional. If passing an empty string instead of NULL does not cause problems with other systems, perhaps this change could be made to the CVS sources. I am still working on one remaining problem. The Material Editor "works" (as in the example 16.3.AttachEditor from The Inventor Mentor) but the sliders are not drawn properly. The top slider is ok and all of the digital displays are ok, but the other sliders are not drawn. They are either blank, or just have a snapshot of the pixels that were under that portion of the editor window when it was constructed. Similarly, the Material Diffuse Color editor "works" but the widgets are not drawn properly. The code in ./apps/samples/widgets does not compile cleanly, but gives an undefined reference to glwMDrawingAreaWidgetClass. I also tried building using lesstif, as an experiment, with partial success. However, I need to use OpenMotif for some other applications. Since installing the lesstif rpms overwrites /usr/X11R6/lib/libXm and related files, it's not convenient to have both lesstif and OpenMotif on the system. Also, the material and color editors didn't work properly with lesstif either. Does anyone have any suggestions? Thanks Dennis -- Dennis Mikkelson dennis@dmikk.mscs.uwstout.edu From owner-info-inventor-dev@oss.sgi.com Sat Sep 16 00:29:46 2000 Received: by oss.sgi.com id ; Sat, 16 Sep 2000 00:29:36 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:42570 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sat, 16 Sep 2000 00:29:28 -0700 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 AAA24884 for ; Sat, 16 Sep 2000 00:21:46 -0700 (PDT) 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 AAA86391 for ; Sat, 16 Sep 2000 00:29:26 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id AAA93431; Sat, 16 Sep 2000 00:26:07 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009160726.AAA93431@kinabalu.csd.sgi.com> Subject: Re: Open Inventor with openmotif To: dennis@dmikk.mscs.uwstout.edu (Dennis Mikkelson) Date: Sat, 16 Sep 2000 00:26:07 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <200009160723.CAA19686@dmikk.mscs.uwstout.edu> from "Dennis Mikkelson" at Sep 16, 2000 02:23:08 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Sat Sep 16 00:23:08 2000, dennis@dmikk.mscs.uwstout.edu wrote: > > After changing the NULL to "", in these calls to XmCreate*, the code built > using OpenMotif 2.1.30 was much more functional. If passing an empty string > instead of NULL does not cause problems with other systems, perhaps this > change could be made to the CVS sources. That should be easy to do. I'll get to it in the next few days. > I am still working on one remaining problem. The Material Editor > "works" (as in the example 16.3.AttachEditor from The Inventor Mentor) > but the sliders are not drawn properly. The top slider is ok and all > of the digital displays are ok, but the other sliders are not drawn. > They are either blank, or just have a snapshot of the pixels that were > under that portion of the editor window when it was constructed. > Similarly, the Material Diffuse Color editor "works" but the widgets I've seen this also with lesstif-0.91.4-1, though I don't know what could be wrong at this time. > are not drawn properly. The code in ./apps/samples/widgets does not > compile cleanly, but gives an undefined reference to > glwMDrawingAreaWidgetClass. I don't recall seeing this error. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Sat Sep 16 00:42:45 2000 Received: by oss.sgi.com id ; Sat, 16 Sep 2000 00:42:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:3404 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sat, 16 Sep 2000 00:42:23 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id AAA25486 for ; Sat, 16 Sep 2000 00:34:41 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id AAA31357; Sat, 16 Sep 2000 00:39:24 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009160739.AAA31357@kinabalu.csd.sgi.com> Subject: Re: Open Inventor with openmotif To: dennis@dmikk.mscs.uwstout.edu (Dennis Mikkelson) Date: Sat, 16 Sep 2000 00:39:23 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <200009160723.CAA19686@dmikk.mscs.uwstout.edu> from "Dennis Mikkelson" at Sep 16, 2000 02:23:08 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Sat Sep 16 00:23:08 2000, dennis@dmikk.mscs.uwstout.edu wrote: > > Hi, > > I was having trouble building Open Inventor using the OpenMotif 2.1.30 rpms > from Metrolink on a RedHat 6.2 Linux system. In particular ivview would > seg fault immediately. I tracked the problem to a call to > XmCreatePulldownMenu that passed NULL in for the second parameter, > the name string. Replacing: > > XmCreatePulldownMenu(menuWidget, NULL, popupargs, popupn); > > with > > XmCreatePulldownMenu(menuWidget, "", popupargs, popupn); > > fixed the problem. This problem had been fixed at a few other places More information about this ... I happen to be working on an unrelated Motif 2.1 problem and have the code for RowColumn.c in front of me. In Motif 1.2, the name argument was sprintf()'d into an array of 200 bytes, hardcoded. In Motif 2.1, the array is dynamically allocated and strlen() is used to figure out the length of the name argument. Consequently, the program crashes at strlen() when one passes in NULL. The Motif code should really be checking for that, just to be safe. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Sat Sep 16 20:58:55 2000 Received: by oss.sgi.com id ; Sat, 16 Sep 2000 20:58:46 -0700 Received: from dmikk.mscs.uwstout.edu ([144.13.101.16]:32006 "EHLO dmikk.mscs.uwstout.edu") by oss.sgi.com with ESMTP id ; Sat, 16 Sep 2000 20:58:30 -0700 Received: (from dennis@localhost) by dmikk.mscs.uwstout.edu (8.9.3/8.9.3) id XAA20355 for info-inventor-dev@oss.sgi.com; Sat, 16 Sep 2000 23:02:34 -0500 Date: Sat, 16 Sep 2000 23:02:34 -0500 From: Dennis Mikkelson Message-Id: <200009170402.XAA20355@dmikk.mscs.uwstout.edu> To: info-inventor-dev@oss.sgi.com Subject: Open Inventor with openmotif 2.1.30, success! Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi Jonathan, Thanks for the explanation of why NULL can't be passed as the name parameter to an XmCreate* routine with Motif 2.1. I fixed the problem with regard to "glwMDrawingAreaWidgetClass" by manually compiling the code in the widgets-sgi subdirectory of the Mesa-3.2.1 source tree, then placing object files in a library libGLw.a, and the header files in /usr/local/include. Finally, I found the cause of the problem with the sliders, color wheel and color patches used by the Material Editor. When compiled against openmotif-2.1.30-4_MLI from Metrolink, on a generic PC with RH 6.2, the devices get drawn using double buffering. After adding calls to glXSwapBuffers as detailed below, ALL of the Editors work perfectly. :-) I changed the source as follows: 1.In inventor/libSoXt/src/mixedMode/SoXtSlider.c++, add: glXSwapBuffers( getDisplay(), getNormalWindow() ); as the last statement in _SoXtSlider::redraw 2.In inventor/libSoXt/src/mixedMode/SoXtColWheel.c++ replace glFlush(); with glXSwapBuffers( getDisplay(), getNormalWindow() ); at the end of _SoXtColorWheel::redraw 3.In inventor/libSoXt/src/mixedMode/SoXtColPatch.c++ replace glFlush(); with glXSwapBuffers( getDisplay(), getNormalWindow() ); at the end of BOTH _SoXtColorPatch::redraw and _SoXtColorPatch::setColor I don't know what the best way to fix this in the common source tree would be. Perhaps some conditional compilation option is currently not working as intended with the combination of libraries that I am using. By the way, thanks a lot for the excellent work that you and your colleagues have done with Open Inventor, and thanks to SGI for making it available under the GNU Lesser GPL. We will be using it this semester in our computer graphics course. Regards, Dennis -- Dennis Mikkelson dennis@dmikk.mscs.uwstout.edu From owner-info-inventor-dev@oss.sgi.com Sun Sep 17 00:42:06 2000 Received: by oss.sgi.com id ; Sun, 17 Sep 2000 00:41:47 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:25928 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sun, 17 Sep 2000 00:41:19 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id AAA04641 for ; Sun, 17 Sep 2000 00:33:37 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id AAA75972; Sun, 17 Sep 2000 00:38:09 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009170738.AAA75972@kinabalu.csd.sgi.com> Subject: Re: Open Inventor with openmotif 2.1.30, success! To: dennis@dmikk.mscs.uwstout.edu (Dennis Mikkelson) Date: Sun, 17 Sep 2000 00:38:08 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <200009170402.XAA20355@dmikk.mscs.uwstout.edu> from "Dennis Mikkelson" at Sep 16, 2000 11:02:34 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Sat Sep 16 21:02:34 2000, dennis@dmikk.mscs.uwstout.edu wrote: > > Hi Jonathan, > > Thanks for the explanation of why NULL can't be passed as the name > parameter to an XmCreate* routine with Motif 2.1. I didn't go through the Motif 2.1 source in too much detail, but I believe only XmCreatePulldownMenu() has that problem; the other functions pass along their arguments to XtCreateWidget(). I only changed those files that had calls to XmCreatePulldownMenu(). > Finally, I found the cause of the problem with the sliders, color wheel > and color patches used by the Material Editor. When compiled against > openmotif-2.1.30-4_MLI from Metrolink, on a generic PC with RH 6.2, the > devices get drawn using double buffering. After adding calls to > glXSwapBuffers as detailed below, ALL of the Editors work perfectly. :-) > I changed the source as follows: The problem here is that glXChooseVisual() isn't working as it should on your system (and mine, with Mesa). Note that the sliders do not specify a SO_GLX_DOUBLE attribute when requesting a visual to associate their GLw drawing area with in SoXtGLWidget::buildNormalGLXWidget(). For whatever reason, a doublebuffer visual is returned anyway. > I don't know what the best way to fix this in the common source tree > would be. Perhaps some conditional compilation option is currently not > working as intended with the combination of libraries that I am using. To work around the bug, I'm including some code to determine if a doublebuffer visual is returned, and setting the SO_GLX_DOUBLE bit in glModes accordingly. In the slider source files, I call isDoubleBuffer() to determine whether to call glXSwapBuffers() or glFlush(). > By the way, thanks a lot for the excellent work that you and your > colleagues have done with Open Inventor, and thanks to SGI for making > it available under the GNU Lesser GPL. We will be using it this semester > in our computer graphics course. No problem. Thanks for your help identifying the bug above. > Regards, > Dennis > > -- > Dennis Mikkelson > dennis@dmikk.mscs.uwstout.edu Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Sep 18 00:37:18 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 00:37:08 -0700 Received: from as3.lal.in2p3.fr ([134.158.91.23]:55050 "EHLO as3.lal.in2p3.fr") by oss.sgi.com with ESMTP id ; Mon, 18 Sep 2000 00:36:51 -0700 Received: from ppp3.lal.in2p3.fr (IDENT:barrand@ppp3.lal.in2p3.fr [134.158.90.43]) by as3.lal.in2p3.fr (8.9.3/8.9.1) with ESMTP id JAA17276; Mon, 18 Sep 2000 09:35:37 +0200 (MET DST) Date: Mon, 18 Sep 2000 09:38:28 +0200 (CEST) From: Guy Barrand To: Jonathan Lim cc: Dennis Mikkelson , info-inventor-dev@oss.sgi.com Subject: Re: Open Inventor with openmotif 2.1.30, success! In-Reply-To: <200009170738.AAA75972@kinabalu.csd.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing > The problem here is that glXChooseVisual() isn't working as it should on your > system (and mine, with Mesa). There is clearly a fault of logic when handling the double buffering in glXChooseVisual for version of Mesa below 3.0. It is now corrected in Mesa-3.2 (I did not work with the 3.1 that had other problems). If working with Mesa-3.0, a workaround (ok with my apps) is to do once the glXChooseVisuals for the whole app and doing first the glXChooseVisual for double buffer and after a glXChooseVisual for single buffering. Regards Guy Barrand ------------------------------------------------------------- Guy Barrand e-mail: barrand@lal.in2p3.fr LAL Tel: +33 (1) 64 46 84 17 Universite de Paris-Sud Fax: +33 (1) 69 07 94 04 B.P 34 91898 ORSAY CEDEX France CERN Tel: 41 22 76 78696 (B02-R013) ------------------------------------------------------------- From owner-info-inventor-dev@oss.sgi.com Mon Sep 18 01:43:28 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 01:43:18 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:20300 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 18 Sep 2000 01:42:51 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id BAA12979 for ; Mon, 18 Sep 2000 01:34:39 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) for info-inventor-dev@oss.sgi.com id BAA65559; Mon, 18 Sep 2000 01:40:44 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009180840.BAA65559@kinabalu.csd.sgi.com> Subject: Flood of email To: info-inventor-dev@oss.sgi.com Date: Mon, 18 Sep 2000 01:40:43 -0700 (PDT) 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: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi all, To those of you who are on the info-inventor-cvs mailing list ... I will be checking in changes that span all directories in the tree shortly. Because of the way CVS works, a separate commit will be executed for each subdirectory encountered. That means you'll be receiving 150+ emails confirming those changes. Sorry in advance for the deluge ... Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Sep 18 01:59:08 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 01:58:58 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:49485 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 18 Sep 2000 01:58:35 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id BAA13724 for ; Mon, 18 Sep 2000 01:50:23 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id BAA27864; Mon, 18 Sep 2000 01:56:12 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009180856.BAA27864@kinabalu.csd.sgi.com> Subject: Re: Open Inventor with openmotif 2.1.30, success! To: barrand@lal.in2p3.fr (Guy Barrand) Date: Mon, 18 Sep 2000 01:56:12 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: from "Guy Barrand" at Sep 18, 2000 09:38:28 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Mon Sep 18 00:38:28 2000, barrand@lal.in2p3.fr wrote: > > > The problem here is that glXChooseVisual() isn't working as it should on > > your system (and mine, with Mesa). > > There is clearly a fault of logic when handling > the double buffering in glXChooseVisual for version > of Mesa below 3.0. It is now corrected in Mesa-3.2 > (I did not work with the 3.1 that had other problems). > > If working with Mesa-3.0, a workaround (ok with > my apps) is to do once the glXChooseVisuals for the whole app > and doing first the glXChooseVisual for double buffer > and after a glXChooseVisual for single buffering. > > Regards > > Guy Barrand Are you sure it's been fixed in Mesa 3.2? I'm using 3.2.1 and am still seeing the problem ... server glx vendor string: Brian Paul server glx version string: 1.1 Mesa 3.2.1 OpenGL vendor string: Brian Paul OpenGL renderer string: Mesa X11 OpenGL version string: 1.2 Mesa 3.2.1 Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Sep 18 02:14:48 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 02:14:29 -0700 Received: from esebh03nok.ntc.nokia.com ([131.228.118.244]:59663 "EHLO esebh03nok.ntc.nokia.com") by oss.sgi.com with ESMTP id ; Mon, 18 Sep 2000 02:13:59 -0700 Received: by esebh03nok with Internet Mail Service (5.5.2650.10) id ; Mon, 18 Sep 2000 12:13:27 +0300 Message-ID: <11CD408013B6D2119BB50008C7EA510C0472A515@eseis05nok> From: Ext-Zsolt.Kovacs@nokia.com To: info-inventor-dev@oss.sgi.com Subject: XFree 4.0 Date: Mon, 18 Sep 2000 12:13:26 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Regarding the discussions to the "hidden" sliders in Material Editor etc, remembers me to a question related to the Xserver. As I know the XFree 3.3.6 doesn't support overlay planes. I'm right? In Color editor is hidden also the little circle, from where the actual color was chosen. Probably because this is in overlay plane?? Use somebody Inventor with XFree 4.0 DRI support??? Zsolt Kovacs From owner-info-inventor-dev@oss.sgi.com Mon Sep 18 02:36:48 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 02:36:39 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:61265 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 18 Sep 2000 02:36:16 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id CAA16067 for ; Mon, 18 Sep 2000 02:28:04 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id CAA90352; Mon, 18 Sep 2000 02:33:58 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009180933.CAA90352@kinabalu.csd.sgi.com> Subject: Re: XFree 4.0 To: Ext-Zsolt.Kovacs@nokia.com Date: Mon, 18 Sep 2000 02:33:57 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <11CD408013B6D2119BB50008C7EA510C0472A515@eseis05nok> from "Ext-Zsolt.Kovacs@nokia.com" at Sep 18, 2000 12:13:26 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Mon Sep 18 02:13:26 2000, Ext-Zsolt.Kovacs@nokia.com wrote: > > > Regarding the discussions to the "hidden" sliders in Material Editor etc, > remembers me > to a question related to the Xserver. As I know the XFree 3.3.6 doesn't > support overlay > planes. I'm right? In Color editor is hidden also the little circle, from > where the actual > color was chosen. Probably because this is in overlay plane?? Use somebody > Inventor with > XFree 4.0 DRI support??? > > Zsolt Kovacs Yes, the marker is hidden because an overlay plane isn't available. If you look in libSoXt/src/mixedMode/SoXtColWheel.c++, you'll see that a SoXtGLWidget with SO_GLX_OVERLAY is requested. The marker is drawn in _SoXtColorWheel::drawWheelMarker(). Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Sep 18 06:16:40 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 06:16:30 -0700 Received: from esebh02nok.ntc.nokia.com ([131.228.118.151]:15366 "EHLO esebh02nok.ntc.nokia.com") by oss.sgi.com with ESMTP id ; Mon, 18 Sep 2000 06:16:07 -0700 Received: by esebh02nok with Internet Mail Service (5.5.2650.10) id ; Mon, 18 Sep 2000 16:15:35 +0300 Message-ID: <11CD408013B6D2119BB50008C7EA510C0472A519@eseis05nok> From: Ext-Zsolt.Kovacs@nokia.com To: info-inventor-dev@oss.sgi.com Subject: material list Date: Mon, 18 Sep 2000 16:15:32 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi all, I pachted the file from InventorSoXt/mixedMode to ver. 1.2 from WebCVS. I recompiled the all inventor, after making a "make clobber". The sliders from Material Editor, etc... are still hollow (RedHat 6.2 i386). Another problem is with Material List: the window of material list, is 0x0 because can not be found the /usr/share/data/materials dir. The material list doesn't belongs to the Open version? Zsolt Kovacs From owner-info-inventor-dev@oss.sgi.com Mon Sep 18 11:14:51 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 11:14:41 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:12352 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 18 Sep 2000 11:14:14 -0700 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 LAA05779 for ; Mon, 18 Sep 2000 11:06:01 -0700 (PDT) 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 LAA24561 for ; Mon, 18 Sep 2000 11:13:12 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id LAA50386; Mon, 18 Sep 2000 11:09:48 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009181809.LAA50386@kinabalu.csd.sgi.com> Subject: Re: material list To: Ext-Zsolt.Kovacs@nokia.com Date: Mon, 18 Sep 2000 11:09:48 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <11CD408013B6D2119BB50008C7EA510C0472A519@eseis05nok> from "Ext-Zsolt.Kovacs@nokia.com" at Sep 18, 2000 04:15:32 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Mon Sep 18 06:15:32 2000, Ext-Zsolt.Kovacs@nokia.com wrote: > > Hi all, > I pachted the file from InventorSoXt/mixedMode to ver. 1.2 from > WebCVS. I recompiled > the all inventor, after making a "make clobber". The sliders from Material > Editor, etc... > are still hollow (RedHat 6.2 i386). I would run ldd and find out if it's picking up the right DSO's. You may have the old ones somewhere else being pointed to. You also need to get an updated SoXtGLWidget.c++. > Another problem is with Material List: the window of material list, > is 0x0 because > can not be found the /usr/share/data/materials dir. The material list > doesn't belongs to > the Open version? The set of materials comes with the showcase distribution on IRIX, which is not open source. > Zsolt Kovacs Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Sep 20 03:08:48 2000 Received: by oss.sgi.com id ; Wed, 20 Sep 2000 03:08:38 -0700 Received: from www.faw.uni-ulm.de ([134.60.100.4]:7458 "HELO www.faw.uni-ulm.de") by oss.sgi.com with SMTP id ; Wed, 20 Sep 2000 03:08:26 -0700 Received: (qmail 3993 invoked from network); 20 Sep 2000 10:02:25 -0000 Received: from ultra2.faw.uni-ulm.de (HELO mailserv.faw.uni-ulm.de) (134.60.101.174) by www-intern.faw.uni-ulm.de with SMTP; 20 Sep 2000 10:02:25 -0000 Received: (qmail 4321 invoked by uid 0); 20 Sep 2000 10:08:22 -0000 Received: from dialin41.faw.uni-ulm.de (HELO faw.uni-ulm.de) (corsepiu@172.18.1.41) by mailserv.faw.uni-ulm.de with SMTP; 20 Sep 2000 10:08:22 -0000 Message-ID: <39C88D0A.F80DE9B6@faw.uni-ulm.de> Date: Wed, 20 Sep 2000 12:10:18 +0200 From: Ralf Corsepius Reply-To: corsepiu@faw.uni-ulm.de Organization: Ralf Corsepius X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-SMP i686) X-Accept-Language: German/Germany, de-DE, en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: patches Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi, I've just built ovi from CVS on a SuSE-7.0 system (gcc-2.95.2, lesstif-0.89, XFree-4.0.1). Though this didn't work "right out of the box" and required me to apply a couple of modifications, things now basically seem to work. Most of these modifications are adaptations to SuSE's gcc-2.95.2, which seems to be stricter on c++-pecularities (variable scoping, const casting etc.) than other c++ compilers. In case you're interested, I could send these patches to this list. Regards Ralf -- Ralf Corsepius Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW) Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690 mailto:corsepiu@faw.uni-ulm.de FAX: +49/731/501-999 http://www.faw.uni-ulm.de From owner-info-inventor-dev@oss.sgi.com Wed Sep 20 05:22:58 2000 Received: by oss.sgi.com id ; Wed, 20 Sep 2000 05:22:49 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:45681 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 20 Sep 2000 05:22:28 -0700 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 FAA05632 for ; Wed, 20 Sep 2000 05:29:13 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id FAA90150; Wed, 20 Sep 2000 05:20:22 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009201220.FAA90150@kinabalu.csd.sgi.com> Subject: Re: patches To: corsepiu@faw.uni-ulm.de Date: Wed, 20 Sep 2000 05:20:21 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39C88D0A.F80DE9B6@faw.uni-ulm.de> from "Ralf Corsepius" at Sep 20, 2000 12:10:18 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Wed Sep 20 03:10:18 2000, corsepiu@faw.uni-ulm.de wrote: > > Hi, > > I've just built ovi from CVS on a SuSE-7.0 system (gcc-2.95.2, > lesstif-0.89, XFree-4.0.1). > > Though this didn't work "right out of the box" and required me to > apply a couple of modifications, things now basically seem to work. > > Most of these modifications are adaptations to SuSE's gcc-2.95.2, > which seems to be stricter on c++-pecularities (variable scoping, > const casting etc.) than other c++ compilers. > > In case you're interested, I could send these patches to this list. > > Regards > Ralf Is the compiler returning errors or warnings? Some of the problems can be avoided by using the right options, which is preferable to making changes in a whole lot of source files. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Sep 20 06:08:29 2000 Received: by oss.sgi.com id ; Wed, 20 Sep 2000 06:08:19 -0700 Received: from www.faw.uni-ulm.de ([134.60.100.4]:25382 "HELO www.faw.uni-ulm.de") by oss.sgi.com with SMTP id ; Wed, 20 Sep 2000 06:07:55 -0700 Received: (qmail 5732 invoked from network); 20 Sep 2000 13:01:54 -0000 Received: from ultra2.faw.uni-ulm.de (HELO mailserv.faw.uni-ulm.de) (134.60.101.174) by www-intern.faw.uni-ulm.de with SMTP; 20 Sep 2000 13:01:54 -0000 Received: (qmail 14882 invoked by uid 0); 20 Sep 2000 13:07:51 -0000 Received: from dialin53.faw.uni-ulm.de (HELO faw.uni-ulm.de) (corsepiu@172.18.1.53) by mailserv.faw.uni-ulm.de with SMTP; 20 Sep 2000 13:07:51 -0000 Message-ID: <39C8B71B.CFC04703@faw.uni-ulm.de> Date: Wed, 20 Sep 2000 15:09:47 +0200 From: Ralf Corsepius Reply-To: corsepiu@faw.uni-ulm.de Organization: Ralf Corsepius X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-SMP i686) X-Accept-Language: German/Germany, de-DE, en MIME-Version: 1.0 To: Jonathan Lim CC: info-inventor-dev@oss.sgi.com Subject: Re: patches References: <200009201220.FAA90150@kinabalu.csd.sgi.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Jonathan Lim wrote: > > On Wed Sep 20 03:10:18 2000, corsepiu@faw.uni-ulm.de wrote: > > > > Hi, > > > > I've just built ovi from CVS on a SuSE-7.0 system (gcc-2.95.2, > > lesstif-0.89, XFree-4.0.1). > > > > Though this didn't work "right out of the box" and required me to > > apply a couple of modifications, things now basically seem to work. > > > > Most of these modifications are adaptations to SuSE's gcc-2.95.2, > > which seems to be stricter on c++-pecularities (variable scoping, > > const casting etc.) than other c++ compilers. > > > > In case you're interested, I could send these patches to this list. > > > > Regards > > Ralf > > Is the compiler returning errors or warnings? Unfortunately errors (SuSE's gcc-2.95.2 is not identical to the original gcc-2.95.2, AFAIK it actually is gcc-2.95.3 + SuSE-specific patches). Example: A variable scoping related error (include paths are modified to reflect my local setup): apps/demos/noodle # /usr/bin/g++ -DPOSIX_SOURCE -D_XOPEN_SOURCE -I/usr/X11R6/LessTif/Motif1.2/include -I/usr/X11R6/include -I. -I../../../lib/database/include -I../../../lib/interaction/include -I../../../lib/nodekits/include -I../../../libSoXt/include -I../../nodes/GeneralizedCylinder -fPIC -DNDEBUG -c WorldInfo.c++ WorldInfo.c++: In method `void WorldInfo::setFileName(char *)': WorldInfo.c++:219: implicit declaration of function `int strdup(...)' WorldInfo.c++:219: assignment to `char *' from `int' lacks a cast WorldInfo.c++: In method `void WorldInfo::deleteNoodle(GeneralizedCylinder *)': WorldInfo.c++:276: name lookup of `objInd' changed for new ANSI `for' scoping WorldInfo.c++:268: using obsolete binding at `objInd' Adding -D_XOPEN_SOURCE_EXTENDED to get strdup() from glibc, because it declares strdup conditionally (glibc-2.1.3-153, SuSE-rpm) apps/demos/noodle # /usr/bin/g++ -DPOSIX_SOURCE -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED -I/usr/X11R6/LessTif/Motif1.2/include -I/usr/X11R6/include -I. -I../../../lib/database/include -I../../../lib/interaction/include -I../../../lib/nodekits/include -I../../../libSoXt/include -I../../nodes/GeneralizedCylinder -fPIC -DNDEBUG -c WorldInfo.c++ WorldInfo.c++: In method `void WorldInfo::deleteNoodle(GeneralizedCylinder *)': WorldInfo.c++:276: name lookup of `objInd' changed for new ANSI `for' scoping WorldInfo.c++:268: using obsolete binding at `objInd' Now adding -fno-for-scope: apps/demos/noodle # /usr/bin/g++ -fno-for-scope -DPOSIX_SOURCE -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED -I/usr/X11R6/LessTif/Motif1.2/include -I/usr/X11R6/include -I. -I../../../lib/database/include -I../../../lib/interaction/include -I../../../lib/nodekits/include -I../../../libSoXt/include -I../../nodes/GeneralizedCylinder -fPIC -DNDEBUG -c WorldInfo.c++ > Some of the problems can be avoided by using the right options, Of cause (cf. above), but ... I prefer fixing the cause instead of playing with compiler options. > which is preferable to making changes in a > whole lot of source files. Understandable :) FYI: I also had to adapt several rpm and installation path related portions, because SuSE uses different paths than RH (eg. /usr/share/man instead of /usr/man, /usr/share/doc/packages/ instead of /usr/doc/, /usr/src/packages instead of /usr/src/redhat). Ralf -- Ralf Corsepius Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW) Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690 mailto:corsepiu@faw.uni-ulm.de FAX: +49/731/501-999 http://www.faw.uni-ulm.de From owner-info-inventor-dev@oss.sgi.com Wed Sep 20 06:33:59 2000 Received: by oss.sgi.com id ; Wed, 20 Sep 2000 06:33:49 -0700 Received: from asa.lal.in2p3.fr ([134.158.91.28]:6410 "EHLO asa.lal.in2p3.fr") by oss.sgi.com with ESMTP id ; Wed, 20 Sep 2000 06:33:40 -0700 Received: from asc (asc.lal.in2p3.fr [134.158.91.18]) by asa.lal.in2p3.fr (8.9.3/8.9.1) with ESMTP id PAA17916; Wed, 20 Sep 2000 15:33:32 +0200 (MET DST) Date: Wed, 20 Sep 2000 15:33:32 +0200 (MET DST) From: Laurent Duflot X-Sender: duflot@asc To: Ralf Corsepius cc: Jonathan Lim , info-inventor-dev@oss.sgi.com Subject: Re: patches In-Reply-To: <39C8B71B.CFC04703@faw.uni-ulm.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing these errors looks likes the ones I got with KCC (see bugzilla requests 7 and 8). Since compilers are (hopefuly) moving towards the standard, we'll get more and more problems like this one, so I think it would be better in the long term to change the code for compliance to the standard. Laurent On Wed, 20 Sep 2000, Ralf Corsepius wrote: > Jonathan Lim wrote: > > > > On Wed Sep 20 03:10:18 2000, corsepiu@faw.uni-ulm.de wrote: > > > > > > Hi, > > > > > > I've just built ovi from CVS on a SuSE-7.0 system (gcc-2.95.2, > > > lesstif-0.89, XFree-4.0.1). > > > > > > Though this didn't work "right out of the box" and required me to > > > apply a couple of modifications, things now basically seem to work. > > > > > > Most of these modifications are adaptations to SuSE's gcc-2.95.2, > > > which seems to be stricter on c++-pecularities (variable scoping, > > > const casting etc.) than other c++ compilers. > > > > > > In case you're interested, I could send these patches to this list. > > > > > > Regards > > > Ralf > > > > Is the compiler returning errors or warnings? > > Unfortunately errors (SuSE's gcc-2.95.2 is not identical to the > original gcc-2.95.2, AFAIK it actually is gcc-2.95.3 + SuSE-specific > patches). > > Example: > > A variable scoping related error (include paths are modified to > reflect my local setup): > > apps/demos/noodle # /usr/bin/g++ -DPOSIX_SOURCE > -D_XOPEN_SOURCE -I/usr/X11R6/LessTif/Motif1.2/include > -I/usr/X11R6/include -I. -I../../../lib/database/include > -I../../../lib/interaction/include -I../../../lib/nodekits/include > -I../../../libSoXt/include -I../../nodes/GeneralizedCylinder -fPIC > -DNDEBUG -c WorldInfo.c++ > WorldInfo.c++: In method `void WorldInfo::setFileName(char *)': > WorldInfo.c++:219: implicit declaration of function `int > strdup(...)' > WorldInfo.c++:219: assignment to `char *' from `int' lacks a cast > WorldInfo.c++: In method `void > WorldInfo::deleteNoodle(GeneralizedCylinder *)': > WorldInfo.c++:276: name lookup of `objInd' changed for new ANSI > `for' scoping > WorldInfo.c++:268: using obsolete binding at `objInd' > > > Adding -D_XOPEN_SOURCE_EXTENDED to get strdup() from glibc, because > it declares strdup conditionally (glibc-2.1.3-153, SuSE-rpm) > > apps/demos/noodle # /usr/bin/g++ -DPOSIX_SOURCE > -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED > -I/usr/X11R6/LessTif/Motif1.2/include -I/usr/X11R6/include -I. > -I../../../lib/database/include -I../../../lib/interaction/include > -I../../../lib/nodekits/include -I../../../libSoXt/include > -I../../nodes/GeneralizedCylinder -fPIC -DNDEBUG -c WorldInfo.c++ > WorldInfo.c++: In method `void > WorldInfo::deleteNoodle(GeneralizedCylinder *)': > WorldInfo.c++:276: name lookup of `objInd' changed for new ANSI > `for' scoping > WorldInfo.c++:268: using obsolete binding at `objInd' > > Now adding -fno-for-scope: > apps/demos/noodle # /usr/bin/g++ -fno-for-scope -DPOSIX_SOURCE > -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED > -I/usr/X11R6/LessTif/Motif1.2/include -I/usr/X11R6/include -I. > -I../../../lib/database/include -I../../../lib/interaction/include > -I../../../lib/nodekits/include -I../../../libSoXt/include > -I../../nodes/GeneralizedCylinder -fPIC -DNDEBUG -c WorldInfo.c++ > > > Some of the problems can be avoided by using the right options, > Of cause (cf. above), but ... I prefer fixing the cause instead of > playing with compiler options. > > > which is preferable to making changes in a > > whole lot of source files. > > Understandable :) > > FYI: I also had to adapt several rpm and installation path related > portions, because SuSE uses different paths than RH (eg. > /usr/share/man instead of /usr/man, > /usr/share/doc/packages/ instead of /usr/doc/, > /usr/src/packages instead of /usr/src/redhat). > > Ralf > -- > Ralf Corsepius > Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung > (FAW) > Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690 > mailto:corsepiu@faw.uni-ulm.de FAX: +49/731/501-999 > http://www.faw.uni-ulm.de > From owner-info-inventor-dev@oss.sgi.com Thu Sep 21 10:45:04 2000 Received: by oss.sgi.com id ; Thu, 21 Sep 2000 10:44:54 -0700 Received: from enst.enst.fr ([137.194.2.16]:31461 "HELO enst.enst.fr") by oss.sgi.com with SMTP id ; Thu, 21 Sep 2000 10:44:38 -0700 Received: from bofh.enst.fr (bofh-2.enst.fr [137.194.2.37]) by enst.enst.fr (Postfix) with ESMTP id 64E621C904 for ; Thu, 21 Sep 2000 19:44:37 +0200 (MET DST) Received: by bofh.enst.fr (Postfix, from userid 12426) id 3EA46D245; Thu, 21 Sep 2000 19:44:37 +0200 (CEST) Message-ID: <20000921194437.Q25080@enst.fr> Date: Thu, 21 Sep 2000 19:44:37 +0200 From: Pierre Beyssac To: info-inventor-dev@oss.sgi.com Subject: libFL.a for FreeBSD ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi all, I've been skimming through the list archive, it seems this matter hasn't been discussed yet. I've been trying to port the Open Inventor sources to FreeBSD. It all went mostly okay except for a few missing includes, until the link phase where I realized that libFL.a was provided as a Linux binary only. [ Since FreeBSD uses the ELF format, this simply showed up as undefined symbols __errno_location, stderr and __ctype_b at link time ] Hence my question: would it be possible to get a libFL.a binary for FreeBSD 3/4 for i386 ? I'd be happy to provide access to a FreeBSD machine if necessary. -- Pierre Beyssac pb@enst.fr From owner-info-inventor-dev@oss.sgi.com Thu Sep 21 11:03:04 2000 Received: by oss.sgi.com id ; Thu, 21 Sep 2000 11:02:54 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:30478 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 21 Sep 2000 11:02:34 -0700 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 LAA05644 for ; Thu, 21 Sep 2000 11:09:23 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id LAA97879; Thu, 21 Sep 2000 11:00:42 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009211800.LAA97879@kinabalu.csd.sgi.com> Subject: Re: libFL.a for FreeBSD ? To: beyssac@enst.fr (Pierre Beyssac) Date: Thu, 21 Sep 2000 11:00:41 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <20000921194437.Q25080@enst.fr> from "Pierre Beyssac" at Sep 21, 2000 07:44: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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Thu Sep 21 10:44:37 2000, beyssac@enst.fr wrote: > > I've been trying to port the Open Inventor sources to FreeBSD. > > It all went mostly okay except for a few missing includes, until > the link phase where I realized that libFL.a was provided as a > Linux binary only. [ Since FreeBSD uses the ELF format, this simply > showed up as undefined symbols __errno_location, stderr and __ctype_b > at link time ] If you're willing to use the FreeType library in the meantime, Ang Bodhi has written some code to do so. Check his web site at http://www.geocities.com/angbodhi/download/ I will be looking into integrating that later on. > Hence my question: would it be possible to get a libFL.a binary > for FreeBSD 3/4 for i386 ? I'd be happy to provide access to a > FreeBSD machine if necessary. Thanks for the offer, but I don't think we can copy the source outside of SGI. > Pierre Beyssac pb@enst.fr Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Fri Sep 22 13:38:14 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 13:38:05 -0700 Received: from porkrind.wsicorp.com ([147.81.84.195]:40722 "EHLO porkrind.wsicorp.com") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 13:37:47 -0700 Received: from wsicorp.com (localhost [127.0.0.1]) by porkrind.wsicorp.com (SGI-8.9.3/8.9.3) with ESMTP id QAA09222 for ; Fri, 22 Sep 2000 16:37:40 -0400 (EDT) Message-ID: <39CBC313.4A34CD44@wsicorp.com> Date: Fri, 22 Sep 2000 16:37:39 -0400 From: Aubrey Holland X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: Face Set problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hello, I'm trying to use the SoFaceSet node to tessellate polygons with a large number of points. I ran into a strange problem where it doesn't seem to handle concave polygons very well. The face set tessellates improperly as the vertices are moved off of the screen and will disappear if they're moved off in the right way. Adding an ShapeHints node helps with this problem but does not get rid of it entirely. Using an SoCoordinate3 instead of an SoVertexProperty solves the problem, but I understand that this might be a good bit slower. I have included a piece of source code in this message that should demonstrate the problem. I'm also running into another problem where some of my face sets are drawn in black (as if they were back-facing), even though the current material is white. This one may just be my fault, but I was wondering if there are other known problems involving the SoFaceSet? Is it practical to try to use it to tessellate for faces with large numbers of vertices? Thanks, Aubrey Holland Here's a program that demonstrates my problem. Using the middle mouse button to move the parts of the face off of the screen will cause it to show up: #include #include #include #include #include #include #include static float vertices[8][3] = { { 0.0, 0.0, 0.0}, { 1.0, 0.0, 0.0}, { 2.0, 0.5, 0.0}, { 1.0, 1.0, 0.0}, { 0.5, 0.1, 0.0}, { 0.0, 1.0, 0.0}, { -1.0, -2.0, 0.0}, { 0.0, -1.0, 0.0} }; static int32_t numvertices = 8; static float norms[3] = { 0.0, 0.0, 1.0 }; SoSeparator * makeObeliskFaceSet() { SoSeparator *obelisk = new SoSeparator(); obelisk->ref(); SoShapeHints *sh = new SoShapeHints(); sh->vertexOrdering.setValue(SoShapeHints::COUNTERCLOCKWISE); sh->shapeType.setValue(SoShapeHints::UNKNOWN_SHAPE_TYPE); sh->faceType.setValue(SoShapeHints::UNKNOWN_FACE_TYPE); obelisk->addChild(sh); // Using the new SoVertexProperty node is more efficient SoVertexProperty *myVertexProperty = new SoVertexProperty; // Define the normals used: myVertexProperty->normal.setValues(0, 1, &norms); myVertexProperty->normalBinding = SoNormalBinding::PER_FACE; // Define material for obelisk myVertexProperty->orderedRGBA.setValue(SbColor(.4,.4,.4).getPackedValue()); // Define coordinates for vertices myVertexProperty->vertex.setValues(0, 8, vertices); // Define the FaceSet SoFaceSet *myFaceSet = new SoFaceSet; myFaceSet->numVertices.setValues(0, 1, &numvertices); myFaceSet->vertexProperty.setValue(myVertexProperty); obelisk->addChild(myFaceSet); obelisk->unrefNoDelete(); return obelisk; } void main(int, char **argv) { // Initialize Inventor and Xt Widget myWindow = SoXt::init(argv[0]); if (myWindow == NULL) exit(1); SoSeparator *root = new SoSeparator; root->ref(); root->addChild(makeObeliskFaceSet()); SoXtExaminerViewer *myViewer = new SoXtExaminerViewer(myWindow); myViewer->setSceneGraph(root); myViewer->setTitle("Face Set: Obelisk"); myViewer->show(); myViewer->viewAll(); SoXt::show(myWindow); SoXt::mainLoop(); } From owner-info-inventor-dev@oss.sgi.com Fri Sep 22 14:14:45 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 14:14:35 -0700 Received: from pixar.pixar.com ([138.72.10.20]:56559 "EHLO pixar.pixar.com") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 14:14:12 -0700 Received: from nevena.pixar.com (nevena.pixar.com [138.72.13.69]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id OAA21090 for ; Fri, 22 Sep 2000 14:14:06 -0700 (PDT) Received: from localhost (vkire@localhost) by nevena.pixar.com (8.9.3/8.9.3) with ESMTP id OAA07375 for ; Fri, 22 Sep 2000 14:14:06 -0700 X-Authentication-Warning: nevena.pixar.com: vkire owned process doing -bs Date: Fri, 22 Sep 2000 14:14:06 -0700 (PDT) From: Kiril Vidimce To: info-inventor-dev@oss.sgi.com Subject: man pages In-Reply-To: <39CBC313.4A34CD44@wsicorp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Is there any reason why the open sourced Inventor's man pages are different than the original IRIX ones? One of the *best* features of these man pages was that at the top of the man page it would show you the inheritance hierachy for the particular class and the list of methods would include all the methods defined along the class hierarchy. The current man pages require significantly more work to figure out something that it used to take a few seconds. What needs to be done to get the original format of the man pages? KV -- ___________________________________________________________________ Studio Tools vkire@pixar.com Pixar Animation Studios http://www.pixar.com/ From owner-info-inventor-dev@oss.sgi.com Fri Sep 22 14:20:55 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 14:20:44 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:38173 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 14:20:31 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA01980 for ; Fri, 22 Sep 2000 14:27:20 -0700 (PDT) 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 OAA38256 for ; Fri, 22 Sep 2000 14:20:30 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id OAA22683; Fri, 22 Sep 2000 14:17:23 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009222117.OAA22683@kinabalu.csd.sgi.com> Subject: Re: man pages To: vkire@pixar.com (Kiril Vidimce) Date: Fri, 22 Sep 2000 14:17:23 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: from "Kiril Vidimce" at Sep 22, 2000 02:14:06 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Fri Sep 22 14:14:06 2000, vkire@pixar.com wrote: > > Is there any reason why the open sourced Inventor's man pages are > different than the original IRIX ones? > > One of the *best* features of these man pages was that at the top > of the man page it would show you the inheritance hierachy for the > particular class and the list of methods would include all the > methods defined along the class hierarchy. > > The current man pages require significantly more work to figure out > something that it used to take a few seconds. What needs to be done > to get the original format of the man pages? > > KV This has been fixed. You may either grab the most recent RPM's in the FTP download area, or generate the man pages yourself from the current source files in the CVS repository. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Fri Sep 22 14:36:05 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 14:35:55 -0700 Received: from pixar.pixar.com ([138.72.10.20]:55284 "EHLO pixar.pixar.com") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 14:35:40 -0700 Received: from nevena.pixar.com (nevena.pixar.com [138.72.13.69]) by pixar.pixar.com (8.9.3/8.9.3) with ESMTP id OAA22932; Fri, 22 Sep 2000 14:35:34 -0700 (PDT) Received: from localhost (vkire@localhost) by nevena.pixar.com (8.9.3/8.9.3) with ESMTP id OAA07419; Fri, 22 Sep 2000 14:35:35 -0700 X-Authentication-Warning: nevena.pixar.com: vkire owned process doing -bs Date: Fri, 22 Sep 2000 14:35:34 -0700 (PDT) From: Kiril Vidimce To: Jonathan Lim cc: info-inventor-dev@oss.sgi.com Subject: Re: man pages In-Reply-To: <200009222117.OAA22683@kinabalu.csd.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing On Fri, 22 Sep 2000, Jonathan Lim wrote: > On Fri Sep 22 14:14:06 2000, vkire@pixar.com wrote: > > > > Is there any reason why the open sourced Inventor's man pages are > > different than the original IRIX ones? > > > > One of the *best* features of these man pages was that at the top > > of the man page it would show you the inheritance hierachy for the > > particular class and the list of methods would include all the > > methods defined along the class hierarchy. > > > > The current man pages require significantly more work to figure out > > something that it used to take a few seconds. What needs to be done > > to get the original format of the man pages? > > > > KV > > This has been fixed. You may either grab the most recent RPM's in the FTP > download area, or generate the man pages yourself from the current source files Awesome! Thanks. KV -- ___________________________________________________________________ Studio Tools vkire@pixar.com Pixar Animation Studios http://www.pixar.com/ From owner-info-inventor-dev@oss.sgi.com Tue Sep 26 03:16:32 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 03:16:23 -0700 Received: from esebh03nok.ntc.nokia.com ([131.228.118.244]:49158 "EHLO esebh03nok.ntc.nokia.com") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 03:15:57 -0700 Received: by esebh03nok with Internet Mail Service (5.5.2650.10) id ; Tue, 26 Sep 2000 13:14:12 +0300 Message-ID: <11CD408013B6D2119BB50008C7EA510C0472A529@eseis05nok> From: Ext-Zsolt.Kovacs@nokia.com To: info-inventor-dev@oss.sgi.com, bodhi@pacific.net.sg Subject: ttf Date: Tue, 26 Sep 2000 13:14:07 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi all, I'm still fighting with the font problem. I downloaded the libFL.a as described in http://oss.sgi.com/projects/inventor/mail/info-inventor-dev/msg00053.html compiled etc.. but I don't have any ttf font. So I need some http link from where I can get them. (On RedHat 6.2 CD is no ttf fonts available) Best regards, Zsolt Kovacs From owner-info-inventor-dev@oss.sgi.com Tue Sep 26 08:57:25 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 08:57:06 -0700 Received: from mail.disney.com ([204.128.192.15]:49637 "EHLO mail.disney.com") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 08:56:45 -0700 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 e8QFuER02928 for ; Tue, 26 Sep 2000 08:56:14 -0700 (PDT) Received: from louie.fa.disney.com by pain.corp.disney.com with ESMTP for info-inventor-dev@oss.sgi.com; Tue, 26 Sep 2000 08:56:45 -0700 Received: from tweedledee.fas.fa.disney.com (tweedledee.fas.fa.disney.com [172.30.50.48]) by louie.fa.disney.com (8.9.2/8.9.2) with ESMTP id IAA04880 for ; Tue, 26 Sep 2000 08:56:12 -0700 (PDT) (envelope-from tamstorf@fa.disney.com) Received: from bacon.fan.fa.disney.com (bacon.fan.fa.disney.com [153.7.118.228]) by tweedledee.fas.fa.disney.com (8.9.2/8.9.2) with ESMTP id IAA10434 for ; Tue, 26 Sep 2000 08:56:12 -0700 (PDT) (envelope-from tamstorf@fa.disney.com) Date: Tue, 26 Sep 2000 08:56:11 -0700 From: Rasmus Tamstorf X-Sender: tamstorf@bacon.fan.fa.disney.com To: info-inventor-dev@oss.sgi.com Subject: Building custom nodes with gcc Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing I've been trying to build some of my custom inventor nodes on linux, but I'm running into problems with the linker (ld), so I'm wondering if anyone has solved this problem. Generally, when loading an ivfile (say with ivview) which has a node of type 'myNode', inventor will try to load a DSO called 'myNode.so'. I can create this DSO just fine, but when I come around to building my application 'myApp' which deals with 'myNode' I get into trouble because I have to link with 'myNode.so'. The link line for 'myApp' is something like : ld -o myApp myApp.o -lmyNode -lInventor but the gnu linker insists on translating '-lmyNode' into 'libmyNode.so' and since the real name is 'myNode.so' it fails :-( The SGI linker actually looks for both 'libmyNode.so' and 'myNode.so' so here it works fine. The obvious workaround is to rename my new node to 'libmyNode', but I already have a *LOT* of iv files using the 'myNode' naming convention, so I'd rather not do that. The other workaround is to change inventor to look for 'myNode.so' and if that fails then look for 'libmyNode.so'. This seems doable. However, it seems to me that the "right" solution is to fix 'ld' so libraries don't *have* to start their name with lib, but I don't know enough about linking to tell whether that'll break other things. Has anyone else run into this problem ? Am I overlooking something obvious ? Thanks for your help, 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 Tue Sep 26 09:14:26 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 09:14:16 -0700 Received: from ipk.ipk.fhg.de ([153.96.56.2]:4738 "EHLO ipk.ipk.fhg.de") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 09:13:50 -0700 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 SAA20580; Tue, 26 Sep 2000 18:12:49 +0200 (MET DST) 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 SAA99421; Tue, 26 Sep 2000 18:12:47 +0200 (MESZ) Received: by kuerbis.ipk.fhg.de (980427.SGI.8.8.8) id SAA21963; Tue, 26 Sep 2000 18:12:46 +0200 (MESZ) Date: Tue, 26 Sep 2000 18:12:46 +0200 From: Nico Schmidt To: Rasmus Tamstorf Cc: info-inventor-dev@oss.sgi.com Subject: Re: Building custom nodes with gcc Message-ID: <20000926181245.A826638@kuerbis.ipk.fhg.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from tamstorf@fa.disney.com on Tue, Sep 26, 2000 at 08:56:11AM -0700 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing There's no problem having a file been known by two names. Just ln -s myNode.so libmyNode.so Regards, Nico On Tue, Sep 26, 2000 at 08:56:11AM -0700, Rasmus Tamstorf wrote: > I've been trying to build some of my custom inventor nodes on linux, but > I'm running into problems with the linker (ld), so I'm wondering if anyone > has solved this problem. > > Generally, when loading an ivfile (say with ivview) which has a node of > type 'myNode', inventor will try to load a DSO called 'myNode.so'. I can > create this DSO just fine, but when I come around to building my > application 'myApp' which deals with 'myNode' I get into trouble because I > have to link with 'myNode.so'. > > The link line for 'myApp' is something like : > > ld -o myApp myApp.o -lmyNode -lInventor > > but the gnu linker insists on translating '-lmyNode' into 'libmyNode.so' > and since the real name is 'myNode.so' it fails :-( The SGI linker > actually looks for both 'libmyNode.so' and 'myNode.so' so here it works > fine. > > The obvious workaround is to rename my new node to 'libmyNode', but I > already have a *LOT* of iv files using the 'myNode' naming convention, so > I'd rather not do that. > > The other workaround is to change inventor to look for 'myNode.so' and if > that fails then look for 'libmyNode.so'. This seems doable. > > However, it seems to me that the "right" solution is to fix 'ld' so > libraries don't *have* to start their name with lib, but I don't know > enough about linking to tell whether that'll break other things. > > Has anyone else run into this problem ? Am I overlooking something > obvious ? > > Thanks for your help, > Rasmus > > ----------------------------------------------------------------------------- > Rasmus.Tamstorf@disney.com "A problem worthy of attack, > Walt Disney Feature Animation proves its worth by hitting back" Kumbel > ----------------------------------------------------------------------------- -- 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 Tue Sep 26 11:02:46 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 11:02:27 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:31253 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 11:02:08 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA18967 for ; Tue, 26 Sep 2000 10:53:44 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id KAA08907; Tue, 26 Sep 2000 10:59:39 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009261759.KAA08907@kinabalu.csd.sgi.com> Subject: Re: ttf To: Ext-Zsolt.Kovacs@nokia.com Date: Tue, 26 Sep 2000 10:59:38 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <11CD408013B6D2119BB50008C7EA510C0472A529@eseis05nok> from "Ext-Zsolt.Kovacs@nokia.com" at Sep 26, 2000 01:14:07 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Tue Sep 26 03:14:07 2000, Ext-Zsolt.Kovacs@nokia.com wrote: > > Hi all, > I'm still fighting with the font problem. I downloaded the libFL.a as > described in > http://oss.sgi.com/projects/inventor/mail/info-inventor-dev/msg00053.html > compiled etc.. but I don't have any ttf font. So I need some http link from > where I can get them. > (On RedHat 6.2 CD is no ttf fonts available) > Best regards, > Zsolt Kovacs By the way, there is a documented problem with the original libFL.a not working properly on Linux systems when rendering bitmaps. I've fixed half the problem and hope to have it done by the end of the week. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Sep 27 20:59:55 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 20:59:45 -0700 Received: from mail.disney.com ([204.128.192.15]:32489 "EHLO mail.disney.com") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 20:59:28 -0700 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 e8S3xNR17274 for ; Wed, 27 Sep 2000 20:59:23 -0700 (PDT) Received: from louie.fa.disney.com by pain.corp.disney.com with ESMTP for info-inventor-dev@oss.sgi.com; Wed, 27 Sep 2000 20:59:50 -0700 Received: from tweedledee.fas.fa.disney.com (tweedledee.fas.fa.disney.com [172.30.50.48]) by louie.fa.disney.com (8.9.2/8.9.2) with ESMTP id UAA03231 for ; Wed, 27 Sep 2000 20:59:17 -0700 (PDT) (envelope-from tamstorf@fa.disney.com) Received: from bacon.fan.fa.disney.com (bacon.fan.fa.disney.com [153.7.118.228]) by tweedledee.fas.fa.disney.com (8.9.2/8.9.2) with ESMTP id UAA25670 for ; Wed, 27 Sep 2000 20:59:17 -0700 (PDT) (envelope-from tamstorf@fa.disney.com) Date: Wed, 27 Sep 2000 20:59:17 -0700 From: Rasmus Tamstorf X-Sender: tamstorf@bacon.fan.fa.disney.com To: info-inventor-dev@oss.sgi.com Subject: Debug rpm and build problems Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing A couple of questions : First, would it be possible to put an rpm with the Inventor debug libraries on the ftp server ? I need to debug my inventor application, but I'm having problems building the inventor source code from scratch, so it would be convenient if the debug libraries were available in rpm form. Second question, since I'm having problems building the code from scratch (inventor-2.1.5-6) I'm wondering if some of it has to do with my compiler version. What's the tried-and-tested version of g++ for building inventor ? (I'm using 2.95.2) Looking at some of the problems I get, they seem real, but after the first one it could all just be a cascade effect. The first one I get is : In file included from So.c++:61: SoPath.c++:574: ANSI C++ forbids declaration `operator ==' with no type I'm compiling with -DPOSIX_SOURCE and -D_XOPEN_SOURCE, and following the steps in README.First. 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 Wed Sep 27 21:14:25 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 21:14:15 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:24856 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 21:13:56 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [150.166.1.88]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id VAA09871 for ; Wed, 27 Sep 2000 21:06:12 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id VAA19117; Wed, 27 Sep 2000 21:12:03 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009280412.VAA19117@kinabalu.csd.sgi.com> Subject: Re: Debug rpm and build problems To: tamstorf@fa.disney.com (Rasmus Tamstorf) Date: Wed, 27 Sep 2000 21:12:02 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: from "Rasmus Tamstorf" at Sep 27, 2000 08:59:17 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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Wed Sep 27 20:59:17 2000, tamstorf@fa.disney.com wrote: > > A couple of questions : First, would it be possible to put an rpm with the > Inventor debug libraries on the ftp server ? Look for sgi-OpenInventor-devel-2.1.5-6.i386.rpm in ftp://oss.sgi.com/projects/inventor/download/ Debug libraries are installed in /usr/lib/InventorDebug. > I need to debug my inventor application, but I'm having problems building > the inventor source code from scratch, so it would be convenient if the > debug libraries were available in rpm form. > > Second question, since I'm having problems building the code from scratch > (inventor-2.1.5-6) I'm wondering if some of it has to do with my compiler > version. What's the tried-and-tested version of g++ for building inventor > ? (I'm using 2.95.2) On my PC: % g++ --version egcs-2.91.66 > Looking at some of the problems I get, they seem real, but after the first > one it could all just be a cascade effect. The first one I get is : > > In file included from So.c++:61: > SoPath.c++:574: ANSI C++ forbids declaration `operator ==' with no type Looks like your compiler is complaining about the lack of a (default) int return type. The compiler I'm using is silent about it. > I'm compiling with -DPOSIX_SOURCE and -D_XOPEN_SOURCE, and following the > steps in README.First. > > Rasmus > > ----------------------------------------------------------------------------- > Rasmus.Tamstorf@disney.com "A problem worthy of attack, > Walt Disney Feature Animation proves its worth by hitting back" Kumbel > ----------------------------------------------------------------------------- Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Sep 27 22:35:18 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 22:35:08 -0700 Received: from mail11.disney.com ([208.246.35.55]:13997 "EHLO mail11.disney.com") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 22:34:41 -0700 Received: from pain.corp.disney.com (pain.corp.disney.com [153.7.231.100]) by mail11.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id e8S5kfS24037 for ; Wed, 27 Sep 2000 22:46:41 -0700 (PDT) Received: from louie.fa.disney.com by pain.corp.disney.com with ESMTP; Wed, 27 Sep 2000 22:35:11 -0700 Received: from tweedledee.fas.fa.disney.com (tweedledee.fas.fa.disney.com [172.30.50.48]) by louie.fa.disney.com (8.9.2/8.9.2) with ESMTP id WAA15142; Wed, 27 Sep 2000 22:34:38 -0700 (PDT) (envelope-from tamstorf@fa.disney.com) Received: from bacon.fan.fa.disney.com (bacon.fan.fa.disney.com [153.7.118.228]) by tweedledee.fas.fa.disney.com (8.9.2/8.9.2) with ESMTP id WAA26749; Wed, 27 Sep 2000 22:34:38 -0700 (PDT) (envelope-from tamstorf@fa.disney.com) Date: Wed, 27 Sep 2000 22:34:37 -0700 From: Rasmus Tamstorf X-Sender: tamstorf@bacon.fan.fa.disney.com To: jlim@kinabalu.csd.sgi.com cc: info-inventor-dev@oss.sgi.com Subject: Re: Debug rpm and build problems In-Reply-To: <200009280412.VAA19117@kinabalu.csd.sgi.com> Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing On Wed, 27 Sep 2000 jlim@kinabalu.csd.sgi.com wrote: > On Wed Sep 27 20:59:17 2000, tamstorf@fa.disney.com wrote: > > > > A couple of questions : First, would it be possible to put an rpm with the > > Inventor debug libraries on the ftp server ? > > Look for sgi-OpenInventor-devel-2.1.5-6.i386.rpm in > > ftp://oss.sgi.com/projects/inventor/download/ > > Debug libraries are installed in /usr/lib/InventorDebug. Yep, I found that right after sending my mail. Sorry for the noise, but thanks for the reply. > > Second question, since I'm having problems building the code from scratch > > (inventor-2.1.5-6) I'm wondering if some of it has to do with my compiler > > version. What's the tried-and-tested version of g++ for building inventor > > ? (I'm using 2.95.2) > > On my PC: > > % g++ --version > egcs-2.91.66 > > Looks like your compiler is complaining about the lack of a (default) int > return type. The compiler I'm using is silent about it. Yes, gcc 2.95.2 is much more standard C++ compliant, which means more features but also being more picky :-/ Are there any efforts to make the inventor code "standard C++" compliant ? Would a set of patches to make it compliant be accepted or are there compelling reasons not to move forward ? On a related note, I believe that the problem I'm having with my application might be because I'm using a newer version of libstdc++. Could you add the "correct" version of libstdc++ to the list of dependencies in FAQ.misc ? 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 Thu Sep 28 03:06:28 2000 Received: by oss.sgi.com id ; Thu, 28 Sep 2000 03:06:19 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:51010 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 28 Sep 2000 03:06:00 -0700 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 DAA07313 for ; Thu, 28 Sep 2000 03:12:56 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id DAA28255; Thu, 28 Sep 2000 03:04:08 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200009281004.DAA28255@kinabalu.csd.sgi.com> Subject: Re: Debug rpm and build problems To: tamstorf@fa.disney.com (Rasmus Tamstorf) Date: Thu, 28 Sep 2000 03:04:07 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: from "Rasmus Tamstorf" at Sep 27, 2000 10:34: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: X-Orcpt: rfc822;info-inventor-dev-outgoing On Wed Sep 27 22:34:37 2000, tamstorf@fa.disney.com wrote: > > Yes, gcc 2.95.2 is much more standard C++ compliant, which means more > features but also being more picky :-/ Are there any efforts to make the There has been a number of posts about standard C++ compliance, from the trivial, e.g. g++ issues a warning because it found a variable declaration in a for-loop expression, i.e. 'for ( int i; ...'. This isn't illegal; it just means 'i' exists only within the scope of that loop. The -fno-for-scope option will take care of the warning. to the insanely picky, e.g. the KAI C++ compiler returns an error because it can't decide whether to cast the '2.0' below to a float or a double: float f = 10.0; float x = pow( f, 2.0 ); plus numerous warnings about functions not being declared. > inventor code "standard C++" compliant ? Would a set of patches to make it > compliant be accepted or are there compelling reasons not to move forward ? We'll have to review the patches beforehand. I don't have a problem with moving forward, at the same time I want to avoid "doing too much". There's another issue with the variations on math functions, e.g. fsin(), sinf(), sin(), that I want to look into resolving first. > On a related note, I believe that the problem I'm having with my > application might be because I'm using a newer version of libstdc++. Could > you add the "correct" version of libstdc++ to the list of dependencies in > FAQ.misc ? Running ldd on libInventor.so doesn't return libstdc++.so as a requirement. In any case, I have libstdc++-2.9.0-12 on my system. > Rasmus Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA