[vtkusers] Mac Qt vtk difficulties

[Michael Rice]

On Aug 18, 2006, at 11:23 AM, John Biddiscombe wrote:

> Mike
>> I'll get the flame out of the way early.. Macs are perfectly  
>> capable..
>> it might just be the operator.... ;-)
> Indeed. Let's hope so.
>
>>
>> Now.. Sounds like you are using QT with VTK. So this tells us that we
>> need to compile VTK with CARBON ON, COCOA OFF, X OFF. QT is based on
>> Carbon which is why we are going to build it this way.
> OK. I've just set these in cmake and am building again.
>> Make sure QT is built correctly, ie for your architecture (PPC or
>> Intel). If you do not know your arch, then click on the the Blue  
>> Apple
>> Icon in the Upper left corner of the screen. Select "About this Mac".
>> A new window will pop up that will tell you what type of system you
>> are running on.
> I did a
> make confclean
> ./configure -prefix /Users/biddisco/qt-4.1.4
> and left everything else alone. I'm hoping the default options will  
> do for everything else
>>
>> Xcode will do the right thing when compiling in debug mode and only
>> compile for the arch that you are running on.
> Ok.
>>
>> Are there any errors in the console
>> (/Applications/Utilities/Console.app) that might point to something
>> like a missing library or a library that "Can't be found" ?
> No the app runs fine. All is well, it is only the openGL that does  
> not work properly. I have seen a message that says that Qt is  
> expecting the begin to be called before the paintdevice is ready  
> etc etc. I've not seen that recently, I think I fixed whatever was  
> causing it.
>>
>> What version of QT are you using?
> 4.1.4
>>
>> What is a "Special Display"? Is this just another window or this is
>> some physical device?
> Sorry. I have several options in my code and one is to use a custom  
> mapper I've made for VTK that uses Shading language GL2.0 stuff.  
> When I enable it, I get rubbish out from the display and the image  
> bears no resemblance to what it should be.
>>
>> If you are building a Native Mac App bundle then you will want to  
>> link
>> against the OpenGL.framework.
> OK. That is set in cmake correctly
>>
>> Do you have your slots/signals in QT hooked up correctly?
> they work fine in windows and under Linux, suse 10 and suse 9
>>
>> There is an Xcode users list (lists.apple.com) if you have specific
>> Xcode problems. They are really helpful over there.
> I expect they are lovely people, but ideally I'd like to ssh into  
> the mac, run make, collect a binary and give it to people who ask  
> for it without ever touching the machine again. I have not had a  
> happy mac experience so far.
>>
>> If you dislike Xcode, there is always Eclipse with the CDT plugin to
>> do C++ code.
>>
> OK. That sounds like it may be useful. I don't really believe  
> there's anything wrong with XCode, but I'm fed up with it now. I'll  
> try again next week when my patience has recoevered
>
> Thank you for your suggestions. I'm doing it by the book now using  
> the options you have suggested above. I usualy build everything  
> static, but am doing dynamic this time in the hope it helps.
>
>

Building static VTK libraries may be the problem. I have had some  
problems with my Qt+VTK apps crashing on OS X when using static VTK  
libs. Switching to dynamic libs "fixed" the problem.