For all issues regarding the Forums use, please, refer to the Forum Rules.

Our Solutions

Need professional assistance?
Consider our:

Support Offerings


Need to speed up your development?
Have a look at our:

Samples & Tools


Need some functionality extending standard OCCT capabilities?
Check out our:

Adv. Components

Related pages

Succesfull compile of OCC 6.2 on MacOS 10.4.9 but having problems running DRAWEXE

Kustaa Nyholm's picture

Hi List,

I've built, succesfully I think, OpenCASCADE on my Mac OS X 10.4.9 Dual Core Intel.
Having problems running the supplied demo application DRAWEXE.
It crashes with EXC_BAD_ACCESS
This demo application uses, I think, Tcl, Tk and X11.
I can run X11 applications, like InkScape, no problem.
I've been able to run it with the Xcode debugger (gdb) and single step to the offending statement.

The application starts and runs until 'XSynchronize' statement is reached (see code sample below).
If I comment that out the application runs untill it reaches 'XFlush' statement, see crash report below.

My presumption is that the application code is OK, after all it is part of a huge open source project OpenCASCADE
and I've not seen any reports on this sort of problem from people running it on Linuxes, Solaris or Windows.

So my thinking is that there is something wrong in my configuration or enviroment, or the way I link the Tcl,Tk&X11
libs to the application, or the way this code accesses them.

What I find strange is that the 'Draw_WindowDisplay' parameters that is passed to the crashing function 'XSyncronize'
has been returned from ' Tk_Display' a few line above, and looking with the debugger it looks like a bona fide address
AFAIU (0x2DA808). Moreover, the next function 'XSetInputFocus' seems to be totally happy with that pointer. If I
comment out the 'XSyncronize' the crash happens much later.

I'm lost here since my experience with X11 is limited, to say the least, though I've got some +25 years of C/C++/Java under my belt.

One hunch that I have is that somehow or other the code is using accessing wrong X11 libs from /usr/.... (there propably
are something there because I've used Fink to install some other packages) instead of the Apple Framework stuff.
Just a thought, don't realy understand how this is supposed to work.

The OpenCASCADE is a huge project (took 5 hours to compile on 2 GHZ dual core with 2 GB RAM) but amazingly
I had to do very minor adjustments to make it compile and link. Removed some malloc.h refs, fixed a wrong type
for 'pthread_t' and thats about it.

I also used the apple supplied glibtool and the linking and library building part all went smoothly.

So I expect I'm doing something right...;-)

Any ideas on what to check on my enviroment, installation, where to look for more information, how to debug, what to test?

br Kusti

// The configuration I used for building OpenCASCADE *********************************************

./configure CFLAGS="-O -g -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386" LDFLAGS="-arch i386" --with-gl-include=/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include --x-includes=/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include --x-libraries=/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/lib --with-x --with-tcl=/System/Library/Frameworks/Tcl.framework --with-tk=/System/Library/Frameworks/Tk.framework

// CODE SAMPLE FOLLOWS *****************************************************

Standard_Boolean Init_Appli()
interp = theCommands.Interp();

Tcl_Init(interp) ;
try {
Tk_Init(interp) ;
} catch (Standard_Failure) {
cout }

Tcl_StaticPackage(interp, "Tk", Tk_Init, (Tcl_PackageInitProc *) NULL);

mainWindow =
Tk_MainWindow(interp) ;
if (mainWindow == NULL) {
fprintf(stderr, "%s\n", interp->result);
Tk_Name(mainWindow) =
"Draw")) ;

Tk_GeometryRequest(mainWindow, 200, 200);

if (Draw_WindowDisplay == NULL) {
Draw_WindowDisplay = Tk_Display(mainWindow) ;
if (Draw_WindowDisplay == NULL) {
cout cout return Standard_False;
// synchronize the display server : could be done within Tk_Init

********* EXECPTION HAPPENS ON THE NEXT LINE *************
XSynchronize(Draw_WindowDisplay, True);


Draw_WindowScreen = DefaultScreen(Draw_WindowDisplay);
Draw_WindowColorMap = DefaultColormap(Draw_WindowDisplay,
tty = isatty(0);

// CRASH REPORT FOLLOWS *****************************************************************************
Date/Time: 2007-03-26 10:15:46.957 +0300
OS Version: 10.4.9 (Build 8P2137)
Report Version: 4

Command: DRAWEXE
Path: /usr/local/bin/DRAWEXE
Parent: bash [16286]

Version: ??? (???)

PID: 16287
Thread: 0

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x5c637273

Thread 0 Crashed:
0 libX11.6.dylib 0x9cdcfd04 XFlush + 23
1 libTKDraw.0.dylib 0x01040fde Draw_Window::Flush() + 28 (Draw_Window.cxx:593)
2 libTKDraw.0.dylib 0x0103b797 Draw_Viewer::Flush() + 31 (Draw_Viewer.cxx:1123)
3 libTKDraw.0.dylib 0x01020294 Draw_Interprete(char*) + 370 (Draw.cxx:360)
4 libTKDraw.0.dylib 0x010203ba ReadInitFile(char*) + 98 (Draw.cxx:113)
5 libTKDraw.0.dylib 0x0102071d Draw_Appli(int, char**, void (*)(Draw_Interpretor&)) + 843 (Draw.cxx:248)
6 libTKDraw.0.dylib 0x0102e93e main_(int, char**, void (*)(Draw_Interpretor&)) + 44 (Draw_Main.cxx:179)
7 DRAWEXE 0x00002dfa main + 40 (DRAWEXE.cxx:23)
8 DRAWEXE 0x00002736 _start + 216
9 DRAWEXE 0x0000265d start + 41

Thread 1:
0 libSystem.B.dylib 0x9001a0ec select + 12
1 libSystem.B.dylib 0x90024147 _pthread_body + 84

Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x5c637273 ebx: 0x01040fce ecx: 0x0000001d edx: 0x010373e0
edi: 0x15e23e29 esi: 0x002cd808 ebp: 0xbffff978 esp: 0xbffff960
ss: 0x0000001f efl: 0x00010202 eip: 0x9cdcfd04 cs: 0x00000017
ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037

Binary Images Description:
0x1000 - 0x2fff DRAWEXE /usr/local/bin/DRAWEXE
0x1008000 - 0x1088fff libTKDraw.0.dylib /usr/local/lib/libTKDraw.0.dylib
0x1b1e000 - 0x1bc0fff libTKMesh.0.dylib /usr/local/lib/libTKMesh.0.dylib
0x274d000 - 0x2859fff libTKHLR.0.dylib /usr/local/lib/libTKHLR.0.dylib
0x41d5000 - 0x4704fff libTKGeomAlgo.0.dylib /usr/local/lib/libTKGeomAlgo.0.dylib
0x923d000 - 0x940efff libTKTopAlgo.0.dylib /usr/local/lib/libTKTopAlgo.0.dylib
0xb77b000 - 0xb819fff libTKBRep.0.dylib /usr/local/lib/libTKBRep.0.dylib
0xca1e000 - 0xce35fff libTKGeomBase.0.dylib /usr/local/lib/libTKGeomBase.0.dylib
0x105d6000 - 0x10640fff libTKG2d.0.dylib /usr/local/lib/libTKG2d.0.dylib
0x10f24000 - 0x11029fff libTKG3d.0.dylib /usr/local/lib/libTKG3d.0.dylib
0x121f5000 - 0x1236cfff libTKMath.0.dylib /usr/local/lib/libTKMath.0.dylib
0x1399a000 - 0x13b13fff libTKernel.0.dylib /usr/local/lib/libTKernel.0.dylib
0x8fe00000 - 0x8fe4afff dyld 46.12 /usr/lib/dyld
0x90000000 - 0x90172fff libSystem.B.dylib /usr/lib/libSystem.B.dylib

TRUNCATED BECAUSE OF mailing list limitations...

Gerd28's picture

Hi Kustaa,

I really don't have any idea about X11-programming, but you used the libs in the SDK to link against:

"-with-gl-include=/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include --x-includes=/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include --x-libraries=/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/lib..."

this libs are not fully functional libs, like this post on Apple's mailing list says:

From what I know the 'isysroot'-flag does the same like choosing the SDK in the Xcode project settings, so that should do no harm. But even there you have to import the used framework from either '/Library/Frameworks' or '/System/Library/Frameworks' to build a working executable.

I have no idea, if that will fix your problem, but it's worth a try.

It would be very nice to have a way to compile OCC without the '.comp'-files on the mac. If you could make your changes available, I would like to test, if they work on my G5.

Best Regards,

Kustaa Nyholm's picture

Hi Gerd,

sorry I haven't been able to respond earlier. I'm happy to share my build process, please try it and share your experiences.

Annoted Notes on Porting OpenCASCADE 6.2 to Mac OS X 10.4.9 on Dual Core Intel

This is realy not a 'how to' instructions on porting OpenCASCADE to Mac OS X,
rather this is a quick web page of my notes on how I was able to do it. Porting something like OpenCASCADE
is not for the faint harted or newbies. At this point in time, I'm able to compile, link, start and debug
the example applications but have not yet succesfully actually run the DRAWEXE test harness.
And it has taken me four weeks of sparetime to get here! And this is a mature software package
that presumably compiles without problems on many systems.

I'm sharing this in the hope that:
a) someone else can benefit from these
b) that someone tests these and provides feedback
c) someday the standard distribution will work out-of-the-box on Mac as it should

My system is:
MacBook Pro Dual Core 2 GHz / 2 GB / 160 GB
Mac OS X 10.4.9
Xcode 2.4.1

I've installed the BSD.pkg
OpenCASCADE source code is from the Linux distribution

I don't think it is necessary, but I've copied the following files to the 'ros' directory overwriting those that
came with the OpenCASCADE distribution.


Step 1: apply the patches at the end of these notes

Nothing major, minor tweaks to 'configure', fixed a bad path reference to Java headers,
removed a couple of redundant 'malloc.h' refs from some source files, fixed the type of 'GetThreadID()' to pthread_t.
Haven't tested if these break things on Linux/Windows, but this should be trivial to fix if it
happens. I also think that these are things that 'ought' to be be incorporated into the standard
distribution, as malloc.h is obsolete anyway, GetCurrentThreadId() return 'pthread_t', not integer, so this
plainly wrong although obviously int/Standard_Integer works on Linux/Windows. The Java header path problem in
the configure file maybe something that is different in Mac OS but I doubt it, Apple people seem to be
pretty pedantic in following standards.

Step 2: configure as follows

./configure CFLAGS="-O -g -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386" LDFLAGS="-arch i386" --with-gl-include=/usr/X11R6/include --x-includes=/usr/X11R6/lib/include --x-libraries=/usr/X11R6/lib --with-x --with-tcl=/System/Library/Frameworks/Tcl.framework --with-tk=/System/Library/Frameworks/Tk.framework --with-java-include=/System/Library/Frameworks/JavaVM.framework

Step 3: fix libtool as follows

in the 'ros' directory type:

rm libtool
ln -s `which glibtool` ./libtool

glibtool expects the following, so I added it in ~/.profile


Step 4: make and install as usual

in the 'ros' directory type:

sudo make install

Note that the 'make' alone takes about 5 hours on 2 GHz machine and the make install some 20 minutes!

At the end of this you hopefully have the a buch of files on your system as follows:

ls /usr/local/bin
DRAWEXE wokprocess woksh

ls /usr/local/lib

libBinLPlugin.0.0.0.dylib libTKBinXCAF.dylib libTKFillet.0.dylib libTKShapeSchema.a libTKXCAFSchema.0.0.0.dylib libXmlLPlugin.dylib
libBinLPlugin.0.dylib libTKFillet.a libTKOpenGl.0.0.0.dylib libTKShapeSchema.dylib libTKXCAFSchema.0.dylib
libBinLPlugin.a libTKBool.0.0.0.dylib libTKFillet.dylib libTKOpenGl.0.dylib libTKXCAFSchema.a libXmlPlugin.0.0.0.dylib
libBinLPlugin.dylib libTKBool.0.dylib libTKOpenGl.a libTKStdLSchema.0.0.0.dylib libTKXCAFSchema.dylib libXmlPlugin.0.dylib libTKBool.a libTKG2d.0.0.0.dylib libTKOpenGl.dylib libTKStdLSchema.0.dylib libXmlPlugin.a
libBinPlugin.0.0.0.dylib libTKBool.dylib libTKG2d.0.dylib libTKStdLSchema.a libTKXDEDRAW.0.0.0.dylib libXmlPlugin.dylib
libBinPlugin.0.dylib libTKG2d.a libTKPCAF.0.0.0.dylib libTKStdLSchema.dylib libTKXDEDRAW.0.dylib
libBinPlugin.a libTKCAF.0.0.0.dylib libTKG2d.dylib libTKPCAF.0.dylib libTKXDEDRAW.a libXmlXCAFPlugin.0.0.0.dylib
libBinPlugin.dylib libTKCAF.0.dylib libTKPCAF.a libTKStdSchema.0.0.0.dylib libTKXDEDRAW.dylib libXmlXCAFPlugin.0.dylib libTKCAF.a libTKG3d.0.0.0.dylib libTKPCAF.dylib libTKStdSchema.0.dylib libXmlXCAFPlugin.a
libBinXCAFPlugin.0.0.0.dylib libTKCAF.dylib libTKG3d.0.dylib libTKStdSchema.a libTKXDEIGES.0.0.0.dylib libXmlXCAFPlugin.dylib
libBinXCAFPlugin.0.dylib libTKG3d.a libTKPLCAF.0.0.0.dylib libTKStdSchema.dylib libTKXDEIGES.0.dylib
libBinXCAFPlugin.a libTKCDF.0.0.0.dylib libTKG3d.dylib libTKPLCAF.0.dylib libTKXDEIGES.a libmscmd.0.0.0.dylib
libBinXCAFPlugin.dylib libTKCDF.0.dylib libTKPLCAF.a libTKTCPPExt.0.0.0.dylib libTKXDEIGES.dylib libmscmd.0.dylib libTKCDF.a libTKGeomAlgo.0.0.0.dylib libTKPLCAF.dylib libTKTCPPExt.0.dylib libmscmd.a
libFWOSPlugin.0.0.0.dylib libTKCDF.dylib libTKGeomAlgo.0.dylib libTKTCPPExt.a libTKXDESTEP.0.0.0.dylib libmscmd.dylib
libFWOSPlugin.0.dylib libTKGeomAlgo.a libTKPShape.0.0.0.dylib libTKTCPPExt.dylib libTKXDESTEP.0.dylib
libFWOSPlugin.a libTKCDLFront.0.0.0.dylib libTKGeomAlgo.dylib libTKPShape.0.dylib libTKXDESTEP.a libwokcmd.0.0.0.dylib
libFWOSPlugin.dylib libTKCDLFront.0.dylib libTKPShape.a libTKTopAlgo.0.0.0.dylib libTKXDESTEP.dylib libwokcmd.0.dylib libTKCDLFront.a libTKGeomBase.0.0.0.dylib libTKPShape.dylib libTKTopAlgo.0.dylib libwokcmd.a
libPTKernel.0.0.0.dylib libTKCDLFront.dylib libTKGeomBase.0.dylib libTKTopAlgo.a libTKXSBase.0.0.0.dylib libwokcmd.dylib
libPTKernel.0.dylib libTKGeomBase.a libTKPrim.0.0.0.dylib libTKTopAlgo.dylib libTKXSBase.0.dylib
libPTKernel.a libTKCPPClient.0.0.0.dylib libTKGeomBase.dylib libTKPrim.0.dylib libTKXSBase.a libwokdeliverysteps.0.0.0.dylib
libPTKernel.dylib libTKCPPClient.0.dylib libTKPrim.a libTKTopTest.0.0.0.dylib libTKXSBase.dylib libwokdeliverysteps.0.dylib libTKCPPClient.a libTKHLR.0.0.0.dylib libTKPrim.dylib libTKTopTest.0.dylib libwokdeliverysteps.a
libStdLPlugin.0.0.0.dylib libTKCPPClient.dylib libTKHLR.0.dylib libTKTopTest.a libTKXSDRAW.0.0.0.dylib libwokdeliverysteps.dylib
libStdLPlugin.0.dylib libTKHLR.a libTKSTEP.0.0.0.dylib libTKTopTest.dylib libTKXSDRAW.0.dylib
libStdLPlugin.a libTKCPPExt.0.0.0.dylib libTKHLR.dylib libTKSTEP.0.dylib libTKXSDRAW.a libwokdfltsteps.0.0.0.dylib
libStdLPlugin.dylib libTKCPPExt.0.dylib libTKSTEP.a libTKV2d.0.0.0.dylib libTKXSDRAW.dylib libwokdfltsteps.0.dylib libTKCPPExt.a libTKIDLFront.0.0.0.dylib libTKSTEP.dylib libTKV2d.0.dylib libwokdfltsteps.a
libStdPlugin.0.0.0.dylib libTKCPPExt.dylib libTKIDLFront.0.dylib libTKV2d.a libTKXml.0.0.0.dylib libwokdfltsteps.dylib
libStdPlugin.0.dylib libTKIDLFront.a libTKSTEP209.0.0.0.dylib libTKV2d.dylib libTKXml.0.dylib
libStdPlugin.a libTKCPPIntExt.0.0.0.dylib libTKIDLFront.dylib libTKSTEP209.0.dylib libTKXml.a libwokobjssteps.0.0.0.dylib
libStdPlugin.dylib libTKCPPIntExt.0.dylib libTKSTEP209.a libTKV3d.0.0.0.dylib libTKXml.dylib libwokobjssteps.0.dylib libTKCPPIntExt.a libTKIGES.0.0.0.dylib libTKSTEP209.dylib libTKV3d.0.dylib libwokobjssteps.a
libTKAdvTools.0.0.0.dylib libTKCPPIntExt.dylib libTKIGES.0.dylib libTKV3d.a libTKXmlL.0.0.0.dylib libwokobjssteps.dylib
libTKAdvTools.0.dylib libTKIGES.a libTKSTEPAttr.0.0.0.dylib libTKV3d.dylib libTKXmlL.0.dylib
libTKAdvTools.a libTKCPPJini.0.0.0.dylib libTKIGES.dylib libTKSTEPAttr.0.dylib libTKXmlL.a libwokorbixsteps.0.0.0.dylib
libTKAdvTools.dylib libTKCPPJini.0.dylib libTKSTEPAttr.a libTKVRML.0.0.0.dylib libTKXmlL.dylib libwokorbixsteps.0.dylib libTKCPPJini.a libTKLCAF.0.0.0.dylib libTKSTEPAttr.dylib libTKVRML.0.dylib libwokorbixsteps.a
libTKBO.0.0.0.dylib libTKCPPJini.dylib libTKLCAF.0.dylib libTKVRML.a libTKXmlXCAF.0.0.0.dylib libwokorbixsteps.dylib
libTKBO.0.dylib libTKLCAF.a libTKSTEPBase.0.0.0.dylib libTKVRML.dylib libTKXmlXCAF.0.dylib
libTKBO.a libTKCSFDBSchema.0.0.0.dylib libTKLCAF.dylib libTKSTEPBase.0.dylib libTKXmlXCAF.a libwoksteps.0.0.0.dylib
libTKBO.dylib libTKCSFDBSchema.0.dylib libTKSTEPBase.a libTKViewerTest.0.0.0.dylib libTKXmlXCAF.dylib libwoksteps.0.dylib libTKCSFDBSchema.a libTKMath.0.0.0.dylib libTKSTEPBase.dylib libTKViewerTest.0.dylib libwoksteps.a
libTKBRep.0.0.0.dylib libTKCSFDBSchema.dylib libTKMath.0.dylib libTKViewerTest.a libTKernel.0.0.0.dylib libwoksteps.dylib
libTKBRep.0.dylib libTKMath.a libTKSTL.0.0.0.dylib libTKViewerTest.dylib libTKernel.0.dylib
libTKBRep.a libTKDCAF.0.0.0.dylib libTKMath.dylib libTKSTL.0.dylib libTKernel.a libwoktoolscmd.0.0.0.dylib
libTKBRep.dylib libTKDCAF.0.dylib libTKSTL.a libTKWOK.0.0.0.dylib libTKernel.dylib libwoktoolscmd.0.dylib libTKDCAF.a libTKMesh.0.0.0.dylib libTKSTL.dylib libTKWOK.0.dylib libwoktoolscmd.a
libTKBin.0.0.0.dylib libTKDCAF.dylib libTKMesh.0.dylib libTKWOK.a libTKjcas.0.0.0.dylib libwoktoolscmd.dylib
libTKBin.0.dylib libTKMesh.a libTKService.0.0.0.dylib libTKWOK.dylib libTKjcas.0.dylib
libTKBin.a libTKDraw.0.0.0.dylib libTKMesh.dylib libTKService.0.dylib libTKjcas.a libwokutilscmd.0.0.0.dylib
libTKBin.dylib libTKDraw.0.dylib libTKService.a libTKWOKTcl.0.0.0.dylib libTKjcas.dylib libwokutilscmd.0.dylib libTKDraw.a libTKMeshVS.0.0.0.dylib libTKService.dylib libTKWOKTcl.0.dylib libwokutilscmd.a
libTKBinL.0.0.0.dylib libTKDraw.dylib libTKMeshVS.0.dylib libTKWOKTcl.a libXCAFPlugin.0.0.0.dylib libwokutilscmd.dylib
libTKBinL.0.dylib libTKMeshVS.a libTKShHealing.0.0.0.dylib libTKWOKTcl.dylib libXCAFPlugin.0.dylib
libTKBinL.a libTKFeat.0.0.0.dylib libTKMeshVS.dylib libTKShHealing.0.dylib libXCAFPlugin.a
libTKBinL.dylib libTKFeat.0.dylib libTKShHealing.a libTKXCAF.0.0.0.dylib libXCAFPlugin.dylib libTKFeat.a libTKOffset.0.0.0.dylib libTKShHealing.dylib libTKXCAF.0.dylib
libTKBinXCAF.0.0.0.dylib libTKFeat.dylib libTKOffset.0.dylib libTKXCAF.a libXmlLPlugin.0.0.0.dylib
libTKBinXCAF.0.dylib libTKOffset.a libTKShapeSchema.0.0.0.dylib libTKXCAF.dylib libXmlLPlugin.0.dylib
libTKBinXCAF.a libTKFillet.0.0.0.dylib libTKOffset.dylib libTKShapeSchema.0.dylib libXmlLPlugin.a

Step 5: try itk, doesn't work for me yet

The mmap fails for some reason so I configure occ not to use it.

Some settings are essential, or so I think, so I modified my ~/.profile to include:

export MMGT_MMAP=0
export CASROOT=/Users/nyholku/OpenCASCADE_Linux/Linux/ros

I believe the above is essential but I also included the following:

export CSF_MDTVFontDirectory=$CASROOT/src/FontMFT
export CSF_LANGUAGE=us
export MMGT_CLEAR=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/
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

That's about it. The /usr/local/bin/DRAWEXE on my machine starts by fails on the first call to XSyncronize,
or if I comment that out, in the first call to XFlush. Other X11 applications work fine
so at the moment I do not know how to proceed. I can single step / break point the DRAWEXE
with Xcode so I see what is going on but so far have not figured out what is the problem.

br Kusti

// configure diff / patch -------------------------------------------------------------
--- OpenCASCADE_Linux2/Linux/ros/configure 2007-03-25 09:23:24.000000000 +0300
+++ OpenCASCADE_Linux/Linux/ros/configure 2007-03-28 17:45:14.000000000 +0300
@@ -9611,7 +9611,8 @@
if test "x$ac_x_libraries" = "x"; then
- X_LIBS="-lXt -lX11"
+ #KUSTI: tässä oli -lXt -lX11, mutta ei toimi macissä
+ X_LIBS="-L/usr/X11R6/lib -lX11"
X_LIBS="-L$ac_x_libraries -lXt -lX11"
@@ -13886,7 +13887,8 @@

echo "No --with-gl-library=DIR was specified"
-CSF_OpenGlLibs_LIB="-lGLU -lGL"
+#KUSTI: Tässä oli '-lGLU -lGL' ei toimi mäkissä

@@ -13970,7 +13972,7 @@
JAVA_INCLUDE=`(cd ${with_java_include}; pwd)`
JAVA_INCLUDE_PLAT=`(find ${with_java_include} -name jni_md.h | sed 's/\.\///' | sed 's/\/jni_md.h//')`
if test x"$JAVA_INCLUDE_PLAT" != x"" ; then
echo "Assuming Java headers are in the compiler's search path..."

// source diff / patch ------------------------------------------------------------------

diff -Naur OpenCASCADE_Linux2/Linux/ros/src/OpenGl/OpenGl_togl_begin_layer_mode.c OpenCASCADE_Linux/Linux/ros/src/OpenGl/OpenGl_togl_begin_layer_mode.c
--- OpenCASCADE_Linux2/Linux/ros/src/OpenGl/OpenGl_togl_begin_layer_mode.c 2007-03-25 09:22:56.000000000 +0300
+++ OpenCASCADE_Linux/Linux/ros/src/OpenGl/OpenGl_togl_begin_layer_mode.c 2007-03-24 17:52:40.000000000 +0200
@@ -19,7 +19,6 @@
* Includes



diff -Naur OpenCASCADE_Linux2/Linux/ros/src/OpenGl/OpenGl_togl_markercontextgroup.c OpenCASCADE_Linux/Linux/ros/src/OpenGl/OpenGl_togl_markercontextgroup.c
--- OpenCASCADE_Linux2/Linux/ros/src/OpenGl/OpenGl_togl_markercontextgroup.c 2007-03-25 09:22:56.000000000 +0300
+++ OpenCASCADE_Linux/Linux/ros/src/OpenGl/OpenGl_togl_markercontextgroup.c 2007-03-24 17:55:41.000000000 +0200
@@ -39,7 +39,6 @@


typedef struct
diff -Naur OpenCASCADE_Linux2/Linux/ros/src/Standard/Standard_ErrorHandler.cxx OpenCASCADE_Linux/Linux/ros/src/Standard/Standard_ErrorHandler.cxx
--- OpenCASCADE_Linux2/Linux/ros/src/Standard/Standard_ErrorHandler.cxx 2007-03-25 09:23:00.000000000 +0300
+++ OpenCASCADE_Linux/Linux/ros/src/Standard/Standard_ErrorHandler.cxx 2007-03-24 09:09:07.000000000 +0200
@@ -30,7 +30,7 @@
// would register mutex as callback in the current exception handler
static Standard_Mutex theMutex;

-static inline Standard_Integer GetThreadID()
+static inline pthread_t GetThreadID()
#ifndef WNT
return pthread_self();
@@ -212,7 +212,7 @@
Standard_ErrorHandler* aCurrent = Top;
Standard_ErrorHandler* anActive = 0;
Standard_Boolean aStop = Standard_False;
- Standard_Integer aTreadId = GetThreadID();
+ pthread_t aTreadId = GetThreadID();

// searching an exception with correct ID number
// which is not processed for the moment

Torsten Sadowski's picture

Hello Kustaa,

I have not yet had time to test 6.2 (I only saw it was out today).

It is possible that DRAWEXE does not work because Tk.framework is not a X11 Tk. Its just a guess but I'm using Fink's Tk and it works for me.

As for MMap I just did realize I did not use it :-) but I had it in 5.2. I have to dig up the sources again.

You could have mailed me directly. Depending on my workload I can't follow this Forum all the time.

Cheers, Torsten

Kustaa Nyholm's picture

Hi Thorsten,

thanks for you reply and tip about Tk. As my goal is to use OCC from Java and I've managed to get the jCae occjava bindings
to compile and work on Mac OS I'm pursuing this path at the moment. DRAWEXE and the issues with it were just a 'side effect' for me.

If you know of any other usable Java binding I would be interested.

I've tried the package refererred in the end of this thread:

which I can compile and link, but when trying to run the Java code I get UnsatisfiedLinkError,

which I have not been able to solve as explained in this thread:

br Kusti

Torsten Sadowski's picture

Hi Kustaa,

sorry, I don't know of more java bindings. If you want a native interface on the Mac jcae might be your only option because the OCC java sample displays the X11! OpenGL window in a java canvas. I had those UnsatisfiedLinkError problems with another program on Linux and there a -Djava.library.path=
in the command line solved the problem.

Cheers, Torsten

Gerd28's picture

Hi Kustaa,

sorry for me replying so late, but the 'Notify me about new messages in this thread'-function of the forum didn't work right, and then I was very busy fixing my main project the last weeks.

So here is what I experienced:

The diffs didn't work so well - there is something of the formatting lost, I guess. So I applied them manually.
I had to fix 2 things: There was a illegal comparison between Standard_Integer and Pointer in Standard_ErrorHandler.cxx. I fixed it "somehow" (my C++ is not much better than being able to write hello world), so it would be best, if others should run into that too, if a real programmer would fix that.
The other thing was linking DRAWEXE: It didn't get the X11-lib, I fixed that in the makefile(DRAWEXE_LDFLAGS = -L/usr/X11R6/lib -lX11).

Here comes the good news: It is pretty easy to fix the problem with crashing DRAWEXE. All you need is the Tcl and Tk from fink, like Torsten said. While in /usr/local/bin you just do:

sudo install_name_tool -change /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl /sw/lib/libtcl8.4.dylib DRAWEXE
sudo install_name_tool -change /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk /sw/lib/libtk8.4.dylib DRAWEXE

To launch it, you have to launch X11.App first and do: "export DISPLAY=":0.0" (otherwise I get 'this isn't a Tk application').

It still does not work right on my Mac, I get the menues, but can't select them - but that is the same with Torstens version, too. I guess it's something with the environment still not right. Oh, I forgot to mention, that I didn't get the either way.

My disk got pretty full with all the OCC versions, when I have deleted some of that, I will build our app against your libs and post later, if that works.


Adam OHern's picture

I'm a faint-hearted Newbie. Is there any hope for me to use OpenCascade on my dual core iMac?

Contact us

Attention: DO NOT use this form for all kind of request for the removal of your personal data. Please follow this link for such cases.