On 2018-03-23 02:00, Henri Beauchamp wrote:
> #elif defined(__linux__)
> CefString(_subprocess_path) = "dullahan_host";
> #endif
>
>
> Henri.
Well that certainly got me further! Thank you! Its' at least _trying_ to
start dullahan_host now, but some strange behavour:
On 2018-03-23 02:00, Henri Beauchamp wrote:
> On Fri, 23 Mar 2018 01:48:08 +1000, Alex wrote:
>
>> It does indeed sound like the viewer is subsequently spawning another
>> SLPlugin instead of dullahan_host, you are right. I have no idea why
>> the
>> viewer would be doing that. From what I am
On Fri, 23 Mar 2018 01:48:08 +1000, Alex wrote:
> It does indeed sound like the viewer is subsequently spawning another
> SLPlugin instead of dullahan_host, you are right. I have no idea why the
> viewer would be doing that. From what I am aware, the viewer _should_
> start one instance of
On Thu, 22 Mar 2018 16:31:29 +0100, Henri Beauchamp wrote:
> In my viewer, SLPlugin is never passed any other argument than the port,
> so maybe these arguments you see passed are an "extension" to Firestorm's
> plugin system...
In fact, looking at the processes for a viewer on at login sceen
On Thu, 22 Mar 2018 23:39:51 +1000, Alex wrote:
> 2018-03-22T10:08:12Z llplugin/slplugin/slplugin.cpp(194) : error
> 2018-03-22T10:08:12Z ERROR: llplugin/slplugin/slplugin.cpp(194) : main:
> port number must be numeric
> .../...
> 4589 execve("/home/alex/ivyviewer/bin/SLPlugin",
>
On 2018-03-21 19:30, Henri Beauchamp wrote:
> Yes, under Linux, ld uses the provided library and searches for
> , lib.so, lib.a, etc...
>
> But your problem was related to a bad call in your plugin (did you read
> my message dated Wed, 21 Mar 2018 00:43:41 +0100 ?).
Hi Henri,
I saw it. Ive
On Wed, 21 Mar 2018 16:59:58 +1000, Alex wrote:
> Just a quick question about the above. In the list for
> target_link_libraries, the first two make sense to me, but what is 'cef'
> referring to? is it libcef.so?
Yes, under Linux, ld uses the provided library and searches for
, lib.so, lib.a,
On 2018-03-20 23:28, Henri Beauchamp wrote:
> Or... This could be an issue in how you linked libdullahan.a and/or
> dullahan_host... In the Dullahan Cmake file, check for the proper
> ordering in target link libraries:
>
> target_link_libraries(dullahan_host cef_dll_wrapper cef)
Just a quick
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
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
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
> >
> 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
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
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:
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:
> >
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
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
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:
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
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
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
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
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:
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
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
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
>
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:
>>
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
>
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
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:
34 matches
Mail list logo