On Fri, 23 Mar 2018 09:50:12 +1000, Alex wrote:
> Well that certainly got me further! Thank you! Its' at least _trying_ to
> start dullahan_host now, but some strange behavour:
>
> alex@desktop:~/ivyviewer$ grep dullahan trace.txt | pcregrep -o1
> '.*(execve\([a-z0-9\/_\"]+),'
> execve("/usr/lo
On 2018-03-23 02:00, Henri Beauchamp wrote:
> #elif defined(__linux__)
> CefString(&settings.browser_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:
alex@
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 awa
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 SLPl
On 2018-03-23 01:36, Henri Beauchamp wrote:
> 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 fa
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 ste
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",
> ["/home/alex/i
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 reso
