Re: [osg-users] CPU usage
Try Windows Performance Analysis Tools They use the kernel already in place hooks to collect statistics. http://msdn.microsoft.com/en-us/performance/cc825801.aspx http://blogs.msdn.com/pigscanfly/archive/2008/03/02/using-the-windows-sample-profiler-with-xperf.aspx http://msdn.microsoft.com/en-us/library/cc305215.aspx Hope it helps. Ciao! mario Cory Riddell wrote: I had my cpu monitor open while running osgviewer. I just noticed that after closing the cpu monitor, my vsync'd framerate immediately jumped to 60 (the monitor native rate). So, it seems that Heisenberg has struck again. I can't measure the thing with out radically changing it. Or perhaps I'm just not using the right tools. Does anybody have any suggestions for decent Windows performance analysis tools? I was using SysInternal's ProcessExplorer. Cory Cory Riddell wrote: Hi Robert, On Fri, Jun 5, 2009 at 8:21 PM, Cory Riddellc...@codeware.com wrote: Does anybody see less than 100% CPU utilization when running osgviewer cow.osg on an ATI card? I had just been accepting that as normal. 100% CPU is not normal at all. Yikes! I think there must be something seriously wrong with my system then. I updated my video drivers to the latest this morning and enabled vsync. Enabling vsync sent my framerate from 1200 fps to 15 fps! Vsync on or off made no difference on the cpu load- I always have 100% utilization on one core. I have a FireGL V7700 with 512 MB of RAM. I'm running the 8.603 drivers on quad core XP Pro machine. My one-and-only monitor is a 24 Dell panel at 1920x1200. I turned vsync back off. With it on, my cow looked like it was being rotated by a stepper motor. If you or anybody else has troubleshooting suggestions, I would be very happy to hear them. Cory ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Group| http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Collada plugin not found.... but it is!
Isn't the debug runtime libraries not available (and not redistributable) on a machine without MSVC? So you can only distribute release versions of the all/plugin. Ciao! mario lucas Grijander wrote: ok, the collada plugin is working in release mode! good... but for the debug version I still have the previous error... at least something is already working! Jaime. From: dev_crisa...@hotmail.com To: osg-users@lists.openscenegraph.org Date: Thu, 7 May 2009 14:12:35 +0200 Subject: Re: [osg-users] Collada plugin not found but it is! I also get a strange error. When I use the Dependency tool in osgdb_daed.dll, there is a dll missing: msvcr80d.dll... this file doesn't exist in my system?! Jaime. From: dev_crisa...@hotmail.com To: osg-users@lists.openscenegraph.org Date: Thu, 7 May 2009 13:58:42 +0200 Subject: Re: [osg-users] Collada plugin not found but it is! Hi all again! I continue trying to solve the problem, but now I get an access violation in msvcp80d.dll everything is getting confused Jaime. What can you do with the new Windows Live? Find out http://www.microsoft.com/windows/windowslive/default.aspx What can you do with the new Windows Live? Find out http://www.microsoft.com/windows/windowslive/default.aspx check out the rest of the Windows Live™. More than mail–Windows Live™ goes way beyond your inbox. More than messages http://www.microsoft.com/windows/windowslive/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Group| http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] SVN (2.8) bugs in osgviewerQt
Five min. ago trunk works on Suse 10.3, but if I use --QOSGWidget a vertical black band appears on the right side of the window. No black band if I omit --QOSGWidget Hope it helps mario Morné Pistorius wrote: Hi Robert, I first posted about these problems in the Test 2.8 thread. I still see two problems in the osgviewerQt example and managed to reproduce both in the attached modified file. 1. Unable to spin/throw a model using QOSGWidget as a viewer. 2. viewer-addView doesn't work if the composite viewer is empty and trying to add a new view at runtime. These problems can be reproduced with the following command line (and the above modified file): osgviewerQt cessna.osg --QOSGWidget --CompositeViewer Apart from this issue, 2.8 works fine in my application. Thanks for all the effort you put into OSG, it really is an excellent library! Cheers, Morne ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] SVN (2.8) bugs in osgviewerQt
The band width is proportional to the window width. It is approx. 1/5 of the client area. My Qt version: 4.3.1 Ciao! mario Robert Osfield wrote: Hi Mario, On Tue, Feb 3, 2009 at 12:45 PM, Mario Valle mva...@cscs.ch wrote: Five min. ago trunk works on Suse 10.3, but if I use --QOSGWidget a vertical black band appears on the right side of the window. No black band if I omit --QOSGWidget How big is the black band? This suggests that the window sizes are wrong. I don't see the black band, with kubuntu 8.10, for qt version I get: pkg-config QtCore --modversion 4.4.3 What version of Qt are you using? Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] xerces C++, cmarkup, libxml2 or which xml parser ?
Going in the direction of simplicity I use TinyXML http://www.grinninglizard.com/tinyxml/ Minimal, but works very well, if you don't need to do too much. Ciao! mario Ümit Uzun wrote: Hi All, You forgot to mention Expat, it's light and easy to use, personnaly it's my favorite XML parser. Actually I didn't forget expat' I used a bit and don't like very as much as you :) The first thing you probably need to do is to decide if you want a validating parser or not. No I don't need validation for xml format. I only save and read required data and a bit much of them. I use libxml2 , i dont use c++ stuff on top of xml. I use only std::mapstd::string, std::string for node properties and xpath to find nodes in xml tree. That is another good operation. It may helps. I use libxml2 in Present3D and it works nicely and it really straight forward to use. Himmm, I forgot Present3D :) I used and loved it very much. It's good starting point. Robert can I ask another question' if you need xml library to use in OSG releases in the future do you prefer libxml2 again? Thanks folks. 2008/12/4 Farrier, John E CTR USAF AFMC ASC/XRA [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] I have used Xerces-C and found it to work very well, but be quite bulky (as it is a validating XML parser). I ended up going with another open source project (ezxml) because it was much smaller, though didn't offer any XML validation. The first thing you probably need to do is to decide if you want a validating parser or not. That will help guide your decision. - John -Original Message- From: Ümit Uzun [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] Sent: Thursday, December 04, 2008 10:20 AM To: OpenSceneGraph Users Subject: [osg-users] xerces C++, cmarkup, libxml2 or which xml parser ? Hi All, I need a xml parser library which should be powerful and easier for now and future usability. I have searched mail list and found following libraries; 1 - http://xmlsoft.org/ LIBXML2 2 - http://www.firstobject.com/ CMARKUP 3 - http://xerces.apache.org/xerces-c/index.html XERCES C++ I am waiting advices who had experience any of these or another library? Best Regards. -- Ümit Uzun ___ osg-users mailing list osg-users@lists.openscenegraph.org mailto:osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ümit Uzun ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Which data to test osgvolume?
Which kind of data file do I need to test osgvolume? Is it possible to distribute a small example with OSG-Data? Thanks a lot! mario -- Ing. Mario Valle Data Analysis Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Which data to test osgvolume? (+one question)
Answering my own question: It is sufficient a stack of images. But how do you set the interslice distance? --zScale and --zMultiplier do nothing and my pollen seems an hamburger... Thanks! mario Mario Valle wrote: Which kind of data file do I need to test osgvolume? Is it possible to distribute a small example with OSG-Data? Thanks a lot! mario -- Ing. Mario Valle Data Analysis Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Two warnings in osgWidgets
From this morning SVN on AMD 64 bits: /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/Window.cpp: In member function `void osgWidget::Window::_removeFromGeode(osgWidget::Widget*)': /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/Window.cpp:413: warning: converting of negative value `-0x1' to `unsigned int' /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/WindowManager.cpp: In member function `virtual void osgWidget::WindowManager::childRemoved(unsigned int, unsigned int)': /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/WindowManager.cpp:275: warning: converting of negative value `-0x1' to `unsigned int' The quickest fix is to change the type of _index in include osgWidgets/Window line 406 to int. But from a quick look at the code I think setting _index to 0 instead of -1 is safe in those two places. Could you look at this? Ciao! mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Two warnings in osgWidgets (opps!)
From this morning SVN on AMD 64 bits: /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/Window.cpp: In member function `void osgWidget::Window::_removeFromGeode(osgWidget::Widget*)': /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/Window.cpp:413: warning: converting of negative value `-0x1' to `unsigned int' /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/WindowManager.cpp: In member function `virtual void osgWidget::WindowManager::childRemoved(unsigned int, unsigned int)': /users/mvalle/OSG/OpenSceneGraph/src/osgWidget/WindowManager.cpp:275: warning: converting of negative value `-0x1' to `unsigned int' The quickest fix is to change the type of _index in include/osgWidgets/Window line 406 and include/osgWidget/Widget line 440 to int. But from a quick look at the code I think setting _index to 0 instead of -1 is safe in those two places. Could you look at this? Ciao! mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgWidget testing
Maybe innocuous, but annoying, messages from some osgwidgets examples. Linux 32bits from this morning SVN. Why osgwidgetbox opens two windows? In osgwidgetframe if I try to reduce the frame size below the minimum I receive lots of: osgWidget: Window [frame] can't call resizeAdd() with the values -20 and -4 osgWidget: Window [frame] can't call resizeAdd() with the values -28 and -4 osgWidget: Window [frame] can't call resizeAdd() with the values -16 and -4 osgWidget: Window [frame] can't call resizeAdd() with the values -20 and -2 osgWidget: Window [frame] can't call resizeAdd() with the values -12 and -2 osgWidget: Window [frame] can't call resizeAdd() with the values -12 and -4 osgWidget: Window [frame] can't call resizeAdd() with the values -8 and -0 Idem for osgwidgetscrolled. On startup osgwidgetinput prints: osgWidget: Widget [Label_Row0] was asked to set it's width to 50, but the minimum width is 76. osgWidget: Widget [Label_Row1] was asked to set it's width to 50, but the minimum width is 75. osgWidget: Widget [Label_Row2] was asked to set it's width to 50, but the minimum width is 77. osgWidget: Widget [Widget_1] was asked to set it's height to 18, but the minimum height is 44. And stretching from the bottom border the frame: osgWidget: Window [table] should be pixel-aligned, but a remainder was detected for it's current height (72). osgWidget: Window [table] should be pixel-aligned, but a remainder was detected for it's current height (72). osgWidget: Window [table] should be pixel-aligned, but a remainder was detected for it's current height (81). osgWidget: Window [table] should be pixel-aligned, but a remainder was detected for it's current height (81). osgWidget: Window [table] should be pixel-aligned, but a remainder was detected for it's current height (87). osgWidget: Window [table] should be pixel-aligned, but a remainder was detected for it's current height (87). osgWidget: Window [table] should be pixel-aligned, but a remainder was detected for it's current height (132). osgwidgetmenu on startup: osgWidget: Window [Menu_Pick me!] can't call resizeAdd() with the values -61 and 0 osgWidget: Window [Menu_Pick me!] can't call resizeAdd() with the values -61 and 0 osgWidget: Window [Menu_Pick me!] can't call resizeAdd() with the values -61 and 0 osgWidget: Window [Menu_Dont pick them...] can't call resizeAdd() with the values -2 and 0 osgWidget: Window [Menu_Pick me!] can't call resizeAdd() with the values -61 and 0 osgWidget: Window [Menu_Dont pick them...] can't call resizeAdd() with the values -2 and 0 osgWidget: Window [Menu_Grarar!?!] can't call resizeAdd() with the values -61 and 0 osgWidget: Window [Menu_Pick me!] can't call resizeAdd() with the values -61 and 0 osgWidget: Window [Menu_Dont pick them...] can't call resizeAdd() with the values -2 and 0 osgWidget: Window [Menu_Grarar!?!] can't call resizeAdd() with the values -61 and 0 When in osgwidgetnotebook I push in order the tabs: 1, 2, 3, 0 I receive the messages: osgWidget: Window [notebook] couldn't find the Widget [Tab_1] in it's object list. osgWidget: Window [notebook] couldn't find the Widget [Tab_2] in it's object list. osgWidget: Window [notebook] couldn't find the Widget [Tab_3] in it's object list. osgWidget: Window [notebook] couldn't find the Widget [Tab_0] in it's object list. Hope it helps. mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compiling OSG
Luis Miguel Granado wrote: Gracias por la respuesta, Encontré el proyecto, pero no viene creado un fichero de Xcode para compilarlo en MACOSX. Este proyecto no tiene CMake? Si lo tiene, puedes generar Xcode. ¿Sabes como compilar osgProducer para MACOSX? Lo siento, no. Ciao! mario Saludos y gracias. El 08/07/2008, a las 14:07, Mario Valle escribió: osgProducer is a distinct project. Tienes que tomarlo desde la pagina de osg, instalarlo y compilarlo. Ciao! mario Luis Miguel Granado wrote: Hi, I'm compiling OSG in MACOSX 10.5. I have compiled Artoolkit and OpenSceneGraph sitting the frameworks and plugings in /Library/Frameworks and /Library/Applicca/Plugins. I tried to compile OSG but i have 2 error: framework not found osgProducer. I have search this framework without success. any solution? Thanks and sorry for my english. Luis Miguel Cabezas Granado Consejería de los Jóvenes y del Deporte Junta de Extremadura 924 273 317 615 197 535 www.luisyfernanda.net ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Luis Miguel Cabezas Granado Consejería de los Jóvenes y del Deporte Junta de Extremadura 924 273 317 615 197 535 www.luisyfernanda.net ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgfadetext crashes
Also with the yesterday checkout and the _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS configured, osgfadetext continues to crash, apparently at the same point. My machine is a quad core Xeon, running Linux Suse 10.3 (32 bits) with a GeForce 6800 GS running NVIDIA Driver Version: 169.12 and using one screen only. The latest stack trace is: $ gdb `which osgfadetext` GNU gdb 6.6.50.20070726-cvs Copyright (C) 2007 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i586-suse-linux... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r Starting program: /local/OSG/OpenSceneGraph/bin/osgfadetext [Thread debugging using libthread_db enabled] [New Thread 0xb6956b00 (LWP 20121)] [New Thread 0xb58deb90 (LWP 20128)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6956b00 (LWP 20121)] 0xb7a4a689 in std::_Rb_treeosgText::FadeText*, osgText::FadeText*, std::_IdentityosgText::FadeText*, std::lessosgText::FadeText*, std::allocatorosgText::FadeText* ::find (this=0x89d2fd4, [EMAIL PROTECTED]) at /usr/include/c++/4.2.1/bits/stl_tree.h:481 481 (this-_M_impl._M_header._M_parent); (gdb) where #0 0xb7a4a689 in std::_Rb_treeosgText::FadeText*, osgText::FadeText*, std::_IdentityosgText::FadeText*, std::lessosgText::FadeText*, std::allocatorosgText::FadeText* ::find (this=0x89d2fd4, [EMAIL PROTECTED]) at /usr/include/c++/4.2.1/bits/stl_tree.h:481 #1 0xb7a4da5f in GlobalFadeText::update (this=0x808c328, frameNumber=3138) at /usr/include/c++/4.2.1/bits/stl_set.h:412 #2 0xb7a4ea7f in osgText::FadeText::FadeTextUpdateCallback::update (this=0x806cab0, nv=0x80567b8, drawable=0x805a718) at /local/OSG/OpenSceneGraph/src/osgText/FadeText.cpp:261 #3 0xb7c6f1bd in osgUtil::UpdateVisitor::apply (this=0x80567b8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osgUtil/UpdateVisitor:98 #4 0xb7e08b9a in osg::Geode::accept (this=0x805a570, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/Geode:39 #5 0xb7e3b5f4 in osg::Group::traverse (this=0x805a400, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/src/osg/Group.cpp:62 #6 0xb7c6f422 in osgUtil::UpdateVisitor::apply (this=0x80567b8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/NodeVisitor:181 #7 0xb7e3cc38 in osg::Group::accept (this=0x805a400, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/Group:38 #8 0xb7e3b5f4 in osg::Group::traverse (this=0x805a2b0, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/src/osg/Group.cpp:62 #9 0xb7c6f422 in osgUtil::UpdateVisitor::apply (this=0x80567b8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/NodeVisitor:181 #10 0xb7e5c538 in osg::NodeVisitor::apply (this=0x80567b8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/src/osg/NodeVisitor.cpp:101 #11 0xb7dd25e8 in osg::CoordinateSystemNode::accept (this=0x805a2b0, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/CoordinateSystemNode:95 #12 0xb7ac5eea in osgViewer::Viewer::updateTraversal (this=0xbfda7d64) at /local/OSG/OpenSceneGraph/src/osgViewer/Viewer.cpp:885 #13 0xb7ad3a5b in osgViewer::ViewerBase::frame (this=0xbfda7d64, simulationTime=1.7976931348623157e+308) at /local/OSG/OpenSceneGraph/src/osgViewer/ViewerBase.cpp:591 #14 0xb7ad3ba0 in osgViewer::ViewerBase::run (this=0xbfda7d64) at /local/OSG/OpenSceneGraph/src/osgViewer/ViewerBase.cpp:564 #15 0xb7ac3ebf in osgViewer::Viewer::run (this=0xbfda7d64) at /local/OSG/OpenSceneGraph/src/osgViewer/Viewer.cpp:322 #16 0x0804bb33 in main () at /local/OSG/OpenSceneGraph/examples/osgfadetext/osgfadetext.cpp:149 Hope it helps diagnose the problem. Ciao! mario Paul Melis wrote: Robert Osfield wrote: Hi Mario, I've just tested osgfadetext on my dual screen, quad core Linux system and it runs fine. What screen set up do you? Single screen, dual screen? Does the error occur is standard release build? Just a quick note, I'll send a more detailed note from home. When I tested osgfadetext over the weekend it also crashed. This is on a dual-core single-screen system with ATI card. Paul Robert. On Fri, Jun 13, 2008 at 4:34 PM, Mario Valle [EMAIL PROTECTED] wrote: On Linux Suse 10.3 (32 bits) the latest SVN checkout compiled with RelWithDbgSymbols. osgfadetext crashes shortly after the window appears. The crash happens also when run single threaded. Next week I'll try to understand what happens. Ciao! mario $ gdb osgfadetext GNU gdb 6.6.50.20070726-cvs Copyright (C) 2007 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions
Re: [osg-users] osgfadetext crashes
Robert Osfield wrote: Hi Mario, I've just done some testing on a single screen here and get a crash as well after interacting with the scene for around 30 to 60 seconds. Exactly. Sometimes it happens immediately, sometimes after a wile. I've just force single threading via the OSG_THREADING=SingleThreaded env var setting and so for it's not crashing. Yes, I forgot to mention this. My guess is that this crash is unrelated to Mathias changes and is a general threading issue, but... one can't rule anything out at this stage. No, I think it is not related at all, but I was trying to be sure that my configuration problems (now completely solved) were not related to this crash. Robert. Ciao! mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgfadetext crashes
It works perfectly now. Another bug smashed! Ciao! mario Robert Osfield wrote: Hi Mario, The FadeText class was missing the setting of its DataVariance to DYNAMIC, something that was required as the draw traversal updates data structures that the update traversal uses. Adding the setting has made it run stable on my system so it looks like its now fixed. Could you do an svn update and let me know if things run stable now. Cheers, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] The story continues: osgthirdpersonview crashes on Linux
Last SVN checkout works perfectly! Now I have only to understand why the GCC builtins are not configured on my system. You say I'm forced to define the environment variable CXXFLAGS to -march=i686 before running ccmake . ? It is not possible to define CMAKE_CXX_FLAGS and CMAKE_C_FLAGS inside Cmake? Thanks! mario Mathias Fröhlich wrote: Hi, On Monday 30 June 2008 15:51, Mario Valle wrote: Hope this helps you. Ciao! Yep this helps, thanks. The fix needs to look somehow different, but I will provide a full submission to Robert ... Greetings Mathais -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] The story continues: osgthirdpersonview crashes on Linux
Dear all, After a fresh SVN checkout osgthirdpersonview continues crashing and the generated Configure header continues to have all its entries commented out. As per various suggestions I defined the following entries in Cmake: CMAKE_CXX_FLAGS -march=i686 CMAKE_C_FLAGS-march=i686 But nothing changes and even in CMakeFiles/CMakeError.log I found the following entry for which no sign of the above flags appears: Performing C++ SOURCE FILE Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS failed with the following output: /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CMakeFiles 1 Building CXX object CMakeFiles/cmTryCompileExec.dir/src.o /usr/bin/c++ -D_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -o CMakeFiles/cmTryCompileExec.dir/src.o -c /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/src.cxx Linking CXX executable cmTryCompileExec /usr/bin/cmake -P CMakeFiles/cmTryCompileExec.dir/cmake_clean_target.cmake /usr/bin/c++ -D_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -fPIC CMakeFiles/cmTryCompileExec.dir/src.o -o cmTryCompileExec -rdynamic CMakeFiles/cmTryCompileExec.dir/src.o: In function `main': src.cxx:(.text+0x43): undefined reference to `__sync_bool_compare_and_swap_4' src.cxx:(.text+0x6e): undefined reference to `__sync_bool_compare_and_swap_4' collect2: ld returned 1 exit status gmake[1]: *** [cmTryCompileExec] Error 1 gmake[1]: Leaving directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' gmake: *** [cmTryCompileExec/fast] Error 2 Another piece of the puzzle that could be of interest: I have trouble also with the build of the FOX toolkit: seems like the configure process is configuring capabilities that are not there... Bho? Confused mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] The story continues: osgthirdpersonview crashes on Linux
Thanks a lot Mathias! Adding your file, deleting the cache and starting over: - Confing now has #define _OPENTHREADS_ATOMIC_USE_MUTEX - But the build fails when compiling Referenced.cpp /local/OSG/OpenSceneGraph/src/osg/Referenced.cpp:85: error: qualified name does not name a class before '{' token gmake[2]: *** [src/osg/CMakeFiles/osg.dir/Referenced.o] Error 1 gmake[2]: *** Waiting for unfinished jobs gmake[1]: *** [src/osg/CMakeFiles/osg.dir/all] Error 2 gmake: *** [all] Error 2 Seems like _OSG_REFERENCED_USE_ATOMIC_OPERATIONS is not defined. So I added to Config header the line: #define _OSG_REFERENCED_USE_ATOMIC_OPERATIONS And voila', everything works, no more crashes in osgthirdpersonview ! Hope this helps you. Ciao! mario Mathias Fröhlich wrote: Sorry for the noise ... Hit the send button by accident ... On Monday 30 June 2008 13:41, Mario Valle wrote: Dear all, After a fresh SVN checkout osgthirdpersonview continues crashing and the generated Configure header continues to have all its entries commented out. As per various suggestions I defined the following entries in Cmake: CMAKE_CXX_FLAGS -march=i686 CMAKE_C_FLAGS-march=i686 But nothing changes and even in CMakeFiles/CMakeError.log I found the following entry for which no sign of the above flags appears: Performing C++ SOURCE FILE Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS failed with the following output: /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CMakeFiles 1 Building CXX object CMakeFiles/cmTryCompileExec.dir/src.o /usr/bin/c++ -D_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -o CMakeFiles/cmTryCompileExec.dir/src.o -c /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/src.cxx Linking CXX executable cmTryCompileExec /usr/bin/cmake -P CMakeFiles/cmTryCompileExec.dir/cmake_clean_target.cmake /usr/bin/c++ -D_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -fPIC CMakeFiles/cmTryCompileExec.dir/src.o -o cmTryCompileExec -rdynamic CMakeFiles/cmTryCompileExec.dir/src.o: In function `main': src.cxx:(.text+0x43): undefined reference to `__sync_bool_compare_and_swap_4' src.cxx:(.text+0x6e): undefined reference to `__sync_bool_compare_and_swap_4' collect2: ld returned 1 exit status gmake[1]: *** [cmTryCompileExec] Error 1 gmake[1]: Leaving directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' gmake: *** [cmTryCompileExec/fast] Error 2 Another piece of the puzzle that could be of interest: I have trouble also with the build of the FOX toolkit: seems like the configure process is configuring capabilities that are not there... Bho? Ok, the cflags did not reach the compiler command line. Therefore you do not get atomics. It's beyond my cmake knowledge when which cmake variable is used. I usually set CFLAGS and CXXFLAGS in the environment where I run cmake. That appears to work for me ... Hmm, I wonder why your previous post tells that none of the OpeThreads Config variables are defined. At least the MUTEX one should be ... Can you replace the CheckAtomicOps.cmake file with the one I have attached and retest please? Note that I am interrested in the fallback path with the mutex, so please do not change eny cflags or whatever wrt the previous run that did not work ... Thanks! Greetings Mathias ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgthirdpersonview crashes on Linux
I want to let you known that on Linux Suse 10.3, with last minute SVN, osgthirdpersonview crashes after few seconds of manipulation or almost immediately in gdb (compiled RelWithDebInfo). This happens with no arguments or specifying --CullThreadPerCameraDrawThreadPerContext does not happens with the other threading models. $ gdb osgthirdpersonview ... bla bla... This GDB was configured as i586-suse-linux... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r Starting program: /local/OSG/OpenSceneGraph/bin/osgthirdpersonview [Thread debugging using libthread_db enabled] [New Thread 0xb6a19910 (LWP 29454)] /local/OSG/OpenSceneGraph/bin/osgthirdpersonview: Could not find specified files. Trying cow.osg instead. [New Thread 0xb5f1fb90 (LWP 29461)] [New Thread 0xb571eb90 (LWP 29462)] [New Thread 0xb4f1db90 (LWP 29463)] [New Thread 0xb471cb90 (LWP 29464)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb5f1fb90 (LWP 29461)] 0xb7e8db78 in osg::OperationQueue::getNextOperation (this=0x814b280, blockIfEmpty=true) at /local/OSG/OpenSceneGraph/include/osg/ref_ptr:28 28 ref_ptr(const ref_ptr rp) : _ptr(rp._ptr) { if (_ptr) _ptr-ref(); } (gdb) where #0 0xb7e8db78 in osg::OperationQueue::getNextOperation (this=0x814b280, blockIfEmpty=true) at /local/OSG/OpenSceneGraph/include/osg/ref_ptr:28 #1 0xb7e8f331 in osg::OperationThread::run (this=0x814b190) at /local/OSG/OpenSceneGraph/src/osg/OperationThread.cpp:399 #2 0xb7f64093 in OpenThreads::ThreadPrivateActions::StartThread (data=0x814b19c) at /local/OSG/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++:170 #3 0xb7a1a192 in start_thread () from /lib/libpthread.so.0 #4 0xb761a02e in clone () from /lib/libc.so.6 (gdb) Hope this helps mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgthirdpersonview crashes on Linux
32bits, Intel(R) Xeon(TM) CPU 3.00GHz quad core 4GB RAM. GeForce 6800 GS NVIDIA Driver Version: 169.12 Suse 10.3 Let me know if other info or other tests are needed. Ciao! mario Robert Osfield wrote: Hi Mario, What is your hardware setup? Is it 32bit or 64bit build? Robert. On Fri, Jun 27, 2008 at 8:21 AM, Mario Valle [EMAIL PROTECTED] wrote: I want to let you known that on Linux Suse 10.3, with last minute SVN, osgthirdpersonview crashes after few seconds of manipulation or almost immediately in gdb (compiled RelWithDebInfo). This happens with no arguments or specifying --CullThreadPerCameraDrawThreadPerContext does not happens with the other threading models. $ gdb osgthirdpersonview ... bla bla... This GDB was configured as i586-suse-linux... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r Starting program: /local/OSG/OpenSceneGraph/bin/osgthirdpersonview [Thread debugging using libthread_db enabled] [New Thread 0xb6a19910 (LWP 29454)] /local/OSG/OpenSceneGraph/bin/osgthirdpersonview: Could not find specified files. Trying cow.osg instead. [New Thread 0xb5f1fb90 (LWP 29461)] [New Thread 0xb571eb90 (LWP 29462)] [New Thread 0xb4f1db90 (LWP 29463)] [New Thread 0xb471cb90 (LWP 29464)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb5f1fb90 (LWP 29461)] 0xb7e8db78 in osg::OperationQueue::getNextOperation (this=0x814b280, blockIfEmpty=true) at /local/OSG/OpenSceneGraph/include/osg/ref_ptr:28 28 ref_ptr(const ref_ptr rp) : _ptr(rp._ptr) { if (_ptr) _ptr-ref(); } (gdb) where #0 0xb7e8db78 in osg::OperationQueue::getNextOperation (this=0x814b280, blockIfEmpty=true) at /local/OSG/OpenSceneGraph/include/osg/ref_ptr:28 #1 0xb7e8f331 in osg::OperationThread::run (this=0x814b190) at /local/OSG/OpenSceneGraph/src/osg/OperationThread.cpp:399 #2 0xb7f64093 in OpenThreads::ThreadPrivateActions::StartThread (data=0x814b19c) at /local/OSG/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++:170 #3 0xb7a1a192 in start_thread () from /lib/libpthread.so.0 #4 0xb761a02e in clone () from /lib/libc.so.6 (gdb) Hope this helps mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgthirdpersonview crashes on Linux
Deleted CMakeCache.txt, ccmake . recompiled, but it continue crashing. In GDB this time I have: Starting program: /local/OSG/OpenSceneGraph/bin/osgthirdpersonview [Thread debugging using libthread_db enabled] [New Thread 0xb6a66910 (LWP 6697)] /local/OSG/OpenSceneGraph/bin/osgthirdpersonview: Could not find specified files. Trying cow.osg instead. [New Thread 0xb5f6cb90 (LWP 6708)] [New Thread 0xb576bb90 (LWP 6709)] [New Thread 0xb4f6ab90 (LWP 6710)] [New Thread 0xb4769b90 (LWP 6711)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb576bb90 (LWP 6709)] osg::OperationQueue::getNextOperation (this=0x814b4c0, blockIfEmpty=true) at /local/OSG/OpenSceneGraph/include/OpenThreads/Atomic:107 107 return ++_value; (gdb) where #0 osg::OperationQueue::getNextOperation (this=0x814b4c0, blockIfEmpty=true) at /local/OSG/OpenSceneGraph/include/OpenThreads/Atomic:107 #1 0xb7edc331 in osg::OperationThread::run (this=0x814b3d0) at /local/OSG/OpenSceneGraph/src/osg/OperationThread.cpp:399 #2 0xb7fb1093 in OpenThreads::ThreadPrivateActions::StartThread (data=0x814b3dc) at /local/OSG/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++:170 #3 0xb7a67192 in start_thread () from /lib/libpthread.so.0 #4 0xb766702e in clone () from /lib/libc.so.6 My ./include/OpenThreads/Config has all the 5 #undef commented out. If I manually define _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS as you have, osg does not build. Idem for what seems the most obvious fallback: _OPENTHREADS_ATOMIC_USE_MUTEX. I should add that I have: gcc (GCC) 4.2.1 (SUSE Linux) and cmake version 2.4-patch 7 Hope it helps mario Robert Osfield wrote: On Fri, Jun 27, 2008 at 11:48 AM, Mario Valle [EMAIL PROTECTED] wrote: 32bits, Intel(R) Xeon(TM) CPU 3.00GHz quad core 4GB RAM. GeForce 6800 GS NVIDIA Driver Version: 169.12 Suse 10.3 Let me know if other info or other tests are needed. The only test is the one suggested, remove your CMakeCache.txt, rerun ./configure or ccmake . to make sure it regenerates your include/OpenThreads/Config, check the contents of this Config file to make sure its been updated to a sensible value. On my Kubuntu 64bit system I get a include/OpenThreads/Config that looks like: /* -*-c++-*- OpenSceneGraph - Copyright (C) 2008 Robert Osfield * * This library is open source and may be redistributed and/or modified under * the terms of the OpenSceneGraph Public License (OSGPL) version 0.0 or * (at your option) any later version. The full license is in LICENSE file * included with this distribution, and on the openscenegraph.org website. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * OpenSceneGraph Public License for more details. */ / * THIS FILE IS AUTOGENERATED BY CMAKE. DO NOT EDIT! / /* Changes to the configuration reflected here can be made with ccmake on * unix or with cmake-gui on windows. Alternatively you can use cmake's -D * or -P switches to set some configuration values at cmake configuration time. */ #ifndef _OPENTHREADS_CONFIG #define _OPENTHREADS_CONFIG #define _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS /* #undef _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS */ /* #undef _OPENTHREADS_ATOMIC_USE_SUN */ /* #undef _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED */ /* #undef _OPENTHREADS_ATOMIC_USE_MUTEX */ #endif ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgthirdpersonview crashes on Linux
Just done a svn co in an empty dir Can you please start a build from scratch in an empty directory and tell me if this still does not work? Done ccmake . then cmake --debug-trycompile You may start cmake with --debug-trycompile and provide the output of builddir/CMakeFiles/CMakeError.log. Log attached. As soon as the build finishes, I will report back to you. GReetings and thanks Ciao! mario MAthias -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 Determining if the function pthread_create exists in the pthreads failed with the following output: /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.o /usr/bin/gcc -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.o -c /usr/share/cmake/Modules/CheckFunctionExists.c Linking C executable cmTryCompileExec /usr/bin/cmake -P CMakeFiles/cmTryCompileExec.dir/cmake_clean_target.cmake /usr/bin/gcc -DCHECK_FUNCTION_EXISTS=pthread_create -fPIC CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.o -o cmTryCompileExec -rdynamic -lpthreads /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: cannot find -lpthreads collect2: ld returned 1 exit status gmake[1]: *** [cmTryCompileExec] Error 1 gmake[1]: Leaving directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' gmake: *** [cmTryCompileExec/fast] Error 2 Determining if the Q_WS_MAC exist failed with the following output: /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o /usr/bin/gcc -o CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o -c /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c: In function 'main': /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: 'Q_WS_MAC' undeclared (first use in this function) /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: (Each undeclared identifier is reported only once /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: for each function it appears in.) gmake[1]: *** [CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o] Error 1 gmake[1]: Leaving directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' gmake: *** [cmTryCompileExec/fast] Error 2 File /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c: /* */ #include QtCore/qglobal.h void cmakeRequireSymbol(int dummy,...){(void)dummy;} int main() { #ifndef Q_WS_MAC cmakeRequireSymbol(0,Q_WS_MAC); #endif return 0; } Determining if the Q_WS_WIN exist failed with the following output: /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o /usr/bin/gcc -o CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o -c /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c: In function 'main': /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: 'Q_WS_WIN' undeclared (first use in this function) /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: (Each undeclared identifier is reported only once /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8: error: for each function it appears in.) gmake[1]: *** [CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o] Error 1 gmake[1]: Leaving directory `/local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp' gmake: *** [cmTryCompileExec/fast] Error 2 File /local/OSG/OpenSceneGraph/CMakeFiles/CMakeTmp/CheckSymbolExists.c: /* */ #include QtCore/qglobal.h void cmakeRequireSymbol(int dummy,...){(void)dummy;} int main() { #ifndef Q_WS_WIN cmakeRequireSymbol(0,Q_WS_WIN); #endif return 0; } Performing C++ SOURCE FILE Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS failed with the following output: /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/local/OSG
Re: [osg-users] osgthirdpersonview crashes on Linux
Ok, I see. You are running in gcc, i386 without any -march= compiler flag. So gcc assumes that you want to compile for a plain old i386 (read this does not even mean an i486). In this case gcc is limited to an instruction set where no such atomic operations are available. In fact you could not even programm a mutex with that i386 instruction set, as well as you could not build any SMP machine using an i386. Ahi Ahi Ahi!! That means that I'm working without this optimization since the beginning? And nevertheless OSG is so fast? I specify in the advanced cmake options: CMAKE_C_FLAGS-march=i486 -mtune=i486 CMAKE_CXX_FLAGS -march=i486 -mtune=i486 Then configure and generate, but the ./include/OpenThreads/Config file continues with everything commented out. Have I missed something? In this case, when we cannot assume any atomic operations. So we need to use the previous mutex based behaviour. But for that, the old mechnisms are still there. You need to ensure that refcounting works in a threadsafe way using either the OSG_THREAD_SAFE_REF_UNREF environment variable or by calling OK, thanks. But for now I want only to contribute with my ignorance :-) to polish this OSG functionality. osg::Referenced::setThreadSafeReferenceCounting(true); before *any* concurrently used osg::Referenced object is created. Alternatively you can uncomment that ENFORCE_THREADSAFE define in src/osg/Referenced.cpp that does change the default behaviour of referenced. As soon as the build finishes, I will report back to you. OK, now crashes in another place, see below. This run has been done before changing march/mtune. Are you running with the environment variable OSG_THREAD_SAFE_REF_UNREF set or unset? Unset Greetings MAthias Thanks Mathias! mario $ gdb osgthirdpersonview GNU gdb 6.6.50.20070726-cvs Copyright (C) 2007 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i586-suse-linux... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r Starting program: /local/OSG/OpenSceneGraph/bin/osgthirdpersonview [Thread debugging using libthread_db enabled] [New Thread 0xb6a21910 (LWP 22570)] /local/OSG/OpenSceneGraph/bin/osgthirdpersonview: Could not find specified files. Trying cow.osg instead. [New Thread 0xb5f28b90 (LWP 22581)] [New Thread 0xb5727b90 (LWP 22583)] [New Thread 0xb4f26b90 (LWP 22584)] [New Thread 0xb4725b90 (LWP 22585)] Warning: deleting still referenced object 0x806cfd0 of type 'PN3osg10ReferencedE' the final reference count was 1, memory corruption possible. Warning: deleting still referenced object 0x806cfd0 of type 'PN3osg10ReferencedE' the final reference count was 4294967295, memory corruption possible. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb5727b90 (LWP 22583)] 0xb7f61635 in typeinfo for osg::Scissor () from /local/OSG/OpenSceneGraph/lib/libosg.so.39 (gdb) where #0 0xb7f61635 in typeinfo for osg::Scissor () from /local/OSG/OpenSceneGraph/lib/libosg.so.39 #1 0xb7e6c5c4 in osg::Group::traverse (this=0x8056d50, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/src/osg/Group.cpp:62 #2 0xb7bd58c1 in osgUtil::CullVisitor::apply (this=0x8102668, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/NodeVisitor:181 #3 0xb7e6dbaa in osg::Group::accept (this=0x8056d50, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/Group:38 #4 0xb7c679a2 in osgUtil::SceneView::cullStage (this=0x8101750, [EMAIL PROTECTED], [EMAIL PROTECTED], cullVisitor=0x8102668, rendergraph=0x8102488, renderStage=0x81024d8, viewport=0x814a9f0) at /local/OSG/OpenSceneGraph/src/osgUtil/SceneView.cpp:926 #5 0xb7c633ea in osgUtil::SceneView::cull (this=0x8101750) at /local/OSG/OpenSceneGraph/src/osgUtil/SceneView.cpp:792 #6 0xb7ad39c1 in osgViewer::Renderer::cull (this=0x8101530) at /local/OSG/OpenSceneGraph/src/osgViewer/Renderer.cpp:302 #7 0xb7ad2afa in osgViewer::Renderer::operator() (this=0x8101530, object=0x8100a18) at /local/OSG/OpenSceneGraph/src/osgViewer/Renderer.cpp:624 #8 0xb7e96427 in osg::OperationThread::run (this=0x814b3d0) at /local/OSG/OpenSceneGraph/src/osg/OperationThread.cpp:413 #9 0xb7f6b093 in OpenThreads::ThreadPrivateActions::StartThread (data=0x814b3dc) at /local/OSG/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++:170 #10 0xb7a22192 in start_thread () from /lib/libpthread.so.0 #11 0xb762202e in clone () from /lib/libc.so.6 (gdb) -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale
Re: [osg-users] osgthirdpersonview crashes on Linux
Mathias Fröhlich wrote: Ok, then throw away your build to make sure that nothing si left. I am not sure how many things are cached in what part of the cmake build system. I just want to be sure ... Then set again the cflags. And better set them to something like -march=pentiumpro. Also do not forget to include -O or -O3 or something like that. Without you do not get any optimizations I guess ... Then ensure that cmake does not see previous caches ... Done, but nothing changes BTW: does anybody know a way to tell cmake that a variable should not be cached? Are you running with the environment variable OSG_THREAD_SAFE_REF_UNREF set or unset? Unset Can you test with this variable set? Yes, it crashes the same... I believe that these thread safety defaults in osg are not good in face of that multithreaded viewer stuff, but I just left them as is. Robert, Should we include that ENFORCE_THREADSAFE define in the cmake configuration? And in face of all this threading usage in osg, should the default change to on? And, yes, I should write a wiki page. I hope to find some time today ... Greetings Mathias Thanks Mathias! Now I go home for the weekend, maybe Monday things will be better... Ciao! mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Warning on 64bits: cast to pointer from integer of different size
On x86_64 (Suse 10.3) the following warning appears at lines 431 and 600 of BufferObject.cpp : warning: cast to pointer from integer of different size In both places (few lines over), if I change the line: unsigned int offset = 0; to: unsigned long offset = 0; The warning goes away. Can anyone more knowledgeable than me confirm that the change is correct before I submit the change? Thanks! mario -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 /div ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgfadetext crashes
On Linux Suse 10.3 (32 bits) the latest SVN checkout compiled with RelWithDbgSymbols. osgfadetext crashes shortly after the window appears. The crash happens also when run single threaded. Next week I'll try to understand what happens. Ciao! mario $ gdb osgfadetext GNU gdb 6.6.50.20070726-cvs Copyright (C) 2007 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i586-suse-linux... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r --SingleThreaded Starting program: /local/OSG/OpenSceneGraph/bin/osgfadetext --SingleThreaded [Thread debugging using libthread_db enabled] [New Thread 0xb6948b00 (LWP 27339)] [New Thread 0xb58d0b90 (LWP 27346)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6948b00 (LWP 27339)] 0xb7a44f99 in std::_Rb_treeosgText::FadeText*, osgText::FadeText*, std::_IdentityosgText::FadeText*, std::lessosgText::FadeText*, std::allocatorosgText::FadeText* ::find (this=0xb420117c, [EMAIL PROTECTED]) at /usr/include/c++/4.2.1/bits/stl_tree.h:481 481 (this-_M_impl._M_header._M_parent); (gdb) where #0 0xb7a44f99 in std::_Rb_treeosgText::FadeText*, osgText::FadeText*, std::_IdentityosgText::FadeText*, std::lessosgText::FadeText*, std::allocatorosgText::FadeText* ::find ( this=0xb420117c, [EMAIL PROTECTED]) at /usr/include/c++/4.2.1/bits/stl_tree.h:481 #1 0xb7a48e69 in GlobalFadeText::update (this=0x8096298, frameNumber=957) at /usr/include/c++/4.2.1/bits/stl_set.h:412 #2 0xb7a4a07f in osgText::FadeText::FadeTextUpdateCallback::update (this=0x806e2f8, nv=0x8056eb8, drawable=0x805aca8) at /local/OSG/OpenSceneGraph/src/osgText/FadeText.cpp:261 #3 0xb7c83df6 in osgUtil::UpdateVisitor::apply (this=0x8056eb8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osgUtil/UpdateVisitor:98 #4 0xb7e24b38 in osg::Geode::accept (this=0x805aac8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/Geode:39 #5 0xb7e588c4 in osg::Group::traverse (this=0x805a8f0, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/src/osg/Group.cpp:62 #6 0xb7c84064 in osgUtil::UpdateVisitor::apply (this=0x8056eb8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/NodeVisitor:181 #7 0xb7e5a2ea in osg::Group::accept (this=0x805a8f0, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/Group:38 #8 0xb7e588c4 in osg::Group::traverse (this=0x805a778, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/src/osg/Group.cpp:62 #9 0xb7c84064 in osgUtil::UpdateVisitor::apply (this=0x8056eb8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/NodeVisitor:181 #10 0xb7dae198 in osg::NodeVisitor::apply (this=0x8056eb8, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/NodeVisitor:242 #11 0xb7deb6aa in osg::CoordinateSystemNode::accept (this=0x805a778, [EMAIL PROTECTED]) at /local/OSG/OpenSceneGraph/include/osg/CoordinateSystemNode:95 #12 0xb7ac6f47 in osgViewer::Viewer::updateTraversal (this=0xbfa1e9e0) at /local/OSG/OpenSceneGraph/src/osgViewer/Viewer.cpp:885 #13 0xb7ad30eb in osgViewer::ViewerBase::frame (this=0xbfa1e9e0, simulationTime=1.7976931348623157e+308) at /local/OSG/OpenSceneGraph/src/osgViewer/ViewerBase.cpp:585 #14 0xb7ad3230 in osgViewer::ViewerBase::run (this=0xbfa1e9e0) at /local/OSG/OpenSceneGraph/src/osgViewer/ViewerBase.cpp:558 #15 0xb7ac2c3f in osgViewer::Viewer::run (this=0xbfa1e9e0) at /local/OSG/OpenSceneGraph/src/osgViewer/Viewer.cpp:322 #16 0x0804bb25 in main () at /local/OSG/OpenSceneGraph/examples/osgfadetext/osgfadetext.cpp:149 (gdb) -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Problem compiling OSG from 10 seconds ago
On Linux Scanning dependencies of target osgDB [ 0%] Building CXX object src/osgDB/CMakeFiles/osgDB.dir/DatabasePager.o /local/OSG/OpenSceneGraph/src/osgDB/DatabasePager.cpp:243: error: 'class osgDB::DatabasePager::ReadQueue' has not been declared /local/OSG/OpenSceneGraph/src/osgDB/DatabasePager.cpp:243: error: ISO C++ forbids declaration of 'ReadQueue' with no type /local/OSG/OpenSceneGraph/src/osgDB/DatabasePager.cpp: In function 'int ReadQueue(osgDB::DatabasePager*, const std::string)': /local/OSG/OpenSceneGraph/src/osgDB/DatabasePager.cpp:243: error: only constructors take base initializers /local/OSG/OpenSceneGraph/src/osgDB/DatabasePager.cpp:247: error: '_block' was not declared in this scope etc. etc. -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] wxWidgets onKeyDown Event not called
Yes. The example included in OSG need a little fix to make the 's' (statistics) handler work. If you want I can send you an example. Ciao! mario Steven Powers wrote: Has anyone been able to get the keyboard handlers to work within the osgViewerWx example? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven Powers Sent: Monday, May 12, 2008 11:53 AM To: OpenSceneGraph Users Subject: [osg-users] wxWidgets onKeyDown Event not called I cant seem to get the onKeyDown/onKeyUp events to get called within the osgViewerWx example. The mouse/resize/draw event handlers work just fine. I'm using the unchanged source from OSG 2.2 and wxWidgets 2.8.7. Thanks in advance, Steve ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgWidget 0.1.8 (pre-merge)
Thanks Jeremy for your work! Trying osgwidgetinput I receive the following warnings on Linux with latest SVN. At least one of them could be stopped if you could provide the missing font Calibri1.ttf . Is it possible? Ciao! mario isone /local/OSG/osgwidget-read-only/examples/osgwidgetinput ./osgwidgetinput Warning: font file fonts/Calibri1.ttf not found. Warning: font file fonts/Calibri1.ttf not found. osgWidget: Widget [Label_Row0] was asked to set it's width to 50, but the minimum width is 80. Warning: font file fonts/Calibri1.ttf not found. Warning: font file fonts/Calibri1.ttf not found. osgWidget: Widget [Label_Row1] was asked to set it's width to 50, but the minimum width is 80. Warning: font file fonts/Calibri1.ttf not found. Warning: font file fonts/Calibri1.ttf not found. osgWidget: Widget [Label_Row2] was asked to set it's width to 50, but the minimum width is 80. Warning: font file fonts/Calibri1.ttf not found. osgWidget: Widget [Widget_1] was asked to set it's height to 18, but the minimum height is 44. Warning: font file fonts/Calibri1.ttf not found. osgWidget: Window [frame] couldn't find the Widget [Input_Row0] in it's object list. osgWidget: Input is disabled until someone can help me understand how to use osgText; sorry... osgWidget: Input is disabled until someone can help me understand how to use osgText; sorry... osgWidget: Window [frame] couldn't find the Widget [Input_Row0] in it's object list. osgWidget: MousePush @ Window: table osgWidget: MousePush @ Window: table osgWidget: MousePush @ Window: table osgWidget: Window [frame] couldn't find the Widget [Input_Row0] in it's object list. osgWidget: Window [frame] couldn't find the Widget [Input_Row0] in it's object list. osgWidget: Window [frame] couldn't find the Widget [Input_Row0] in it's object list. osgWidget: x: y: z: osgWidget: Window [frame] couldn't find the Widget [Widget_2] in it's object list. osgWidget: x: y: z: osgWidget: Window [frame] couldn't find the Widget [Widget_2] in it's object list. Jeremy Moles wrote: I've put the (hopefully!) final version of a separate osgWidget up on the googlecode site: http://osgwidget.googlecode.com This means that I feel like I'm getting closer to the point where it would make sense to submit osgWidget to Robert to see how he feels about inclusion into the main trunk, with ongoing development there instead. This will expose far more eyeballs to osgWidget's codebase, which can only be good as development continues. The next version (I'll call 0.2.0 for now) will be the one I submit, and I'm going to construct a serious TODO list of items on the website project page of things I want to accomplish prior to this. I can't say how long this will take, but hopefully no longer than about two weeks or so... This also means I'll probably make a few posts within the next two weeks asking questions regarding some outstanding issues, soliciting design opinions, etc. I only even mention this so that folks don't think I'm spamming the lists. :) Keep in mind that even if Robert is feeling brave enough to allow this code to sneak in, it won't nearly be feature complete. The goal, however, isn't to provide a final version but to expose more people and hopefully expose more bugs/flaws. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN of OpenSceneGraph
Jean-Sébastien Guay wrote: Hello Mario, Downloaded and installed FreeType 2.3.5 from http://gnuwin32.sourceforge.net/downlinks/freetype-bin-zip.php Updated FREETYPE_LIBRARY AND FREETYPE_LIBRARY_DEBUG in Cmake (my fault: I was pointing to the wrong library) So maybe it is better for 2.4 to upgrade the 3rdParty Zip file to contain Freetype 2.3.5 and no more 2.1.9 See http://www.openscenegraph.org/projects/osg/wiki/Downloads/Dependencies It is clearly stated that for OSG 2.3.x +, you should get your 3rd party dependencies from Mike's SVN repo and *NOT* the 3rdParty zip file. That Done exactly this... file is only there for versions of OSG prior to 2.3.x . The SVN repo contains, among other things, pre-compiled freetype 2.3.5 binaries. But not the 7.1 one (the critical missing piece of info, shame on me...) So, it was not necessary to download freetype from gnuwin32, only to get the 3rdParty dependencies from the right place. The zip file will not be updated (perhaps Mike can make a new zip file for people who don't have SVN, but that's another matter). Anyway, now everything is back to normality. Ciao! mario Hope this helps, J-S -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN of OpenSceneGraph
Mike Weiblen wrote: Hi, If there are any files or docs I can put in the 3rdParty repo that would've helped avoid any confusion, pls let me know. I strongly believe a repo should be self-documenting, and users (rather than authors) are the best judges of what constitutes sufficient documentation. The 7.1 binaries are frozen, since I dont have access to a 7.1 devsystem anymore. Besides, one version is more than enough to maintain, I'm sure you understand ;-) I understand, I understand. Also I have the Visual Studio version frozen (at least till my main user return from Hong Kong). Anyway, many thanks for your work! Ciao! mario -- mew -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN of OpenSceneGraph
CMakeCache.txt or something specific to that user. No one else has experienced this (except when we moved from the old 3rdParty binaries to Mike's SVN a while ago, which seems to be what happened for this user too) so I don't think it's an issue with the project as a whole. On Windows, when CMake generates the Visual Studio project files, they no longer contain the headers under the Header files folder in the core projects. This doesn't affect the build itself, but it's inconvenient since we're used to having all the sources and headers there. Is there an additional tweak to make to the CMake configs? The build itself seems to be going fine. I'll let you know when it finishes. J-S ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.3.10 dev release tagged
I compiled 2.3.10 under WinXP SP2 with Microsoft Visual C++ .NET and I have unresolved external for the FreeType plugin. I have installed FreeType version 2.19 (the only reference I have found on the site) and building the OSG debug version. FreeTypeFont3D.obj : error LNK2019: unresolved external symbol _FT_Outline_Get_BBox referenced in function protected: void __thiscall FreeTypeFont3D::init(void) ([EMAIL PROTECTED]@@IAEXXZ) There is also a warning I think it is better to fix: c:\apps\openscenegraph-2.3.10\src\osgterrain\layer.cpp(566): warning C4715: 'osgTerrain::ProxyLayer::computeBound' : not all control paths return a value If _implementation.valid() is false is there a sensible value to return or is it better to raise some form of exception? osg::BoundingSphere ProxyLayer::computeBound(bool treatAsElevationLayer) const { if (_implementation.valid()) return _implementation-computeBound(treatAsElevationLayer); } Thanks for your great work! mario Robert Osfield wrote: Hi All, I have just tagged a second 2.4 release candidate - the 2.3.10 developer release: http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases * OpenSceneGraph-2.3.10, released on 22nd April 2008. OpenSceneGraph-2.3.10 is the 2nd release candidate for 2.4. Minor changes are to NEWS, ChangeLog?, AUTHORS, and a small tweak of osgTerrain and Win32 build support of libcurl file source package : OpenSceneGraph-2.3.10.zip svn tag: svn co http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.3.10 OpenSceneGraph Changes were all very minor relative to 2.3.9 - suggesting that we are looking good for the 2.4 release. As ever I'd appreciate any testing that can be done. As long as no errors are found I'll go ahead and tag 2.4 stable tomorrow morning. Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.3.10 dev release tagged
Same undefined symbol with the latest Free Type 2.3.5 Ciao! mario Mario Valle wrote: I compiled 2.3.10 under WinXP SP2 with Microsoft Visual C++ .NET and I have unresolved external for the FreeType plugin. I have installed FreeType version 2.19 (the only reference I have found on the site) and building the OSG debug version. FreeTypeFont3D.obj : error LNK2019: unresolved external symbol _FT_Outline_Get_BBox referenced in function protected: void __thiscall FreeTypeFont3D::init(void) ([EMAIL PROTECTED]@@IAEXXZ) There is also a warning I think it is better to fix: c:\apps\openscenegraph-2.3.10\src\osgterrain\layer.cpp(566): warning C4715: 'osgTerrain::ProxyLayer::computeBound' : not all control paths return a value If _implementation.valid() is false is there a sensible value to return or is it better to raise some form of exception? osg::BoundingSphere ProxyLayer::computeBound(bool treatAsElevationLayer) const { if (_implementation.valid()) return _implementation-computeBound(treatAsElevationLayer); } Thanks for your great work! mario Robert Osfield wrote: Hi All, I have just tagged a second 2.4 release candidate - the 2.3.10 developer release: http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases * OpenSceneGraph-2.3.10, released on 22nd April 2008. OpenSceneGraph-2.3.10 is the 2nd release candidate for 2.4. Minor changes are to NEWS, ChangeLog?, AUTHORS, and a small tweak of osgTerrain and Win32 build support of libcurl file source package : OpenSceneGraph-2.3.10.zip svn tag: svn co http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.3.10 OpenSceneGraph Changes were all very minor relative to 2.3.9 - suggesting that we are looking good for the 2.4 release. As ever I'd appreciate any testing that can be done. As long as no errors are found I'll go ahead and tag 2.4 stable tomorrow morning. Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerWx compile errors
Be sure to configure wxWidgets with OpenGL support. Ciao! mario spowers wrote: I downloaded wxWidgets 2.8.7 (wxAll) from www.wxwidgets.org. The compile of wxWidgets seemed to work fine. I ran: ./configure make make install and didnt notice any errors I then configured/compiled OSG v2.2 cmake ../ -DDYNAMIC_OPENSCENEGRAPH=ON -DDYNAMIC_OPENTHREADS=ON -DCMAKE_BUILD_TYPE=Debug -DBUILD_OSG_EXAMPLES=ON make and OSG came up with multiple compiler errors when compiling osgviewerWX example WX_GL_DOUBLEBUFFER was not declared in this scope example WX_GL_RGBA was not declared in this scope There are more but they all seem to be related to a faulty installation of wxWidgets or a bad configuration of OSG. Is there something that I'm missing or possibly a version mismatch? Thanks, -Steve ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Data Analysis and Visualization Services | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] DLL versioned MSVC and NMAKE problem, relative paths are wrong
Jean-Sébastien Guay wrote: Alternatively, did you know you can invoke Visual Studio with command line options to build a .sln file from the command line? This might be simpler if you want the result to be identical to a build from the IDE, without having to fiddle with CMake to build with nmake. I don't remember the command-line options off-hand but I can dig them up if you're interested. J-S devenv blabla.sln /build Release Hope it helps mario -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] utf-8?
Does Arial.ttf have those arabic characters? Try change font file. Ciao! mario Johan Johnsson wrote: damnit it worked , but then i incidentaly removed the project, now i cant get it to work: osgText::Text* text1 = new osgText::Text; osgText::String* string = new osgText::String(لْعَرَبيّة, osgText::String::ENCODING_UTF8); std::string test = string-createUTF8EncodedString(); text1-setFont(fonts/arial.ttf); text1-setCharacterSize(characterSize); text1-setPosition(pos); text1-setAxisAlignment(osgText::Text::XY_PLANE); text1-setText(test); geode-addDrawable(text1); just wierd letters, (i use visual studio 2003 if that is to any help, i know i can save the code files in different encoding methods, atm i save them as Unicode(big-endian). On Wed, 21 Nov 2007 13:28:58 +0100, Johan Johnsson [EMAIL PROTECTED] wrote: tnx very much -the problem was the font. On Wed, 21 Nov 2007 13:24:47 +0100, Thibault Genessay [EMAIL PROTECTED] wrote: Hi Johan, Did you check that the font file itself does include the glyphs that you try to display ? Also, try to pass your input data as a wide character string, i.e. Lلْعَرَبيّة I have a similar problem in the past and solved it using wchar_t strings in my source files, and using a different font that actually had the glyphs. Hope this helps Thibault On Nov 21, 2007 1:15 PM, Johan Johnsson [EMAIL PROTECTED] wrote: I may be doing this wrong, because its just showing some wierd letters: osgText::Text* text1 = new osgText::Text; osgText::String* string = new osgText::String(لْعَرَبيّة, osgText::String::ENCODING_UTF8); std::string test = string-createUTF8EncodedString(); On Wed, 21 Nov 2007 10:50:39 +0100, Robert Osfield [EMAIL PROTECTED] wrote: On Nov 21, 2007 9:04 AM, Johan Johnsson [EMAIL PROTECTED] wrote: Can the scenegraph represent utf-8 on the screen? You mean does osgText support UTF-8 encoding of strings? The answer is yes, have a look at osgText::String for details. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Mr. Johan Johnsson AutoSim AS, Strandveien 106, 9006 Tromsø Visit us at http://www.autosim.no ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG CPU usage
Look at the following code (Refresh fires OnPaint that fires viewer-frame()) void Canvas::OnIdle(wxIdleEvent event) { if (_updateWhenIdle || _updateWhenIdleOverride) { Refresh(); event.RequestMore(); } } Without this logic the viewer was continually spinning. Hope it helps mario Ákos Maróy wrote: Mario Valle wrote: The recently posted wxTabbed example has a method to block update till they are needed. Look at it. do you mean the sample in this message: http://lists.openscenegraph.org/htdig.cgi/osg-users-openscenegraph.org/2007-October/003972.html ? I glanced at it, but the 'block until updated needed' aspect of the code sample wasn't obvious :( Akos ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG CPU usage
No, methods from TrackballManipulator help you in understanding when you are interacting with the viewer and so when you need to call frame(). Ciao! mario Ákos Maróy wrote: Mario Valle wrote: Look at the following code (Refresh fires OnPaint that fires viewer-frame()) void Canvas::OnIdle(wxIdleEvent event) { if (_updateWhenIdle || _updateWhenIdleOverride) { Refresh(); event.RequestMore(); } } Without this logic the viewer was continually spinning. I see, but these are not OSG calls, but wxWindows calls. is it so that one cannot achieve this functionality with OSG, but has to look outside to a windowing API? Akos ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG CPU usage
The recently posted wxTabbed example has a method to block update till they are needed. Look at it. Ciao! mario Ákos Maróy wrote: Bob Kuehne wrote: in fact, what paul says is very similar to what i often do in test apps: while ( !viewer.done() ) { usleep( timeToSleepToGetMeToMyDesiredFrameRate ); viewer.frame(); } in a more commercial-style app, i'd recommend only redrawing when data actually changes. so in a cad app, when the user moves the mouse, or edits the data, in a flight sim, when the eyepoint, or any on-screen data changes, etc. yes, I also think this is the good approach - only draw something if something has changed. but for the viewer, I'd need to know if there was any user input (like a mouse operation for zooming in/out), that is handled by the viewer itself. is there a way to catch this event? I imagine something like the following: while (!viewer.done()) { blockUntilTheresChange(); viewer.frame(); } is there something to this end in viewer? Akos ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] requestContinuousUpdate not called
I have found the reason why requestContinuousUpdate() is not been called in my application (that is based on osgviewerWX example). The osgviewerWX graphics window is derived from osgViewer::GraphicsWindow (class GraphicsWindowWX : public wxGLCanvas, public osgViewer::GraphicsWindow) and here I correctly add the TrackballManipulator and tried to override osgViewer::GraphicsWindow::requestContinuousUpdate() without success. That is because TrackballManipulator calls, when needed, View::requestContinuousUpdate(). So obviously overriding osgViewer::GraphicsWindow::requestContinuousUpdate(), as I was doing, has no effect. Now I created a class derived from osgViewer::Viewer and here I redefine the function and this now works. But this opens a question: which is the goal of adding a virtual requestContinuousUpdate() to osgViewer::GraphicsWindow? Who calls it? Thanks for your help! mario -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] requestContinuousUpdate not called
My application is derived from the osgviewerWX example. I need to call requestContinuousUpdate() to detect when my model has been 'kicked' into continuous rotation. But seems that it is never called (see attached modification). What I have done wrong? Thanks for your help! mario -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 #ifndef _WXSIMPLEVIEWERWX_H_ #define _WXSIMPLEVIEWERWX_H_ #include wx/defs.h #include wx/app.h #include wx/cursor.h #include wx/glcanvas.h #include osgViewer/Viewer #include string class GraphicsWindowWX : public wxGLCanvas, public osgViewer::GraphicsWindow { public: GraphicsWindowWX(wxWindow *parent, wxWindowID id = wxID_ANY, const wxPoint pos = wxDefaultPosition, const wxSize size = wxDefaultSize, long style = 0, const wxString name = wxT(TestGLCanvas), int *attributes = 0); ~GraphicsWindowWX(); void init(); void OnPaint(wxPaintEvent event); void OnSize(wxSizeEvent event); void OnEraseBackground(wxEraseEvent event); void OnKeyDown(wxKeyEvent event); void OnKeyUp(wxKeyEvent event); void OnMouse(wxMouseEvent event); // // GraphicsWindow interface // void grabFocus(); void grabFocusIfPointerInWindow(); void useCursor(bool cursorOn); bool makeCurrentImplementation(); void swapBuffersImplementation(); // note implemented yet...just use dummy implementation to get working. virtual bool valid() const { return true; } virtual bool realizeImplementation() { return true; } virtual bool isRealizedImplementation() const { return true; } virtual void closeImplementation() {} virtual bool releaseContextImplementation() { return true; } private: wxCursor _oldCursor; DECLARE_EVENT_TABLE() }; class MainFrame : public wxFrame { public: MainFrame(wxFrame *frame, const wxString title, const wxPoint pos, const wxSize size, long style = wxDEFAULT_FRAME_STYLE); void SetViewer(osgViewer::Viewer *viewer); void OnIdle(wxIdleEvent event); private: osg::ref_ptrosgViewer::Viewer _viewer; DECLARE_EVENT_TABLE() }; /* Define a new application type */ class wxOsgApp : public wxApp { public: bool OnInit(); }; #endif // _WXSIMPLEVIEWERWX_H_ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] multiple windows
Nice example, thanks! I had to make some addition to have it compiling under VS 7.1 (and my wx and osg libraries). But beside this, I noticed a strange thing: load spaceship.osg (or fountain.osg) and you notice the motor plumes does not animate. If you make the model rotate, they start animate again. It is something related to your OnIdle optimization. If you comment the if line, then everything animates as usual. Hope it helps. Ciao! mario Thibault Genessay wrote: Hi Emmanuel I have made a sample that demonstrate the integration of the OSG in wxWidgets. It is a simple frame with a wxAUINotebook containing OSG views. You can download source and binaries at http://ips-dil.unil.ch/osg Could you have a look at these and see if this suits your needs ? I am planning to release it as an official sample to OSG+wxWidgets, so I'll need to test it on more systems (not tested on Linux as of today) and more threading models. It uses a modified version of the osgCompositeViewer::Viewer that skips rendering if makeCurrent() returns false. Currently, the composite viewer ignores the return value of makeCurrent(). We'll need to address this issue with Robert as it is precisely the problem you and him are discussing in the thread camera switching in composite viewer. Cheers Thibault On 10/26/07, Emmanuel Roche [EMAIL PROTECTED] wrote: Okay, with this version joined, we have two tabs (not added dynamically, sure, but it's a beginning...) with animation rendered correctly... The only issue left is the mouse handling problem: I added a trackballmanipulator on the view1 on each tab, assigned an handling function to the corresponding wxGLCanvas each time, and this function is indeed called when I drag on the view1 BUT nothing moves... :-(... I'm using view-getEventQueue()... could it be somehow disconnected ? nothing happens either if I use the corresponding graphicswindow-getEventQueue()... so what's left ?? Manu. 2007/10/26, Emmanuel Roche [EMAIL PROTECTED]: Indeed, we are in a situation where the CompositeViewers don't share the GraphicsWindows and everything happen in the same thread... yet, it's currently not working for me: as soon as I had a second tab only the last compositeviewer gets updated and drawn, the others are frozen... :-(... I keep investigating... Manu. 2007/10/26, Robert Osfield [EMAIL PROTECTED]: On 10/26/07, Alberto Luaces [EMAIL PROTECTED] wrote: If I recall correctly, you can have as many CompositeViewers as you like/need. If the different viewers don't share any GaphicsWindows then it should be fine to have multiple Viewer/CompositeViewers. However, If all the viewers run in different threads then sharing a single scene graph between them would be problematic. Such usage would lead to one viewers update running in parallel with another viewer's cull/draw. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT + StatsHandler
Poirier, Guillaume wrote: Hello ! Sorry if this was already discussed... I checked on the gmane archive and could not find anything on the topic :( Is the osgviewerQT supposed to work with the StatsHandler ? Most viewer examples use it except osgviewerQT.cpp. When I do ViewerQT* viewerWindow = new ViewerQT; viewerWindow-addEventHandler(new osgViewer::StatsHandler); and press 's' I get a Stats report: printout but see nothing in the window. The same was happening to osgviewerWX. It happens because WX passes 'S' instead of 's' to osg in OnKeyUp and OnKeyDown, ie. the uppercase lettere is always passed. I think the same is happening in Qt. Hope it helps mario Cheers ! bill ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Last call for feedback before 2.2
osglauncerd does not work if you compile in debug mode. It does not find the ...d version of the programs. Minor issue. For the rest no problems on Suse 10.something Ciao! mario Robert Osfield wrote: Hi All, I have done my hopefully will be my last code checkin before 2.2. If you have SVN please do a svn update and let me know how you get on, or test out last night 2.1.15. I'll wait for an hour and half then tag the beast. Cheers, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Warnings in compiling...
It is a feature of Microsoft Visual Studio... In this case it is harmless, but annoying. Ciao! mario Robert Osfield wrote: HI Adrian, This warning looks bogus to me, as the code is valid - the first iterator is within the scope of a for loop, so should not have any affect on any later use of another variable declared after the for loop. The compiler in this instance is issuing a warning on the assumption that the developers doesn't know what he's doing and that Standard C++ isn't really meant to properly scope variables... Regardless of the silliness of this warning I have gone ahead and renamed the iterator scoped in the for loop, I believe this should fix the warning, although I can't verify as gcc 4.x correctly doesn't issue an warning. Robert. On 9/24/07, Adrian Egli [EMAIL PROTECTED] wrote: Registry.cpp(572) : warning C4288: nonstandard extension used : 'itr' : loop control variable declared in the for-loop is used outside the for-loop scope; it conflicts with the declaration in the outer scope Registry.cpp(571) : definition of 'itr' used Registry.cpp(564) : definition of 'itr' ignored Registry.cpp(572) : warning C4288: nonstandard extension used : 'itr' : loop control variable declared in the for-loop is used outside the for-loop scope; it conflicts with the declaration in the outer scope Registry.cpp(571) : definition of 'itr' used Registry.cpp(564) : definition of 'itr' ignored Registry.cpp(572) : warning C4288: nonstandard extension used : 'itr' : loop control variable declared in the for-loop is used outside the for-loop scope; it conflicts with the declaration in the outer scope Registry.cpp(571) : definition of 'itr' used Registry.cpp(564) : definition of 'itr' ignored -- Adrian Egli ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Clarification on: grabFocus and grabFocusIfPointerInWindow
Is it true that the focus to a Viewer is given only during realize(), set full screen and change resolution operations? From the source seems so. But if I have a GUI that contains various widgets plus a Viewer (that uses a GL canvas widget) and I click on a GUI widget then the focus does not return automatically to the viewer when I move the mouse to be inside the Viewer. That means that I should add a call to grabFocus inside my Viewer OnButtonDown processing or I should add a call to grabFocusIfPointerInWindow to my OnIdle processing. Is this true or I'm overlooking something more obvious? To be concrete: I'm developing a tool with wxWidgets building on top of the provided osgviewerWX example. Thanks for your time! mario -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] MolecularInventor-like for OSG
I'm working on it. Slowly... There is also the work of Simon J. Benson. I'll keep you informed as soon as something happens. Ciao! mario Michele Bosi wrote: Hi all, does anyone know a good library to render molecular structures with OpenSceneGraph? I am sure that many people already used OSG for melcule visualization but it seems that such an opensource library haven't emerged yet. Any suggestion? Thanks, Mike ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Small pb with osgviewerWX
SVN from this morning, wxWidgets 2.7.0-1 gtk. Run osgviewerWX (or also osgviewerWXd) and close the window with the right X button. The application exits with the following warning: Warning: deleting still referenced object 0x81b2be8 of type 'PN3osg10ReferencedE' the final reference count was 1, memory corruption possible. The strange thing is that running osgviewerWXd under valgrind reveals problems inside the Qt library (see below)! Warning: deleting still referenced object 0x781e408 of type 'PN3osg10ReferencedE' the final reference count was 1, memory corruption possible. ==10434== ==10434== Invalid read of size 4 ==10434==at 0x6738746: QApplication::notify(QObject*, QEvent*) (in /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x6799DB2: QObject::removeChild(QObject*) (in /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x679936E: QObject::~QObject() (in /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x6754A0A: QFontCache::~QFontCache() (in /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x674F949: (within /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x51D0203: exit (in /lib/tls/libc-2.3.5.so) ==10434==by 0x51BAEA7: (below main) (in /lib/tls/libc-2.3.5.so) ==10434== Address 0x6DDF314 is 4 bytes inside a block of size 8 free'd ==10434==at 0x401C489: operator delete(void*) (vg_replace_malloc.c:244) ==10434==by 0x673F31D: QPtrListQPostEvent::deleteItem(void*) (in /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x6A5392C: QGList::clear() (in /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x673F81C: QPostEventList::~QPostEventList() (in /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x6737B09: (within /usr/lib/qt3/lib/libqt-mt.so.3.3.4) ==10434==by 0x51D0203: exit (in /lib/tls/libc-2.3.5.so) ==10434==by 0x51BAEA7: (below main) (in /lib/tls/libc-2.3.5.so) Strange... Anyway, setting the notification level show a problem with GraphicsContext::unregisterGraphicsContext Viewer::~Viewer():: start destructor getThreads = 0 close(1)0x81b4af8 Releasing GL objects for Camera=0x81c4d50 _state=0x81c4968 Closing still viable window 0 _state-getContextID()=0 Doing Flush Done Flush 100 decrementUsageCount()0 GraphicsContext::decrementContextIDUsageCount(0) to 0 Viewer::~Viewer() end destrcutor getThreads = 0 Destructing osg::View Done destructing osg::View close(0)0x81b4af8 Releasing GL objects for Camera=0x81c4d50 _state=0 GraphicsContext::unregisterGraphicsContext 0x81b4af8 Warning: deleting still referenced object 0x81b4af8 of type 'PN3osg10ReferencedE' the final reference count was 1, memory corruption possible. Closing DynamicLibrary osgdb_osg.so Closing DynamicLibrary osgdb_rgb.so ~RegisterWindowingSystemInterfaceProxy() GraphicsContext::setWindowingSystemInterface() 00x403e0e18 Hope could be useful mario -- Ing. Mario Valle Visualization Group | http://www.cscs.ch/~mvalle Swiss National Supercomputing Centre (CSCS) | Tel: +41 (91) 610.82.60 v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org