Menu
▾
▴
openvrml-develop
|
From: Thierry T. <th...@Fr...> - 2007-06-03 20:30:02
|
Hello,
Trying to upgrade the FreeBSD port - still v. 0.15.10 - I have noticed
some points:
- it builds fine, but I have to link openvrml-xembed and the tests
programs with JNI_LIBS, ${JAVA_HOME}/jre/lib/${ARCH}/client/libjvm.so;
- to run it, I have to manually install libgdkglext-x11-1.0.so and
libgtkglext-x11-1.0.so;
- openvrml-player can display e.g. the example Anchor.wrl, but trying
warbird.wrl only displays the following messages:
ROLL_TURN: 3: Error: axis component of rotation is not normalized
openvrml/script.cpp:3257: verification (ok) failed
UP_DOWN_TURN: 5: Error: axis component of rotation is not normalized
openvrml/script.cpp:3257: verification (ok) failed
35: Error: axis component of rotation is not normalized
openvrml/script.cpp:3257: verification (ok) failed
35: Error: axis component of rotation is not normalized
openvrml/script.cpp:3257: verification (ok) failed
Assertion failed: (value == value), function x, file ./openvrml/basetypes.h, line 475.
(openvrml-player:81595): GLib-CRITICAL **: g_error_free: assertion `error != NULL' failed
Do you see these messages on other platforms?
For thoses interested, my patch to upgrade the FreeBSD port is
available at <http://people.freebsd.org/~thierry/ports/openvrml.diff>.
Regards,
--
Th. Thomas.
|
|
From: Braden M. <br...@en...> - 2007-06-03 21:57:20
|
On Sun, 2007-06-03 at 22:29 +0200, Thierry Thomas wrote:
> Hello,
>
> Trying to upgrade the FreeBSD port - still v. 0.15.10 - I have noticed
> some points:
>
> - it builds fine, but I have to link openvrml-xembed and the tests
> programs with JNI_LIBS, ${JAVA_HOME}/jre/lib/${ARCH}/client/libjvm.so;
You must have enabled the Script node Java support. That isn't advised.
This feature isn't really supported in the current release. It doesn't
work well enough to be called "functional"; so turning it on definitely
isn't worth any problems doing so may cause.
> - to run it, I have to manually install libgdkglext-x11-1.0.so and
> libgtkglext-x11-1.0.so;
Weird. Perhaps this is something about the way libtool works (or
doesn't) on FreeBSD? gtkglext is included in the openvrml distribution
and the libraries you mention are used as "convenience libraries"--which
means that they should effectively be statically linked into
openvrml-xembed. That, anyway, is how it works on Linux.
> - openvrml-player can display e.g. the example Anchor.wrl, but trying
> warbird.wrl only displays the following messages:
>
> ROLL_TURN: 3: Error: axis component of rotation is not normalized
> openvrml/script.cpp:3257: verification (ok) failed
> UP_DOWN_TURN: 5: Error: axis component of rotation is not normalized
> openvrml/script.cpp:3257: verification (ok) failed
> 35: Error: axis component of rotation is not normalized
> openvrml/script.cpp:3257: verification (ok) failed
> 35: Error: axis component of rotation is not normalized
> openvrml/script.cpp:3257: verification (ok) failed
These are normal. The warnings are benign; warbird.wrl just needs to be
cleaned up a bit to quell these.
> Assertion failed: (value == value), function x, file ./openvrml/basetypes.h, line 475.
>
> (openvrml-player:81595): GLib-CRITICAL **: g_error_free: assertion `error != NULL' failed
>
> Do you see these messages on other platforms?
This I haven't seen. (Or rather, I've seen things like it before, but
I'm not seeing it when I run warbird.wrl now.) Could you provide a stack
trace? (Best would be to open a new bug on SourceForge and attach it to
that.)
--
Braden McDaniel e-mail: <br...@en...>
<http://endoframe.com> Jabber: <br...@ja...>
|
|
From: Thierry T. <th...@Fr...> - 2007-06-04 20:07:59
|
Le Dim 3 jui 07 à 23:57:20 +0200, Braden McDaniel <br...@en...>
écrivait :
> > - it builds fine, but I have to link openvrml-xembed and the tests
> > programs with JNI_LIBS, ${JAVA_HOME}/jre/lib/${ARCH}/client/libjvm.so;
>
> You must have enabled the Script node Java support. That isn't advised.
> This feature isn't really supported in the current release. It doesn't
> work well enough to be called "functional"; so turning it on definitely
> isn't worth any problems doing so may cause.
OK, I have disabled it.
> > - to run it, I have to manually install libgdkglext-x11-1.0.so and
> > libgtkglext-x11-1.0.so;
>
> Weird. Perhaps this is something about the way libtool works (or
> doesn't) on FreeBSD? gtkglext is included in the openvrml distribution
> and the libraries you mention are used as "convenience libraries"--which
> means that they should effectively be statically linked into
> openvrml-xembed. That, anyway, is how it works on Linux.
Actually on FreeBSD they are not linked statically. Note that it's not a
problem to install these libs manually, I was just curious.
> > - openvrml-player can display e.g. the example Anchor.wrl, but trying
> > warbird.wrl only displays the following messages:
> >
> > ROLL_TURN: 3: Error: axis component of rotation is not normalized
> > openvrml/script.cpp:3257: verification (ok) failed
> > UP_DOWN_TURN: 5: Error: axis component of rotation is not normalized
> > openvrml/script.cpp:3257: verification (ok) failed
> > 35: Error: axis component of rotation is not normalized
> > openvrml/script.cpp:3257: verification (ok) failed
> > 35: Error: axis component of rotation is not normalized
> > openvrml/script.cpp:3257: verification (ok) failed
>
> These are normal. The warnings are benign; warbird.wrl just needs to be
> cleaned up a bit to quell these.
OK, thanks. And I forgot to write that all tests pass successfully when
I run `make check-TESTS'.
> > Assertion failed: (value == value), function x, file ./openvrml/basetypes.h, line 475.
> >
> > (openvrml-player:81595): GLib-CRITICAL **: g_error_free: assertion `error != NULL' failed
> >
> > Do you see these messages on other platforms?
>
> This I haven't seen. (Or rather, I've seen things like it before, but
> I'm not seeing it when I run warbird.wrl now.) Could you provide a stack
> trace? (Best would be to open a new bug on SourceForge and attach it to
> that.)
OK, I'll try to build it again with debug symbols and investigate.
Regards,
--
Th. Thomas.
|
|
From: Braden M. <br...@en...> - 2007-06-04 23:33:45
|
On Mon, 2007-06-04 at 22:07 +0200, Thierry Thomas wrote: [snip] > > > - to run it, I have to manually install libgdkglext-x11-1.0.so and > > > libgtkglext-x11-1.0.so; > > > > Weird. Perhaps this is something about the way libtool works (or > > doesn't) on FreeBSD? gtkglext is included in the openvrml distribution > > and the libraries you mention are used as "convenience libraries"--which > > means that they should effectively be statically linked into > > openvrml-xembed. That, anyway, is how it works on Linux. > > Actually on FreeBSD they are not linked statically. Well, they aren't quite literally linked statically on Linux, either. automake/libtool recognize when a library in the package isn't installed and "linking" to such a library actually pulls in all the .o files that are part of the convenience library. Note that libantlr is also a convenience library. The only difference between it and the gtkglext libraries that comes to mind is that libantlr is linked into a shared library (libopenvrml), while the gtkglext libraries are linked into an executable. > Note that it's not a > problem to install these libs manually, I was just curious. Well, I'm guessing it would be a problem if you tried to install gtkglext on your system as well. :-/ -- Braden McDaniel e-mail: <br...@en...> <http://endoframe.com> Jabber: <br...@ja...> |
|
From: Thierry T. <th...@Fr...> - 2007-06-06 17:06:40
|
Le Mar 5 jui 07 à 1:33:43 +0200, Braden McDaniel <br...@en...> écrivait : > Note that libantlr is also a convenience library. The only difference > between it and the gtkglext libraries that comes to mind is that > libantlr is linked into a shared library (libopenvrml), while the > gtkglext libraries are linked into an executable. > > > Note that it's not a > > problem to install these libs manually, I was just curious. > > Well, I'm guessing it would be a problem if you tried to install > gtkglext on your system as well. :-/ That was the problem: I had missed this dependency on gtkglext! Anyway, I'm still getting these errors on models/warbird.wrl, but no backtrace: the program exit after "Assertion failed". Still investigating... Regards, -- Th. Thomas. |
|
From: Braden M. <br...@en...> - 2007-06-06 17:21:47
|
Thierry Thomas wrote:
> Le Mar 5 jui 07 à 1:33:43 +0200, Braden McDaniel <br...@en...>
> écrivait :
>
>> Note that libantlr is also a convenience library. The only difference
>> between it and the gtkglext libraries that comes to mind is that
>> libantlr is linked into a shared library (libopenvrml), while the
>> gtkglext libraries are linked into an executable.
>>
>>> Note that it's not a
>>> problem to install these libs manually, I was just curious.
>> Well, I'm guessing it would be a problem if you tried to install
>> gtkglext on your system as well. :-/
>
> That was the problem: I had missed this dependency on gtkglext!
Um... Well, the idea behind including gtkglext in the openvrml
distribution and using its libraries as convenience libraries is that
users shouldn't *have* to have gtkglext installed.
> Anyway, I'm still getting these errors on models/warbird.wrl, but no
> backtrace: the program exit after "Assertion failed".
You will need to use gdb to get a backtrace. Easiest way is probably to
attach gdb to the running process before you load warbird.wrl:
$ gdb --pid=<openvrml-xembed-pid>
(gdb) c
[now go load warbird.wrl in openvrml-player and make it crash]
(gdb) bt
Braden
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X