Archive for April, 2008

Trying to get DRAWEXE to work after Opencascade .DEB install.

Sunday, April 27th, 2008

DRAWEXE fires up from any direct on the get go.
Although their issues with the CASROOT is not defined.
I believe I need to locate the env.ksh file:
jonas@unbuntu2:~$ locate env.ksh
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/env.ksh
jonas@unbuntu2:~$
Bother… It looks like file didn’t get installed with the .deb
Hmm. Some reference’s along this line in:http://www.opencascade.org/org/forum/thread_12743/
I’m not sure what would be the “correct debian” place to put this, but I do believe this script needs edited and fired up with the execution of a terminal session to get DRAWEXE to work properly…

Just by chance, I had run the opencascade unistaller just prior to running the .deb Everytime I fired up at terminal session, it gave me a annoying error message because components where missing and didn’t want to fire up. So I rem’s out the line(I’m glad I didn’t delete it.)
Here it is: #source /opt/OpenCASCADE6.2.0/ros/env.ksh
So… I’m going to:

  • Unrem the line in my bashrc
  • Create the folder /opt/OpenCASCADE6.2.0/ros/
  • copy the folder /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/env.ksh
  • Edit env.ksh
  • Close the terminal and re-open it to get .bashrc to fire up
  • Execute DRAWEXE and see what happen

#!/bin/ksh -f
export CASROOT=/home/hazelsct/opencascade-6.2.0/ros
OS_NAME=`uname`
if [ -z “PATH” ];
then PATH=$CASROOT/../3rdparty/$OS_NAME/tcltk/bin:$CASROOT/$OS_NAME/bin;
else PATH=$CASROOT/../3rdparty/$OS_NAME/tcltk/bin:$CASROOT/$OS_NAME/bin:$PATH;
fi
export PATH
if [ -z “LD_LIBRARY_PATH” ];
then LD_LIBRARY_PATH=$CASROOT/../3rdparty/$OS_NAME/tcltk/lib:$CASROOT/$OS_NAME/lib;
else LD_LIBRARY_PATH=$CASROOT/../3rdparty/$OS_NAME/tcltk/lib:$CASROOT/$OS_NAME/lib:$LD_LIBRARY_PATH;
fi
export LD_LIBRARY_PATH
export CSF_MDTVFontDirectory=$CASROOT/src/FontMFT
export CSF_LANGUAGE=us
export MMGT_CLEAR=1
export CSF_EXCEPTION_PROMPT=1
export CSF_SHMessage=$CASROOT/src/SHMessage
export CSF_MDTVTexturesDirectory=$CASROOT/src/Textures
export CSF_XSMessage=$CASROOT/src/XSMessage
export CSF_StandardDefaults=$CASROOT/src/StdResource
export CSF_PluginDefaults=$CASROOT/src/StdResource
export CSF_XCAFDefaults=$CASROOT/src/StdResource
export CSF_StandardLiteDefaults=$CASROOT/src/StdResource
export CSF_GraphicShr=$CASROOT/$OS_NAME/lib/libTKOpenGl.so
export CSF_UnitsLexicon=$CASROOT/src/UnitsAPI/Lexi_Expr.dat
export CSF_UnitsDefinition=$CASROOT/src/UnitsAPI/Units.dat
export CSF_IGESDefaults=$CASROOT/src/XSTEPResource
export CSF_STEPDefaults=$CASROOT/src/XSTEPResource
export CSF_XmlOcafResource=$CASROOT/src/XmlOcafResource

export TCLHOME=$CASROOT/../3rdparty/$OS_NAME/tcltk
export TCLLIBPATH=$TCLHOME/lib
if [ $OS_NAME = “SunOS” ]; then
export ITK_LIBRARY=$TCLLIBPATH/itk3.2
export ITCL_LIBRARY=$TCLLIBPATH/itcl3.2
export TIX_LIBRARY=$TCLLIBPATH/tix8.1
export TK_LIBRARY=$TCLLIBPATH/tk8.4
export TCL_LIBRARY=$TCLLIBPATH/tcl8.4;
elif [ $OS_NAME = “Linux” ]; then
export ITK_LIBRARY=$TCLLIBPATH/itk3.2
export ITCL_LIBRARY=$TCLLIBPATH/itcl3.2
if [ -n “TIX_LIBRARY” ];
then TIX_LIBRARY=””;
fi
export TIX_LIBRARY
export TK_LIBRARY=$TCLLIBPATH/tk8.4
export TCL_LIBRARY=$TCLLIBPATH/tcl8.4
fi

Oh boy… I think this is going to need a little work.. I seem to recall reading something that setting the LD_LIBRARY_PATH is consider to be poor form( I know I have links on this in previous post)
I’m assuming that the this will be automatically taken by the debian standard implementation regardless of free or non free.
But then since part of this undertaking, is to parse the sections of opencascade that are free and non-free, that could affect what the CSF_ environment variables are pointing to. ugghh.
Thinking about this a little more, It would make sense that a lot of this over time would be in the non-free section and then slowly over time migrate to the free section.
Would that mean that the env.ksh file or equivalent would be adjusted with each new installment?
Ok, so what happens if OCC needs and environment variable that has stuff in both free and non-free? Will that cause a melt down, or can it cope with that?

Just of snicks and grins looking at CSF_MDTVFontDirectory:
jonas@unbuntu2:/opt/OpenCASCADE6.2.0/ros$ locate FontMFT
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Utopia-Regular.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Times-Roman.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT06.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/FILES
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABKJ.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Courier-Italic.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Helvetica-BoldOblique.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Times.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Helvetica-Bold.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT07.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABHZ4.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT08.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Symbol.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/FontMFT.ReleaseNote
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABHZ3.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Times-Italic.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT04.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Helvetica.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT01.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Courier-Oblique.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT02.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT05.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABHZ1.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Helvetica-Oblique.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Defaultfont.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT03.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Times-Bold.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABHZ6.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Courier.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Courier-Bold.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABHZ2.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Utopia-Italic.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Times-BoldItalic.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABHZ5.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Utopia-Bold.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Courier-BoldItalic.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Utopia-BoldItalic.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/TABTXT15.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Helvetica-Medium.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/drv/FontMFT
jonas@unbuntu2:/opt/OpenCASCADE6.2.0/ros$ locate Utopia-Regular.mft
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/FontMFT/Utopia-Regular.mft

I’m assuming over time that all this will have a proper place in the debian way of looking at things for now, I’m going to try this and see what happens:

export CASROOT=/home/hazelsct/opencascade-6.2.0/ros
OS_NAME=`uname`
Change to read:
export CASROOT=/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros
OS_NAME=”Linux”

Oh man…. So much for me thinking, I know what I’m doing…. Hear are the results….
jonas@unbuntu2:~$ DRAWEXE
Draw[1]> Draw[2]> pload ALL
Plugin file name has not been specified. Defaults to DrawPlugin
Variable CSF_DrawPluginDefaults has not been explicitly defined. Set to /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources
Parse Value ==> MODELING, OCAFKERNEL, DATAEXCHANGE
Parse aCurKey = MODELING
Parse aCurKey = OCAFKERNEL
Parse aCurKey = DATAEXCHANGE
Parse aCurKey =
Parse Value ==> TOPTEST
Parse aCurKey = TOPTEST
Parse aCurKey =
Parse Value ==> TKTopTest
Parse aCurKey = TKTopTest
Parse aCurKey =
Parse Value ==> DCAF
Parse aCurKey = DCAF
Parse aCurKey =
Parse Value ==> TKTopTest
Parse aCurKey = TKTopTest
Parse aCurKey =
Parse Value ==> TKDCAF
Parse aCurKey = TKDCAF
Parse aCurKey =
Parse Value ==> XDE, VISUALIZATION
Parse aCurKey = XDE
Parse aCurKey = VISUALIZATION
Parse aCurKey =
Parse Value ==> TKTopTest
Parse aCurKey = TKTopTest
Parse aCurKey =
Parse Value ==> TKDCAF
Parse aCurKey = TKDCAF
Parse aCurKey =
Parse Value ==> DATAEXCHANGEKERNEL, XDEDRAW
Parse aCurKey = DATAEXCHANGEKERNEL
Parse aCurKey = XDEDRAW
Parse aCurKey =
Parse Value ==> XSDRAW
Parse aCurKey = XSDRAW
Parse aCurKey =
Parse Value ==> TKXSDRAW
Parse aCurKey = TKXSDRAW
Parse aCurKey =
Parse Value ==> TKXDEDRAW
Parse aCurKey = TKXDEDRAW
Parse aCurKey =
Parse Value ==> TKXSDRAW
Parse aCurKey = TKXSDRAW
Parse aCurKey =
Parse Value ==> AISV
Parse aCurKey = AISV
Parse aCurKey =
Parse Value ==> TKXSDRAW
Parse aCurKey = TKXSDRAW
Parse aCurKey =
Parse Value ==> TKXDEDRAW
Parse aCurKey = TKXDEDRAW
Parse aCurKey =
Parse Value ==> TKViewerTest
Parse aCurKey = TKViewerTest
Parse aCurKey =
aResource = TOPTEST
Value ==> TKTopTest
could not open: TKTopTest ; reason: libtcl.so: cannot open shared object file: No such file or directory
An exception was caught 0xb7f57433 : Draw_Failure: Could not open: TKTopTest; reason: libtcl.so: cannot open shared object file: No such file or directory
** Exception ** 0xb7f57433 : Draw_Failure: Could not open: TKTopTest; reason: libtcl.so: cannot open shared object file: No such file or directory
Draw[3]>

Ok… This is going to take some time to resolve….. My wife asked me to dig out some rocks.. so she could plant some shrubs and trees. I dug out some rocks… Hit more rocks… Then I started hitting glass and metal, really old spark plugs, milk bottles, whiskey bottles, and old copper reservoir from a toilet(that was cool) and it looks like there might be an old porcelain sink that might be intact. So I’ve gone from hard digging with a shovel to gently sucking up dirt with a shop vac. Long story short, wife thinks it’s cool that I found some vintage circa(1920’s) in the back yard, but see just wants here shrubs planted…… Weather is probably, going to turn and I need to get to diggin. More later…
2008-04-29 American Idol on at the moment… Syesha so far is the only one who is somewhat impressive.  My wife really liked her dress.
Ok… lets see if I can take this on, one at at a time:
Plugin file name has not been specified. Defaults to DrawPlugin
Variable CSF_DrawPluginDefaults has not been explicitly defined. Set to /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources

I’m wondering what we have for DrawResources
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/WOKcomplement.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/Move.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/test2xl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/FILES
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/InitEnvironment.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/BuildWorkbench.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DIFF.c
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/demo.bat
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/demo.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/Tests.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/OCAFDemo.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DrawTK.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/mdltest
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/Geometry.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/Consultation.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DRAW.info
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/tdoc
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DRAW.doc
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/TKTopTest.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DrawDefault
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/lamp.ico
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/Grille.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/StandardViews.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/TestDraw.cxx
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DrawPlugin
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/CURVES.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/StandardCommands.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/PROFIL.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/mkdoc
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/SURFACES.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/Filtre.c
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/demo
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/Documentation.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/ModelingDemo.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/wing.brep
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/SCAN.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DataExchangeDemo.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/VisualizationDemo.tcl
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/vmdltest
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/idoc
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/drv/DrawResources
jonas@unbuntu2:~$
Alrighty… I wonder if I can extrapolate something here from the error message and what I have here…
I did a quick  google search on CSF_DrawPluginDefaults and found this these references in the opencascade in 5.1.1 and 5.2 Release notes
Hmmm. I think 5.2 notes hold the key: www.opencascade.com/pub/doc/Release_Notes_5.2.pdf
Sounds like there might be something in DrawPlugin

jonas@unbuntu2:~$ locate DrawPlugin
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DrawPlugin
jonas@unbuntu2:~$ gedit /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/DrawPlugin

! Description of available plugins for DRAW Test Harness
! *****************************************************************************
!
! Format of the file is compliant with the standard Open CASCADE resource files
! (see the Resource_Manager.cdl file for details).
!
! Each key defines a sequence of either further keys or a name of the dynamic
! library. Keys can be nested down to an arbitrary level. However, make sure
! there are no cyclic dependencies (internal checks are not performed).
!
! For details how to implement a DRAW plugin refer to the Test Harness User’s
! Guide.
!
! To load a plugin use the following command in DRAW:
!
! Draw> pload [-PluginFileName] [[Key1] [Key2]…], where:
!     <-PluginFileName> – Defines the name of a resource file.
!                         If this parameter is omitted then the default name DrawPlugin
!                         is used.
!                         According to the Open CASCADE resource file management rules
!                         the environment variable CSF_<PluginFileName>Defaults must
!                         be set and point to the directory storing the file. If it is
!                         omitted then it defaults to $CASROOT/src/DrawResources.
!     [Key]             – Defines the key(s) enumerating plugins to be loaded.
!                         If no keys are specified then the key named DEFAULT is used
!                         (if there is no such in the file then no plugins are loaded).
!
!
! NOTE: Make sure the DATAEXCHANGE or XDE key succeeds the OCAF key in a sequence
!

DEFAULT            : MODELING
MODELING           : TOPTEST
VISUALIZATION      : AISV
OCAFKERNEL         : DCAF
DATAEXCHANGEKERNEL : XSDRAW
OCAF               : VISUALIZATION, OCAFKERNEL
DATAEXCHANGE       : XDE, VISUALIZATION
XDE                : DATAEXCHANGEKERNEL, XDEDRAW
FULL               : MODELING, OCAFKERNEL, VISUALIZATION
ALL                : MODELING, OCAFKERNEL, DATAEXCHANGE

TOPTEST            : TKTopTest
DCAF               : TKDCAF
AISV               : TKViewerTest
XSDRAW             : TKXSDRAW
XDEDRAW            : TKXDEDRAW

All Right… Something weird here: Behavior looks different then the non debian.. OCC.   The Parse stuff messages doesn’t show up in the other version… I guess the first thing to focus in on is  could not open: TKTopTest ; reason: libtcl.so: cannot open shared object file: No such file or directory
Ok… Now we’re getting somewhere locate doesn’t show that file anywhere..

Did a quick google found this:http://ubuntuforums.org/showthread.php?t=556314

This is starting to have a bin there done that quality to this….. This appears to be the fix.
sudo ln -s /usr/lib/libtk8.4.so.0 /usr/lib/libtk.so
sudo ln -s /usr/lib/libtcl8.4.so.0 /usr/lib/libtcl.so
Lets see if  I got this
jonas@unbuntu2:~$ locate libtcl.so
jonas@unbuntu2:~$ locate ibtk8.4.so
/usr/lib/libtk8.4.so
/usr/lib/libtk8.4.so.0
jonas@unbuntu2:~$ sudo ln -s /usr/lib/libtk8.4.so.0 /usr/lib/libtk.so
[sudo] password for jonas:
jonas@unbuntu2:~$ sudo ln -s /usr/lib/libtcl8.4.so.0 /usr/lib/libtcl.so
jonas@unbuntu2:~$

As the germans say….Daumen drücken:
jonas@unbuntu2:~$ DRAWEXE
Draw[1]> Draw[2]> pload ALL
Plugin file name has not been specified. Defaults to DrawPlugin
Variable CSF_DrawPluginDefaults has not been explicitly defined. Set to /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources
Parse Value ==> MODELING, OCAFKERNEL, DATAEXCHANGE
Parse aCurKey = MODELING
Parse aCurKey = OCAFKERNEL
Parse aCurKey = DATAEXCHANGE
Parse aCurKey =
Parse Value ==> TOPTEST
Parse aCurKey = TOPTEST
Parse aCurKey =
Parse Value ==> TKTopTest
Parse aCurKey = TKTopTest
Parse aCurKey =
Parse Value ==> DCAF
Parse aCurKey = DCAF
Parse aCurKey =
Parse Value ==> TKTopTest
Parse aCurKey = TKTopTest
Parse aCurKey =
Parse Value ==> TKDCAF
Parse aCurKey = TKDCAF
Parse aCurKey =
Parse Value ==> XDE, VISUALIZATION
Parse aCurKey = XDE
Parse aCurKey = VISUALIZATION
Parse aCurKey =
Parse Value ==> TKTopTest
Parse aCurKey = TKTopTest
Parse aCurKey =
Parse Value ==> TKDCAF
Parse aCurKey = TKDCAF
Parse aCurKey =
Parse Value ==> DATAEXCHANGEKERNEL, XDEDRAW
Parse aCurKey = DATAEXCHANGEKERNEL
Parse aCurKey = XDEDRAW
Parse aCurKey =
Parse Value ==> XSDRAW
Parse aCurKey = XSDRAW
Parse aCurKey =
Parse Value ==> TKXSDRAW
Parse aCurKey = TKXSDRAW
Parse aCurKey =
Parse Value ==> TKXDEDRAW
Parse aCurKey = TKXDEDRAW
Parse aCurKey =
Parse Value ==> TKXSDRAW
Parse aCurKey = TKXSDRAW
Parse aCurKey =
Parse Value ==> AISV
Parse aCurKey = AISV
Parse aCurKey =
Parse Value ==> TKXSDRAW
Parse aCurKey = TKXSDRAW
Parse aCurKey =
Parse Value ==> TKXDEDRAW
Parse aCurKey = TKXDEDRAW
Parse aCurKey =
Parse Value ==> TKViewerTest
Parse aCurKey = TKViewerTest
Parse aCurKey =
aResource = TOPTEST
Value ==> TKTopTest
Load /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/TKTopTest.tcl TclScript
aResource = DCAF
Value ==> TKDCAF
Cannot load Debug Browser library. DFBrowser command is not attached
aResource = XSDRAW
Value ==> TKXSDRAW
aResource = XDEDRAW
Value ==> TKXDEDRAW
aResource = AISV
Value ==> TKViewerTest
1
Draw[3]>
Ok… Then… Back to where I left off with the non-debian install.

Poking around I guess the application can’t find libDFBrowser.so
jonas@unbuntu2:~$ locate libDFBrowser.so
/home/jonas/OCC_orig_tar/opencascade-6.2.0/tools/ocafbrowser/Linux/qt/lib/libDFBrowser.so
/home/jonas/OCC_orig_tar/opencascade-6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
All right lets try:
sudo ln -s  /home/jonas/OCC_orig_tar/opencascade-6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so /usr/lib/libDFBrowser.so

Soo… Close
Need to do the following:
Load /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/src/DrawResources/TKTopTest.tcl TclScript (doesn’t seem right)

Cannot load Debug Browser library. DFBrowser command is not attached  (I think I’m missing something obvious, by the lack of posts on this….

Building Opencascade from source for I386 for Ubuntu Linux. Continued even a little more

Saturday, April 26th, 2008

Recapping.. I downloaded the tar source, unzipped it compiled it.
Now then the deb package gets deployed it supposed to stick everything into the “Linux Filesystem Hierarchy Standard (FHS) locations: libraries in /usr/lib, headers in /usr/include, executables in /usr/bin.”
Apparently since the open cascade had so many header files they were place in /usr/include/opencascade instead of /usr/include/ I think this will have some implications that I don’t fully understand at the moment

(in the directory where the .debs are).
sudo dpkg -i *.deb

jonas@unbuntu2:~$ cd OCC_orig_tar
jonas@unbuntu2:~/OCC_orig_tar$ ls
libopencascade6.2-0_6.2.0-7_i386.deb opencascade-6.2.0 opencascade_6.2.0-7.dsc opencascade_6.2.0.orig.tar.gz
libopencascade6.2-dev_6.2.0-7_i386.deb opencascade_6.2.0-7.diff.gz opencascade_6.2.0-7_i386.changes opencascade-tools_6.2.0-7_i386.deb
jonas@unbuntu2:~/OCC_orig_tar$ sudo dpkg -i *.deb
[sudo] password for jonas:
(Reading database … 118524 files and directories currently installed.)
Preparing to replace libopencascade6.2-0 6.2.0-7 (using libopencascade6.2-0_6.2.0-7_i386.deb) …
Unpacking replacement libopencascade6.2-0 …
Preparing to replace libopencascade6.2-dev 6.2.0-7 (using libopencascade6.2-dev_6.2.0-7_i386.deb) …
Unpacking replacement libopencascade6.2-dev …
Preparing to replace opencascade-tools 6.2.0-7 (using opencascade-tools_6.2.0-7_i386.deb) …
Unpacking replacement opencascade-tools …
Setting up libopencascade6.2-0 (6.2.0-7) …

Setting up libopencascade6.2-dev (6.2.0-7) …
Setting up opencascade-tools (6.2.0-7) …
Processing triggers for libc6 …
ldconfig deferred processing now taking place
jonas@unbuntu2:~/OCC_orig_tar$

Ok, now I’m a little curious about what is getting put where.
You can find this out by doing this:
jonas@unbuntu2:~/OCC_orig_tar$ dpkg –info libopencascade6.2-0_6.2.0-7_i386.deb
new debian package, version 2.0.
size 27601952 bytes: control archive= 3740 bytes.
752 bytes, 16 lines control
5771 bytes, 90 lines md5sums
135 bytes, 7 lines * postinst #!/bin/sh
132 bytes, 7 lines * postrm #!/bin/sh
2957 bytes, 86 lines shlibs
Package: libopencascade6.2-0
Source: opencascade
Version: 6.2.0-7
Architecture: i386
Maintainer: Adam C. Powell, IV <hazelsct@debian.org>
Installed-Size: 87552
Depends: libc6 (>= 2.6-1), libgcc1 (>= 1:4.2.1), libgl1-mesa-glx | libgl1, libglu1-mesa | libglu1, libstdc++6 (>= 4.2.1), libx11-6, libxmu6, libxt6, tcl8.4 (>= 8.4.5), tk8.4 (>= 8.4.5)
Section: non-free/libs
Priority: extra
Description: OpenCASCADE CAE platform shared library
OpenCASCADE is a suite for 3D surface and solid modeling, visualization, data
exchange and rapid application development. It is an excellent platform for
development of numerical simulation software including CAD/CAM/CAE, AEC and
GIS, as well as PDM applications.
.
This package contains the shared library.
jonas@unbuntu2:~/OCC_orig_tar$ dpkg-deb –contents libopencascade6.2-0_6.2.0-7_i386.deb
drwxr-xr-x root/root 0 2008-04-24 08:31 ./
drwxr-xr-x root/root 0 2008-04-24 08:27 ./usr/
drwxr-xr-x root/root 0 2008-04-24 08:31 ./usr/lib/
-rw-r–r– root/root 3916 2008-04-24 08:31 ./usr/lib/libStdLPlugin.so.0.0.0
-rw-r–r– root/root 2164200 2008-04-24 08:31 ./usr/lib/libTKMath.so.0.0.0
-rw-r–r– root/root 2608808 2008-04-24 08:31 ./usr/lib/libTKTopAlgo.so.0.0.0
-rw-r–r– root/root 510576 2008-04-24 08:31 ./usr/lib/libTKCDF.so.0.0.0
-rw-r–r– root/root 607248 2008-04-24 08:31 ./usr/lib/libTKOpenGl.so.0.0.0

There’s a lot more I just got it out there.

Now just a quick test to see if one of these files is really there.
jonas@unbuntu2:~/OCC_orig_tar$ sudo updatedb
[sudo] password for jonas:
jonas@unbuntu2:~/OCC_orig_tar$ locate libStdLPlugin.so.0.0.0
/usr/lib/libStdLPlugin.so.0.0.0
/home/jonas/OCC_orig_tar/opencascade-6.2.0/debian/libopencascade6.2-0/usr/lib/libStdLPlugin.so.0.0.0
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make/StdLPlugin/.libs/libStdLPlugin.so.0.0.0
/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make/StdLPlugin/.libs/libStdLPlugin.so.0.0.0T
jonas@unbuntu2:~/OCC_orig_tar$
Yep all there…. I think I must have been from Missouri in a past life… There are so many files in the OCC_orig_tar sub-folders I’m loosing the trees in the forest.
I still need to get the non-platform dependant .deb files from. Going back to the original instructions:

For me the problem was I don’t have a amd64 processor… So that’s why I needed to build from source.
I think I’m going to put the _all.deb files into a different sub-directory and backup on my thumb drive..
(I’m planning on whipping my drive again and re-install with the next version of ubuntu… and summarize with a nice set of install directions on my web page… oops digressing here
jonas@unbuntu2:~$ mkdir OCC_all_deb
jonas@unbuntu2:~$ cd OCC_all_deb
jonas@unbuntu2:~/OCC_all_deb$ wget http://lyre.mit.edu/~powell/opencascade/opencascade-doc_6.2.0-7_all.deb–08:30:41– http://lyre.mit.edu/~powell/opencascade/opencascade-doc_6.2.0-7_all.deb
=> `opencascade-doc_6.2.0-7_all.deb’
Resolving lyre.mit.edu… 18.53.0.135
Connecting to lyre.mit.edu|18.53.0.135|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 8,031,516 (7.7M) [application/x-debian-package]

100%[================================================================================================================================>] 8,031,516 79.26K/s ETA 00:00

08:32:25 (75.67 KB/s) – `opencascade-doc_6.2.0-7_all.deb’ saved [8031516/8031516]

jonas@unbuntu2:~/OCC_all_deb$ wget http://lyre.mit.edu/~powell/opencascade/opencascade-examples_6.2.0-7_all.deb
–08:33:20– http://lyre.mit.edu/~powell/opencascade/opencascade-examples_6.2.0-7_all.deb
=> `opencascade-examples_6.2.0-7_all.deb’
Resolving lyre.mit.edu… 18.53.0.135
Connecting to lyre.mit.edu|18.53.0.135|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 13,043,698 (12M) [application/x-debian-package]

100%[================================================================================================================================>] 13,043,698 79.23K/s ETA 00:00

08:36:07 (76.27 KB/s) – `opencascade-examples_6.2.0-7_all.deb’ saved [13043698/13043698]

jonas@unbuntu2:~/OCC_all_deb$ ls
opencascade-doc_6.2.0-7_all.deb opencascade-examples_6.2.0-7_all.deb
jonas@unbuntu2:~/OCC_all_deb$

I guess all is have to do know is to install the packages and check for missing dependencies:

jonas@unbuntu2:~/OCC_all_deb$ dpkg -i *.deb
dpkg: requested operation requires superuser privilege
jonas@unbuntu2:~/OCC_all_deb$ sudo dpkg -i *.deb
[sudo] password for jonas:
Selecting previously deselected package opencascade-doc.
(Reading database … 118524 files and directories currently installed.)
Unpacking opencascade-doc (from opencascade-doc_6.2.0-7_all.deb) …
Selecting previously deselected package opencascade-examples.
Unpacking opencascade-examples (from opencascade-examples_6.2.0-7_all.deb) …
Setting up opencascade-doc (6.2.0-7) …

Setting up opencascade-examples (6.2.0-7) …
jonas@unbuntu2:~/OCC_all_deb$ sudo apt-get -f install
Reading package lists… Done
Building dependency tree
Reading state information… Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
jonas@unbuntu2:~/OCC_all_deb$

Wow… now that just seemed way to easy….
Now I want to get an idea where all this stuff got put..
dpkg-deb –contents opencascade-doc_6.2.0-7_all.deb
Tells me basically everything gets dumped under:
/usr/share/doc/opencascade-doc/doc/
Manually checking: Yep all there 🙂

Now checking the other file:
dpkg-deb –contents opencascade-examples_6.2.0-7_all.deb
Tells me that everything gets dumped into:
/usr/share/doc/opencascade-examples/
Looks like it did that..

Ok…. Now here’s the magic moment….
Will DRAWEXE fire up from a fresh terminal session and can I pload ALL (which loads in all the plugins..)
Answer is:
jonas@unbuntu2:~$ DRAWEXE
the CASROOT variable is mandatory to Run OpenCascade
No default file
% % pload ALL
Plugin file name has not been specified. Defaults to DrawPlugin
Failed to load plugin: Neither CSF_DrawPluginDefaults, nor CASROOT variables have been set
%

Not quite yet…. I think I know what to do, more in the next instalment.

Building Opencascade from source for I386 for Ubuntu Linux. Continued.

Friday, April 25th, 2008

I just did a locate opencascade on my drive and it is ming boggling how many source files are in this package… No wonder why this took over a day to compile….
The end result appears to be 3 file .deb files locate in the sub-directory as the opencascade_6.2.0.orig.tar.gz was downloaded to:
libopencascade6.2-0_6.2.0-7_i386.deb
libopencascade6.2-dev_6.2.0-7_i386.deb
opencascade-tools_6.2.0-7_i386.deb

The instructions that I got on what to do with these things was:

  • Install each .deb as root using “dpkg -i *.deb”
  • Run (as root) “apt-get -f install” to get any missing dependencies

This didn’t seem to work.. Here’s what I got.
jonas@unbuntu2:~$ sudo dpkg -i libopencascade6.2-0_6.2.0-7_i386.deb
[sudo] password for jonas:
dpkg: error processing libopencascade6.2-0_6.2.0-7_i386.deb (–install):
cannot access archive: No such file or directory
Errors were encountered while processing:
libopencascade6.2-0_6.2.0-7_i386.deb
jonas@unbuntu2:~$ sudo dpkg-i libopencascade6.2-0_6.2.0-7_i386.deb
sudo: dpkg-i: command not found
jonas@unbuntu2:~$ sudo dpkg -i libopencascade6.2-0_6.2.0-7_i386.deb
dpkg: error processing libopencascade6.2-0_6.2.0-7_i386.deb (–install):
cannot access archive: No such file or directory
Errors were encountered while processing:
libopencascade6.2-0_6.2.0-7_i386.deb
jonas@unbuntu2:~$

I need to look at this later..
Ooops obvious what happen after a good night sleep. I was in the correct folder:
jonas@unbuntu2:~$ ls
2008-04-24 Run log Documents Music OCC_deb OCC_Linux_download Pictures Templates
Desktop Examples Notes from 2008-04-22 OCC compilation OCC_Doc_download OCC_orig_tar Public Videos
jonas@unbuntu2:~$ cd OCC_orig_tar
jonas@unbuntu2:~/OCC_orig_tar$ ls
libopencascade6.2-0_6.2.0-7_i386.deb opencascade-6.2.0 opencascade_6.2.0-7.dsc opencascade_6.2.0.orig.tar.gz
libopencascade6.2-dev_6.2.0-7_i386.deb opencascade_6.2.0-7.diff.gz opencascade_6.2.0-7_i386.changes opencascade-tools_6.2.0-7_i386.deb
jonas@unbuntu2:~/OCC_orig_tar$ sudo dpkg -i libopencascade6.2-0_6.2.0-7_i386.deb
[sudo] password for jonas:
Selecting previously deselected package libopencascade6.2-0.
(Reading database … 102969 files and directories currently installed.)
Unpacking libopencascade6.2-0 (from libopencascade6.2-0_6.2.0-7_i386.deb) …
Setting up libopencascade6.2-0 (6.2.0-7) …

Processing triggers for libc6 …
ldconfig deferred processing now taking place.
Now, going to do it to the other 2 i386.debs:
Processing triggers for libc6 …
ldconfig deferred processing now taking place
jonas@unbuntu2:~/OCC_orig_tar$ sudo dpkg -i libopencascade6.2-0_6.2.0-7_i386.deblibopencascade6.2-dev_6.2.0-7_i386.deb
jonas@unbuntu2:~/OCC_orig_tar$ sudo dpkg -i libopencascade6.2-dev_6.2.0-7_i386.deb
Selecting previously deselected package libopencascade6.2-dev.
(Reading database … 103148 files and directories currently installed.)
Unpacking libopencascade6.2-dev (from libopencascade6.2-dev_6.2.0-7_i386.deb) …
Setting up libopencascade6.2-dev (6.2.0-7) …
jonas@unbuntu2:~/OCC_orig_tar$ sudo dpkg -i opencascade-tools_6.2.0-7_i386.deb
Selecting previously deselected package opencascade-tools.
(Reading database … 118517 files and directories currently installed.)
Unpacking opencascade-tools (from opencascade-tools_6.2.0-7_i386.deb) …
Setting up opencascade-tools (6.2.0-7) …
jonas@unbuntu2:~/OCC_orig_tar$

Alrighty…. This is striking me as a bit odd. The compiler takes days to run, but the .debs only take minutes to install?? I think the pieces may have been installed already…
I thought the .deb would install in the same sub-directorys as OCC would, put appears that it didn’t: /home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make/TKV3d/.libs/libTKV3d.so.0.0.0
I need to make some inquires on this..

Building Opencascade from source for I386 for Ubuntu Linux

Tuesday, April 22nd, 2008

Ok…..
I was willing to give the .deb downloads but they were for AMD64..
I thought I was out of luck, but apparently, you can build Opencascade from source….

This is about my third month or so into Linux(I need to go through my gmail,to find the exact date from my library email), so I thought what the heck, lets give this a try. Sounds like fun…
Hear’s how you do it:

(*** Step 1***)Load the compiler and other stuff

First thing you need to do is to get your system tune up so it can compile. Go into terminal enter and enter
sudo apt-get install build-essential

A little research here as to what this build-essential is can be found at:
http://packages.debian.org/testing/devel/build-essential. This links seems straight foward enough…

(***Step 2***) Get the source
Goto http://lyre.mit.edu/~powell/opencascade/ for some reason, and search for the latest .orig.tar.gz, .diff.gz and the .dsc, which together make up the “source package”.
Download them to a central folder
At this moment this is what I got(hopefully I have the correct files here:
opencascade_6.2.0-7.dsc
opencascade_6.2.0-7.diff.gz
opencascade_6.2.0.orig.tar.gz
Just a side note… I had double clicked these files from my firefox browser. Everything downloaded except the .dsc which opened up a window. I need to wget that one from the terminal.

(***Step 3***) Unpack a source file package:
From terminal enter:
dpkg-source -x opencascade_6.2.0-7.dsc
(The file name will probably change over time as this project progresses):
A little research here:http://en.wikipedia.org/wiki/Dpkg

This looks like this can get real complicated real fast, but I found this in the man pages as to what is going on:

DESCRIPTION
dpkg-source packs and unpacks Debian source archives.

None of these commands allow multiple options to be combined into one, and they do not allow the value for an option to be specified in a separate argument.

COMMANDS
-x filename.dsc [output-directory]
Extract a source package. One non-option argument must be supplied, the name of the Debian source control file (.dsc). An optional second non-option
argument may be supplied to specify the directory to extract the source package to, this must not exist. If no output directory is specified, the source
package is extracted into a directory named source-version under the current working directory.

dpkg-source will read the names of the other file(s) making up the source package from the control file; they are assumed to be in the same directory as
the .dsc.

The files in the extracted package will have their permissions and ownerships set to those which would have been expected if the files and directories
had simply been created – directories and executable files will be 0777 and plain files will be 0666, both modified by the extractors’ umask; if the par‐
ent directory is setgid then the extracted directories will be too, and all the files and directories will inherit its group ownership.

Seems sort of straightfowards, Now to examine the contents of the dsc:
Format: 1.0
Source: opencascade
Binary: libopencascade6.2-dev, libopencascade6.2-0, opencascade-tools, opencascade-doc, opencascade-examples
Architecture: any
Version: 6.2.0-7
Maintainer: Adam C. Powell, IV ###########
Homepage: http://www.opencascade.org/
Standards-Version: 3.7.3.0
Build-Depends: autoconf, automake, bison, debhelper (>= 3.0), java-gcj-compat-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libtool, libx11-dev, libxmu-dev, tcl8.4-dev, tk8.4-dev
Build-Conflicts: libstlport4.6-dev, libstlport5.1-dev
Files:
e026ecccc928ef29fc283de0962c9773 100572993 opencascade_6.2.0.orig.tar.gz
da3585c552921aaddd62d16019b7ab6a 11344 opencascade_6.2.0-7.diff.gz

(***Step 4***) Building the package
Move into the subfolder are and start-building.

cd opencascade-6.2.0
dpkg-buildpackage -B

If you get a message about unmet dependencies apt-get or synaptic the files mentioned, if you see a | it means the first one is prefered.
In my case this popped up:
dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 3.0) autoconf automake libtool bison libx11-dev tcl8.4-dev tk8.4-dev libgl1-mesa-dev | libgl-dev libglu1-mesa-dev | libglu-dev java-gcj-compat-dev libxmu-dev
dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
dpkg-buildpackage: (Use -d flag to override.)
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$
So.. I just marked everything I’m missing in synaptic. Time to start loading and see where we’re at in the morning…. (Something tells me I’m gonna need a bigger hard drive.

After installing and repeating I got this:
dpkg-buildpackage: source version without epoch 6.2.0-7
dpkg-checkbuilddeps: Unmet build dependencies: automake java-gcj-compat-dev
dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
dpkg-buildpackage: (Use -d flag to override.)
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$

Got up to go to the bathroom and see how its going: Seem to be getting closer
re:the automake, I chose automake1.9, I picked plane old automake also to see what happens.
re:java-gcj-compat-dev I must have just missed that one.
I’m not sure what the deal is with the epoch 6.2.0-7 is though a the moment.
Hmm. 4 minutes to download… what’s 4 minutes…
One more time and away we go….
See what it looks like in the morning….
Well it’s morning and it’s still cooking…. I wonder if it’s be done by American Idol?

Ok…Just got home… Missed Syesha.. I heard she knocked it out of the part….. What was Jason thinking??
Anyway Brook is doing ok… Not out of the park though…. Don’t these people ever watch the show…. Never do a ballad. The wife liked it though… anyway…
It seems like the compiler died.. Not a clue at the moment moment here is what went wrong:
(cd /home/jonas/OCC_orig_tar/opencascade-6.2.0/debian/tmp/usr/lib && { ln -s -f libmscmd.so.0.0.0 libmscmd.so || { rm -f libmscmd.so && ln -s libmscmd.so.0.0.0 libmscmd.so; }; })
/usr/bin/install -c .libs/libmscmd.lai /home/jonas/OCC_orig_tar/opencascade-6.2.0/debian/tmp/usr/lib/libmscmd.la
/usr/bin/install -c .libs/libmscmd.a /home/jonas/OCC_orig_tar/opencascade-6.2.0/debian/tmp/usr/lib/libmscmd.a
chmod 644 /home/jonas/OCC_orig_tar/opencascade-6.2.0/debian/tmp/usr/lib/libmscmd.a
ranlib /home/jonas/OCC_orig_tar/opencascade-6.2.0/debian/tmp/usr/lib/libmscmd.a
libtool: install: warning: remember to run `libtool –finish /usr/lib’
make[4]: Nothing to be done for `install-data-am’.
make[4]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make/WOKLibs’
make[3]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make/WOKLibs’
make[3]: Entering directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make’
make[4]: Entering directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make’
make[4]: Nothing to be done for `install-exec-am’.
make[4]: Nothing to be done for `install-data-am’.
make[4]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make’
make[3]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make’
make[2]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros/adm/make’
make[2]: Entering directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros’
make[3]: Entering directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros’
make[3]: Nothing to be done for `install-exec-am’.
make[3]: Nothing to be done for `install-data-am’.
make[3]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros’
make[2]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros’
make[1]: Leaving directory `/home/jonas/OCC_orig_tar/opencascade-6.2.0/ros’
# Why doesn’t OpenCASCADE install its own headers??
cp -a ros/inc debian/tmp/usr/
rm -f debian/tmp/usr/inc/config.h
cp -a ros/config.h debian/tmp/usr/inc/
install -d debian/tmp/usr/include
mv debian/tmp/usr/inc debian/tmp/usr/include/opencascade
install -d debian/tmp/usr/share/opencascade/UnitsAPI
cp -p ros/src/UnitsAPI/*.dat debian/tmp/usr/share/opencascade/UnitsAPI/
touch install
dh_testdir -a
dh_testroot -a
dh_testroot: You must run this as root (or use fakeroot).
make: *** [binary-arch] Error 1
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$

2008-04-23

Ok… Need to research a little
http://lists.debian.org/debian-mentors/2007/07/msg00168.html
http://www.mail-archive.com/debian-dpkg-bugs@lists.debian.org/msg06077.html
Hmmm. I think I give this a go and see what happens:

cd opencascade-6.2.0

dpkg-buildpackage -B -rfakeroot
This might take a couple of days : then again
jonas@unbuntu2:~$ man fakeroot
No manual entry for fakeroot
jonas@unbuntu2:~$ ls
Desktop    Notes from 2008-04-22 OCC compilation  OCC_orig_tar  Videos
Documents  OCC_deb                                Pictures
Examples   OCC_Doc_download                       Public
Music      OCC_Linux_download                     Templates
jonas@unbuntu2:~$ cd OCC_orig_tar
jonas@unbuntu2:~/OCC_orig_tar$ ls
opencascade-6.2.0            opencascade_6.2.0-7.dsc
opencascade_6.2.0-7.diff.gz  opencascade_6.2.0.orig.tar.gz
jonas@unbuntu2:~/OCC_orig_tar$  cd opencascade-6.2.0
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$ dpkg-buildpackage -B -rfakeroot
dpkg-buildpackage: source package is opencascade
dpkg-buildpackage: source version is 6.2.0-7
dpkg-buildpackage: source changed by Adam C. Powell, IV <hazelsct@debian.org>
dpkg-buildpackage: host architecture i386
dpkg-buildpackage: source version without epoch 6.2.0-7
 fakeroot debian/rules clean
/usr/bin/dpkg-buildpackage: 224: fakeroot: not found
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$
Ok... Just loaded fakeroot from synaptic.... One more time...
This is what starts spitting out.
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$ dpkg-buildpackage -B -rfakeroot
dpkg-buildpackage: source package is opencascade
dpkg-buildpackage: source version is 6.2.0-7
dpkg-buildpackage: source changed by Adam C. Powell, IV <hazelsct@debian.org>
dpkg-buildpackage: host architecture i386
dpkg-buildpackage: source version without epoch 6.2.0-7
 fakeroot debian/rules clean
/usr/bin/dpkg-buildpackage: 224: fakeroot: not found
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$ dpkg-buildpackage -B -rfakeroot
dpkg-buildpackage: source package is opencascade
dpkg-buildpackage: source version is 6.2.0-7
dpkg-buildpackage: source changed by Adam C. Powell, IV <hazelsct@debian.org>
dpkg-buildpackage: host architecture i386
dpkg-buildpackage: source version without epoch 6.2.0-7
 fakeroot debian/rules clean
if [ -e patch-stamp ]; then
          rm patch-stamp;
          patch -p1 -R < debian/occ-doc-debian.patch;
          patch -p1 -R < debian/occ6.2.patch;
        fi
patching file doc/whgdata/whlstt0.htm
patching file ros/configure.in
patching file ros/configure.in
patching file ros/src/LDOM/LDOM_OSStream.hxx
patching file ros/inc/LDOM_OSStream.hxx
patching file ros/src/WOKTools/WOKTools_Options.cxx
patching file ros/src/Standard/Standard_Transient_proto.hxx
patching file ros/inc/Standard_Transient_proto.hxx
patching file ros/inc/Units_Dimensions.hxx
patching file ros/inc/Units_Quantity.hxx
patching file ros/inc/Units_Token.hxx
patching file ros/inc/Units_Unit.hxx
patching file ros/src/Standard/Standard_Persistent.cxx
patching file ros/inc/Standard_ErrorHandlerCallback.hxx
patching file ros/src/BOPTest/BOPTest_LowCommands.cxx
patching file ros/src/Standard/Standard_SStream.cxx
dh_testdir
dh_clean
So..... Maybe we have something in a couple of days...

2008-04-24  6PM...
Got home seems like it works.... This is what was at the bottom of the terminal output.....
I'm going to need to updatedb to see what happened...
# Why doesn't OpenCASCADE install its own headers??
cp -a ros/inc debian/tmp/usr/
rm -f debian/tmp/usr/inc/config.h
cp -a ros/config.h debian/tmp/usr/inc/
install -d debian/tmp/usr/include
mv debian/tmp/usr/inc debian/tmp/usr/include/opencascade
install -d debian/tmp/usr/share/opencascade/UnitsAPI
cp -p ros/src/UnitsAPI/*.dat debian/tmp/usr/share/opencascade/UnitsAPI/
touch install
dh_testdir -a
dh_testroot -a
dh_installdirs -a
dh_movefiles -a
dh_installdocs -a
dh_installchangelogs -a
dh_strip -a
dh_makeshlibs -a
dh_compress -a
dh_fixperms -a
dh_installdeb -a
dh_shlibdeps -a
dh_gencontrol -a
dpkg-gencontrol: warning: unknown information field 'C Homepage' in input data in general section of control info file
dpkg-gencontrol: warning: unknown information field 'C Homepage' in input data in general section of control info file
dpkg-gencontrol: warning: unknown information field 'C Homepage' in input data in general section of control info file
dh_md5sums -a
dh_builddeb -a
dpkg-deb: building package `libopencascade6.2-dev' in `../libopencascade6.2-dev_6.2.0-7_i386.deb'.
dpkg-deb: building package `libopencascade6.2-0' in `../libopencascade6.2-0_6.2.0-7_i386.deb'.
dpkg-deb: building package `opencascade-tools' in `../opencascade-tools_6.2.0-7_i386.deb'.
 dpkg-genchanges -B
dpkg-genchanges: arch-specific upload - not including arch-independent packages
dpkg-genchanges: binary-only upload - not including any source code
dpkg-buildpackage: binary only upload (no source included)
jonas@unbuntu2:~/OCC_orig_tar/opencascade-6.2.0$


				

One more time from Scratch… OCC from the .deb file

Saturday, April 19th, 2008

Ok… I know I’m a glutten for punishment…  I reformatted my drive and decide to give the OCC deb files a drive.
I’ll probably do this a again when Hardy Heron comes out so her it goes..
At this point, I’m on clean Gutsy Gibbon, with a current updates….  I”m told this can be done in 10 Minutes….
I’m not sure if this will happen with my connection…. Anyway….

The down load instructions I got are:

Here’s the procedure:

Ok…. Need to do a little pre-research here…:

Well… Off the bat… This this probably is going to be a problem, since I don’t have a 64 bit processor….
I suppose I try one and see what happens:

—————————————
[sudo] password for jonas:
–04:43:17–  http://lyre.mit.edu/~powell/opencascade/libopencascade6.2-0_6.2.0-7_amd64.deb
=> `libopencascade6.2-0_6.2.0-7_amd64.deb’
Resolving lyre.mit.edu… 18.53.0.135
Connecting to lyre.mit.edu|18.53.0.135|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 27,987,654 (27M) [application/x-debian-package]

100%[====================================>] 27,987,654    78.15K/s    ETA 00:00

04:49:18 (75.77 KB/s) – `libopencascade6.2-0_6.2.0-7_amd64.deb’ saved [27987654/27987654]

jonas@unbuntu2:~/OCC_deb$ ls
libopencascade6.2-0_6.2.0-7_amd64.deb
jonas@unbuntu2:~/OCC_deb$ dpkg -i *.deb
dpkg: requested operation requires superuser privilege
jonas@unbuntu2:~/OCC_deb$ sudo dpkg -i *.deb
dpkg: error processing libopencascade6.2-0_6.2.0-7_amd64.deb (–install):
package architecture (amd64) does not match system (i386)
Errors were encountered while processing:
libopencascade6.2-0_6.2.0-7_amd64.deb
jonas@unbuntu2:~/OCC_deb$
—————————————-
Yep Yep Yep…. I’m sort of thinking I sort of wishing I didn’t blow away everything on the hard try at this moment.
Need to get back on this later…

Playing acround with OpenCascade DRAWEXE

Sunday, April 13th, 2008

I haven’t gotten DRAWEXE to a point, that I would call fully operational. I’m still having problems when I open a terminal, and enter “pload ALL”. It returns the message ” Cannot load Debug Browser library. DFBrowser command is not attached” So far this problem doesn’t prevent the examples in the tutorial from working, so I’m going to ignore this till it becomes an issue. I’ve struggled so much, with trying to get this installed, I just want to relax working through the samples, hopefully without too much weird stuff happening.

I think, I being redundant, but my current game plane is work through the DRAWEXE tutorial until the next version in UBUNTU is released. Then I need to make a decision, on which of my PC’s I want to load Linux up on. At that point, I’m going to go into install the gnu C++ compiler, along with Anjuta 3 (which rumor has it is supposed to be sweet), and start playing around with the opencascade library. Since the name of this sight is metalshaperman, I thought it might be cool to make a solid model of my AMMCO metal shaper. Just a thought…

The way my brain is wired, it makes it easier for me to remember the stuff I learn when I write it down. When I first started linux, I hand wrote everything down on a paper pad, which works  great as long as you don’t loose the pad…

Transgressing a little bit, I enjoyed watching a program on PBS which talked about this junk yard, which had all these scrapped out parts from the Saturn V program. One thing that stuck in my mind was a comment about the lack of knowledge regarding the thought process behind the design of the Saturn V.  The drawings exist(maybe) to build another one, but my suspicion that the reason’s behind the plans are lost. I suppose maybe some of these guys had personal notebooks or have written memoir’s but I doubt it. Wouldn’t it be cool if engineers where  encouraged to keep developement blogs, on there projects….. Something tells me the lawyers would get involved and would put the kibosh on this, because of fear of product liability lawsuits. I can here it now. I see hear you knew, that this part could fatigue and fail…. Time to get back on track…

I’ve basically bookmarked the help file “file:///opt/OpenCASCADE6.2.0/doc/index.htm#Open_CASCADE_documentation.htm” to my browser for quick retrieval, I’m hanging out in the “Getting started”. “Experimenting with Draw Test Harness” section:
To use a this program, you need to open a terminal session and type in upper case “DRAWEXE”
then type in “pload ALL”
Command help is available by typing help and the the command. In this instance the pload is the command to load a plug in.
This exercise has you play around with a box and a cylinder. I think for now, I’m just going to list the commands discussed and what they do. You can go through the tutorial yourself.
(insert screen shot here)

axo : , One axonometric view
box : box name [x1 y1 z1] dx dy dz
fit : fit [view-id] hel
pcylinder : pcylinder name [plane(ax2)] R H [angle] (note to self need to research this more
clear : clear display
donly : donly [name1 name2 …], erase and display
“hir hir” this is supposed to be for hidden line removal, no help pops up??? but it works when I use it.

Somewhere in the documentation I read that the command syntax of DRAWEXE is based on tcl/tl . tcl is pronounced as tickle. I think I need to stop here. I need to research the link and play around with these first commands. The main reason is that I tried the next section “Running demonstration files” last night and it was generating errors left and right. I’m just not up with dealing with that at the moment. Besides its Sunday and the family wants attention. More later…..

On to getting DRAWEXE running..

Sunday, April 13th, 2008

In hind site, I don’t think this should have taken this long to have gotten to this point.
Hopefully, I can get this step done without too much pain, but that hasn’t happened up to this point.
My plan is play around with drawexe for a couple of weeks until hardy heron comes out and then redo the whole think on a PC with a bit more horsepower. My plan is to post a on a nice set of summarized instructions as to how to get OCC running on a clean install.
These are the main instructions that I was basically following:
Here’s the link:http://ubuntuforums.org/archive/index.php/t-556314.html
which got the info the french ubuntu site:http://doc.ubuntu-fr.org/opencascade
(1) Install c shell (Done)
sudo apt-get install csh
(2) Install Sun Java 6 (Done, not exactly like this)
sudo apt-get install sun-java6-jdk
(3) Make sure, Sun Java 6 is used:(Done

sudo update-alternatives –config java
Set as default the one entry that contains this string:
java-6-sun
(4) Untar the tar.gz file (I used a gui)
tar xfvz /path/to/file.tar.gz
(5) Run the installer (This where I had a lot of self inflicted pain see @#$%)
sudo java -cp /path/to/untarred/Linux/setup.jar run
6) Getting the test suite to run:
6.1)setting up the enviroment variables
The test suite was meant to be started with two commands:
. /opt/OpenCASCADE6.2.0/ros/env.ksh #set up the environment variables
/opt/OpenCASCADE6.2.0/ros/lin/bin/DRAWEXE
7.1) Linking the tcl and Tk libraries
After this it was searching for tcl and tk libraries, so I had to create some symbolic links:
sudo ln -s /usr/lib/libtk8.4.so.0 /usr/lib/libtk.so
sudo ln -s /usr/lib/libtcl8.4.so.0 /usr/lib/libtcl.so
Adjust the version and the path to which is valid on your system.

@#$% At some point I need to go over my notes and try to figure out why this took so long to get to this point. Anyone, for the moment, I want to look fowards.
Ok… Step 6.1… I need to research this a little bit..
I just freaked myself out. I just did a locate drawexe and nothing popped up. locate DRAWEXE works just fine.
I did a quick search the next step is here:http://www.opencascade.org/org/forum/thread_9436/
Most understandable is this comment:

françois plessier 2007-06-22 14:13
You should have, in your “~/.bashrc”:source blabla/ros/env.ksh(in you case: “blabla” correspond to “/opt/OpenCASCADE6.2.0/” )————–Then check that you have these 2 lines in “blabla/ros/env.ksh”:export CASROOT=blabla/ros
OS_NAME=`Linux`If you have changed the name of your OpenCascade folder after installing it, the CASROOT definition is wrong for sure, because it’s still defined with the old name of the folder (and since it uses this name to look for the libraries…).
The second line is just so that you now can type “DRAWEXE” alone to launch OpenCascade from anywhere (you don’t need to go to the “blabla/ros/Linux/bin” folder). Look at how PATH is defined using $CASROOT and $OS_NAME, in the “blabla/ros/env.ksh” file..

looking for bashrc:

jonas@ubuntu1:~$ locate bashrc
/home/jonas/.bashrc
/usr/share/ubuntu-docs/ubuntu/sample/bash.bashrc_promptbeforeremovaloverwrittenconsole
/usr/share/doc/adduser/examples/adduser.local.conf.examples/skel/dot.bashrc
/usr/share/doc/adduser/examples/adduser.local.conf.examples/bash.bashrc
/usr/share/base-files/dot.bashrc
/root/.bashrc
/etc/skel/.bashrc
/etc/bash.bashrc
jonas@ubuntu1:~$

I just running single session at the moment so I just going to get edit /home/jonas/.bashrc
where I added: source /opt/OpenCASCADE6.2.0/ros/env.ksh
to the end of the file.

Next I need to make sure I have these two lines in the env.ksh file:
export CASROOT= /opt/OpenCASCADE6.2.0/ros
OS_NAME=`Linux`
What your looking for appears at the third and fourth line of the file.

It turns out that export CASROOT= /opt/OpenCASCADE6.2.0/ros is there from the get go. I suppose if you we’re installing in anything than the default, you’d need to alter this.

The fourth line has:OS_NAME=`uname`
I changed this to `Linux`
Hmmm.. I think at this point I just need to close the terminal and reopen it and type in DRAWEXE Lets give it a try:
Hah… didn’t work but I’ve experienced this pain before:
bash: Linux: command not found
bash: [: =: unary operator expected
bash: [: =: unary operator expected
jonas@ubuntu1:~$
I believe one shell likes spaces and another doesn’t
So…. I think
OS_NAME=`Linux` needs to be changed to OS_NAME = `Linux`
See if that works:
bash: Linux: command not found
bash: OS_NAME: command not found
bash: [: =: unary operator expected
bash: [: =: unary operator expected
jonas@ubuntu1:~$

Hmm…. I looks like no space is the way to go.. So put that back and put OS_NAME=`hello_world` to see what happens:
bash: hello_world: command not found
bash: [: =: unary operator expected
bash: [: =: unary operator expected
jonas@ubuntu1:~$
Problem seems to be with OS_NAME=`Linux` in env.ksh
Lets try OS_NAME=”Linux”
That would be the problem
……Now is the time for the big moment……..
Hot Darn…… Something appears to have appeared.
This shows up in the terminal:
jonas@ubuntu1:~$ DRAWEXE
Draw[1]> Draw[2]>
And there is a small window that pops up in the upper right hand corner…..
(I did a screen shot and saved it to desktop, I guess I should add another thing to learn on lifes to do list)

Now what to do??
I noticed there is a help html file on the system after the install. I bookmarked this in my browser: file:///opt/OpenCASCADE6.2.0/doc/index.htm#Open_CASCADE_documentation.htm
Fire up the page, in the upper right hand corner is a command box. If it says show, click the box so it says hide. You should see a muli-tabbed box. Click on “Gettting Started” this gives you instructions on how to use DRAWEXE.

The first instructions you’re supposed to put in is:pload ALL
Ok…. now, based on my experience to date, would you expect that this should run ok? Of course not….
Here’s what popped up:
jonas@ubuntu1:~$ DRAWEXE
Draw[1]> Draw[2]>
Draw[3]> pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
1
Draw[4]>
“Bother” as Sir Topham Hat(would say) although it’s not what I’m thinking….
More research:
Googling”pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
” produces nothing.

Nothing there….

Hmm..Doh… I think I forgot to do the final step:
7.1) Linking the tcl and Tk libraries
After this it was searching for tcl and tk libraries, so I had to create some symbolic links:
sudo ln -s /usr/lib/libtk8.4.so.0 /usr/lib/libtk.so
sudo ln -s /usr/lib/libtcl8.4.so.0 /usr/lib/libtcl.so
Adjust the version and the path to which is valid on your system.I guess I should check to make sure I got what I need:
jonas@ubuntu1:~$ locate libtk8.4.so.0
jonas@ubuntu1:~$ locate libtcl8.4.so.0
jonas@ubuntu1:~$
It doesn’t appear to be there. So…. I need to load it up and symlink it.
jonas@ubuntu1:~$ sudo apt-get install libtk8.4.so.0
[sudo] password for jonas:
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Couldn’t find package libtk8.4.so.0
jonas@ubuntu1:~$
Bother, so much for the command line, let me try that with synaptic:
libtk8.4.so.0 and libtcl8.4.so.0 doesn’t appear in synaptic…
Hmmm. Going to try a search for libtk and libtcl:
jonas@ubuntu1:~$ locate libtk
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtkx8.3.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtk8.4.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtkx.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtk.so
/usr/lib/openoffice/program/libtk680li.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtkx8.3.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtk8.4.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtkx.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtk.so
jonas@ubuntu1:~$ locate libtcl
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtcl.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtclx8.3.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtclx.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtcl8.4.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtcl.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtclx8.3.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtclx.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtcl8.4.so
jonas@ubuntu1:~$

So close and yet so very far….:(
I wonder what the difference between .so and .so.0 formats?
Here a link to research:http://wiki.linuxquestions.org/wiki/Library-related_Commands_and_Files

I’m thinking this might be worth a try:

sudo ln -s /opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtk8.4.so /usr/lib/libtk.so
sudo ln -s /home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtcl8.4.so /usr/lib/libtcl.so

This results in:
jonas@ubuntu1:~$ sudo ln -s /opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtk8.4.so /usr/lib/libtk.so
[sudo] password for jonas:
jonas@ubuntu1:~$ sudo ln -s /home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtcl8.4.so /usr/lib/libtcl.so
jonas@ubuntu1:~$ sudo updatedb
jonas@ubuntu1:~$ locate libtk.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtk.so
/usr/lib/libtk.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtk.so
jonas@ubuntu1:~$ locate libtcl.so
/home/jonas/OCC_library_download/Linux/3rdparty/Linux/tcltk/lib/libtcl.so
/usr/lib/libtcl.so
/opt/OpenCASCADE6.2.0/3rdparty/Linux/tcltk/lib/libtcl.so
jonas@ubuntu1:~$

Ok… lets try this again:
Nope….
jonas@ubuntu1:~$ DRAWEXE
Draw[1]> Draw[2]> pload all
Pload : Resource = all is not found
Draw[3]> pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
1
Draw[4]>
Time to cook dinner before da wife kills me for screwing around on the computer for so long……

Ok… The meat-loaf and potatoes are in the oven and da’wife and kid be watching Harry Potter… So I’m good here.
I found this in ” file:///opt/OpenCASCADE6.2.0/doc/index.htm#Open_CASCADE_documentation.htm”:

Remarks:

  • Available on all supported platforms

  • Integrated to the MFC OCAF sample

  • Can be loaded in Draw by “DFBrowser DocName” command. This command is added only if PATH environment variable on Windows platform (or LD_LIBRARY_PATH on SUN or Linux) contains a path to DFBrowser.dll library (DFBrowser.so on SUN or Linux). This variable should also contain a path to FLTK or QT graphic library, whose graphic library should be used depending on the version of DebugBrowser (FLTK or QT accordingly).

I also found something interesting at:www.opencascade.com/pub/doc/Release_Notes_5.2.4.pdf

C A S C A D E
Test Harness
New DRAW command DFBrowser has been added to OCAF commands.
OCAF Browser is a separate tool and can be accessed from Open CASCADE through the
DebugBrowser.hxx include file and DFBrowser library.
If this tool is installed during OCCT installation, it will be located in the \tools\ocafbrowser folder.
The command is added only if the PATH environment variable on Windows platform (or
LD_LIBRARY_PATH on SUN or Linux) contains a path to DFBrowser.dll
(libDFBrowser.so on SUN or Linux). This variable should also contain a path to
FLTK or QT graphic library, and the choice of library to use depends on the version of
OCAF Browser (FLTK or QT accordingly).
If DFBrowser.dll (libDFBrowser.so) or any dependant library cannot be found,
a message “Cannot load Debug Browser library. DFBrowser command is not attached”
appears in the console.
Example of launching the OCAF Browser:
NewDocument Doc MDTV-Standard

DFBrowser Doc

If I understand this correctly, the problem is that DRAWEXEC can’t find the library… They’re talking about adding paths, but I wonder why I can’t just symlink it to the user library? What the heck…. here goes:

jonas@ubuntu1:~$ man file
jonas@ubuntu1:~$ locate DFBrowser
/home/jonas/OCC_library_download/Linux/tools/ocafbrowser/Linux/qt/lib/libDFBrowser.so
/home/jonas/OCC_library_download/Linux/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/qt/lib/libDFBrowser.so
/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
jonas@ubuntu1:~$ cd /opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$ ls
libDFBrowser.so
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$ cd /opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$ ls
libDFBrowser.so
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$ file libDFBrowser.so
libDFBrowser.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$ cd /
jonas@ubuntu1:/$ sudo ln -s /opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so /usr/lib/libDFBrowser.so
[sudo] password for jonas:
jonas@ubuntu1:/$ draw
bash: draw: command not found
jonas@ubuntu1:/$ DRAWEXEC
bash: DRAWEXEC: command not found
jonas@ubuntu1:/$ DRAWEXE
Draw[1]> Draw[2]> pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
1
Draw[3]> jonas@ubuntu1:/$ sudo updatedb
jonas@ubuntu1:/$ locate libDFBrowser.so
/home/jonas/OCC_library_download/Linux/tools/ocafbrowser/Linux/qt/lib/libDFBrowser.so
/home/jonas/OCC_library_download/Linux/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
/usr/lib/libDFBrowser.so
/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/qt/lib/libDFBrowser.so
/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
jonas@ubuntu1:/$

Now, I really thought that would work….. I’m wonder if I need a new terminal session:
That doesn’t seem to matter out it goes:
jonas@ubuntu1:~$ DRAWEXE
Draw[1]> Draw[2]> pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
1
Draw[3]>
Draw[4]> jonas@ubuntu1:~$
jonas@ubuntu1:~$ sudo rm /usr/lib/libDFBrowser.so
[sudo] password for jonas:
jonas@ubuntu1:~$

I just found an interesting link:http://linuxmafia.com/faq/Admin/ld-lib-path.html The article says its bad practice to set the LD_LIBRARY_PATH. I do understand why “sudo ln -s /opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so /usr/lib/libDFBrowser.so” didn’t work.
At this point I don’t think I have a choice so:
jonas@ubuntu1:~$ locate bashrc
/home/jonas/.bashrc~
/home/jonas/.bashrc
/usr/share/ubuntu-docs/ubuntu/sample/bash.bashrc_promptbeforeremovaloverwrittenconsole
/usr/share/doc/adduser/examples/adduser.local.conf.examples/skel/dot.bashrc
/usr/share/doc/adduser/examples/adduser.local.conf.examples/bash.bashrc
/usr/share/base-files/dot.bashrc
/root/.bashrc
/etc/bash.bashrc~
/etc/skel/.bashrc
/etc/bash.bashrc
jonas@ubuntu1:~$ sudo gedit /home/jonas/.bashrc
[sudo] password for jonas:
This got added:
export LD_LIBRARY_PATH=/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so

so I closed the terminal and I retarted it and this pops up:
jonas@ubuntu1:~$ DRAWEXE
DRAWEXE: error while loading shared libraries: libTKDraw.so: cannot open shared object file: No such file or directory
jonas@ubuntu1:~$

This is interesting someone in gentoo working in open cascade:http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=118656
I was just reviewing my blog libTKDraw.so it looks like this is where I had trouble the last time.
Strange It seems like I have the library:
jonas@ubuntu1:~$ locate libTKDraw.so
/home/jonas/OCC_library_download/Linux/ros/lin/lib/libTKDraw.so
/opt/OpenCASCADE6.2.0/ros/lin/lib/libTKDraw.so
jonas@ubuntu1:~$
I suspect my answer is here: http://www.opencascade.org/org/forum/thread_9436/
I think I just figured out what I did. By exporting LD_LIBRARY_PATH, I overwrote the existing path which caused an earlier error. The code section which got overwritten is:
if [ -z “LD_LIBRARY_PATH” ];
then LD_LIBRARY_PATH=$CASROOT/../3rdparty/$OS_NAME/tcltk/lib:$CASROOT/$OS_NAME/lib;
else LD_LIBRARY_PATH=$CASROOT/../3rdparty/$OS_NAME/tcltk/lib:$CASROOT/$OS_NAME/lib:$LD_LIBRARY_PATH;
fi
export LD_LIBRARY_PATH
This syntax is new to me but I think its saying if the existing path is empty , just add this else append it.

I want to fiddle with env.ksh as little as possible.
I’m going to modify my /.bashrc as follows to see what happens:
echo “path before any messing around”
printenv LD_LIBRARY_PATH
export LD_LIBRARY_PATH=/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
echo “adding LD_LIBRARY PATH IN BASHRC”
printenv LD_LIBRARY_PATH
source /opt/OpenCASCADE6.2.0/ros/env.ksh
echo “LD_LIBRARY PATH after source /opt/OpenCASCADE6.2.0/ros/env.ksh”
printenv LD_LIBRARY_PATH

This results in:
path before any messing around
adding LD_LIBRARY PATH IN BASHRC
/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
LD_LIBRARY PATH after source /opt/OpenCASCADE6.2.0/ros/env.ksh
/opt/OpenCASCADE6.2.0/ros/../3rdparty/Linux/tcltk/lib:/opt/OpenCASCADE6.2.0/ros/Linux/lib:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so
jonas@ubuntu1:~$ DRAWEXE
Draw[1]> Draw[2]> pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
1
Draw[3]>

I think i need to modify export LD_LIBRARY_PATH=/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/libDFBrowser.so to
export LD_LIBRARY_PATH=/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/

The effect:
path before any messing around
adding LD_LIBRARY PATH IN BASHRC
/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/
LD_LIBRARY PATH after source /opt/OpenCASCADE6.2.0/ros/env.ksh
/opt/OpenCASCADE6.2.0/ros/../3rdparty/Linux/tcltk/lib:/opt/OpenCASCADE6.2.0/ros/Linux/lib:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/
jonas
@ubuntu1:~$ DRAWEXE
Draw[1]> Draw[2]> pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
1
Draw[3]> jonas@ub cd /opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$ ls
libDFBrowser.so
jonas@ubuntu1:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib$

This error message is still generating, I wonder what pload does..
/opt/OpenCASCADE6.2.0/ros/../3rdparty/Linux/tcltk/lib:/opt/OpenCASCADE6.2.0/ros/Linux/lib:/opt/OpenCASCADE6.2.0/tools/ocafbrowser/Linux/fl/lib/
jonas@ubuntu1:~$ DRAWEXE
Draw[1]> Draw[2]> help pload
pload : pload [-PluginFilename] [[Key1] [Key2] …]: Loads Draw plugins
Draw[3]> pload all
Pload : Resource = all is not found
Draw[4]> pload ALL
Cannot load Debug Browser library. DFBrowser command is not attached
1
Draw[
5]>
Tme to pack it in.

Third time is charm for OCC documentation install

Saturday, April 12th, 2008

Ok…. I’m thinking I’m getting close here….
(of course been there before)….
I need to drill down on this further….
Apparently, ibstdc++-libc6.1-1.so.2 is not part of a debian distribution….
according to: http://www.opencascade.org/org/forum/thread_11094/
This link said to: “wget ftp://fr2.rpmfind.net/linux/fedora/core/6/x86_64/os/Fedora/RPMS/compat-libstdc++-296-2.96-138.i386.rpm”
Unfortunately that didn’t work…
——-Side tracking…….. What is http://en.wikipedia.org/wiki/RPM_Package_Manager
For that matter what is meant by Debian:http://en.wikipedia.org/wiki/Debian
I was curious what the heck is the deal was with this rpm stuff. If you go to the http://fr2.rpmfind.net there is picture of the cobbled together server that has the data file I’m looking for.
Back on track….
The bottom of the link: http://ubuntuforums.org/archive/index.php/t-237829.html was saying that the file was replaced by ftp://fr2.rpmfind.net/linux/fedora/core/6/i386/os/ Fedora/RPMS/compat-libstdc++-296-2.96-138.i386.rpm
Great expect it doesn’t work…. Hmmmf
Hold the phone…..X86_64 if for a 64 bit processor (which I don’t have), It seems that fedora will work on ubuntu…. I think…. The error message that was causing the trouble is:
/tmp/isjvdGYXM/bin/i386/native_threads/java: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory

If go into http://fr2.rpmfind.net has a search function… stick in libstdc++-libc6.1-1.so.2 is pulls some stuff in add fedora and i386. I’m not sure on this one…
I did a hail mary and found this link:http://ubuntu-linux-dell-inspiron-9400.blogspot.com/2006/08/sun-jdk131.html
———————-
jonas@ubuntu1:/$ sudo apt-get install libstdc++2.10-glibc2.2
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following NEW packages will be installed:
libstdc++2.10-glibc2.2
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 329kB of archives.
After unpacking 1384kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
libstdc++2.10-glibc2.2
Install these packages without verification [y/N]? y
Get:1 http://us.archive.ubuntu.com gutsy/universe libstdc++2.10-glibc2.2 1:2.95.4-24 [329kB]
Fetched 329kB in 16s (19.4kB/s)
Selecting previously deselected package libstdc++2.10-glibc2.2.
(Reading database … 95025 files and directories currently installed.)
Unpacking libstdc++2.10-glibc2.2 (from …/libstdc++2.10-glibc2.2_1%3a2.95.4-24_i386.deb) …
Setting up libstdc++2.10-glibc2.2 (1:2.95.4-24) …

Processing triggers for libc6 …
ldconfig deferred processing now taking place
jonas@ubuntu1:/$ sudo ln -s libstdc++-3-libc6.2-2-2.10.0.so libstdc++-libc6.1-1.so.2
jonas@ubuntu1:/$
——————
Try this again..
jonas@ubuntu1:/$ cd usr/lib
jonas@ubuntu1:/usr/lib$ sudo ln -s libstdc++-3-libc6.2-2-2.10.0.so libstdc++-libc6.1-1.so.2
jonas@ubuntu1:/usr/lib$ sudo updatedb
jonas@ubuntu1:/usr/lib$ locate libstdc++-libc6.1-1.so.2
/usr/lib/libstdc++-libc6.1-1.so.2
————————
Here goes try number#3
jonas@ubuntu1:/$ ls
bin boot cdrom dev etc home initrd initrd.img lib lost+found media mnt opt proc root sbin srv sys tmp usr var vmlinuz
jonas@ubuntu1:/$ cd home
jonas@ubuntu1:/home$ ls
jonas
jonas@ubuntu1:/home$ cd jonas
jonas@ubuntu1:~$ ls
Desktop Documents Examples Music OCC_documentation Pictures Public Templates tmp Videos
jonas@ubuntu1:~$ cd OCC_documentation
jonas@ubuntu1:~/OCC_documentation$ ls
Autorun.inf images install.bat install.csh OpenCASCADE_doc.tgz package readme.htm
jonas@ubuntu1:~/OCC_documentation$ csh
% sudo csh -x install.csh
setenv JAVAHOME .
set OS_NAME=`uname`
uname
if ( Linux == SunOS ) then
if ( Linux == Linux ) then
./package/setupLinux.bin
InstallShield Wizard

Initializing InstallShield Wizard…

Preparing Java(tm) Virtual Machine…
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
…endif
%
When I search for the “/opt/OCCTDocumentation6.2.0 directory” I got nothing…
Back to square one…
At this point, I might as when, try to install the OCC library… What the heh…
that didn’t work by I ran across a link that talked about running setup jar… that worked…
—————–
sjonas@ubuntu1:~/OCC_library_download$ sudo updatedb
jonas@ubuntu1:~/OCC_library_download$ cd..
bash: cd..: command not found
jonas@ubuntu1:~/OCC_library_download$ ls
doc install.csh Linux OpenCASCADE_Linux.tgz readme.htm
jonas@ubuntu1:~/OCC_library_download$ cd..
bash: cd..: command not found
jonas@ubuntu1:~/OCC_library_download$ cd ..
jonas@ubuntu1:~$ ls
Desktop Documents Examples Music OCC_documentation OCC_library_download Pictures Public Templates tmp Videos
jonas@ubuntu1:~$ cd OCC_library_download
jonas@ubuntu1:~/OCC_library_download$ ls
doc install.csh Linux OpenCASCADE_Linux.tgz readme.htm
jonas@ubuntu1:~/OCC_library_download$ cd Linux
jonas@ubuntu1:~/OCC_library_download/Linux$ ls
setup.jar setupLinux.bin
jonas@ubuntu1:~/OCC_library_download/Linux$ java -jar setup.jar
jonas@ubuntu1:~/OCC_library_download/Linux$ sudo java -jar setup.jar
——-
Basically, change directorys to get to the one that has the setup.jar file and execute the command “sudo java -jar setup.jar”
Now I need to see if this works with the library..
Alrightly it does….then…. I feel like “The Private” in Madegascar….. I cracked the code skipper…..
I believe that I need to get a bunch of things cofigured still… but for tonight that’s good…

Try #2 on the OCC Documentation install

Friday, April 11th, 2008

Ok… Here we go…
————————-
jonas@ubuntu1:~$ ls
Desktop Examples OCC_documentation Public Videos
Documents Music Pictures Templates
jonas@ubuntu1:~$ cd OCC_documentation
jonas@ubuntu1:~/OCC_documentation$ ls
Autorun.inf install.bat OpenCASCADE_doc.tgz readme.htm
images install.csh package
jonas@ubuntu1:~/OCC_documentation$ csh
% sudo csh -x install.csh
[sudo] password for jonas:
setenv JAVAHOME .
set OS_NAME=`uname`
uname
if ( Linux == SunOS ) then
if ( Linux == Linux ) then
./package/setupLinux.bin
InstallShield Wizard

Initializing InstallShield Wizard…

Preparing Java(tm) Virtual Machine…
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
/tmp/isjNjykwu/bin/i386/native_threads/java: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory

endif
%
————————-
opps forgot about that. Try some more
————————————
% bash
jonas@ubuntu1:~/OCC_documentation$ sudo ln -s libstdc++-libc6.2-2.so.3 /usr/lib/libstdc++-libc6.1-1.so.2
jonas@ubuntu1:~/OCC_documentation$ csh
% sudo csh -x install.csh
setenv JAVAHOME .
set OS_NAME=`uname`
uname
if ( Linux == SunOS ) then
if ( Linux == Linux ) then
./package/setupLinux.bin
InstallShield Wizard

Initializing InstallShield Wizard…

Preparing Java(tm) Virtual Machine…
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
……………………………..
………………………/tmp/isjvdGYXM/bin/i386/native_threads/java: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory

endif
% bash
jonas@ubuntu1:~/OCC_documentation$ sudo ln -s libstdc++-libc6.2-2.so.3 /usr/lib/libstdc++-libc6.1-1.so.2
ln: creating symbolic link `/usr/lib/libstdc++-libc6.1-1.so.2′ to `libstdc++-libc6.2-2.so.3′: File exists
jonas@ubuntu1:~/OCC_documentation$
—————————————————
Ok…. so this is new… Googling”bin/i386/native_threads/java: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory”

Ok… Syesha is in the bottom 3, including the Irish girl Carley Smithson, and the Australian Michael Johns….. Hmmmm as Simon will say, America got it right….. I still think its Syesha..

Anyway, I think I found a solution that looks promising here:http://www.opencascade.org/org/forum/thread_11094/

Hmm it seems that their saying this is not in the debian distribution. The code to correct is listed as:
mkdir tmp
cd tmp
wget ftp://fr2.rpmfind.net/linux/fedora/core/6/x86_64/os/Fedora/RPMS/compat-libstdc++-296-2.96-138.i386.rpm
sudo alien –to-tgz compat*rpm
tar zxf compat*tgz
cd usr/lib
cp sudo cp libstdc++-3-libc6.2-2-2.10.0.so /usr/lib/libstdc++-libc6.1-1.so.2

Whooo Michael John?? I didn’t see that one coming..
Back to business I wonder if I need to unlink my sym link… Do I and if so, how do I do that??
More research….

remove symboliclink (ln -s) – Ubuntu Forums

Hold on a second…. Did I forget to re-install “libstdc++-3-libc6.2-2-2.10.0.so”?? (That the nice thing about this blog I can go back through my notes. Nope… Good here.

jonas@ubuntu1:~$ ls
Desktop Documents Examples Music OCC_documentation Pictures Public Templates tmp Videos
jonas@ubuntu1:~$ cd tmp
jonas@ubuntu1:~/tmp$ ls
jonas@ubuntu1:~/tmp$ wget
wget: missing URL
Usage: wget [OPTION]… [URL]…

Try `wget –help’ for more options.
jonas@ubuntu1:~/tmp$ wget ftp://fr2.rpmfind.net/linux/fedora/core/6/x86_64/os/Fedora/RPMS/compat-libstdc++-296-2.96-138.i386.rpm
–20:09:24– ftp://fr2.rpmfind.net/linux/fedora/core/6/x86_64/os/Fedora/RPMS/compat-libstdc++-296-2.96-138.i386.rpm
=> `compat-libstdc++-296-2.96-138.i386.rpm’
Resolving fr2.rpmfind.net… 195.220.108.108
Connecting to fr2.rpmfind.net|195.220.108.108|:21… connected.
Logging in as anonymous … Logged in!
==> SYST … done. ==> PWD … done.
==> TYPE I … done. ==> CWD /linux/fedora/core/6/x86_64/os/Fedora/RPMS …
No such directory `linux/fedora/core/6/x86_64/os/Fedora/RPMS’.
——————————–_
@#%@# So much for the easy fix.
Time to google “ftp://fr2.rpmfind.net/linux/fedora/core/6/x86_64/os/Fedora/RPMS/compat-libstdc++-296-2.96-138.i386.rpm”
Not results… Makes sense.. Googling ftp://fr2.rpmfind.net libstdc++-libc6.1-1.so.2
results in a 4 hits these 2 look interesting:

32 bit prog requires libstdc++-libc6.1-1.so.2 [Archive] – Ubuntu

[Archive] 32 bit prog requires libstdc++-libc6.1-1.so.2 x86 64-bit Users. wget ftp://fr2.rpmfind.net/linux/fedora/core/5/x86_64/o s/Fedora/RPMS/compat-
ubuntuforums.org/archive/index.php/t-237829.html – 6kCachedSimilar pages

32 bit prog requires libstdc++-libc6.1-1.so.2 – Ubuntu Forums

32 bit prog requires libstdc++-libc6.1-1.so.2 x86 64-bit Users. mkdir tmp cd tmp wget ftp://fr2.rpmfind.net/linux/fedora/core/5/x86_64/os/Fedora/RPMS/
ubuntuforums.org/showthread.php?t=237829Similar pages
More results from ubuntuforums.org »

 

Family wants attention going to need to look at this later….

One more time from scratch

Thursday, April 10th, 2008

From my last post, anyone could see that I couldn’t get the OCC Doxygen documentation package to install…
My gut feel is I screwed something up in my installation of Java. So….. I wiped the drive again….
I need to get to the paying job so I need to be brief here.
Reinstall OS
jonas@ubuntu1:~$ history
1 sudo apt-get install csh
2 sudo apt-get install sun-java6-jre sun-java6-plugin sun-java6-fonts
3 history
jonas@ubuntu1:~$
This time, no watching the Nelson Mandela video, and the secret to accepting the license agreement is the tab key.
Everything went smoothly, with no hiccups… Ok, Now need to if that goofy command works:…
——————————————-
jonas@ubuntu1:~$ sudo update-alternatives –config java
[sudo] password for jonas:
update-alternatives: unknown argument `–config’
jonas@ubuntu1:~$
——————————————-
My hypothesis that I hosed the symlinks seems to have been incorrect.
Hear’s what weird.. man pages shows this as legit.
man update-alternatives:
“When using the –config option, update-alternatives will list all of the choices for the link group of which given name is the master link. The current choice
is marked with a ’*’ and the choice with the highest priority with a ’+’. You will then be prompted for your choice regarding this link group. Once you make a
change, the link group will no longer be in auto mode. You will need to use the –auto option in order to return to the automatic mode.”
Should work, doesn’t… New theory: one version of JAVA installed results in meltdown of –config. (quick google show answer this:
Googled:”sudo update-alternatives –config java””update-alternatives: unknown argument `–config'”

This popped up:Java runtime 6 environment step-by-step installation! – Ubuntu Forums
Hmmm supposed this works: sudo update-alternatives –config java
Yep Yep Yep….. sure does see below for what happened. This has the hall marks of a good day
——————————————————————
jonas@ubuntu1:~$ sudo update-alternatives –config java

There are 2 alternatives which provide `java’.

Selection Alternative
———————————————–
1 /usr/bin/gij-4.2
*+ 2 /usr/lib/jvm/java-6-sun/jre/bin/java

Press enter to keep the default[*], or type selection number: 2
Using `/usr/lib/jvm/java-6-sun/jre/bin/java’ to provide `java’.
jonas@ubuntu1:~$ history
1 sudo apt-get install csh
2 sudo apt-get install sun-java6-jre sun-java6-plugin sun-java6-fonts
3 history
4 sudo update-alternatives –config java
5 man update-alternatives
6 sudo update-alternatives –config java
7 history
jonas@ubuntu1:~$
There is something very subtle going on here on it didn’t work the first time. Something with the “–”
Oh….. American Idol Prediction… I really like Syesha, but gut feel tells me she’s gone tonight… It’s a shame, she has potential….