From owner-info-inventor-dev@oss.sgi.com Mon Oct 9 07:10:30 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 07:10:21 -0700 Received: from diamond.waii.com ([198.3.192.201]:40204 "EHLO diamond.waii.com") by oss.sgi.com with ESMTP id ; Mon, 9 Oct 2000 07:10:00 -0700 Received: from mail1.wg.waii.com (mail.wg.waii.com [137.144.170.17]) by diamond.waii.com (8.9.1/8.9.1) with ESMTP id JAA15123 for ; Mon, 9 Oct 2000 09:09:54 -0500 (CDT) Received: from merlin.london.waii.com (merlin.london.waii.com [136.250.33.1]) by mail1.wg.waii.com (8.8.7/8.8.7) with ESMTP id JAA18950 for ; Mon, 9 Oct 2000 09:09:53 -0500 Received: from rgs0.london.waii.com (rgs0.london.waii.com [136.250.40.10]) by merlin.london.waii.com (8.8.4/8.8.4) with ESMTP id PAA39130 for ; Mon, 9 Oct 2000 15:09:51 +0100 Received: (from mbrett@localhost) by rgs0.london.waii.com (SGI-8.9.3/8.9.3) id PAA13834; Mon, 9 Oct 2000 15:09:50 +0100 (BST) From: "Marc Brett" Message-Id: <10010091509.ZM13771@rgs0.london.waii.com> Date: Mon, 9 Oct 2000 15:09:49 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-inventor-dev@oss.sgi.com Subject: Patches for Makefiles Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.110010091509.ZM13771.london.waii.com" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing -- --PART-BOUNDARY=.110010091509.ZM13771.london.waii.com Content-Type: text/plain; charset=us-ascii There are 2 classes of bugs fixed by these patches: 1) /usr/lib/Inventor[Xt].so needs to be in place successfully to build the code, but I haven't built it yet, so... Catch 22! Instead, refer explicitly to the locally-built stuff when linking code or running ivman. 2) Many of the executables require -lXp in order to link. I'm not sure if this is an OpenMotif thing, but my system sure needs it. I've set up the patches so that if /usr/X11R6/lib/libXp.so exists, then add -lXp to the list of required libraries. My config: Redhat 6.2 OpenMotif 2.1.30-2_ICS lesstif 0.89.9-29 XFree86 3.3.6-20 with XFree86 4.0 installed on top of it nVidia 0.9-4 drivers and GeForce card. Regards, Marc -- Marc Brett +44 20 8560 3160 Western Geophysical Marc.Brett@westgeo.com 455 London Road, Isleworth FAX: +44 20 8847 5711 Middlesex TW7 5AA UK --PART-BOUNDARY=.110010091509.ZM13771.london.waii.com X-Zm-Content-Name: inventor-DIFFS Content-Description: Text Content-Type: text/plain ; name="inventor-DIFFS" ; charset=us-ascii --- ./apps/converters/ivdowngrade/GNUmakefile.orig Mon Sep 18 10:40:59 2000 +++ ./apps/converters/ivdowngrade/GNUmakefile Mon Oct 9 13:36:21 2000 @@ -22,6 +22,8 @@ SoText2V2.c++ \ SoText3V2.c++ +LLDOPTS += -L../../../lib + LLDLIBS = -lInventor all: all_ivbin --- ./apps/demos/SceneViewer/GNUmakefile.orig Mon Sep 18 10:40:59 2000 +++ ./apps/demos/SceneViewer/GNUmakefile Mon Oct 9 13:46:03 2000 @@ -6,9 +6,9 @@ CXXFILES = SceneViewer.c++ SoSceneViewer.c++ SvManipList.c++ -LLDOPTS += -L../../samples/widgets +LLDOPTS += -L../../samples/widgets -L../../../lib -L../../../libSoXt -LLDLIBS = -lInventorWidget -lInventor -lInventorXt +LLDLIBS = -lInventorWidget -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/demos/drop/GNUmakefile.orig Mon Sep 18 10:40:59 2000 +++ ./apps/demos/drop/GNUmakefile Mon Oct 9 13:46:40 2000 @@ -8,7 +8,9 @@ TsBlock.c++ TsPiece.c++ TsPieces.c++ TsField.c++ \ TsTrickle.c++ TsEvents.c++ TsRemoval.c++ TsViewer.c++ drop.c++ -LLDLIBS = -lInventor -lInventorXt +LLDOPTS += -L../../../lib -L../../../libSoXt + +LLDLIBS = -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/demos/gview/GNUmakefile.orig Mon Sep 18 10:40:59 2000 +++ ./apps/demos/gview/GNUmakefile Mon Oct 9 13:47:29 2000 @@ -8,7 +8,9 @@ gview.c++ DisplayGraph.c++ Error.c++ FieldEditor.c++ \ GraphIcon.c++ GraphViewer.c++ NodeCreator.c++ -LLDLIBS = -lInventor -lInventorXt +LLDOPTS += -L../../../lib -L../../../libSoXt + +LLDLIBS = -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/demos/maze/GNUmakefile.orig Mon Sep 18 10:41:00 2000 +++ ./apps/demos/maze/GNUmakefile Mon Oct 9 13:48:02 2000 @@ -8,7 +8,9 @@ CXXFILES = maze.c++ -LLDLIBS = -lInventor -lInventorXt +LLDOPTS += -L../../../lib -L../../../libSoXt + +LLDLIBS = -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/demos/noodle/GNUmakefile.orig Mon Sep 18 10:41:00 2000 +++ ./apps/demos/noodle/GNUmakefile Mon Oct 9 13:48:40 2000 @@ -12,11 +12,13 @@ NoodleTextureGizmo.c++ noodle.c++ LineManipHilight.c++ \ profile.c++ +LLDOPTS += -L../../../lib -L../../../libSoXt + LLDLIBS = \ ../../nodes/GeneralizedCylinder/NurbMaker.o \ ../../nodes/GeneralizedCylinder/Triangulator.o \ ../../nodes/GeneralizedCylinder/GeneralizedCylinder.o \ - -lInventor -lInventorXt + -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/demos/qmorf/GNUmakefile.orig Mon Sep 18 10:41:00 2000 +++ ./apps/demos/qmorf/GNUmakefile Mon Oct 9 13:49:09 2000 @@ -6,7 +6,9 @@ CXXFILES = QuadThing.c++ Background.c++ FlashBackground.c++ -LLDLIBS = -lInventor -lInventorXt +LLDOPTS += -L../../../lib -L../../../libSoXt + +LLDLIBS = -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/demos/revo/GNUmakefile.orig Mon Sep 18 10:41:00 2000 +++ ./apps/demos/revo/GNUmakefile Mon Oct 9 13:49:49 2000 @@ -8,9 +8,9 @@ CXXFILES = revo.c++ RevClass.c++ profile.c++ -LLDOPTS += -L../../samples/common +LLDOPTS += -L../../samples/common -L../../../lib -L../../../libSoXt -LLDLIBS = -lcommon -lInventor -lInventorXt +LLDLIBS = -lcommon -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/demos/textomatic/GNUmakefile.orig Mon Sep 18 10:41:00 2000 +++ ./apps/demos/textomatic/GNUmakefile Mon Oct 9 13:50:22 2000 @@ -6,9 +6,9 @@ CXXFILES = textomatic.c++ TextGraph.c++ TextWrapper.c++ -LLDOPTS += -L../../samples/common +LLDOPTS += -L../../samples/common -L../../../lib -L../../../libSoXt -LLDLIBS = -lcommon -lInventor -lInventorXt +LLDLIBS = -lcommon -lInventor -lInventorXt $(LIBXP) all: all_ivbin --- ./apps/nodes/BarChart/GNUmakefile.orig Mon Sep 18 10:41:01 2000 +++ ./apps/nodes/BarChart/GNUmakefile Mon Oct 9 13:44:35 2000 @@ -5,6 +5,8 @@ CXXFILES = BarChart.c++ +LLDDSOOPTS += -L../../../lib -L../../../libSoXt + LLDLIBS = -lInventor -lInventorXt all install: all_ivbin --- ./apps/nodes/Decal/GNUmakefile.orig Mon Sep 18 10:41:01 2000 +++ ./apps/nodes/Decal/GNUmakefile Mon Oct 9 13:44:47 2000 @@ -5,6 +5,8 @@ CXXFILES = Decal.c++ +LLDDSOOPTS += -L../../../lib -L../../../libSoXt + LLDLIBS = -lInventor -lInventorXt all install: all_ivbin --- ./apps/nodes/GeneralizedCylinder/GNUmakefile.orig Mon Sep 18 10:41:01 2000 +++ ./apps/nodes/GeneralizedCylinder/GNUmakefile Mon Oct 9 13:42:56 2000 @@ -7,6 +7,8 @@ GeneralizedCylinder.c++ Triangulator.c++ \ NurbMaker.c++ +LLDDSOOPTS += -L../../../lib -L../../../libSoXt + LLDLIBS = -lInventor -lInventorXt all install: all_ivbin --- ./apps/samples/widgets/GNUmakefile.componentTest.orig Mon Sep 18 08:51:58 2000 +++ ./apps/samples/widgets/GNUmakefile.componentTest Mon Oct 9 13:31:35 2000 @@ -5,7 +5,9 @@ CXXFILES = componentTest.c++ -LLDLIBS = libInventorWidget.a -lInventor -lInventorXt -lGLw +LLDOPTS += -L../../../lib -L../../../libSoXt + +LLDLIBS = libInventorWidget.a -lInventor -lInventorXt -lGLw $(LIBXP) LTARGETS = libInventorWidget.a --- ./apps/tools/ivcat/GNUmakefile.orig Mon Sep 18 10:41:03 2000 +++ ./apps/tools/ivcat/GNUmakefile Mon Oct 9 13:32:40 2000 @@ -5,6 +5,8 @@ CXXFILES = ivcat.c++ +LLDOPTS += -L../../../lib + LLDLIBS = -lInventor all: all_ivbin --- ./apps/tools/ivfix/GNUmakefile.orig Mon Sep 18 10:41:03 2000 +++ ./apps/tools/ivfix/GNUmakefile Mon Oct 9 13:34:05 2000 @@ -22,6 +22,8 @@ IfTypes.c++ \ IfWeeder.c++ +LLDOPTS += -L../../../lib + LLDLIBS = -lInventor all: all_ivbin --- ./apps/tools/ivinfo/GNUmakefile.orig Mon Sep 18 10:41:03 2000 +++ ./apps/tools/ivinfo/GNUmakefile Mon Oct 9 13:34:53 2000 @@ -4,7 +4,9 @@ PROGRAM = ivinfo CXXFILES = ivinfo.c++ - + +LLDOPTS += -L../../../lib + LLDLIBS = -lInventor all: all_ivbin --- ./apps/tools/ivview/GNUmakefile.orig Mon Sep 18 10:41:03 2000 +++ ./apps/tools/ivview/GNUmakefile Mon Oct 9 13:35:38 2000 @@ -5,9 +5,9 @@ CXXFILES = ivview.c++ -LLDOPTS += -L../../samples/widgets +LLDOPTS += -L../../samples/widgets -L../../../lib -L../../../libSoXt -LLDLIBS = -lInventorWidget -lInventorXt -lInventor +LLDLIBS = -lInventorWidget -lInventorXt -lInventor $(LIBXP) all: all_ivbin --- ./doc/man/ivman/GNUmakefile.orig Mon Sep 18 10:11:13 2000 +++ ./doc/man/ivman/GNUmakefile Mon Oct 9 13:28:11 2000 @@ -5,7 +5,9 @@ CXXFILES = Main.c++ ClassDef.c++ Man.c++ Reader.c++ Writer.c++ BuildIssues.c++ -LLDLIBS = -lInventor -lInventorXt +LLDOPTS += -L../../../lib -L../../../libSoXt + +LLDLIBS = -lInventor -lInventorXt $(LIBXP) all install: $(PROGRAM) --- ./libSoXt/GNUmakefile.orig Mon Sep 18 11:22:53 2000 +++ ./libSoXt/GNUmakefile Mon Oct 9 13:43:17 2000 @@ -3,6 +3,8 @@ LIBDSO = libInventorXt.so +LLDDSOOPTS += -L../lib + LLDLIBS = \ -lXm -lXt -lXext -lXi -lX11 -lm \ -lInventor -lGLU -lGL --- ./make/commondefs.orig Mon Sep 18 08:27:37 2000 +++ ./make/commondefs Wed Oct 4 16:12:51 2000 @@ -348,6 +348,10 @@ GLDLIBS= +ifeq ($(usingLinux), 1) +LIBXP = $(shell if test -r $(X11DIR)/lib/libXp.so ; then echo -lXp; else echo ; fi) +endif + # # LDFLAG layout # --- ./make/ivcommonrules.orig Mon Sep 18 08:27:37 2000 +++ ./make/ivcommonrules Mon Oct 9 14:13:01 2000 @@ -53,6 +53,8 @@ .SUFFIXES: .ivm .3iv .ivm.3iv: + LD_LIBRARY_PATH=$$LD_LIBRARY_PATH:`pwd`/$(IVDEPTH)/lib:`pwd`/$(IVDEPTH)/libSoXt ; \ + export LD_LIBRARY_PATH ; \ (cd ..; $(IVMAN) `$(MAKEMANDIRS) $(*F)`) > $@ MAN3PAGES = $(IVMFILES:.ivm=.3iv) --PART-BOUNDARY=.110010091509.ZM13771.london.waii.com-- From owner-info-inventor-dev@oss.sgi.com Mon Oct 9 10:34:30 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 10:34:21 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:41780 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 9 Oct 2000 10:34:09 -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 KAA05858 for ; Mon, 9 Oct 2000 10:41:16 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id KAA09963; Mon, 9 Oct 2000 10:32:16 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010091732.KAA09963@kinabalu.csd.sgi.com> Subject: Re: Patches for Makefiles To: mbrett@rgs0.london.waii.com (Marc Brett) Date: Mon, 9 Oct 2000 10:32:15 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <10010091509.ZM13771@rgs0.london.waii.com> from "Marc Brett" at Oct 09, 2000 03:09:49 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 Oct 9 07:09:49 2000, mbrett@rgs0.london.waii.com wrote: > > There are 2 classes of bugs fixed by these patches: > > 1) /usr/lib/Inventor[Xt].so needs to be in place successfully to build > the code, but I haven't built it yet, so... Catch 22! Instead, refer > explicitly to the locally-built stuff when linking code or running ivman. You probably forgot to set IVROOT. > 2) Many of the executables require -lXp in order to link. I'm not sure > if this is an OpenMotif thing, but my system sure needs it. I've set > up the patches so that if /usr/X11R6/lib/libXp.so exists, then add > -lXp to the list of required libraries. My config: Just add -lXp to LLDLIBS in libSoXt/GNUmakefile. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Tue Oct 10 09:40:05 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 09:39:55 -0700 Received: from diamond.waii.com ([198.3.192.201]:18699 "EHLO diamond.waii.com") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 09:39:29 -0700 Received: from mail1.wg.waii.com (mail.wg.waii.com [137.144.170.17]) by diamond.waii.com (8.9.1/8.9.1) with ESMTP id LAA04839; Tue, 10 Oct 2000 11:38:48 -0500 (CDT) Received: from merlin.london.waii.com (merlin.london.waii.com [136.250.33.1]) by mail1.wg.waii.com (8.8.7/8.8.7) with ESMTP id LAA23154; Tue, 10 Oct 2000 11:38:46 -0500 Received: from rgs0.london.waii.com (rgs0.london.waii.com [136.250.40.10]) by merlin.london.waii.com (8.8.4/8.8.4) with ESMTP id RAA17560; Tue, 10 Oct 2000 17:38:45 +0100 Received: (from mbrett@localhost) by rgs0.london.waii.com (SGI-8.9.3/8.9.3) id RAA15547; Tue, 10 Oct 2000 17:38:43 +0100 (BST) From: "Marc Brett" Message-Id: <10010101738.ZM14688@rgs0.london.waii.com> Date: Tue, 10 Oct 2000 17:38:43 +0100 In-Reply-To: jlim@kinabalu.csd.sgi.com (Jonathan Lim) "Re: Patches for Makefiles" (Oct 9, 10:32am) References: <200010091732.KAA09963@kinabalu.csd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Subject: Re: Patches for Makefiles Cc: info-inventor-dev@oss.sgi.com 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 Oct 9, 10:32am, Jonathan Lim wrote: > Subject: Re: Patches for Makefiles > On Mon Oct 9 07:09:49 2000, mbrett@rgs0.london.waii.com wrote: > > > > There are 2 classes of bugs fixed by these patches: > > > > 1) /usr/lib/Inventor[Xt].so needs to be in place successfully to build > > the code, but I haven't built it yet, so... Catch 22! Instead, refer > > explicitly to the locally-built stuff when linking code or running ivman. > > You probably forgot to set IVROOT. Hmmm. If I "setenv IVROOT $HOME" (or something else user-writeable), I can "gmake install" and it works (mostly -- see below). To install it in / I'll then have to "gmake clobber ; su - ; setenv IVROOT / ; gmake install" which is a waste of time since I've already made it once, and also a bit dangerous since I'm building the package as superuser and it has unknown side effects. As a user, I expect to compile the code in user space to avoid possible problems as root, and only when I've got a clean compile should I need to "gmake install". The expected sequence is: % setenv IVROOT / # This is my ultimate destination % gmake # Repeat until it builds cleanly, # test package in user-space. % su - # Only if above works # gmake install # Commit to root partition. This minimizes the time and work spent as superuser and should be a safer sequence. If the user follows the instructions in README.FIRST, the file should at least mention that he must be superuser. However, I'd prefer the above sequence to work properly and have *that* documented in README.FIRST. At any rate, even if the user sets IVROOT to something user-writeable, the gmake will fail because "ivman" still needs the inventor libraries, so a patch like this will be necessary: --- make/ivcommonrules.orig Mon Sep 18 08:27:37 2000 +++ make/ivcommonrules Tue Oct 10 16:59:51 2000 @@ -53,6 +53,8 @@ .SUFFIXES: .ivm .3iv .ivm.3iv: + LD_LIBRARY_PATH=$(IVLIBDIR):$$LD_LIBRARY_PATH ; \ + export LD_LIBRARY_PATH ; \ (cd ..; $(IVMAN) `$(MAKEMANDIRS) $(*F)`) > $@ MAN3PAGES = $(IVMFILES:.ivm=.3iv) > > 2) Many of the executables require -lXp in order to link. I'm not sure > > if this is an OpenMotif thing, but my system sure needs it. I've set > > up the patches so that if /usr/X11R6/lib/libXp.so exists, then add > > -lXp to the list of required libraries. My config: > > Just add -lXp to LLDLIBS in libSoXt/GNUmakefile. Ack! You're right. Would it still be useful to automate the process, something like this?: --- libSoXt/GNUmakefile.orig Mon Sep 18 11:22:53 2000 +++ libSoXt/GNUmakefile Tue Oct 10 16:52:15 2000 @@ -3,9 +3,13 @@ LIBDSO = libInventorXt.so ++ifeq ($(usingLinux), 1) ++LIBXP = $(shell if test -r $(X11DIR)/lib/libXp.so ; then echo -lXp; else echo ; fi) ++endif + LLDLIBS = \ -lXm -lXt -lXext -lXi -lX11 -lm \ - -lInventor -lGLU -lGL + -lInventor -lGLU -lGL $(LIBXP) OBJECTS = \ ./src/devices/SoXtFocus.o \ Best Regards, Marc -- Marc Brett +44 20 8560 3160 Western Geophysical Marc.Brett@westgeo.com 455 London Road, Isleworth FAX: +44 20 8847 5711 Middlesex TW7 5AA UK From owner-info-inventor-dev@oss.sgi.com Tue Oct 10 12:01:15 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 12:01:06 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:40237 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 12:00:52 -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 MAA04972 for ; Tue, 10 Oct 2000 12:07:15 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id LAA14092; Tue, 10 Oct 2000 11:58:03 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010101858.LAA14092@kinabalu.csd.sgi.com> Subject: Re: Patches for Makefiles To: mbrett@rgs0.london.waii.com (Marc Brett) Date: Tue, 10 Oct 2000 11:58:02 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <10010101738.ZM14688@rgs0.london.waii.com> from "Marc Brett" at Oct 10, 2000 05:38:43 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing On Tue Oct 10 09:38:43 2000, mbrett@rgs0.london.waii.com wrote: > > Hmmm. If I "setenv IVROOT $HOME" (or something else user-writeable), I can > "gmake install" and it works (mostly -- see below). To install it in / > I'll then have to "gmake clobber ; su - ; setenv IVROOT / ; gmake install" > which is a waste of time since I've already made it once, and also a bit > dangerous since I'm building the package as superuser and it has unknown side > effects. Let's assume you've got the source installed in ~user/graphics/src in the inventor subdirectory. Now set IVROOT to ~user/graphics/src, cd to $IVROOT/inventor, and enter 'gmake install'. When everything's done, the installed files will be in $IVROOT/usr. Now cd to $IVROOT and enter 'tar zcvf distribution.tar.gz usr'. You'll have a tarball that you may unpack anywhere and you only had to 'gmake install' once. (There are also some demos installed in $IVROOT/opt.) > Ack! You're right. Would it still be useful to automate the process, > something like this?: > > --- libSoXt/GNUmakefile.orig Mon Sep 18 11:22:53 2000 > +++ libSoXt/GNUmakefile Tue Oct 10 16:52:15 2000 > @@ -3,9 +3,13 @@ > > LIBDSO = libInventorXt.so > > ++ifeq ($(usingLinux), 1) > ++LIBXP = $(shell if test -r $(X11DIR)/lib/libXp.so ; then echo -lXp; else echo > ; fi) > ++endif > + > LLDLIBS = \ > -lXm -lXt -lXext -lXi -lX11 -lm \ > - -lInventor -lGLU -lGL > + -lInventor -lGLU -lGL $(LIBXP) I'll look into adding it. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Tue Oct 10 13:14:55 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 13:14:46 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:34613 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 13:14:24 -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 NAA09673 for ; Tue, 10 Oct 2000 13:20:51 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id NAA13076; Tue, 10 Oct 2000 13:11:40 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010102011.NAA13076@kinabalu.csd.sgi.com> Subject: Re: Patches for Makefiles To: mbrett@rgs0.london.waii.com (Marc Brett) Date: Tue, 10 Oct 2000 13:11:39 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <10010101738.ZM14688@rgs0.london.waii.com> from "Marc Brett" at Oct 10, 2000 05:38:43 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing On Tue Oct 10 09:38:43 2000, mbrett@rgs0.london.waii.com wrote: > > At any rate, even if the user sets IVROOT to something user-writeable, > the gmake will fail because "ivman" still needs the inventor libraries, so > a patch like this will be necessary: > > --- make/ivcommonrules.orig Mon Sep 18 08:27:37 2000 > +++ make/ivcommonrules Tue Oct 10 16:59:51 2000 > @@ -53,6 +53,8 @@ > .SUFFIXES: .ivm .3iv > > .ivm.3iv: > + LD_LIBRARY_PATH=$(IVLIBDIR):$$LD_LIBRARY_PATH ; \ > + export LD_LIBRARY_PATH ; \ > (cd ..; $(IVMAN) `$(MAKEMANDIRS) $(*F)`) > $@ > > MAN3PAGES = $(IVMFILES:.ivm=.3iv) Rather than isolate the change to affect only ivman, I will include an extra step in README.FIRST to have the user set LD_LIBRARY_PATH to include $IVROOT/usr/lib. The DSO's need to be loaded for other Inventor applications as well. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Tue Oct 10 15:48:15 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 15:48:05 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:13129 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 15:47:42 -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 PAA00402 for ; Tue, 10 Oct 2000 15:39:16 -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 PAA34634 for ; Tue, 10 Oct 2000 15:47:01 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) for info-inventor-dev@oss.sgi.com id PAA14644; Tue, 10 Oct 2000 15:44:14 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010102244.PAA14644@kinabalu.csd.sgi.com> Subject: Flood of email, the sequel To: info-inventor-dev@oss.sgi.com Date: Tue, 10 Oct 2000 15:44:14 -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 numerous directories in the tree shortly. These changes mainly involve fixes to eliminate compiler warnings, except the following: `class X' only defines a private destructor and has no friends ANSI C++ prohibits conversion from `()' to `(...)' cast to pointer from integer of different size (sgi_visual.c) In addition, -DPOSIX_SOURCE and -D_XOPEN_SOURCE are no longer required. Also, in SbBasic.h, the float version of math functions (e.g. acosf) won't be #define'd to the double version (e.g. acos) unless _DOUBLE_MATH_ONLY is defined. I'm assuming that most everyone will have build environments that provide both float and double math functions. Please expect 50+ emails confirming these 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 Fri Oct 13 06:49:32 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 06:49:21 -0700 Received: from sumh1.rdg.ac.uk ([134.225.16.4]:57771 "EHLO mailhost1.rdg.ac.uk") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 06:49:10 -0700 Received: from [192.100.154.224] (helo=dreamer) by mailhost1.rdg.ac.uk with smtp (University of Reading Email Service) id {13k5Cu-00052u-00} for info-inventor-dev@oss.sgi.com; Fri, 13 Oct 2000 14:49:08 +0100 Message-ID: <015901c0351c$f23ca130$e09a64c0@rdg.ac.uk> From: "Rui Loureiro" To: Subject: Open Inventor and VRML Date: Fri, 13 Oct 2000 14:53:20 +0100 Organization: University of Reading MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Dear All, I have recently start using TGS Open Inventor for Windows NT but I have to confess that I am facing some problems. I am involved in a medical project aiming to deliver robotic therapy to patients that have suffered from stroke. It has been decided that we will use a combination of virtual and real tasks to deliver appiling activities to the user. This surely will help in patient's motivation and improve the recovery time. The first prototype is intended to go to one hospital at the end of December for clinical evaluation. To start with, I have modelled a virtual room using 3D studio MAX and have converted this scene into VRML 97 format. Somehow I have managed to read the VRML scene into Open Inventor, but my main problem now is on how to access the VRML scene in order to perform actions such as, move objects from one location to another, detect when a collison occured, etc. Despit the books (The Inventor Mentor, The Inventor Toolmaker, and TGS Extesions User's guide) I am still lost! I have been trying to find examples but couldn't. I wonder if you could help my in this matter, if you have any documentation (tutorials, examples, etc) which relates to the problem discribed. Anything will help! It is extremely difficult for me at the moment and without having yet the abstraction behind computer graphics and the way Open Inventor really works adds to my difficulty to solve the problem. I will be very gratfull if you could help me in any way. I am looking further to hearing from you. Sincerely Rui Loureiro ---------------------------------------------------------------------------- Rui Loureiro Research Officer e-mail: R.C.V.Loureiro@reading.ac.uk Tel: OFFICE: +44 (0) 118 931 8219 (ext.4390) tHRIL lab: +44 (0) 118 931 6742 (direct line) Fax: +44 (0) 118 931 8220 Department of Cybernetics, University of Reading, Reading, RG6 6AY, UK ---------------------------------------------------------------------------- Department web-site http://www.cyber.rdg.ac.uk Gentle/s: Robotic assistance in neuro and motor rehabilitation http://www.gentle.rdg.ac.uk ---------------------------------------------------------------------------- "Everything that can be invented has been invented." -- Charles H. Duell, Commissioner, U.S. Office of Patents, 1899. Engineers think that equations approximate the real world. Scientists think that the real world approximates equations. Mathematicians are unable to make the connection... From owner-info-inventor-dev@oss.sgi.com Fri Oct 13 08:49:31 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 08:49:21 -0700 Received: from f42.law3.hotmail.com ([209.185.241.42]:4361 "EHLO hotmail.com") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 08:49:13 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 13 Oct 2000 08:49:08 -0700 Received: from 130.127.12.50 by lw3fd.law3.hotmail.msn.com with HTTP; Fri, 13 Oct 2000 15:49:08 GMT X-Originating-IP: [130.127.12.50] From: "Ankur Bhargava" To: r.c.v.loureiro@reading.ac.uk, info-inventor-dev@oss.sgi.com Subject: Re: Open Inventor and VRML Date: Fri, 13 Oct 2000 11:49:08 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 13 Oct 2000 15:49:08.0355 (UTC) FILETIME=[1F6F1D30:01C0352D] Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi all, am trying to do something similar. This is the what i did not sure if it would work for you or if this is how its supposed to be. i brokeup the vrml file into several small vrml files one for each object.Then read the smaller vrml files one at a time as a node and modified their individual properties using their node paths. If anyone can tell me of a way where i can modify the properties of multiple objects within the scene using a single vrml file it would be great. Thanks, Ankur >From: "Rui Loureiro" >To: >Subject: Open Inventor and VRML >Date: Fri, 13 Oct 2000 14:53:20 +0100 > >Dear All, > >I have recently start using TGS Open Inventor for Windows NT but I have to >confess that I am facing some problems. I am involved in a medical project >aiming to deliver robotic therapy to patients that have suffered from >stroke. It has been decided that we will use a combination of virtual and >real tasks to deliver appiling activities to the user. This surely will >help >in patient's motivation and improve the recovery time. The first prototype >is intended to go to one hospital at the end of December for clinical >evaluation. > >To start with, I have modelled a virtual room using 3D studio MAX and have >converted this scene into VRML 97 format. Somehow I have managed to read >the >VRML scene into Open Inventor, but my main problem now is on how to access >the VRML scene in order to perform actions such as, move objects from one >location to another, detect when a collison occured, etc. Despit the books >(The Inventor Mentor, The Inventor Toolmaker, and TGS Extesions User's >guide) I am still lost! I have been trying to find examples but couldn't. > >I wonder if you could help my in this matter, if you have any documentation >(tutorials, examples, etc) which relates to the problem discribed. Anything >will help! It is extremely difficult for me at the moment and without >having >yet the abstraction behind computer graphics and the way Open Inventor >really works adds to my difficulty to solve the problem. > >I will be very gratfull if you could help me in any way. I am looking >further to hearing from you. > >Sincerely >Rui Loureiro _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From owner-info-inventor-dev@oss.sgi.com Fri Oct 13 08:56:41 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 08:56:31 -0700 Received: from ABordeaux-101-2-22.abo.wanadoo.fr ([193.251.6.22]:22794 "EHLO europe.tgs.com") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 08:56:19 -0700 Received: from g5gindy.g5g.fr (g5gindy.g5g.fr [192.0.0.7]) by europe.tgs.com (8.9.3/8.9.3) with ESMTP id QAA22424; Fri, 13 Oct 2000 16:54:31 +0200 Received: from daniel (daniel.g5g.fr [192.0.0.101]) by g5gindy.g5g.fr (1.0/1.0/1.0) with SMTP id QAA87559; Fri, 13 Oct 2000 16:56:43 +0200 (MDT) Message-ID: <00e901c03526$8ea289a0$650000c0@g5g.fr> Reply-To: "Daniel Lichau" From: "Daniel Lichau" To: "Rui Loureiro" Cc: References: <015901c0351c$f23ca130$e09a64c0@rdg.ac.uk> Subject: Re: Open Inventor and VRML Date: Fri, 13 Oct 2000 17:02:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Dear Rui, I suggest that you try to post also your question to news://comp.graphics.api.inventor. You might have more answers and contacts with other users in this forum since this mailing list is more dedicated to the Open Inventor 2.1 internal implementation. For reading, I suggest you to start with the Mentor book, then the "Open Inventor for VRML" chapter in the TGS extension book. It explains how to use Open Inventor 2.6 for VRML2 Collision detections example are located in src\examples\Features\Collision. Moving objects will involve "transformations", that you have to understand in the relevant Mentor chapter, and possibly "manipulators", for interactive transformations. To get more useful information, you might need to a little bit more specific in your questions to the forums. Please also notice that you can get support from our hotline. Forgive me for the advertisement :-). Of course the most efficient way to learn how to use the product to solve your problem would probably be a training or specific assistance. We organize trainings regularly in our R&D centers, for instance in Bordeaux (France), but we would also be pleased to set up a training in your research center, which could be worth if there are other people interested in such training. If you are interested you can contact directly Aude.Robertet@europe.tgs.com (she is in charge of your country). Sincerely Daniel Lichau Consultant engineer E-mail: Daniel.Lichau@europe.tgs.com http://www.tgs.com hotline@europe.tgs.com TGS Europe P.A. Kennedy I - BP 227 33 708 Mérignac Cedex - France Ph: +33 (0)5 56 13 37 77 Fax: +33 (0)5 56 13 02 10 ----- Message d'origine ----- De : Rui Loureiro Ŕ : Envoyé : Friday, October 13, 2000 3:53 PM Objet : Open Inventor and VRML > Dear All, > > I have recently start using TGS Open Inventor for Windows NT but I have to > confess that I am facing some problems. I am involved in a medical project > aiming to deliver robotic therapy to patients that have suffered from > stroke. It has been decided that we will use a combination of virtual and > real tasks to deliver appiling activities to the user. This surely will help > in patient's motivation and improve the recovery time. The first prototype > is intended to go to one hospital at the end of December for clinical > evaluation. > > To start with, I have modelled a virtual room using 3D studio MAX and have > converted this scene into VRML 97 format. Somehow I have managed to read the > VRML scene into Open Inventor, but my main problem now is on how to access > the VRML scene in order to perform actions such as, move objects from one > location to another, detect when a collison occured, etc. Despit the books > (The Inventor Mentor, The Inventor Toolmaker, and TGS Extesions User's > guide) I am still lost! I have been trying to find examples but couldn't. > > I wonder if you could help my in this matter, if you have any documentation > (tutorials, examples, etc) which relates to the problem discribed. Anything > will help! It is extremely difficult for me at the moment and without having > yet the abstraction behind computer graphics and the way Open Inventor > really works adds to my difficulty to solve the problem. > > I will be very gratfull if you could help me in any way. I am looking > further to hearing from you. > > Sincerely > Rui Loureiro > > > > > -------------------------------------------------------------------------- -- > Rui Loureiro > Research Officer > e-mail: R.C.V.Loureiro@reading.ac.uk > Tel: OFFICE: +44 (0) 118 931 8219 (ext.4390) > tHRIL lab: +44 (0) 118 931 6742 (direct line) > Fax: +44 (0) 118 931 8220 > Department of Cybernetics, University of Reading, Reading, RG6 6AY, UK > -------------------------------------------------------------------------- -- > Department web-site > http://www.cyber.rdg.ac.uk > Gentle/s: Robotic assistance in neuro and motor rehabilitation > http://www.gentle.rdg.ac.uk > -------------------------------------------------------------------------- -- > "Everything that can be invented has been invented." > -- Charles H. Duell, Commissioner, U.S. Office of Patents, 1899. > > Engineers think that equations approximate the real world. > Scientists think that the real world approximates equations. > Mathematicians are unable to make the connection... > > From owner-info-inventor-dev@oss.sgi.com Fri Oct 13 09:20:51 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 09:20:42 -0700 Received: from sumh1.rdg.ac.uk ([134.225.16.4]:41167 "EHLO mailhost1.rdg.ac.uk") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 09:20:22 -0700 Received: from [192.100.154.224] (helo=dreamer) by mailhost1.rdg.ac.uk with smtp (University of Reading Email Service) id {13k7ZC-0007S7-00} ; Fri, 13 Oct 2000 17:20:18 +0100 Message-ID: <01cb01c03532$101dcfc0$e09a64c0@rdg.ac.uk> From: "Rui Loureiro" To: "Ankur Bhargava" Cc: References: Subject: Re: Open Inventor and VRML Date: Fri, 13 Oct 2000 17:24:30 +0100 Organization: University of Reading MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Thanks for your reply. I had the feeling that I had to split the VRML file into smaller files but was hoping that an alternative method could be used instead. I will let you know if I manage to find out another way. Rui ---------------------------------------------------------------------------- Rui Loureiro Research Officer e-mail: R.C.V.Loureiro@reading.ac.uk Tel: OFFICE: +44 (0) 118 931 8219 (ext.4390) tHRIL lab: +44 (0) 118 931 6742 (direct line) Fax: +44 (0) 118 931 8220 Department of Cybernetics, University of Reading, Reading, RG6 6AY, UK ---------------------------------------------------------------------------- Department web-site http://www.cyber.rdg.ac.uk Gentle/s: Robotic assistance in neuro and motor rehabilitation http://www.gentle.rdg.ac.uk ---------------------------------------------------------------------------- "Everything that can be invented has been invented." -- Charles H. Duell, Commissioner, U.S. Office of Patents, 1899. Engineers think that equations approximate the real world. Scientists think that the real world approximates equations. Mathematicians are unable to make the connection... ----- Original Message ----- From: Ankur Bhargava To: ; Sent: Friday, October 13, 2000 4:49 PM Subject: Re: Open Inventor and VRML > Hi all, > > am trying to do something similar. This is the what i did not sure if it > would work for you or if this is how its supposed to be. i brokeup the vrml > file into several small vrml files one for each object.Then read the smaller > vrml files one at a time as a node and modified their individual properties > using their node paths. If anyone can tell me of a way where i can modify > the properties of multiple objects within the scene using a single vrml file > it would be great. > > > Thanks, > Ankur > > > > > >From: "Rui Loureiro" > >To: > >Subject: Open Inventor and VRML > >Date: Fri, 13 Oct 2000 14:53:20 +0100 > > > >Dear All, > > > >I have recently start using TGS Open Inventor for Windows NT but I have to > >confess that I am facing some problems. I am involved in a medical project > >aiming to deliver robotic therapy to patients that have suffered from > >stroke. It has been decided that we will use a combination of virtual and > >real tasks to deliver appiling activities to the user. This surely will > >help > >in patient's motivation and improve the recovery time. The first prototype > >is intended to go to one hospital at the end of December for clinical > >evaluation. > > > >To start with, I have modelled a virtual room using 3D studio MAX and have > >converted this scene into VRML 97 format. Somehow I have managed to read > >the > >VRML scene into Open Inventor, but my main problem now is on how to access > >the VRML scene in order to perform actions such as, move objects from one > >location to another, detect when a collison occured, etc. Despit the books > >(The Inventor Mentor, The Inventor Toolmaker, and TGS Extesions User's > >guide) I am still lost! I have been trying to find examples but couldn't. > > > >I wonder if you could help my in this matter, if you have any documentation > >(tutorials, examples, etc) which relates to the problem discribed. Anything > >will help! It is extremely difficult for me at the moment and without > >having > >yet the abstraction behind computer graphics and the way Open Inventor > >really works adds to my difficulty to solve the problem. > > > >I will be very gratfull if you could help me in any way. I am looking > >further to hearing from you. > > > >Sincerely > >Rui Loureiro > > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > > From owner-info-inventor-dev@oss.sgi.com Fri Oct 13 11:16:03 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 11:15:53 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:25455 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 11:15:35 -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 LAA05719 for ; Fri, 13 Oct 2000 11:22:47 -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 LAA27427; Fri, 13 Oct 2000 11:14:03 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010131814.LAA27427@kinabalu.csd.sgi.com> Subject: Re: Open Inventor and VRML To: info-inventor-dev@oss.sgi.com Date: Fri, 13 Oct 2000 11:14:03 -0700 (PDT) In-Reply-To: <00e901c03526$8ea289a0$650000c0@g5g.fr> from "Daniel Lichau" at Oct 13, 2000 05:02:00 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 Oct 13 08:02:00 2000, Daniel.Lichau@europe.tgs.com wrote: > > Dear Rui, > > I suggest that you try to post also your question to > news://comp.graphics.api.inventor. > You might have more answers and contacts with other users in this forum > since this mailing list is more dedicated to the Open Inventor 2.1 internal > implementation. Clarification: this mailing list is for the OPEN SOURCE implementation of SGI Open Inventor, based on the IRIX 2.1.6 version. There is nothing internal about it. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Fri Oct 13 15:01:35 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 15:01:25 -0700 Received: from mail.tgs.com ([209.75.36.9]:12819 "EHLO sight.tgs.com") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 15:01:09 -0700 Received: from DECnet-Mail11.sight.tgs.com by sight.tgs.com (8.8.8/1.1.10.5/07Jul98-0113PM) id OAA0000005174; Fri, 13 Oct 2000 14:57:22 -0700 (PDT) Date: Fri, 13 Oct 2000 14:57:22 -0700 (PDT) Message-Id: <200010132157.OAA0000005174@sight.tgs.com> Mime-Version: 1.0 From: mmh@tgs.com (Mike Heck) To: "info-inventor-dev@oss.sgi.com"@tgs.com Subject: Re: Open Inventor and VRML 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 > Jonathan Lim wrote: > > I suggest that you try to post also your question to > > news://comp.graphics.api.inventor. > > You might have more answers and contacts with other users in this forum > > since this mailing list is more dedicated to the Open Inventor 2.1 internal > > implementation. > > Clarification: this mailing list is for the OPEN SOURCE implementation of SGI > Open Inventor, based on the IRIX 2.1.6 version. > > There is nothing internal about it. I think what Daniel meant was this list is more for discussion about the implementation of Open Inventor, ie the "internals" of the library. I suggest the news group is still a more appropriate forum to discuss usage of Open Inventor. Regards, -Mike TGS Inc, http://www.tgs.com From owner-info-inventor-dev@oss.sgi.com Fri Oct 13 16:05:45 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 16:05:25 -0700 Received: from mail.tgs.com ([209.75.36.9]:57609 "EHLO sight.tgs.com") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 16:05:05 -0700 Received: from DECnet-Mail11.sight.tgs.com by sight.tgs.com (8.8.8/1.1.10.5/07Jul98-0113PM) id QAA0000005674; Fri, 13 Oct 2000 16:04:00 -0700 (PDT) Date: Fri, 13 Oct 2000 16:04:00 -0700 (PDT) Message-Id: <200010132304.QAA0000005674@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: Open Inventor and VRML 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 > I have recently start using TGS Open Inventor for Windows NT but I have to > confess that I am facing some problems. I am involved in a medical project > aiming to deliver robotic therapy to patients that have suffered from > stroke. It has been decided that we will use a combination of virtual and > real tasks to deliver appiling activities to the user. This surely will help > in patient's motivation and improve the recovery time. The first prototype > is intended to go to one hospital at the end of December for clinical > evaluation. > > To start with, I have modelled a virtual room using 3D studio MAX and have > converted this scene into VRML 97 format. Somehow I have managed to read the > VRML scene into Open Inventor, but my main problem now is on how to access > the VRML scene in order to perform actions such as, move objects from one > location to another, detect when a collison occured, etc. Despit the books > (The Inventor Mentor, The Inventor Toolmaker, and TGS Extesions User's > guide) I am still lost! I have been trying to find examples but couldn't. > > I wonder if you could help my in this matter, if you have any documentation > (tutorials, examples, etc) which relates to the problem discribed. Anything > will help! It is extremely difficult for me at the moment and without having > yet the abstraction behind computer graphics and the way Open Inventor > really works adds to my difficulty to solve the problem. OK, this is kind of a general interest question, so I've adapted some existing text to your situation, hopefully giving sort of a mini-tutorial. However there are many ways to organize a scene graph, based on your application's requirements, so don't assume this is the only possible way! There's probably no need to split the VRML file into smaller files. The more general question is: In your VRML file, what distinguishs one "object" from another? You need to be able to answer this question in order to manipulate the objects as separate entities (you need to know this in order to split the file too :-). It's almost certain that each "object" will be a collection of nodes under some sort of grouping node. For example, in a VRML file: DEF Object27 Transform { children [ Cone {} ] } might be one (trivial) object in the incoming file. Typically the file creator will assign a name to each grouping node that represents an independent object. For example, the file creator might simply assign them names "Object0000" through "Object0953". Since you are modeling the scene, you should adopt some useful naming convention. The node names will show up as "DEF name" in the output VRML file, as above. When you read the file into Open Inventor (from TGS), each node in the scene will result in a corresponding node in the scene graph. The grouping node above is an SoVRMLTransform, for example. Let's say you wanted to find a particular object programmatically. If you know the objects all have unique names, you can do this: SoNode *pNode = SoNode::getByName( "Object51" ); However this only gives you a pointer to the node, it doesn't tell you anything about where it is in the scene graph. To get that info use a SearchAction like this (assuming sceneRoot is the root of the entire scene graph, ie. what SoDB::readAll returned to you): SoSearchAction sa; sa.setName( "Object43" ); sa.apply( sceneRoot ); SoPath *pPath = sa.getPath(); SoNode *pNode = pPath->getTail(); If you want to be able to select objects by picking, look at the discussion about SoSelection and redrawOnSelectionChange in the Mentor (and other places). Remember though, that picking will select an actual geometry node, so the node at the tail of the selection path will be (for example) an SoVRMLIndexedFaceSet. To get a path to the grouping node that represents the entire object (which is presumably an ancestor of the geometry node), you have two choices. You can implement a pickFilterCallback (see the Mentor for details) or you can "manually" go up the path from the tail looking for a grouping with an appropriate name. Now you have the objects identified by some naming scheme and can can get a pointer (or path) to a specific object. In order to control "object attributes" like position, scale, rotation, material, etc in a classic Open Inventor scene graph you might put a set of attribute nodes as the first children of each object. For example: DEF Object35 Separator { Transform {} Material {} ... other object nodes ... } These nodes don't have to exist when the file is read in, you can create them when (and if) they are needed, for example, given a pointer to an object we want to rotate: // given pNode points to the object's Separator SoTransform *pTran; SoNode *pFirstChild = pNode->getChild( 0 ); if (pFirstChild->isOfType(SoTransform::getClassTypeId())) pTran = (SoTransform*)pFirstChild; // Already got one else { pTran = new SoTransform; // Make one pNode->insertChild( pTran, 0 ); // Put as first child } pTran->rotation.setValue( SbRotation( ... // set rotation There are many variations on this theme, for example giving the attribute nodes meaningful names. You could also use node kits for this purpose since they automatically create nodes (that are part of their catalog) when they are needed. The position/rotate/scale part is actually easier with VRML nodes! The grouping node that defines an object will typically be an SoVRMLTransform node. This node is effectively the combination of an SoSeparator and an SoTransform. So given a pointer to an object you want to rotate, you only have to do this: SoVRMLTransform *pNode = ... // somehow we got this pointer pNode->rotation.setValue( SbRotation( ... // set rotation Hope that helps, -Mike TGS Inc, http://www.tgs.com From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 00:06:17 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 00:06:08 -0700 Received: from [194.152.163.92] ([194.152.163.92]:63754 "EHLO beton.vrvis.at") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 00:05:54 -0700 Received: (from honza@localhost) by beton.vrvis.at (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id JAA19221 for info-inventor-dev@oss.sgi.com; Mon, 16 Oct 2000 09:05:40 +0200 Date: Mon, 16 Oct 2000 09:05:40 +0200 From: Jan Prikryl To: info-inventor-dev@oss.sgi.com Subject: Makefile system Message-ID: <20001016090540.A19172@beton.vrvis.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Hi, I have to prepare a working OpenInventor setup for a colleague of mine so I thought I'll just checkout the CVS version and give it a try. HOwever, I've experienced several problems: (1) There are -lGL -lGLU -lXt -lXi -lX11 missing when linking ivman. The same problem appears when building stuff in 'apps' directory . (2) Even if making ivman fails, the build continues further (3) In order to generate the manual pages, ivman needs access to your X display (this I consider to be a feature, but it's not mentionied anywhere as far as I know) Have these problems been already addressed, or shall I write a bug report and try to patch it? Another question: some time ago, Morten Eriksson from SIM thought about providing an automake/autoconf support for the Inventor code ... I suppose it is not a trivial thing to set up, and probably better done by a single developer, but if I could help somehow (the current makefile system drives me nuts sometimes). -- jan --------------------+------------------------------------------------------ Jan Prikryl | vr|vis center for virtual reality and visualisation | http://www.vrvis.at --------------------+------------------------------------------------------ From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 00:21:57 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 00:21:47 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44131 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 00:21:27 -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 AAA06883 for ; Mon, 16 Oct 2000 00:28:41 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id AAA38491; Mon, 16 Oct 2000 00:19:28 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010160719.AAA38491@kinabalu.csd.sgi.com> Subject: Re: Makefile system To: prikryl@vrvis.at (Jan Prikryl) Date: Mon, 16 Oct 2000 00:19:27 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <20001016090540.A19172@beton.vrvis.lan> from "Jan Prikryl" at Oct 16, 2000 09:05:40 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 Oct 16 00:05:40 2000, prikryl@vrvis.at wrote: > > Hi, > > I have to prepare a working OpenInventor setup for a colleague of mine > so I thought I'll just checkout the CVS version and give it a try. > > HOwever, I've experienced several problems: > > (1) There are -lGL -lGLU -lXt -lXi -lX11 missing when linking > ivman. The same problem appears when building stuff in 'apps' > directory . I don't believe this is a problem because libInventor.so and libInventorXt.so automatically loads those other DSO's. Make sure you have LD_LIBRARY_PATH set correctly. > (2) Even if making ivman fails, the build continues further There are no specific instructions to halt the build if that of ivman fails. I believe gmake determines when it's had enough errors. > (3) In order to generate the manual pages, ivman needs access to your > X display (this I consider to be a feature, but it's not > mentionied anywhere as far as I know) See README.FIRST. X display access is needed because ivman calls SoXt::init(). > Have these problems been already addressed, or shall I write a bug > report and try to patch it? > > Another question: some time ago, Morten Eriksson from SIM thought > about providing an automake/autoconf support for the Inventor code > ... I suppose it is not a trivial thing to set up, and probably better > done by a single developer, but if I could help somehow (the current > makefile system drives me nuts sometimes). Much of the system-dependent stuff has been moved to make/ivcommondefs and make/system. I believe any use of automake/autoconf should not have to touch the stuff in the other subdirectories. The most recent check-ins clean up a lot of compiler warnings, etc. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 00:28:47 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 00:28:38 -0700 Received: from trh.sim.no ([195.1.220.136]:13937 "HELO sim.no") by oss.sgi.com with SMTP id ; Mon, 16 Oct 2000 00:28:27 -0700 Received: (qmail 10493 invoked by uid 1114); 16 Oct 2000 07:28:23 -0000 To: info-inventor-dev@oss.sgi.com Subject: Re: Makefile system From: Morten Eriksen Date: 16 Oct 2000 09:28:23 +0200 Message-ID: <51wvf95joo.fsf@trh.sim.no> Lines: 37 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.3 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 [Oops, I forgot to Cc: the list when replying to Jan.] * Jan Prikryl > Another question: some time ago, Morten Eriksson from SIM thought > about providing an automake/autoconf support for the Inventor code > [...] I'm sorry I never got around to completing this, I had made it through libimage and 3/4 or so of the way through libInventor when other tasks at hand got higher priority for me. > ... I suppose it is not a trivial thing to set up, and probably > better done by a single developer, but if I could help somehow (the > current makefile system drives me nuts sometimes). I discovered a couple of things, though: I think the first thing the SGI maintainers need to do is to split up the single monolithic CVS module into several pieces. One for libimage, one for libInventor, one for libInventorXt, one for the tools, one for the examples, etc etc. Before this is done, completely converting to autoconf/automake/libtool for configure and build would probably make the setup complex enough that it would look like a lot more mess than the current Makefile-based build. Another important aspect is that the current releases of autoconf (v2.13, I think) and automake (v2.14?) is getting really long in the teeth and is a far cry from matching the state of these tools fresh from CVS. So it might be better to hold off a bit anyhow, until autoconf v2.50 and the next automake release happens. Regards, Morten -- From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 02:44:28 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 02:44:18 -0700 Received: from www.faw.uni-ulm.de ([134.60.100.4]:29770 "HELO www.faw.uni-ulm.de") by oss.sgi.com with SMTP id ; Mon, 16 Oct 2000 02:44:05 -0700 Received: (qmail 17263 invoked from network); 16 Oct 2000 09:44:02 -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; 16 Oct 2000 09:44:02 -0000 Received: (qmail 26847 invoked by uid 0); 16 Oct 2000 09:44:01 -0000 Received: from dialin52.faw.uni-ulm.de (HELO faw.uni-ulm.de) (corsepiu@172.18.1.52) by mailserv.faw.uni-ulm.de with SMTP; 16 Oct 2000 09:44:01 -0000 Message-ID: <39EACE32.FBB9B4AD@faw.uni-ulm.de> Date: Mon, 16 Oct 2000 11:45:22 +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: Morten Eriksen CC: info-inventor-dev@oss.sgi.com Subject: Re: Makefile system References: <51wvf95joo.fsf@trh.sim.no> 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 Morten Eriksen wrote: > > [Oops, I forgot to Cc: the list when replying to Jan.] > > * Jan Prikryl > > Another question: some time ago, Morten Eriksson from SIM thought > > about providing an automake/autoconf support for the Inventor code > > [...] > > I'm sorry I never got around to completing this, I had made it through > libimage and 3/4 or so of the way through libInventor when other tasks > at hand got higher priority for me. ... I have partially ported the apps, doc and libSoXt subdirectories. Not good enough to make them public, but sufficient for me :( > > ... I suppose it is not a trivial thing to set up, and probably > > better done by a single developer, but if I could help somehow (the > > current makefile system drives me nuts sometimes). > > I discovered a couple of things, though: > > I think the first thing the SGI maintainers need to do is to split up > the single monolithic CVS module into several pieces. One for > libimage, one for libInventor, one for libInventorXt, one for the > tools, one for the examples, etc etc. > Fully agreed. > Before this is done, completely converting to > autoconf/automake/libtool for configure and build would probably make > the setup complex enough that it would look like a lot more mess than > the current Makefile-based build. Well, I am inclined to agree, when regarding this topic from a puristic auto*-tool's point of view, but IMHO, there are fairy simple ways to provide a gradual transition to auto* tools. Eg. one possibility is to start with a toplevel configure script to setup the standard auto* installation variables (prefix, mandir etc.) and to configure the SGI's build-configuration files below make/ and build/. I.e. to propagate auto* variables to the GNUmakes through SGI's configuration files. This way most of SGI's GNUmakefiles could be kept without (major) changes, but the whole package would gain major flexibility wrt. installation. This approach also would avoid the deficiencies the current versions of the auto*-tools have wrt. C++, because this configuration scheme would not apply these, but would still rely on SGI's config files + some (IMHO: significant) amount of additional flexibility. > > Another important aspect is that the current releases of autoconf > (v2.13, I think) and automake (v2.14?) is getting really long in the > teeth and is a far cry from matching the state of these tools fresh > from CVS. So it might be better to hold off a bit anyhow, until > autoconf v2.50 and the next automake release happens. I know that you are using them for your development, I am using them myself and I know about the advantages of the new versions, but I don't share your opinion. The new versions of the auto*- tools would be useful if full flexibility and portability is objective and would partially ease applying the auto*-tools, but even using the current versions of the auto* tools would not be worse than the current configuration scheme in SGI's OIV, IMHO. 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 Mon Oct 16 02:44:28 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 02:44:18 -0700 Received: from [194.152.163.92] ([194.152.163.92]:50955 "EHLO beton.vrvis.at") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 02:44:13 -0700 Received: (from honza@localhost) by beton.vrvis.at (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id LAA19748 for info-inventor-dev@oss.sgi.com; Mon, 16 Oct 2000 11:43:57 +0200 Date: Mon, 16 Oct 2000 11:43:57 +0200 From: Jan Prikryl To: info-inventor-dev@oss.sgi.com Subject: Re: Makefile system Message-ID: <20001016114357.B19172@beton.vrvis.lan> References: <20001016090540.A19172@beton.vrvis.lan> <200010160719.AAA38491@kinabalu.csd.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200010160719.AAA38491@kinabalu.csd.sgi.com>; from jlim@kinabalu.csd.sgi.com on Mon, Oct 16, 2000 at 12:19:27AM -0700 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Quoting Jonathan Lim (jlim@kinabalu.csd.sgi.com): > > (1) There are -lGL -lGLU -lXt -lXi -lX11 missing when linking > > ivman. The same problem appears when building stuff in 'apps' > > directory . > > I don't believe this is a problem because libInventor.so and > libInventorXt.so automatically loads those other DSO's. Make sure > you have LD_LIBRARY_PATH set correctly. Well, the problem was issuing only 'make' and not 'make install' and therefore linkling against the old version of libInventor.so. > > (2) Even if making ivman fails, the build continues further > > There are no specific instructions to halt the build if that of > ivman fails. I believe gmake determines when it's had enough errors. If you have a rule with a shell loop of for i in $(SUBDIRS) ; do (cd $i ; $(MAKE) all) ; done the rule will in my opinion ignore the exit status of the sub-makes except for the last one - the exit status of the loop is the exit status of the last command list being called ... or am I mistaken? I'd say that something like for i in $(SUBDIRS) ; do (cd $i && $(MAKE) all) || exit 1 ; done would be better in this case - just in order to not overlook errors during the build (ok, if there are errors it'll not work anyway or the build is going to fail later due to undefined symbols, but I guess it would be more appropriate to stop the compilation after an error occurred instead of trying to build everything that can be built until the build finally fails). But it's a matter of taste, I agree. > > (3) In order to generate the manual pages, ivman needs access to your > > X display (this I consider to be a feature, but it's not > > mentionied anywhere as far as I know) > > See README.FIRST. X display access is needed because ivman calls > SoXt::init(). Oops. Sorry. It's indeed mentioned there. -- jan --------------------+------------------------------------------------------ Jan Prikryl | vr|vis center for virtual reality and visualisation | http://www.vrvis.at --------------------+------------------------------------------------------ From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 02:44:47 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 02:44:38 -0700 Received: from www.faw.uni-ulm.de ([134.60.100.4]:31818 "HELO www.faw.uni-ulm.de") by oss.sgi.com with SMTP id ; Mon, 16 Oct 2000 02:44:25 -0700 Received: (qmail 17273 invoked from network); 16 Oct 2000 09:44:23 -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; 16 Oct 2000 09:44:23 -0000 Received: (qmail 26870 invoked by uid 0); 16 Oct 2000 09:44:21 -0000 Received: from dialin52.faw.uni-ulm.de (HELO faw.uni-ulm.de) (corsepiu@172.18.1.52) by mailserv.faw.uni-ulm.de with SMTP; 16 Oct 2000 09:44:21 -0000 Message-ID: <39EACE4F.3BF1964A@faw.uni-ulm.de> Date: Mon, 16 Oct 2000 11:45:51 +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: Jan Prikryl , info-inventor-dev@oss.sgi.com Subject: Re: Makefile system References: <200010160719.AAA38491@kinabalu.csd.sgi.com> Content-Type: multipart/mixed; boundary="------------7E61CA35C0BC2DEF8692C574" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing This is a multi-part message in MIME format. --------------7E61CA35C0BC2DEF8692C574 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Jonathan Lim wrote: > > On Mon Oct 16 00:05:40 2000, prikryl@vrvis.at wrote: > > > > Hi, > > > > (2) Even if making ivman fails, the build continues further > > There are no specific instructions to halt the build if that of ivman fails. I > believe gmake determines when it's had enough errors. > I don't think so. IMO, this is the result of a series of issues with exit status evaluation in the rules to be used for building the man-pages and subdirectories. The patch below is a brute-force hack to outline and partially fix this issue. [apply the patch, then cd doc/man, make clean, unset DISPLAY and finally run make. You'll hopefully experience the difference :)] > > Another question: some time ago, Morten Eriksson from SIM thought > > about providing an automake/autoconf support for the Inventor code > > ... I suppose it is not a trivial thing to set up, and probably better > > done by a single developer, but if I could help somehow (the current > > makefile system drives me nuts sometimes). > > Much of the system-dependent stuff has been moved to make/ivcommondefs and > make/system. I believe any use of automake/autoconf should not have to touch > the stuff in the other subdirectories. The most recent check-ins clean up a > lot of compiler warnings, etc. AFAIU, this matches to some extend with my proposal in my previous mail. However, I have noticed a couple of spots for which your assumption does not hold. Avoiding these would require further "code surgery". 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 --------------7E61CA35C0BC2DEF8692C574 Content-Type: text/plain; charset=us-ascii; name="inventor-rc-20001016.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="inventor-rc-20001016.diff" Index: make/commondefs =================================================================== RCS file: /cvs/inventor/make/commondefs,v retrieving revision 1.2 diff -u -r1.2 commondefs --- make/commondefs 2000/09/18 07:27:37 1.2 +++ make/commondefs 2000/10/16 09:25:28 @@ -668,8 +668,8 @@ echo "SKIPPING $$d: No such directory."; \ fi \ else \ - echo "\t(cd $$d; $(MAKE) $${RULE:=$@})"; \ - (cd $$d; ${MAKE} $${RULE:=$@}); \ + echo "\t(cd $$d && $(MAKE) $${RULE:=$@})"; \ + (cd $$d && ${MAKE} $${RULE:=$@}) || exit 1; \ fi SUBDIRS_MAKERULE= \ Index: make/ivcommonrules =================================================================== RCS file: /cvs/inventor/make/ivcommonrules,v retrieving revision 1.1 diff -u -r1.1 ivcommonrules --- make/ivcommonrules 2000/09/18 07:27:37 1.1 +++ make/ivcommonrules 2000/10/16 09:25:28 @@ -25,7 +25,7 @@ $(LD) $(LDDSOOPTS) $^ $(LDLIBS) -o $@ $(LARCHIVE): - for i in $(SUBDIRS); do (cd $$i; $(MAKE) all); done + for i in $(SUBDIRS); do (cd $$i && $(MAKE) all); done $(RM) $(LARCHIVE) $(AR) $(ARFLAGS) $(LARCHIVE) $(OBJECTS) @@ -53,7 +53,7 @@ .SUFFIXES: .ivm .3iv .ivm.3iv: - (cd ..; $(IVMAN) `$(MAKEMANDIRS) $(*F)`) > $@ + (cd .. && $(IVMAN) `$(MAKEMANDIRS) $(*F)`) > $@ MAN3PAGES = $(IVMFILES:.ivm=.3iv) --------------7E61CA35C0BC2DEF8692C574-- From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 03:55:18 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 03:55:08 -0700 Received: from Lehar.ucc.hull.ac.uk ([150.237.196.3]:44238 "HELO mailhub4.hull.ac.uk") by oss.sgi.com with SMTP id ; Mon, 16 Oct 2000 03:54:56 -0700 Received: from mailhub.dcs.hull.ac.uk (actually host amethyst.dcs.hull.ac.uk) by lehar.ucc.hull.ac.uk with ESMTP; Mon, 16 Oct 2000 11:54:46 +0100 Received: from [150.237.28.13] (helo=quartz.dcs.hull.ac.uk ident=exim) by mailhub.dcs.hull.ac.uk with esmtp (Exim 3.03 #2) id 13l7uk-0004w9-00 for info-inventor-dev@oss.sgi.com; Mon, 16 Oct 2000 11:54:42 +0100 Received: from cspfh (helo=localhost) by quartz.dcs.hull.ac.uk with local-esmtp (Exim 3.03 #1) id 13l7um-0002ZM-00 for info-inventor-dev@oss.sgi.com; Mon, 16 Oct 2000 11:54:44 +0100 Date: Mon, 16 Oct 2000 11:54:44 +0100 From: Fotios Hadginikos X-Sender: cspfh@quartz To: info-inventor-dev@oss.sgi.com Subject: Mouse coordinates in Xt window 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 Hi, Does anybody know how to get the current mouse coordinates in an xt window? TIA, Fotis From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 05:15:19 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 05:15:09 -0700 Received: from mgw-x2.nokia.com ([131.228.20.22]:40695 "EHLO mgw-x2.nokia.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 05:14:52 -0700 Received: from esebh01nok.ntc.nokia.com (esebh01nok.ntc.nokia.com [131.228.118.150]) by mgw-x2.nokia.com (8.10.2/8.10.2/Nokia) with ESMTP id e9GCEjP17700 for ; Mon, 16 Oct 2000 15:14:45 +0300 (EET DST) Received: by esebh01nok with Internet Mail Service (5.5.2652.78) id <400CQKP9>; Mon, 16 Oct 2000 15:10:46 +0300 Message-ID: <11CD408013B6D2119BB50008C7EA510C0472A55A@eseis05nok> From: Ext-Zsolt.M.Kovacs@nokia.com To: info-inventor-dev@oss.sgi.com Subject: Few problems Date: Mon, 16 Oct 2000 15:10:40 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2652.78) 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'm interested if you have the same problem with SceneViewer. If you select in scene a node, then you choose the Color Editor from menu. Then by me this Color Editor is hollow as previously the Material Editor. The Material Editor is okay. (Note: I have patched the DSO for this double buffer problem for sliders in color editor, materials editor,.., then started ldconfig ) Second: the "xconfirm" is available only on SGI, I suppose. The "xmessage" can't be used instead of xconfirm on Linux?? (many programs are using this xconfirm) Third: the help is meant to work with SGI's help system. So this help cards, have meaning only if I would have SGI?? Best regards, Zsolt Kovacs From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 07:16:12 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 07:16:02 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58996 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 07:15:37 -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 HAA00756 for ; Mon, 16 Oct 2000 07:22:52 -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 HAA59550 for ; Mon, 16 Oct 2000 07:15:36 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id HAA39220; Mon, 16 Oct 2000 07:12:00 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010161412.HAA39220@kinabalu.csd.sgi.com> Subject: Re: Makefile system To: prikryl@vrvis.at (Jan Prikryl) Date: Mon, 16 Oct 2000 07:12:00 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <20001016114357.B19172@beton.vrvis.lan> from "Jan Prikryl" at Oct 16, 2000 11:43:57 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 Oct 16 02:43:57 2000, prikryl@vrvis.at wrote: > > > I don't believe this is a problem because libInventor.so and > > libInventorXt.so automatically loads those other DSO's. Make sure > > you have LD_LIBRARY_PATH set correctly. > > Well, the problem was issuing only 'make' and not 'make install' and > therefore linkling against the old version of libInventor.so. Yes, the 'make install' is required for the DSO's to be copied to the right place for subsequent use. > I'd say that something like > > for i in $(SUBDIRS) ; do (cd $i && $(MAKE) all) || exit 1 ; done > > would be better in this case - just in order to not overlook errors > during the build (ok, if there are errors it'll not work anyway or the No problem, that I can fix (in the next few days). Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 07:33:42 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 07:33:32 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:45177 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 07:33:17 -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 HAA02730 for ; Mon, 16 Oct 2000 07:25:31 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id HAA39376; Mon, 16 Oct 2000 07:31:18 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010161431.HAA39376@kinabalu.csd.sgi.com> Subject: Re: Few problems To: Ext-Zsolt.M.Kovacs@nokia.com Date: Mon, 16 Oct 2000 07:31:17 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <11CD408013B6D2119BB50008C7EA510C0472A55A@eseis05nok> from "Ext-Zsolt.M.Kovacs@nokia.com" at Oct 16, 2000 03:10:40 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 Oct 16 05:10:40 2000, Ext-Zsolt.M.Kovacs@nokia.com wrote: > > Hi, > I'm interested if you have the same problem with SceneViewer. If you > select in scene > a node, then you choose the Color Editor from menu. Then by me this Color > Editor is hollow > as previously the Material Editor. The Material Editor is okay. (Note: I I don't think I've seen this; I will have to look at it closer. > Second: > the "xconfirm" is available only on SGI, I suppose. The > "xmessage" can't be > used instead of xconfirm on Linux?? (many programs are using this xconfirm) I will look into fixing this. > Third: > the help is meant to work with SGI's help system. So this > help cards, have meaning > only if I would have SGI?? The help cards were written in the IRIX showcase format. Do we have any volunteers to convert them to HTML (or PDF)? > Best regards, > Zsolt Kovacs Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 07:57:42 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 07:57:32 -0700 Received: from heffalump.fnal.gov ([131.225.9.20]:22222 "EHLO fnal.gov") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 07:57:11 -0700 Received: from fnal.gov ([131.225.82.106]) by smtp.fnal.gov (PMDF V6.0-24 #44770) with ESMTP id <0G2J003222VAI8@smtp.fnal.gov> for info-inventor-dev@oss.sgi.com; Mon, 16 Oct 2000 09:57:11 -0500 (CDT) Date: Mon, 16 Oct 2000 09:57:18 -0500 From: Jeff Kallenbach Subject: Re: Few problems To: Jonathan Lim Cc: info-inventor-dev@oss.sgi.com Message-id: <39EB174E.348021FB@fnal.gov> MIME-version: 1.0 X-Mailer: Mozilla 4.61 [en] (WinNT; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: <200010161431.HAA39376@kinabalu.csd.sgi.com> Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing > > The help cards were written in the IRIX showcase format. Do we have any > volunteers to convert them to HTML (or PDF)? > T'would be good for all working on this if, while you're fixing the source files, to doxygen-ize them. Much work at the time but well worth it. -- Cheers, Jeff ====================================================================== Jeff Kallenbach |Fermi National Accelerator Lab|Physics Analysis Tools V: (630)840-2210| jeffk@fnal.gov | F: (630)840-2783 ====================================================================== From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 08:05:51 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 08:05:41 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:23302 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 08:05:34 -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 HAA08108 for ; Mon, 16 Oct 2000 07:57: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 IAA79383 for ; Mon, 16 Oct 2000 08:05:33 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id IAA39462; Mon, 16 Oct 2000 08:02:24 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010161502.IAA39462@kinabalu.csd.sgi.com> Subject: Re: Few problems To: jeffk@fnal.gov (Jeff Kallenbach) Date: Mon, 16 Oct 2000 08:02:23 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39EB174E.348021FB@fnal.gov> from "Jeff Kallenbach" at Oct 16, 2000 09:57:18 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 Oct 16 07:57:18 2000, jeffk@fnal.gov wrote: > > > > > The help cards were written in the IRIX showcase format. Do we have any > > volunteers to convert them to HTML (or PDF)? > > > > T'would be good for all working on this if, while you're fixing the > source files, to doxygen-ize them. Much work at the time but well worth > it. And doxygen-ize means? ... Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 08:11:01 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 08:10:41 -0700 Received: from hp00290.ina.de ([159.51.6.54]:47630 "EHLO ina.de") convert rfc822-to-8bite.muqi by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 08:10:30 -0700 Received: from ina-de0135.ina.de (pc11322.ina.de [159.51.6.55]) by ina.de (8.9.1/8.9.1) with SMTP id RAA23824 for ; Mon, 16 Oct 2000 17:10:23 +0200 (METDST) Received: FROM ina-de0149.ina.de BY ina-de0135.ina.de ; Mon Oct 16 17:10:22 2000 +0200 Received: by ina-de0149.ina.de with Internet Mail Service (5.5.2448.0) id ; Mon, 16 Oct 2000 17:10:22 +0200 Message-ID: <35E288755570D311A65400902760DD4B011E6B4A@INA-DE0109.ina.de> From: "Kelm, Peter TBG" To: jlim@kinabalu.csd.sgi.com, info-inventor-dev@oss.sgi.com Subject: RE: Few problems Date: Mon, 16 Oct 2000 17:10:19 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing doxygen is a powerful documentation tool. I would love to see it used for Inventor. http://www.stack.nl/~dimitri/doxygen/ Best regards, Peter ---------------------------------------- Peter Kelm INA Waelzlager Schaeffler oHG Multibody dynamics TBG Industriestr. 1-3 D-91074 Herzogenaurach Germany Tel. +49 (0) 9132 / 82-3388 Fax: +49 (0) 9132 / 82-45-3388 eMail: Peter.Kelm@de.ina.com > -----Ursprüngliche Nachricht----- > Von: jlim@kinabalu.csd.sgi.com [SMTP:jlim@kinabalu.csd.sgi.com] > Gesendet am: Montag, 16. Oktober 2000 17:02 > An: jeffk@fnal.gov > Cc: info-inventor-dev@oss.sgi.com > Betreff: Re: Few problems > > On Mon Oct 16 07:57:18 2000, jeffk@fnal.gov wrote: > > > > > > > > The help cards were written in the IRIX showcase format. Do we have > any > > > volunteers to convert them to HTML (or PDF)? > > > > > > > T'would be good for all working on this if, while you're fixing the > > source files, to doxygen-ize them. Much work at the time but well worth > > it. > > And doxygen-ize means? ... > > > Jonathan Lim _ Silicon Graphics _ Mountain View > GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 08:25:02 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 08:24:42 -0700 Received: from heffalump.fnal.gov ([131.225.9.20]:35028 "EHLO fnal.gov") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 08:24:31 -0700 Received: from fnal.gov ([131.225.82.106]) by smtp.fnal.gov (PMDF V6.0-24 #44770) with ESMTP id <0G2J0038V44UI5@smtp.fnal.gov> for info-inventor-dev@oss.sgi.com; Mon, 16 Oct 2000 10:24:30 -0500 (CDT) Date: Mon, 16 Oct 2000 10:24:38 -0500 From: Jeff Kallenbach Subject: Re: Few problems To: Jonathan Lim Cc: info-inventor-dev@oss.sgi.com Message-id: <39EB1DB6.809FD148@fnal.gov> MIME-version: 1.0 X-Mailer: Mozilla 4.61 [en] (WinNT; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: <200010161502.IAA39462@kinabalu.csd.sgi.com> Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing Jonathan Lim wrote: > > And doxygen-ize means? ... > Sorry. To those of us to whom Linux has become a way of life, doxygen has become very familiar. It's a GNU tool for parsing one's C++ code and generating doc from it. Very powerful, handy and reasonably easy to use. As Peter pointed out, it's at http://www.stack.nl/~dimitri/doxygen -- Cheers, Jeff ====================================================================== Jeff Kallenbach |Fermi National Accelerator Lab|Physics Analysis Tools V: (630)840-2210| jeffk@fnal.gov | F: (630)840-2783 ====================================================================== From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 08:25:02 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 08:24:41 -0700 Received: from oe7.law3.hotmail.com ([209.185.240.111]:54281 "EHLO hotmail.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 08:24:16 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 16 Oct 2000 08:24:10 -0700 X-Originating-IP: [130.127.12.50] Reply-To: "Ankur Bhargava" From: "Ankur Bhargava" To: "Kelm, Peter TBG" , , References: <35E288755570D311A65400902760DD4B011E6B4A@INA-DE0109.ina.de> Subject: Re: Few problems Date: Mon, 16 Oct 2000 11:24:11 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Message-ID: X-OriginalArrivalTime: 16 Oct 2000 15:24:10.0442 (UTC) FILETIME=[21D8FAA0:01C03785] Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing >doxygen is a powerful documentation tool. I would love to see it used for >Inventor. >http://www.stack.nl/~dimitri/doxygen/ > Best regards, >Peter I second that. Someone already have a working documentation (using doxygen) at http://www.coin3d.org/coin-docs/index.html though a little outdated and for OpenGL. But its been very helpful for me as a starter. It just needs following a few conventions while writing comments. It gets both HTML and pdf outputs. Thanks, Ankur Bhargava. From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 08:56:01 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 08:55:42 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:12053 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 08:55:21 -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 IAA16541 for ; Mon, 16 Oct 2000 08:47:34 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id IAA38418; Mon, 16 Oct 2000 08:53:29 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010161553.IAA38418@kinabalu.csd.sgi.com> Subject: Re: Few problems To: jeffk@fnal.gov (Jeff Kallenbach) Date: Mon, 16 Oct 2000 08:53:28 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39EB1DB6.809FD148@fnal.gov> from "Jeff Kallenbach" at Oct 16, 2000 10:24:38 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 Oct 16 08:24:38 2000, jeffk@fnal.gov wrote: > > Jonathan Lim wrote: > > > > And doxygen-ize means? ... > > Sorry. To those of us to whom Linux has become a way of life, doxygen > has become very familiar. It's a GNU tool for parsing one's C++ code > and generating doc from it. Very powerful, handy and reasonably easy to > use. > As Peter pointed out, it's at > > http://www.stack.nl/~dimitri/doxygen Alright, after taking a brief look at it, I can see how it can be a useful tool. However, my inclination is not to apply it to the existing source code at this time. To faithfully transfer and reproduce the documentation from the IVM format to each source file will take a lot of effort and add to the bloat. If there's something really broken with the man pages, I'd adopt it sooner, but for the time being, it's not a priority. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 10:18:52 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 10:18:33 -0700 Received: from trh.sim.no ([195.1.220.136]:22904 "HELO sim.no") by oss.sgi.com with SMTP id ; Mon, 16 Oct 2000 10:18:13 -0700 Received: (qmail 14180 invoked by uid 2000); 16 Oct 2000 17:18:09 -0000 Date: Mon, 16 Oct 2000 19:18:09 +0200 From: "Lars J. Aas" To: Ankur Bhargava Cc: "Kelm, Peter TBG" , jlim@kinabalu.csd.sgi.com, info-inventor-dev@oss.sgi.com Subject: Re: Few problems Message-ID: <20001016191809.A14108@sim.no> Reply-To: larsa@sim.no References: <35E288755570D311A65400902760DD4B011E6B4A@INA-DE0109.ina.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bhargava_ankur@hotmail.com on Mon, Oct 16, 2000 at 11:24:11AM -0400 Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing On Mon, Oct 16, 2000 at 11:24:11AM -0400, Ankur Bhargava wrote: : >doxygen is a powerful documentation tool. I would love to see it used for : >Inventor. : : Someone already have a working documentation (using doxygen) at : http://www.coin3d.org/coin-docs/index.html though a little outdated and for : OpenGL. It's not for OpenGL - it is for the Open Inventor API (more specifically the Coin implementation of Open Inventor). It might be sparse/minimal in certain areas but I wouldn't call it outdated. Lars J From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 18:25:57 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 18:25:47 -0700 Received: from my.nada.kth.se ([130.237.226.101]:16526 "EHLO my.nada.kth.se") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 18:25:29 -0700 Received: from localhost (d96-jja@localhost) by my.nada.kth.se (8.8.8+Sun/8.8.7) with ESMTP id DAA19697 for ; Tue, 17 Oct 2000 03:25:27 +0200 (MET DST) Date: Tue, 17 Oct 2000 03:25:27 +0200 (MET DST) From: Johan Jansson To: info-inventor-dev@oss.sgi.com Subject: Patch for Debian compilation errors Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-971745927=:19011" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-971745927=:19011 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, This is a small patch (for the current distribution in CVS, 1.4?) which fixes some compilation errors on Debian (potato), with gcc version: gcc version 2.95.2 20000220 (Debian GNU/Linux) I assume that the gcc in Red Hat lets these through for some reason, maybe it has different default settings? There were errors in the apps and doc subdirs also, but I haven't looked into them. Anyway, the errors prevent building the core libraries on Debian (at least my installation), so I would appreciate if you could include the fixes. Regards, Johan PS. Thanks for the LGPL release! ---559023410-851401618-971745927=:19011 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=debian-iv-patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=debian-iv-patch ZGlmZiAtcmMgaW52ZW50b3IvbGliL2RhdGFiYXNlL3NyYy9zby9Tb1BhdGgu YysrIGludmVudG9yLWZpeGVkL2xpYi9kYXRhYmFzZS9zcmMvc28vU29QYXRo LmMrKw0KKioqIGludmVudG9yL2xpYi9kYXRhYmFzZS9zcmMvc28vU29QYXRo LmMrKwlUdWUgT2N0IDE3IDE0OjI4OjA2IDIwMDANCi0tLSBpbnZlbnRvci1m aXhlZC9saWIvZGF0YWJhc2Uvc3JjL3NvL1NvUGF0aC5jKysJVHVlIE9jdCAx NyAxMDo1NDoxMSAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA1NjgsNTc0 ICoqKioNCiAgLy8NCiAgLy8gVXNlOiBwdWJsaWMNCiAgDQohIG9wZXJhdG9y ID09KGNvbnN0IFNvUGF0aCAmcDEsIGNvbnN0IFNvUGF0aCAmcDIpDQogIC8v DQogIC8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLw0KICB7DQotLS0gNTY4 LDU3NCAtLS0tDQogIC8vDQogIC8vIFVzZTogcHVibGljDQogIA0KISBpbnQg b3BlcmF0b3IgPT0oY29uc3QgU29QYXRoICZwMSwgY29uc3QgU29QYXRoICZw MikNCiAgLy8NCiAgLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vDQogIHsN CmRpZmYgLXJjIGludmVudG9yL2xpYi9ub2Rla2l0cy9zcmMvU29Ob2RlS2l0 UGF0aC5jKysgaW52ZW50b3ItZml4ZWQvbGliL25vZGVraXRzL3NyYy9Tb05v ZGVLaXRQYXRoLmMrKw0KKioqIGludmVudG9yL2xpYi9ub2Rla2l0cy9zcmMv U29Ob2RlS2l0UGF0aC5jKysJVHVlIE9jdCAxNyAxNDoyODoxNSAyMDAwDQot LS0gaW52ZW50b3ItZml4ZWQvbGliL25vZGVraXRzL3NyYy9Tb05vZGVLaXRQ YXRoLmMrKwlUdWUgT2N0IDE3IDE0OjA2OjQxIDIwMDANCioqKioqKioqKioq KioqKg0KKioqIDQ1Miw0NTggKioqKg0KICAvLyAgICBhcmUgdGhlIHNhbWUg bGVuZ3RoLCB0aGUgaGVhZHMgYXJlIHRoZSBzYW1lLCBhbmQgYWxsIHRoZSBu b2Rla2l0cw0KICAvLyAgICBvbiB0aGVtIGFyZSB0aGUgc2FtZS4NCiAgLy8N CiEgb3BlcmF0b3IgPT0oY29uc3QgU29Ob2RlS2l0UGF0aCAmcDEsIGNvbnN0 IFNvTm9kZUtpdFBhdGggJnAyKQ0KICB7DQogICAgICBpbnQgaTsNCiAgDQot LS0gNDUyLDQ1OCAtLS0tDQogIC8vICAgIGFyZSB0aGUgc2FtZSBsZW5ndGgs IHRoZSBoZWFkcyBhcmUgdGhlIHNhbWUsIGFuZCBhbGwgdGhlIG5vZGVraXRz DQogIC8vICAgIG9uIHRoZW0gYXJlIHRoZSBzYW1lLg0KICAvLw0KISBpbnQg b3BlcmF0b3IgPT0oY29uc3QgU29Ob2RlS2l0UGF0aCAmcDEsIGNvbnN0IFNv Tm9kZUtpdFBhdGggJnAyKQ0KICB7DQogICAgICBpbnQgaTsNCiAgDQpPbmx5 IGluIGludmVudG9yLWZpeGVkL2xpYlNvWHQ6IGxpYkludmVudG9yWHQuc28N CmRpZmYgLXJjIGludmVudG9yL2xpYlNvWHQvc3JjL1NvWHQuYysrIGludmVu dG9yLWZpeGVkL2xpYlNvWHQvc3JjL1NvWHQuYysrDQoqKiogaW52ZW50b3Iv bGliU29YdC9zcmMvU29YdC5jKysJVHVlIE9jdCAxNyAxNDoyODoxNiAyMDAw DQotLS0gaW52ZW50b3ItZml4ZWQvbGliU29YdC9zcmMvU29YdC5jKysJVHVl IE9jdCAxNyAxMzo1Mzo0OSAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA3 MSw3NyAqKioqDQogIC8vIG5vdyBpdCBpcyBqdXN0IHNhbXBsZSBjb2RlLiBX ZSBpbmNsdWRlIGl0IGhlcmUgZm9yIGNvbnZlbmllbmNlDQogIC8vIHRvIG91 ciB1c2Vycy4NCiAgZXh0ZXJuICJDIiB7DQohICAgICBpdl9TR19nZXRQb3B1 cEFyZ3MoRGlzcGxheSAqLCBpbnQsIEFyZ0xpc3QsIGludCAqKTsNCiAgfQ0K ICANCiAgDQotLS0gNzEsNzcgLS0tLQ0KICAvLyBub3cgaXQgaXMganVzdCBz YW1wbGUgY29kZS4gV2UgaW5jbHVkZSBpdCBoZXJlIGZvciBjb252ZW5pZW5j ZQ0KICAvLyB0byBvdXIgdXNlcnMuDQogIGV4dGVybiAiQyIgew0KISAgICAg dm9pZCBpdl9TR19nZXRQb3B1cEFyZ3MoRGlzcGxheSAqLCBpbnQsIEFyZ0xp c3QsIGludCAqKTsNCiAgfQ0KICANCiAgDQpkaWZmIC1yYyBpbnZlbnRvci9s aWJTb1h0L3NyYy9tb3RpZi9Tb1h0TWluTWF4LmMrKyBpbnZlbnRvci1maXhl ZC9saWJTb1h0L3NyYy9tb3RpZi9Tb1h0TWluTWF4LmMrKw0KKioqIGludmVu dG9yL2xpYlNvWHQvc3JjL21vdGlmL1NvWHRNaW5NYXguYysrCVR1ZSBPY3Qg MTcgMTQ6Mjg6MTYgMjAwMA0KLS0tIGludmVudG9yLWZpeGVkL2xpYlNvWHQv c3JjL21vdGlmL1NvWHRNaW5NYXguYysrCVR1ZSBPY3QgMTcgMTQ6MDM6MTAg MjAwMA0KKioqKioqKioqKioqKioqDQoqKiogNzYsODIgKioqKg0KICBzdGF0 aWMgWHRSZXNvdXJjZSBfc2NhbGVTdHlsZVJlc291cmNlc1tdID0gew0KICAg ICAgeyBYbU5vcmllbnRhdGlvbiwgWG1DT3JpZW50YXRpb24sIFhtUk9yaWVu dGF0aW9uLCBzaXplb2YoIHVuc2lnbmVkIGNoYXIpLA0KICAgICAgICBYdE9m ZnNldCggU2NhbGVTdHlsZURhdGFQdHIsIG9yaWVudGF0aW9uICksDQohICAg ICAgIFh0UlN0cmluZywgImhvcml6b250YWwiIH0sDQogICAgICB7IFhtTmRl Y2ltYWxQb2ludHMsIFhtQ0RlY2ltYWxQb2ludHMsIFhtUlNob3J0LCBzaXpl b2YoIHNob3J0KSwNCiAgICAgICAgWHRPZmZzZXQoIFNjYWxlU3R5bGVEYXRh UHRyLCBkZWNpbWFsUG9pbnRzICksDQogICAgICAgIFh0UkltbWVkaWF0ZSwg KFh0UG9pbnRlcikgREVGQVVMVF9TTElERVJfREVDSU1BTF9QT0lOVFMgfSwN Ci0tLSA3Niw4MiAtLS0tDQogIHN0YXRpYyBYdFJlc291cmNlIF9zY2FsZVN0 eWxlUmVzb3VyY2VzW10gPSB7DQogICAgICB7IFhtTm9yaWVudGF0aW9uLCBY bUNPcmllbnRhdGlvbiwgWG1ST3JpZW50YXRpb24sIHNpemVvZiggdW5zaWdu ZWQgY2hhciksDQogICAgICAgIFh0T2Zmc2V0KCBTY2FsZVN0eWxlRGF0YVB0 ciwgb3JpZW50YXRpb24gKSwNCiEgICAgICAgWHRSU3RyaW5nLCAodm9pZCAq KSAiaG9yaXpvbnRhbCIgfSwNCiAgICAgIHsgWG1OZGVjaW1hbFBvaW50cywg WG1DRGVjaW1hbFBvaW50cywgWG1SU2hvcnQsIHNpemVvZiggc2hvcnQpLA0K ICAgICAgICBYdE9mZnNldCggU2NhbGVTdHlsZURhdGFQdHIsIGRlY2ltYWxQ b2ludHMgKSwNCiAgICAgICAgWHRSSW1tZWRpYXRlLCAoWHRQb2ludGVyKSBE RUZBVUxUX1NMSURFUl9ERUNJTUFMX1BPSU5UUyB9LA0K ---559023410-851401618-971745927=:19011-- From owner-info-inventor-dev@oss.sgi.com Mon Oct 16 18:49:18 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 18:49:07 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:5702 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 18:48:50 -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 SAA26250 for ; Mon, 16 Oct 2000 18:41:03 -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 SAA48771 for ; Mon, 16 Oct 2000 18:48:49 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id SAA43490; Mon, 16 Oct 2000 18:45:36 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010170145.SAA43490@kinabalu.csd.sgi.com> Subject: Re: Patch for Debian compilation errors To: d96-jja@nada.kth.se (Johan Jansson) Date: Mon, 16 Oct 2000 18:45:36 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: from "Johan Jansson" at Oct 17, 2000 03:25:27 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 Oct 16 18:25:27 2000, d96-jja@nada.kth.se wrote: > > Hi, > > This is a small patch (for the current distribution in CVS, 1.4?) > which fixes some compilation errors on Debian (potato), with gcc > version: Thanks for the patch. It looks easy enough; I'll get to it in the next few days. > There were errors in the apps and doc subdirs also, but I haven't > looked into them. Can you send me the full list of errors/warnings for your Debian build? (to jlim@csd.sgi.com, not the mailing list). > Anyway, the errors prevent building the core libraries on Debian (at > least my installation), so I would appreciate if you could include > the fixes. > > Regards, > Johan > > PS. Thanks for the LGPL release! No problemo. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Tue Oct 17 06:25:03 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 06:24:54 -0700 Received: from pez.wsicorp.com ([147.81.84.51]:45839 "EHLO pez.wsicorp.com") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 06:24:29 -0700 Received: from wsicorp.com (localhost [127.0.0.1]) by pez.wsicorp.com (SGI-8.9.3/8.9.3) with ESMTP id JAA11937; Tue, 17 Oct 2000 09:22:37 -0400 (EDT) Message-ID: <39EC529C.86322FDE@wsicorp.com> Date: Tue, 17 Oct 2000 09:22:36 -0400 From: Chester Liu Organization: WSI X-Mailer: Mozilla 4.75C-SGI [en] (X11; U; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Johan Jansson CC: info-inventor-dev@oss.sgi.com Subject: Re: Patch for Debian compilation errors 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 The items you patched also fixes errors under Redhat 7.0, so it must be the newer version of gcc breaking things. Chester Liu Johan Jansson wrote: > > Hi, > > This is a small patch (for the current distribution in CVS, 1.4?) > which fixes some compilation errors on Debian (potato), with gcc > version: > > gcc version 2.95.2 20000220 (Debian GNU/Linux) > > I assume that the gcc in Red Hat lets these through for some reason, > maybe it has different default settings? > > There were errors in the apps and doc subdirs also, but I haven't > looked into them. > > Anyway, the errors prevent building the core libraries on Debian (at > least my installation), so I would appreciate if you could include > the fixes. > > Regards, > Johan > > PS. Thanks for the LGPL release! > > ------------------------------------------------------------------------ > Name: debian-iv-patch > debian-iv-patch Type: Plain Text (TEXT/PLAIN) > Encoding: BASE64 From owner-info-inventor-dev@oss.sgi.com Mon Oct 23 13:55:35 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 13:55:26 -0700 Received: from m1.uwstout.edu ([144.13.1.8]:21779 "EHLO mail1.uwstout.edu") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 13:55:22 -0700 Received: from uwstout.edu (dmikk.mscs.uwstout.edu [144.13.101.16]) by mail1.uwstout.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id T18VZKTX; Mon, 23 Oct 2000 15:54:32 -0500 Message-ID: <39F4A6C7.51F25019@uwstout.edu> Date: Mon, 23 Oct 2000 15:59:52 -0500 From: Dennis Mikkelson Reply-To: mikkelsond@uwstout.edu Organization: University of Wisconsin-Stout X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: problem with SoWriteAction, ivcat and textures? Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;info-inventor-dev-outgoing I've been having problems using SoWriteAction. It works fine in many cases, but fails in others. For example, if I load the file .../models/furniture/table.iv as part of a scene graph and then try to write the scene graph using SoWriteAction, I get a Segmentation fault. In fact, using ivcat on the table.iv file also causes a Seg fault. The error shows up using ivcat with other files using textures, such as .../models/slotMachine.iv, so I originally thought the problem might be with textures. However, I modified the Inventor Mentor example 07.1.BasicTexture.c++ to write the scene graph to a file using SoWriteAction, and it worked fine. If the problem is due to textures, it is only a problem for certain textures. Has anyone else observed this problem, or is it a problem with my particular system and configuration? ( Redhat 6.2 with openmotif-2.1.30-MLI from MetroLink. ) Thanks, Dennis -- Dennis Mikkelson mikkelsond@uwstout.edu From owner-info-inventor-dev@oss.sgi.com Mon Oct 23 15:10:06 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 15:09:56 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44408 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 15:09:32 -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 PAA01732 for ; Mon, 23 Oct 2000 15:16:54 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id PAA80131; Mon, 23 Oct 2000 15:07:15 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010232207.PAA80131@kinabalu.csd.sgi.com> Subject: Re: problem with SoWriteAction, ivcat and textures? To: mikkelsond@uwstout.edu Date: Mon, 23 Oct 2000 15:07:15 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39F4A6C7.51F25019@uwstout.edu> from "Dennis Mikkelson" at Oct 23, 2000 03:59:52 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 Oct 23 13:59:52 2000, mikkelsond@uwstout.edu wrote: > > I've been having problems using SoWriteAction. It works fine in many > cases, but fails in others. For example, if I load the file > .../models/furniture/table.iv as part of a scene graph and then try to > write the scene graph using SoWriteAction, I get a Segmentation fault. > In fact, using ivcat on the table.iv file also causes a Seg fault. The > error shows up using ivcat with other files using textures, such as > .../models/slotMachine.iv, so I originally thought the problem might be > with textures. However, I modified the Inventor Mentor example > 07.1.BasicTexture.c++ to write the scene graph to a file using > SoWriteAction, and it worked fine. If the problem is due to textures, > it is only a problem for certain textures. > > Has anyone else observed this problem, or is it a problem with my > particular system and configuration? ( Redhat 6.2 with > openmotif-2.1.30-MLI from MetroLink. ) > > Thanks, > Dennis I've just reproduced the problem. It looks like it crashes when attempting to parse 'DEF +0 ...' in both table.iv and slotMachine.iv. I'll look into it ... Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 23 20:05:49 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 20:05:39 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:34579 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 20:05:20 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id UAA06746 for ; Mon, 23 Oct 2000 20:12:43 -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 UAA42598 for ; Mon, 23 Oct 2000 20:05:19 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id UAA81662; Mon, 23 Oct 2000 20:01:51 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010240301.UAA81662@kinabalu.csd.sgi.com> Subject: Re: problem with SoWriteAction, ivcat and textures? To: mikkelsond@uwstout.edu Date: Mon, 23 Oct 2000 20:01:51 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39F4A6C7.51F25019@uwstout.edu> from "Dennis Mikkelson" at Oct 23, 2000 03:59:52 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 Oct 23 13:59:52 2000, mikkelsond@uwstout.edu wrote: > > I've been having problems using SoWriteAction. It works fine in many > cases, but fails in others. For example, if I load the file > .../models/furniture/table.iv as part of a scene graph and then try to > write the scene graph using SoWriteAction, I get a Segmentation fault. > In fact, using ivcat on the table.iv file also causes a Seg fault. The > error shows up using ivcat with other files using textures, such as > .../models/slotMachine.iv, so I originally thought the problem might be > with textures. However, I modified the Inventor Mentor example > 07.1.BasicTexture.c++ to write the scene graph to a file using > SoWriteAction, and it worked fine. If the problem is due to textures, > it is only a problem for certain textures. > > Has anyone else observed this problem, or is it a problem with my > particular system and configuration? ( Redhat 6.2 with > openmotif-2.1.30-MLI from MetroLink. ) I found what the problem is ... the following initialization in SoBase.c++ is not completed: SbString SoBase::instancePrefix = "+"; likely because I'm using 'ld' to create libInventor.so, rather than 'g++'. However, when I changed the compile options as follows: /usr/bin/g++ -L../libimage -L../libFL/src -shared -Wl,--whole-archive -L/usr/X11R6/lib -L$IVROOT/usr/lib libInventor.a -ljpeg -limage -lFL -lX11 -ldl -lm -lGLU -lGL -o libInventor.so I get: /usr/bin/ld: internal error ldlang.c 3669 collect2: ld returned 1 exit status make: *** [libInventor.so] Error 1 A partial trace of the link process shows the ld error occurs while reading: (/usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/libgcc.a)_ctors.o Does anyone know how to fix this? Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Mon Oct 23 20:51:09 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 20:51:00 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:15625 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 20:50:45 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id UAA15952 for ; Mon, 23 Oct 2000 20:42:57 -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 UAA66857 for ; Mon, 23 Oct 2000 20:50:14 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) for info-inventor-dev@oss.sgi.com id UAA81542; Mon, 23 Oct 2000 20:47:28 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010240347.UAA81542@kinabalu.csd.sgi.com> Subject: Re: problem with SoWriteAction, ivcat and textures? To: info-inventor-dev@oss.sgi.com Date: Mon, 23 Oct 2000 20:47:27 -0700 (PDT) In-Reply-To: <200010240301.UAA81662@kinabalu.csd.sgi.com> from "Jonathan Lim" at Oct 23, 2000 08:01:51 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 Oct 23 20:01:51 2000, jlim wrote: > > I found what the problem is ... the following initialization in SoBase.c++ is > not completed: > > SbString SoBase::instancePrefix = "+"; > > likely because I'm using 'ld' to create libInventor.so, rather than 'g++'. > However, when I changed the compile options as follows: > > /usr/bin/g++ -L../libimage -L../libFL/src -shared -Wl,--whole-archive > -L/usr/X11R6/lib -L$IVROOT/usr/lib libInventor.a > -ljpeg -limage -lFL -lX11 -ldl -lm -lGLU -lGL -o libInventor.so > > I get: > > /usr/bin/ld: internal error ldlang.c 3669 > collect2: ld returned 1 exit status > make: *** [libInventor.so] Error 1 Never mind ... I found out what the problem is: I had to specify -Wl,--no-whole-archive after libInventor.a, otherwise the linker would try to include every library that followed. I just wish the man page had a note about that. In case anyone's interested, I found the answer at http://sources.redhat.com/ml/binutils/2000-03/msg00259.html Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 01:48:58 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 01:48:39 -0700 Received: from hercules.telenet-ops.be ([195.130.132.33]:64391 "HELO smtp.pandora.be") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 01:48:17 -0700 Received: (qmail 14434 invoked from network); 25 Oct 2000 08:48:15 -0000 Received: from unknown (HELO pandora.be) ([213.224.88.23]) (envelope-sender ) by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP for ; 25 Oct 2000 08:48:15 -0000 Message-ID: <39F69E99.8BAA85D7@pandora.be> Date: Wed, 25 Oct 2000 10:49:29 +0200 From: Filip Schutyser X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: SbVec3f Content-Type: text/html; 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 have some experience using OpenInventor on SGI systems. Currently, I thinking about porting my system using OpenInventor towards linux. However, I have some linking problems.

If I try to compile and link this test program
 

#include <iostream.h>

main(int argc, char **argv)
  {
    SbVec3f a;
    a.setValue(2.0,3.5,5.0);
    cout<<"a = ["<<a[0]<<" "<<a[1]<<" "<<a[2]<<"]"<<endl;
  } // end main

I get the following errors:

Compiling test.C
g++ -DPOSIX_SOURCE -D_XOPEN_SOURCE -O2       -c test.C -o test.o

Linking
g++ -DPOSIX_SOURCE -D_XOPEN_SOURCE -O2 test.o     -L/usr/lib -lInventor -lm -lGL -lGLU -ldl  -lm    -o invTest
test.o: In function `main':
test.o(.text+0xd): undefined reference to `SbVec3f::SbVec3f(void)'
test.o(.text+0x22): undefined reference to `SbVec3f::setValue(float, float, float)'
test.o(.text+0x4d): undefined reference to `SbVec3f::operator[](int)'
test.o(.text+0x74): undefined reference to `SbVec3f::operator[](int)'
test.o(.text+0x9b): undefined reference to `SbVec3f::operator[](int)'
collect2: ld returned 1 exit status
make: *** [invTest] Error 1

I'm using glibc-2.1.1-6 on a Redhat 6.0 system.

What am I doing wrong?

Thanks,

Filip Schutyser
  From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 02:17:59 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 02:17:39 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:27422 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 02:17:15 -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 CAA08764 for ; Wed, 25 Oct 2000 02:24:39 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id CAA84259; Wed, 25 Oct 2000 02:15:00 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010250915.CAA84259@kinabalu.csd.sgi.com> Subject: Re: SbVec3f To: filip.schutyser1@pandora.be (Filip Schutyser) Date: Wed, 25 Oct 2000 02:15:00 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39F69E99.8BAA85D7@pandora.be> from "Filip Schutyser" at Oct 25, 2000 10:49:29 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 Wed Oct 25 01:49:29 2000, filip.schutyser1@pandora.be wrote: > > Hi, > I have some experience using OpenInventor on SGI systems. Currently, > I thinking about porting my system using OpenInventor towards linux. However, > I have some linking problems. If you're including the appropriate header files and linking with the required libraries, it may be that libInventor.so wasn't built properly. To check if the proper symbols are defined: nm -C libInventor.so | grep SbVec3f:: (Please don't post in HTML.) Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 02:23:49 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 02:23:38 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:49960 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 02:23:28 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id CAA07317 for ; Wed, 25 Oct 2000 02:15:36 -0700 (PDT) mail_from (markgw@sgi.com) Received: from sandpit.melbourne.sgi.com (sandpit.melbourne.sgi.com [134.14.55.132]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA27987; Wed, 25 Oct 2000 20:22:03 +1100 Date: Wed, 25 Oct 2000 20:22:02 +1100 (EST) From: Mark Goodwin X-Sender: markgw@sandpit.melbourne.sgi.com To: Filip Schutyser cc: info-inventor-dev@oss.sgi.com Subject: Re: SbVec3f In-Reply-To: <39F69E99.8BAA85D7@pandora.be> 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 You need to: #include -- Mark From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 02:32:19 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 02:31:59 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58910 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 02:31:52 -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 CAA00807 for ; Wed, 25 Oct 2000 02:39:16 -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 CAA88541; Wed, 25 Oct 2000 02:29:52 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010250929.CAA88541@kinabalu.csd.sgi.com> Subject: Re: SbVec3f To: info-inventor-dev@oss.sgi.com Date: Wed, 25 Oct 2000 02:29:51 -0700 (PDT) In-Reply-To: from "Mark Goodwin" at Oct 25, 2000 08:22:02 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 Oct 25 02:22:02 2000, markgw@sgi.com wrote: > > You need to: > > #include > > -- Mark I think that was left out of his post ... it wouldn't have gone past the compile stage without SbLinear.h included. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 02:48:29 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 02:48:19 -0700 Received: from hercules.telenet-ops.be ([195.130.132.33]:12789 "HELO smtp.pandora.be") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 02:47:55 -0700 Received: (qmail 2975 invoked from network); 25 Oct 2000 09:47:50 -0000 Received: from unknown (HELO pandora.be) ([213.224.88.23]) (envelope-sender ) by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP for ; 25 Oct 2000 09:47:50 -0000 Message-ID: <39F6AC8C.8C698F4A@pandora.be> Date: Wed, 25 Oct 2000 11:49:00 +0200 From: Filip Schutyser X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: Re: SbVec3f 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 have some experience using OpenInventor on SGI systems. Currently, > > I thinking about porting my system using OpenInventor towards linux. However, > > I have some linking problems. > > If you're including the appropriate header files and linking with the required > libraries, it may be that libInventor.so wasn't built properly. To check if the > proper symbols are defined: > > nm -C libInventor.so | grep SbVec3f:: > nm -C libInventor.so | grep SbVec3f:: 00148094 T SbVec3f::SbVec3f(SbPlane &, SbPlane &, SbPlane &) 001484f8 T SbVec3f::operator-=(SbVec3f) 001484b4 T SbVec3f::operator*=(float) 001484d4 T SbVec3f::operator+=(SbVec3f) 0014851c T SbVec3f::operator-(void) const 001482d0 T SbVec3f::cross(SbVec3f const &) const 00148314 T SbVec3f::dot(SbVec3f const &) const 00148618 T SbVec3f::equals(SbVec3f, float) const 00148660 T SbVec3f::getClosestAxis(void) const 00148334 T SbVec3f::getValue(float &, float &, float &) const 00148358 T SbVec3f::length(void) const 00148380 T SbVec3f::negate(void) 001483a0 T SbVec3f::normalize(void) 0014840c T SbVec3f::setValue(SbVec3f const &, SbVec3f const &, SbVec3f const &, SbVec3f const &) OK, here is a problem, I think. However, I am using the libInventor.so coming from the rpm package of the download page. Do I have to rebuild the library? Filip From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 03:05:29 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 03:05:19 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:47647 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 03:05:02 -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 DAA05647 for ; Wed, 25 Oct 2000 03:12:26 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id DAA87619; Wed, 25 Oct 2000 03:03:10 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010251003.DAA87619@kinabalu.csd.sgi.com> Subject: Re: SbVec3f To: filip.schutyser1@pandora.be (Filip Schutyser) Date: Wed, 25 Oct 2000 03:03:09 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <39F6AC8C.8C698F4A@pandora.be> from "Filip Schutyser" at Oct 25, 2000 11:49:00 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 Wed Oct 25 02:49:00 2000, filip.schutyser1@pandora.be wrote: > > nm -C libInventor.so | grep SbVec3f:: > 00148094 T SbVec3f::SbVec3f(SbPlane &, SbPlane &, SbPlane &) > 001484f8 T SbVec3f::operator-=(SbVec3f) > 001484b4 T SbVec3f::operator*=(float) > 001484d4 T SbVec3f::operator+=(SbVec3f) > 0014851c T SbVec3f::operator-(void) const > 001482d0 T SbVec3f::cross(SbVec3f const &) const > 00148314 T SbVec3f::dot(SbVec3f const &) const > 00148618 T SbVec3f::equals(SbVec3f, float) const > 00148660 T SbVec3f::getClosestAxis(void) const > 00148334 T SbVec3f::getValue(float &, float &, float &) const > 00148358 T SbVec3f::length(void) const > 00148380 T SbVec3f::negate(void) > 001483a0 T SbVec3f::normalize(void) > 0014840c T SbVec3f::setValue(SbVec3f const &, SbVec3f const &, SbVec3f > const &, SbVec3f const &) > > OK, here is a problem, I think. However, I am using the libInventor.so > coming from the rpm package of the download page. > > Do I have to rebuild the library? > > Filip It looks like the DSO from the RPM at the download site wasn't built properly. Those in sgi-OpenInventor-devel-2.1.5-6.i386.rpm (usr/lib/InventorDebug) appear to have all the symbols defined, so you may use those in the meantime. I have fixes to check in and will create new RPM's later today. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 03:29:29 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 03:29:19 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:48689 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 03:29:07 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id DAA12550 for ; Wed, 25 Oct 2000 03:21:19 -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 DAA10701 for ; Wed, 25 Oct 2000 03:28:36 -0700 (PDT) Received: by kinabalu.csd.sgi.com (980427.SGI.8.8.8/911001.SGI) id DAA88855; Wed, 25 Oct 2000 03:25:18 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010251025.DAA88855@kinabalu.csd.sgi.com> Subject: Re: SbVec3f To: filip.schutyser1@pandora.be Date: Wed, 25 Oct 2000 03:25:17 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <200010251003.DAA87619@kinabalu.csd.sgi.com> from "Jonathan Lim" at Oct 25, 2000 03:03:09 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 Wait a minute ... the functions you're missing are fully defined in SbLinear.h, so even if they're not listed in the nm output, you should not get a link error as long as you've included SbLinear.h in test.C; the compiler should flag an error otherwise. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA On Wed Oct 25 03:03:09 2000, jlim wrote: > > It looks like the DSO from the RPM at the download site wasn't built properly. > Those in sgi-OpenInventor-devel-2.1.5-6.i386.rpm (usr/lib/InventorDebug) > appear to have all the symbols defined, so you may use those in the meantime. > I have fixes to check in and will create new RPM's later today. From owner-info-inventor-dev@oss.sgi.com Wed Oct 25 18:08:05 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 18:07:55 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:21030 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 18:07:32 -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 RAA15014 for ; Wed, 25 Oct 2000 17:59:44 -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 SAA92316; Wed, 25 Oct 2000 18:06:01 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200010260106.SAA92316@kinabalu.csd.sgi.com> Subject: Flood of email, the conclusion? To: info-inventor-dev@oss.sgi.com Date: Wed, 25 Oct 2000 18:06:00 -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 numerous directories in the tree shortly. These changes involve fixes to eliminate compiler errors and most warnings, as tested with egcs-2.91.66 (on Red Hat 6.0) and gcc 2.96 (on Red Hat 6.2). This will probably be the last of such changes for some time, unless someone reports major problems on any other platform. Please expect ~50 emails confirming these changes. Sorry in advance for the deluge ... Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA