On Wed, 21 Mar 2018 09:38:07 +1000, Alex wrote:
> libmedia_plugin_cef.so:00114cd0 T
> dullahan::setOnStatusMessageCallback(boost::function (std::string)>)
> libmedia_plugin_cef.so: U
> dullahan::setOnStatusMessageCallback(std::function)
The problem is that the dullahan::
On 2018-03-21 09:33, Henri Beauchamp wrote:
>
> It lists:
> U _ZN8dullahan26setOnStatusMessageCallbackESt8functionIFvSsEE
>
> So it indeed shows that the libdullahan.a library did not get properly
> linked to your plugin...
>
> Henri.
Ah! You're right:
nm --print-file-name -C libmedia_plugin_c
On Wed, 21 Mar 2018 08:58:55 +1000, Alex wrote:
> On 2018-03-21 07:57, monty wrote:
>
> > 'nm' that thing and see what is definition and what is reference.
>
> I pasted the result here:
>
> https://pastebin.com/BZyKEJf2
>
> command used: nm --print-file-name -u libmedia_plugin_cef.so
With the
On Wed, 21 Mar 2018 07:32:08 +1000, Alex wrote:
> On 2018-03-21 04:10, Henri Beauchamp wrote:
> > But only twice... I get it listed thrice in my plugin...
> > strings
> > /usr/local/CoolVLViewer-1.26.21/bin/llplugin/media_plugin_cef.so |
> > grep _ZN8dullahan26setOnStatusMessageCallback
> > _ZN8d
> On 2018-03-21 07:57, monty wrote:
>> 'nm' that thing and see what is definition and what is reference.
nm --print-file-name libmedia_plugin_cef.so | grep
setOnStatusMessageCallback
libmedia_plugin_cef.so:0011ecf0 T
_ZN25dullahan_callback_manager26setOnStatusMessageCallbackESt8functionI
On 2018-03-21 07:57, monty wrote:
> On 3/20/2018 17:32, Alex wrote:
>>
>> Interesting that that symbol is defined 3 times in your library.
>>
>
> 'nm' that thing and see what is definition and what is reference.
I pasted the result here:
https://pastebin.com/BZyKEJf2
command used: nm --print-
On 3/20/2018 17:32, Alex wrote:
>
> Interesting that that symbol is defined 3 times in your library.
>
'nm' that thing and see what is definition and what is reference.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.
On 2018-03-21 04:10, Henri Beauchamp wrote:
> But only twice... I get it listed thrice in my plugin...
> strings
> /usr/local/CoolVLViewer-1.26.21/bin/llplugin/media_plugin_cef.so |
> grep _ZN8dullahan26setOnStatusMessageCallback
> _ZN8dullahan26setOnStatusMessageCallbackEN5boost8functionIFvSsEEE
On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote:
> On 2018-03-20 22:00, Alex wrote:
> > 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of
> > /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with
> > error 20019 , additional info string:
> > /home/alex/ivyviewer/b
On 2018-03-20 23:28, Henri Beauchamp wrote:
> On Tue, 20 Mar 2018 14:15:09 +0100, Henri Beauchamp wrote:
>
>> Looks fine to me... Putting the blame on a buggy ld, you could try
>> this
>> trick (specifying libcef.so twice for linking) in CEFPlugin.cmake:
>
> Or... This could be an issue in how y
On Tue, 20 Mar 2018 14:15:09 +0100, Henri Beauchamp wrote:
> Looks fine to me... Putting the blame on a buggy ld, you could try this
> trick (specifying libcef.so twice for linking) in CEFPlugin.cmake:
Or... This could be an issue in how you linked libdullahan.a and/or
dullahan_host... In the Dul
On 2018-03-20 23:15, Henri Beauchamp wrote:
> What is your Linux build system ?
Ubuntu 17.10 64 bit
gcc/g++ version 4.9.4
GNU ld (GNU Binutils for Ubuntu) 2.29.1
--
Kind Regards,
Alex.
___
Policies and (un)subscribe information available here:
http://
On Tue, 20 Mar 2018 22:48:05 +1000, Alex wrote:
> I couldn't spot a problem in either of those files, but my eyes might
> have missed something.
>
> Does anything stand out at you:
>
> https://pastebin.com/c7wRQik8 (indra/cmake/CEFPlugin.cmake)
> https://pastebin.com/ZhytizN8 (indra/media_plugi
On 2018-03-20 22:33, Henri Beauchamp wrote:
>
> Apparently a failure to properly link libdullahan.a to your plugin
> (the library should be statically linked and so apr_dso_load() should
> not search for this method symbol at all)...
>
> Still something wrong in indra/cmake/CEFPlugin.cmake, or pe
On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote:
> The symbol is there... I'm not seeing any 'not found' errors when I
> check that plugin with ldd.
Depending on your ld version (old ones are very sensitive to the library
link order), this could be an issue with not linking the libraries in the
p
On Tue, 20 Mar 2018 22:00:36 +1000, Alex wrote:
> Well, I am a little closer :)
>
> I have a different error now.
>
> 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of
> /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with
> error 20019 , additional info str
On 2018-03-20 22:00, Alex wrote:
> 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of
> /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with
> error 20019 , additional info string:
> /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so: undefined
> symbol: _ZN
On 2018-03-20 20:34, Henri Beauchamp wrote:
> Yes, obviously, libcef.so did not get linked with your plugin...
>
> Check your indra/cmake/CEFPlugin.cmake: the library names changed
> there,
> from libllceflib.a to libdullahan.a. Note also the bit of vodoo magic
> needed under Linux to avoid seein
On 2018-03-20 20:34, Henri Beauchamp wrote:
>
> Yes, obviously, libcef.so did not get linked with your plugin...
>
> Check your indra/cmake/CEFPlugin.cmake: the library names changed
> there,
> from libllceflib.a to libdullahan.a. Note also the bit of vodoo magic
> needed under Linux to avoid se
On Tue, 20 Mar 2018 19:58:49 +1000, Alex wrote:
> This is what I get:
> alex@desktop:~/ivyviewer$ LD_LIBRARY_PATH="./lib:$LD_LIBRARY_PATH" ldd
> ./bin/llplugin/libmedia_plugin_cef.so
> linux-vdso.so.1 => (0x7ffcedd68000)
> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> (
> Hi Henri!
>
> Thank you for responding.
>
> This is what I get:
> alex@desktop:~/ivyviewer$ LD_LIBRARY_PATH="./lib:$LD_LIBRARY_PATH" ldd
> ./bin/llplugin/libmedia_plugin_cef.so
> linux-vdso.so.1 => (0x7ffcedd68000)
> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> (0x000
On 2018-03-20 19:35, Henri Beauchamp wrote:
> On Tue, 20 Mar 2018 10:24:24 +0100, Henri Beauchamp wrote:
>
>> On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote:
>>
>> > LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path
>> > bin/llplugin/libmedia_plugin_cef.so
>>
>> I meant:
>> LD_LIR
On Tue, 20 Mar 2018 10:24:24 +0100, Henri Beauchamp wrote:
> On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote:
>
> > LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path
> > bin/llplugin/libmedia_plugin_cef.so
>
> I meant:
> LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd
> ./bin/llplugin
On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote:
> LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path
> bin/llplugin/libmedia_plugin_cef.so
I meant:
LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd
./bin/llplugin/libmedia_plugin_cef.so
Henri.
On Tue, 20 Mar 2018 18:45:54 +1000, Alex wrote:
> I am working to try and get a Linux version of the FS viewer running and
> I have been successful for the most part after fixing a bunch of build
> issues.. however I seem to have an issue with CEF failing in the new
> viewer, this can be seen i
Hi Guys,
I am working to try and get a Linux version of the FS viewer running and
I have been successful for the most part after fixing a bunch of build
issues.. however I seem to have an issue with CEF failing in the new
viewer, this can be seen in the logs:
2018-03-20T07:44:13Z WARNING: LLPl
26 matches
Mail list logo
