From owner-info-inventor-dev@oss.sgi.com Wed May 2 10:43:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f42Hhio19230 for info-inventor-dev-outgoing; Wed, 2 May 2001 10:43:44 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f42HhhF19222 for ; Wed, 2 May 2001 10:43:43 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [130.62.73.96]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA26786 for ; Wed, 2 May 2001 10:42:12 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: (from jlim@localhost) by kinabalu.csd.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id KAA83125; Wed, 2 May 2001 10:41:25 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200105021741.KAA83125@kinabalu.csd.sgi.com> Subject: Re: minor compilation errors/fixes To: j.jansson@io.tudelft.nl (Johan Jansson) Date: Wed, 2 May 2001 10:41:24 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: from "Johan Jansson" at Mar 13, 2001 01:46:17 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 I will be implementing some changes to fix the problems below. Has anyone had any problems using the default libFL with glibc-2.2.2-10 under Red Hat 7.1 (iconv() specifically)? I will be building/testing on a machine with Red Hat 7.1 from this point on. Thanks. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA On Mon Mar 12 16:46:17 2001, j.jansson@io.tudelft.nl wrote: > > Hi, > > Here are some minor compilation errors and fixes for the latest CVS (I got > it earlier today), with gcc 2.95.3: > > SoLODV2.c++: > problem: FLT_MAX undeclared > fix: should be (limits.h is only for integral limits) > > SoGLRenderAction.c++: > problem: FLT_MAX undeclared > fix: include > > Sb.c++: > problem: implicit declarations of localtime() and strftime() > fix: include From owner-info-inventor-dev@oss.sgi.com Thu May 3 11:50:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f43IoP313432 for info-inventor-dev-outgoing; Thu, 3 May 2001 11:50:25 -0700 Received: from spade.pacific.net.sg (spade.pacific.net.sg [203.120.90.71]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f43IoNF13429 for ; Thu, 3 May 2001 11:50:24 -0700 Received: from pop2.pacific.net.sg (pop2.pacific.net.sg [203.120.90.86]) by spade.pacific.net.sg with ESMTP id f43IoLW08952 for ; Fri, 4 May 2001 02:50:21 +0800 (SGT) Received: from pacific.net.sg (ppp23.dyn90.pacific.net.sg [210.24.90.23]) by pop2.pacific.net.sg with ESMTP id CAA07026 for ; Fri, 4 May 2001 02:50:20 +0800 (SGT) Message-ID: <3AF1A8F2.C18C8722@pacific.net.sg> Date: Fri, 04 May 2001 02:52:34 +0800 From: Ang Bodhi X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: Problem when load font failed Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi, In SoText2.c++ and SoText3.c++, when no font (not even the default Utopia-Regular) are loaded successfully, some variables will be left unintialized, eg. bitmapDict, which when reference later will cause core dump. I encounter this situation when using libFL wrapper to FreeType and no TrueType fonts are found. The following changes continue the initialization even when no fonts are loaded. In SoText2, the no valid font situation are also deteced by checking fc->fontNumList. Index: SoText2.c++ =================================================================== RCS file: /cvs/inventor/lib/database/src/so/nodes/SoText2.c++,v retrieving revision 1.4 diff -r1.4 SoText2.c++ 839a840 > if (!fc->fontNumList) continue; 992d992 < return; 1346a1347,1348 > if (!fontNumList) return NULL; > 2031a2034 > if (!fc->fontNumList) continue; 2133d2135 < return; 2461a2464,2465 > if (!fontNumList) return NULL; > Index: SoText3.c++ =================================================================== RCS file: /cvs/inventor/lib/database/src/so/nodes/SoText3.c++,v retrieving revision 1.6 diff -r1.6 SoText3.c++ 1667d1666 < return; 4279d4277 < return; Regards, Ang Bodhi From owner-info-inventor-dev@oss.sgi.com Thu May 3 18:43:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f441huj25023 for info-inventor-dev-outgoing; Thu, 3 May 2001 18:43:56 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f441htF25019 for ; Thu, 3 May 2001 18:43:55 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [130.62.73.96]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA06514 for ; Thu, 3 May 2001 18:54:39 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: (from jlim@localhost) by kinabalu.csd.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id SAA90715 for info-inventor-dev@oss.sgi.com; Thu, 3 May 2001 18:44:11 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200105040144.SAA90715@kinabalu.csd.sgi.com> Subject: iconv() difference in glibc-2.[01] and glibc-2.2 To: info-inventor-dev@oss.sgi.com Date: Thu, 3 May 2001 18:44:10 -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 I upgraded to Red Hat 7.1 recently and noticed a difference in the way iconv() in glibc-2.2.2-10 returns the converted strings, i.e. the two-byte characters are byte-swapped compared to before in glibc-2.[01]. The following test case demonstrates this: #include #include int main ( int argc, char *argv[] ) { char *c = new char[1]; c[0] = 'M'; fprintf( stderr, "%d\n", c[0] ); char *out = new char[4]; char *outp = out; size_t inb = 1; size_t outb = 4; iconv_t conCode = iconv_open( "UCS-2", "UTF-8" ); size_t stat = iconv( conCode, &c, &inb, &outp, &outb ); fprintf( stderr, "%d %d\n", out[0], out[1] ); fprintf( stderr, "key = %d\n", (unsigned long) (out[0] << 8 | out[1]) ); return 0; } I had to make some changes in SoText[23].c++ to get things to work as before. Another thing I noticed is that the Inventor logo that normally appears in the bottom-left of the SceneViewer window is no longer there. I have yet to look into that. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA From owner-info-inventor-dev@oss.sgi.com Fri May 4 03:32:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f44AW1S03907 for info-inventor-dev-outgoing; Fri, 4 May 2001 03:32:01 -0700 Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f44AVxF03904 for ; Fri, 4 May 2001 03:31:59 -0700 Received: from sbox.tugraz.at (g-66.vc-graz.ac.at [193.171.246.66]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id MAA26792 for ; Fri, 4 May 2001 12:31:16 +0200 (MET DST) Message-ID: <3AF285C0.6000209@sbox.tugraz.at> Date: Fri, 04 May 2001 12:34:40 +0200 From: Christoph =?ISO-8859-1?Q?Hinterm=FCller?= User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0 i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: Projectin a 2D point into Worldspace, for makeing up worldspace ray together with actual viewing direction Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi I do have the folowing problem to solve: 1) leth the user draw a 2D polygon onto the screen 2) project each point of the polygon back to worldspace as near as possible to the eye 3) take reproceted points and the actual viewing direction to project the drawn polygon onto the underlying surface. 4) i have to save all necessary informations in order to be able to modifiy the selection with further ones from other viewing directions and zooming sizes 5) i have tor check wether points from the acutal surfaceoutline lie inside tha new polygon and decide onto the characteristics of the polygon wether to remove the point from the surface outline or not . 6) take the surfacepoints from the actual selection and check wether they ly inside the polygons beeing dravn before and again decide wether to add the poitn to the resultin outline or not 7) before adding/keeping/removing the points in 5) and 6) check wether the point can be seen from the actual point of view or not and if not do not touch it at all or ignore it. for 1) i can use some tools allready done by others. for three i consided kusing the SoRayPickaction with an Worldspace ray set. But for 2) i don't know exactly what to use I till now extract the camera from the XtExamineViewer, or better the cameras Viewing Volume the viewers Vewport Region But i don't know what i still need to make step 3 independent from the actual view and to be able to reapply 3 for 7) without bothering about the actual point and direction of view for 3) i think of using SoRayPickAction in worldspace Ray mode - 4) is oen by copying all the necessary informations - 5) is so far doen by taking the saved viewing volume and using the world to screen projection function in order to get the projection point in normalized screen cooridnates and than the point is located in realtion to the saved original screen polygon. - 6) is doen in the sam way as 5 only that instead of the allready acepted surfacepoints the newly determined surfacepoints are projected onto the screen the former polygons were drawn - 7) use 3) for degtermining wether a point beeing located inside the the polygon can be seen form the actual point of view or not, if not the point is ignored (menas is either kept in surface outline or just left aside. My problem is how to get a 2d screnn point into world space only dependent on the state of the viewer/camera at thime when the corresponding poly gon was drawn And which informations to save in order to reproduce the projections onto the screen and back at a time when the viwer/camera sate has definitly changed since saving. I do need this in order to enable the user to draw exact outlines onto the underneath surface. This is used or better needed for example to mark a region on the surface inside which an extrution having the drawn schape should take place. the whole reprocection thing and viewer/cmaera independent stuff should be there for convenience reasons in order to allow the user to correct and refine the outline without the need of complete redraw. cu Christoph Hintermüller Technical University Graz Austria -- THESIS: God is alive PROOVE: Who else would have scheduled the mankind and world first recommendation of resrearch???? CONCLUSION: Scientists do what he wants, willing or not:) From owner-info-inventor-dev@oss.sgi.com Mon May 7 04:07:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f47B7Cx29821 for info-inventor-dev-outgoing; Mon, 7 May 2001 04:07:12 -0700 Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f47B7AF29818 for ; Mon, 7 May 2001 04:07:10 -0700 Received: from sbox.tugraz.at (g-66.vc-graz.ac.at [193.171.246.66]) by ns1.tu-graz.ac.at (8.9.3/8.9.3) with ESMTP id NAA21301 for ; Mon, 7 May 2001 13:06:22 +0200 (MET DST) Message-ID: <3AF6827A.7090607@sbox.tugraz.at> Date: Mon, 07 May 2001 13:09:46 +0200 From: Christoph =?ISO-8859-1?Q?Hinterm=FCller?= User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0 i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: info-inventor-dev@oss.sgi.com Subject: Re: Projectin a 2D point into Worldspace, for makeing up worldspace ray together with actual viewing direction Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi Problem solved thanks to all: 1) save the actual SbViewportRegion from the actual viewer 2) save from the actual camera: location, type, neardistance fardistance, orientation matrix 2b) for convenience calculate the inverse of the orientation matrix too 3) get from the actualcamera its actual SbViewVolume. 4) extract via the ViewVolume the witdh and hight of the nearplane window and the viiewing direction of the camera 5) if necessary use the size in pixels from the saved Viewport to claculate the relative screen coordinates of the desired screen point, when given in pixels ... 6) scale the relative coordinates to the ones inside the nearplane using the extracted width and hight 7) make the nearplanepoint relative to the viewingpoint which is usually centered on the nearplane of the viewing volume (simply assume that facht and subtract haf of width and hight) 8) transform the relative point from viewiongvolume to wolrdspace applying the orientation matrx to the point 9) add the saved cameralocation to it and a vector having the length of the neardistance and which points in the viewing direction. 10) if the camera is PERSPECTIVE subtract the cameralocation from the newly generated worldspacepoint in order to get the final ray direction if the camera is orthographic set the final raydirection to the saved viewing direction of the camera 11) call your ray with the worldspacepouint from 9 and the direction from 10 12) apply your ray to your scene and check if there is an intersection at all :) 13) on redo of the projection or if you have more than one point to project onto the same surface using the same camera settings, simply repeat the steps 5 to 12 or even better save the relative cooridinates calculated in 5 too for reuse and only do steps 6 to 12 The camera independent way back is a bit easier but requires that at least steps 1 to 4 have been performed once a) subtract the surfacepoint in worldcoordinates from the camera location to get the vector between themn b) calcualte the angle(bettre the cosine) between the vector from a) and the viewing direction c) if the cosine from b) is bigger than 0 the surfacepoint lies behind the camera an usually can be ignored d) calculate the absolutevalue of the cosine from b) and check wether the length of the vector from a) times the absolute cosine is longer than the fardistance or shorter than the neardistance than the point can usually be ignored too as it does definitlynot ly inside the viewing volume of the recorded camera e) subtract the neardistance form the length calculated in d and devide by the absolutevalue of the cosine from d) f) if the camera is perspective set the length of the vector from a to the length calculated in e if the camera is orthographic set the length of the viewingdirection vector to the length calculated in e but do not devide this length by the absolute value of th cosine from d) g) add the vector form f to the original suface point in order to get the corresponding point on the nerplane of the recorde viewing wolume in worldspace coordinates; h) subtract from the point in g) the location of the camera and the vector having the length of the neardistance to make it relative to the viewvolume i) use tthe inverse of the camera orientation matric (might ba calculated in 2b) to transfomr the point from h) back into the cameraspace j) make the point from i absolute in respect to the nearpalnewindow and deviede it by its margins to reoptain the its former relative screen coorinates cu Christop Hintermüller -- THESIS: God is alive PROOVE: Who else would have scheduled the mankind and world first recommendation of resrearch???? CONCLUSION: Scientists do what he wants, willing or not:) From owner-info-inventor-dev@oss.sgi.com Wed May 23 01:57:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4N8voV32108 for info-inventor-dev-outgoing; Wed, 23 May 2001 01:57:50 -0700 Received: from beton.vrvis.at (root@beton.vrvis.at [194.152.163.92]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4N8vmF32105 for ; Wed, 23 May 2001 01:57:48 -0700 Received: from dustpuppy.br1.vrvis.lan (IDENT:root@dustpuppy.br1.vrvis.lan [10.42.3.2]) by beton.vrvis.at (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA28716 for ; Wed, 23 May 2001 10:57:38 +0200 Received: (from honza@localhost) by dustpuppy.br1.vrvis.lan (8.9.3/8.9.3) id KAA23999 for info-inventor-dev@oss.sgi.com; Wed, 23 May 2001 10:57:38 +0200 Date: Wed, 23 May 2001 10:57:37 +0200 From: Jan Prikryl To: info-inventor-dev@oss.sgi.com Subject: char * vs. const char * in SoText[23].c++ Message-ID: <20010523105736.A16970@dustpuppy> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, when compiling current CVS version of Inventor with gcc prerelease version 3.0 20010327, I got | SoText2.c++: In method `SbBool SoBitmapFontCache::convertToUCS | (unsigned int, const SoMFString &)': | SoText2.c++:780: cannot convert `char **' to `const char **' for | argument `2' to `iconv (void *, const char **, size_t *, char **, | size_t *)' and the same for SoText3.c++ . Patches attached (it's actually just defining `input' to be `const char*'). -- jan -----------------------------------+---------------------------------------- Jan Prikryl icq | vr|vis center for virtual reality and 83242638 | visualisation http://www.vrvis.at -----------------------------------+---------------------------------------- --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="iv.patch" Index: SoText2.c++ =================================================================== RCS file: /cvs/inventor/lib/database/src/so/nodes/SoText2.c++,v retrieving revision 1.5 diff -u -r1.5 SoText2.c++ --- SoText2.c++ 2001/05/17 21:09:57 1.5 +++ SoText2.c++ 2001/05/23 08:54:06 @@ -772,7 +772,7 @@ for (i = 0; i< strings.getNum(); i++){ UCSStrings[i] = new char[2*strings[i].getLength()+2]; - char* input = (char *)strings[i].getString(); + const char* input = (char *)strings[i].getString(); size_t inbytes = strings[i].getLength(); size_t outbytes = 2*inbytes+2; char* output = (char*)UCSStrings[i]; Index: SoText3.c++ =================================================================== RCS file: /cvs/inventor/lib/database/src/so/nodes/SoText3.c++,v retrieving revision 1.7 diff -u -r1.7 SoText3.c++ --- SoText3.c++ 2001/05/17 21:09:57 1.7 +++ SoText3.c++ 2001/05/23 08:54:07 @@ -2285,7 +2285,7 @@ for (i = 0; i< strings.getNum(); i++){ UCSStrings[i] = new char[2*strings[i].getLength()+2]; - char* input = (char *)strings[i].getString(); + const char* input = (char *)strings[i].getString(); size_t inbytes = strings[i].getLength(); size_t outbytes = 2*inbytes+2; char* output = (char*)UCSStrings[i]; --sm4nu43k4a2Rpi4c-- From owner-info-inventor-dev@oss.sgi.com Wed May 23 17:05:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4O05Zs28242 for info-inventor-dev-outgoing; Wed, 23 May 2001 17:05:35 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f4O05YF28237 for ; Wed, 23 May 2001 17:05:35 -0700 Received: from kinabalu.csd.sgi.com (kinabalu.csd.sgi.com [130.62.73.96]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA04387 for ; Wed, 23 May 2001 17:05:35 -0700 (PDT) mail_from (jlim@kinabalu.csd.sgi.com) Received: (from jlim@localhost) by kinabalu.csd.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id RAA20815; Wed, 23 May 2001 17:05:50 -0700 (PDT) From: jlim@kinabalu.csd.sgi.com (Jonathan Lim) Message-Id: <200105240005.RAA20815@kinabalu.csd.sgi.com> Subject: Re: char * vs. const char * in SoText[23].c++ To: prikryl@vrvis.at (Jan Prikryl) Date: Wed, 23 May 2001 17:05:50 -0700 (PDT) Cc: info-inventor-dev@oss.sgi.com In-Reply-To: <20010523105736.A16970@dustpuppy> from "Jan Prikryl" at May 23, 2001 10:57:37 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 We've gone through this numerous times before. The second argument will remain as 'char **'. Both irix_dev.sw.headers (IRIX 6.5.x) and glibc-devel-2.2.2-10 (Red Hat 7.1) has it so. Jonathan Lim _ Silicon Graphics _ Mountain View GPS Graphics Computer Systems CA, USA On Wed May 23 01:57:37 2001, prikryl@vrvis.at wrote: > > Hi, > > when compiling current CVS version of Inventor with gcc prerelease > version 3.0 20010327, I got > > | SoText2.c++: In method `SbBool SoBitmapFontCache::convertToUCS > | (unsigned int, const SoMFString &)': > | SoText2.c++:780: cannot convert `char **' to `const char **' for > | argument `2' to `iconv (void *, const char **, size_t *, char **, > | size_t *)' > > and the same for SoText3.c++ . > > Patches attached (it's actually just defining `input' to be `const char*'). > > -- jan From owner-info-inventor-dev@oss.sgi.com Fri May 25 11:48:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4PImq407056 for info-inventor-dev-outgoing; Fri, 25 May 2001 11:48:52 -0700 Received: from cc74223-a.hwrd1.md.home.com (cc74223-a.hwrd1.md.home.com [24.23.51.226]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f4PImpF07052 for ; Fri, 25 May 2001 11:48:51 -0700 Message-Id: <990816693.310@hwrd1.md.home.com> Date: Fri, 25 May 2001 14:51:33 -0400 To: info-inventor-dev@oss.sgi.com From: cisco4u@hotmail.com (Frank White) Subject: Wanted: A programmer to help with a project MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hello, I am not a programmer but I have an idea for a program that could make alot of money, and would like some help (partner). If you can help please reply and I will give you more details. Thanks, Frank From owner-info-inventor-dev@oss.sgi.com Tue May 29 04:40:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f4TBe3e21310 for info-inventor-dev-outgoing; Tue, 29 May 2001 04:40:03 -0700 Received: from burdell.cc.gatech.edu (root@burdell.cc.gatech.edu [130.207.3.207]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f4TBdxd21304 for ; Tue, 29 May 2001 04:39:59 -0700 Received: from asperta.cc.gatech.edu (asperta.cc.gatech.edu [130.207.9.22]) by burdell.cc.gatech.edu (8.9.1/8.9.3) with ESMTP id KAA05973 for ; Mon, 28 May 2001 10:18:05 -0400 (EDT) Received: (from bbb@localhost) by asperta.cc.gatech.edu (8.9.1/8.9.1) id KAA23397; Mon, 28 May 2001 10:17:57 -0400 (EDT) Date: Mon, 28 May 2001 10:17:57 -0400 (EDT) Message-Id: <200105281417.KAA23397@asperta.cc.gatech.edu> X-Authentication-Warning: asperta.cc.gatech.edu: bbb set sender to Benjamin.Wong@cc.gatech.edu using -f To: info-inventor-dev@oss.sgi.com Subject: I've ported to NetBSD; now what? From: Ben Sender: owner-info-inventor-dev@oss.sgi.com Precedence: bulk Hi, I've made the changes necessary to get Inventor (mostly) working under NetBSD/i386. How do I go about getting the patches checked in? My page on how to install Inventor on NetBSD: http://www.cc.gatech.edu/~bbb/Inventor/ Small (12KB) tar file with just the changed files: http://www.cc.gatech.edu/~bbb/Inventor/inventor-ben2.tar.gz Rationale for changes I made: http://www.cc.gatech.edu/~bbb/Inventor/inventor-ben2.html Thanks, Ben -- Benjamin.Wong@cc.gatech.edu College of Computing Georgia Tech Ph.D. Student Atlanta, Georgia 30332-0280 "Pie are not square. Pie are round. Cornbread are square."