Hi Rebecca,
On 27 January 2014 18:34, Rebecca N. Palmer r.pal...@bham.ac.uk wrote:
I haven't ever seen this threading crash with osgviewerQt when compiling
against Qt4.
That suggests the problem is in the Debian/Ubuntu packaging rather than
OSG itself (my test builds were as a .deb package,
Robert Osfield writes:
[...]
XInitThreads() patch is hack for a problem that lies entirely
elsewhere in the stack, most likely Qt.
I completely agree.
Debian *shouldn't* by compiling the examples into binaries. The OSG
build by default doesn't build the examples, just the libraries,
Hi Alberto,
Thanks for pitching in.
On 28 January 2014 09:42, Alberto Luaces alua...@udc.es wrote:
Debian *shouldn't* by compiling the examples into binaries. The OSG
build by default doesn't build the examples, just the libraries,
plugins and applications, why on earth would debian be
Robert Osfield writes:
Hi Alberto,
Thanks for pitching in.
On 28 January 2014 09:42, Alberto Luaces alua...@udc.es wrote:
Debian *shouldn't* by compiling the examples into binaries. The
OSG
build by default doesn't build the examples, just the libraries,
plugins and
I have now tested a normal OpenSceneGraph build (i.e. cmake $source_dir
-DCMAKE_BUILD_TYPE=Release; make; sudo make install), and found that it
also has the osgviewerQt crash on my system, so this isn't a packaging
bug; given that similar issues have been reported in Qt before, I agree
it may
Hi Rebecca,
On 28 January 2014 13:17, Rebecca N. Palmer r.pal...@bham.ac.uk wrote:
I have now tested a normal OpenSceneGraph build (i.e. cmake $source_dir
-DCMAKE_BUILD_TYPE=Release; make; sudo make install), and found that it
also has the osgviewerQt crash on my system, so this isn't a
Hi
With MinGW x86 build (g++-4.8), with current SVN revision (and it is the same
with 3.2 release), running osgDB::readNodeFile(cessna.osg) will print an
error like
Could not find plugin to read objects from file cessna.osg
This is because by default the plugins dll do not have the d suffix,
Hi Rémi,
On 28 January 2014 14:26, Rémi Thebault remi.theba...@outlook.com wrote:
Hi
With MinGW x86 build (g++-4.8), with current SVN revision (and it is the
same with 3.2 release), running osgDB::readNodeFile(cessna.osg) will
print an error like
Could not find plugin to read objects from
Rebecca N. Palmer writes:
I have now tested a normal OpenSceneGraph build (i.e. cmake
$source_dir -DCMAKE_BUILD_TYPE=Release; make; sudo make install), and
found that it also has the osgviewerQt crash on my system, so this
isn't a packaging bug; given that similar issues have been reported in
Rebecca N. Palmer writes:
try compiling OSG with Qt5. At least this combination doesn't crash on
my system.
osgviewerQt is now single threaded by default on Qt 5
(http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2014-January/065916.html),
to avoid another vaguely
Hi Robert
It looks like the script in OsgMacroUtils.cmake is a bit out of
date. The problem you've seen also suggests that it's out sync with the
build of the plugins.
Could you try the attached OsgMacroUtils.cmake, I've simply removed the section:
IF(NOT UNIX)
A default build of the OSG won't build the examples, so won't build
osgviewerQt. Did you enable the build of the examples?
I compiled the example separately with g++ -o osgviewerQt
'/home/palmer/fs_dev/git/osg/examples/osgviewerQt/osgviewerQt.cpp'
-DUSE_QT4 -DQT_SHARED -I/usr/include/qt4
Hi Rebecca,
On 26 January 2014 17:20, Rebecca N. Palmer r.pal...@bham.ac.uk wrote:
I have already modified osgviewerQt to use SingleThreaded when compiling
against Qt5.0.
It needs an XInitThreads() before doing any graphics then: without that,
multithreading crashes even in Qt 4.
Hi All,
On 26 January 2014 11:10, Robert Osfield robert.osfi...@gmail.com wrote:
I have just removed this method and checked it into svn/trunk, not sure
why it was ever there in the first place. I can only presume the original
author of this code put it in thinking that it'd be needed down
Hi Robert,
I have tested the 3.2 branch. Compiles fine on Windows 7 with Visual Studio
2010.
Also no problems when linking with our application.
Regards
Björn
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=58037#58037
Hi Robert,
It behooves me to ask whether you've had the opportunity to look into the
CompositeViewer regression.
http://www.mail-archive.com/osg-users@lists.openscenegraph.org/msg63635.html
Thanks much.
Glenn Waldron / @glennwaldron
On Fri, Jan 24, 2014 at 10:43 AM, Robert Osfield
Hi Judson,
On 27 January 2014 14:57, Judson Weissert jud...@mfrac.com wrote:
I performed an svn up from http://svn.openscenegraph.org/
osg/OpenSceneGraph/trunk this morning, and the last revision is r14057
from 2014-01-24. Thus, I am not seeing your latest revision(s) mentioned
below.
I am
Robert,
I performed an svn up from
http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk this morning, and
the last revision is r14057 from 2014-01-24. Thus, I am not seeing your
latest revision(s) mentioned below.
I am not sure what the problem is at the moment.
Regards,
Judson
On
Hi Glenn,
On 27 January 2014 13:55, Glenn Waldron gwald...@gmail.com wrote:
Hi Robert,
It behooves me to ask whether you've had the opportunity to look into the
CompositeViewer regression.
http://www.mail-archive.com/osg-users@lists.openscenegraph.org/msg63635.html
Thanks much.
I
Hi Robert,
On 1/27/2014 10:45 AM, Robert Osfield wrote:
Hi Judson,
On 27 January 2014 14:57, Judson Weissert jud...@mfrac.com
mailto:jud...@mfrac.com wrote:
I performed an svn up from
http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk this
morning, and the last revision is
I haven't ever seen this threading crash with osgviewerQt when compiling
against Qt4.
That suggests the problem is in the Debian/Ubuntu packaging rather than
OSG itself (my test builds were as a .deb package, and the official
Ubuntu packages also have this bug:
Hi Judson,
I have just removed this method and checked it into svn/trunk, not sure why
it was ever there in the first place. I can only presume the original
author of this code put it in thinking that it'd be needed down the line
but never got round to implementing. I suspect the method has been
3.2 branch, built as .deb in Ubuntu 13.10:
-Builds, works in FlightGear
-threading+Qt still crashes; given the (previously discussed) lack of a
real fix, I suggest making osgviewerQt single threaded by default
-the OpenThreads soversion has been bumped to 20 in *both* branches: was
this meant
On 26 January 2014 14:40, Rebecca N. Palmer r.pal...@bham.ac.uk wrote:
3.2 branch, built as .deb in Ubuntu 13.10:
-Builds, works in FlightGear
Good to hear, thanks for the testing.
-threading+Qt still crashes; given the (previously discussed) lack of a
real fix, I suggest making
I have already modified osgviewerQt to use SingleThreaded when compiling
against Qt5.0.
It needs an XInitThreads() before doing any graphics then: without that,
multithreading crashes even in Qt 4.
http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2013-December/065773.html
Hi All,
I have been busy merging submissions, fixing bugs and warnings this week
and am now ready to tag the 3.3.1 dev release and OSG-3.2rc2. Could you
all try out svn/trunk and/or OSG-3.2 branch to check that everything is
compiling and running cleanly across all our platforms and report back
Hi Robert,
Here are the interesting results for OSG r14046 trunk compiled in Visual
Studio 2013:
snip
30..\..\..\..\src\osgPlugins\dxf\dxfEntity.cpp(185): error C3861: 'min':
identifier not found
30..\..\..\..\src\osgPlugins\dxf\dxfEntity.cpp(191): error C3861: 'min':
identifier not found
Hi Judson,
Could you update to svn/trunk as I have merged the fixes for Vs2013.
Robert
Hi Robert,
Here are the interesting results for OSG r14046 trunk compiled in Visual
Studio 2013:
snip
30..\..\..\..\src\osgPlugins\dxf\dxfEntity.cpp(185): error C3861:
'min': identifier not found
Hi Robert,
Now down to:
3 Creating library E:/work/attic/OpenSceneGraph/build/lib/osgViewerd.lib
and object E:/work/attic/OpenSceneGraph/build/lib/osgViewerd.exp
3GraphicsWindowWin32.obj : error LNK2001: unresolved external symbol protected:
virtual void __cdecl
29 matches
Mail list logo
