[Nepomuk] Nepoogle, ssh and Segmentation fault

[Ignacio Serantes]

Hi,

Thanks to Handa's help and guidelines I fixed the segmentation fault adding
the next lines to my .bashrc file:

if [[ -n $SSH_CLIENT ]]; then
    export DBUS_SESSION_BUS_ADDRESS=`cat /proc/$(pidof kded4)/environ | tr
'\0' '\n' | grep DBUS_SESSION_BUS_ADDRESS
fi

And for the same price now I can use D-Bus on a SSH session :).

On Mon, Apr 30, 2012 at 6:08 PM, Ignacio Serantes <kde at aynoa.net> wrote:

> Hi,
>
> Nepoogle is a python script and not an executable. This is GDB output:
>
> Starting program:
> No executable file specified.
> Use the "file" or "exec-file" command.
>
> But I'm sure that better than a backtrace is a method to reproduce the
> crash:
>
> #!/usr/bin/env python
> # -*- coding: utf-8 -*-
> from PyKDE4.nepomuk import *
> uri = "nepomuk:/res/1f8e139e-3153-4fce-9797-d8bdb8c18d40"
> print Nepomuk.Resource(uri).resourceType().toString()
>
> uri could be a existing or not existing uri and, off course, this code
> works in console and crash in a ssh session.
>
> But I think that this crash is not relevant, except maybe to discover that
> there is a coding bug that could be affect other Nepomuk's process, because
> I'm totally sure that I'm the only person queering his Nepomuk database in
> a ssh session and I solved the crash using a workaround.
>
> But I think that we are loosing my original question, where is the code
> that determine the value of the resourceType property?
>
>
> On Mon, Apr 30, 2012 at 5:40 PM, Martin Klapetek <
> martin.klapetek at gmail.com> wrote:
>
>> On Mon, Apr 30, 2012 at 15:20, Ignacio Serantes <kde at aynoa.net> wrote:
>>
>>> No, because crash is in a remote session so there is no Dr.konky.
>>
>>
>> If you have gdb, you can run nepoogle in it and then generate a backtrace:
>>
>> $ gdb nepoogle
>> gbd> run
>> (...crash...)
>> gdb> bt
>>
>> Here comes the backtrace.
>>
>> --
>> Martin Klapetek | KDE Developer
>>
>
>
>
> --
> Best wishes,
> Ignacio
>
>
>


-- 
Best wishes,
Ignacio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20120508/9da7845e/attachment-0001.html>