[Nepomuk] BUG?: IN013: Wide source charset specified, but the supplied string not wide

Ignacio Serantes kde at aynoa.net
Thu Oct 13 08:15:18 UTC 2011 

I do not use krunner or dolphin to search so this is not a big problem to me
but there are many users who do not use nepoogle and search service is
vital.

If you need a tester I will be available.

On Thu, Oct 13, 2011 at 6:09 AM, Sebastian Trüg <trueg at kde.org> wrote:

> Oh, yeah, this is unrelated to my patch. The query service from
> nepomuk-core also crashes for me with some weird error I cnanot make any
> sense of yet.
> Strangely enough the same service with the exact same code from
> kde-runtime does not crash... :/
>
> C++ is weird indeed. :D
>
> Cheers,
> Sebastian
>
> On 10/12/2011 05:46 PM, Ignacio Serantes wrote:
> > Hi,
> >
> > I test this patch in a test system using an updated Chakra with KDE
> > 4.7.2 and sadly don't works. There is no crash window but nepomuksearch
> > service is crashing and this is the output of the last crash:
> >
> > <-------------------------------------------->
> > Application '/usr/bin/nepomukservicestub nepomukqueryservice' crashed! 0
> > restarts left.
> > [/usr/bin/nepomukservicestub] virtual void
> > Soprano::Server::LocalServer::incomingConnection(quintptr)
> > [/usr/bin/nepomukservicestub] void
> >
> Soprano::Server::ServerCorePrivate::addConnection(Soprano::Server::ServerConnection*)
> > New connection. New count: 9
> > [/usr/bin/nepomukservicestub] virtual void
> > Soprano::Server::LocalServer::incomingConnection(quintptr)
> > [/usr/bin/nepomukservicestub] void
> >
> Soprano::Server::ServerCorePrivate::addConnection(Soprano::Server::ServerConnection*)
> > New connection. New count: 10
> > [/usr/bin/nepomukservicestub] Soprano::ODBC::Connection::Connection()
> > Soprano::Server::ServerConnection(0x92f8388)
> > [/usr/bin/nepomukservicestub] KCrash: Application 'nepomukservicestub'
> > crashing...
> > [/usr/bin/nepomukservicestub] virtual void
> > Soprano::Server::ServerConnection::run() thread done.
> > [/usr/bin/nepomukservicestub] virtual void
> > Soprano::Server::ServerConnection::run() thread done.
> > [/usr/bin/nepomukservicestub] void
> > Soprano::Server::ServerCore::serverConnectionFinished()
> > [/usr/bin/nepomukservicestub] virtual
> > Soprano::Server::ServerConnection::~ServerConnection() Removing
> connection
> > [/usr/bin/nepomukservicestub] void
> > Soprano::Server::ServerCore::serverConnectionFinished() Connection
> > removed. Current count: 9
> > [/usr/bin/nepomukservicestub] KCrash: Attempting to start
> > /usr/lib/kde4/libexec/drkonqi from kdeinit
> > [/usr/bin/nepomukservicestub] void
> > Soprano::Server::ServerCore::serverConnectionFinished()
> > [/usr/bin/nepomukservicestub] QSocketNotifier: Invalid socket 8 and type
> > 'Read', disabling...
> > [/usr/bin/nepomukservicestub] virtual
> > Soprano::Server::ServerConnection::~ServerConnection() Removing
> connection
> > [/usr/bin/nepomukservicestub] QSocketNotifier: Invalid socket 11 and
> > type 'Read', disabling...
> > [/usr/bin/nepomukservicestub] virtual
> > Soprano::ODBC::Connection::~Connection()
> > Soprano::Server::ServerConnection(0x92f8388)
> > [/usr/bin/nepomukservicestub] nepomukservicestub: Fatal IO error: client
> > killed
> > [/usr/bin/nepomukservicestub] void
> > Soprano::Server::ServerCore::serverConnectionFinished() Connection
> > removed. Current count: 8
> > [/usr/bin/nepomukservicestub] local socket error:
> > QLocalSocket::UnknownSocketError
> > [/usr/bin/nepomukservicestub] "" Soprano: "Command timed out."
> > "/usr/bin/nepomukservicestub" [out]
> > "sock_file=/home/ignacio/.kde4/socket-bingbing/kdeinit4__0
> > "
> > Application '/usr/bin/nepomukservicestub nepomukqueryservice' crashed to
> > often. Giving up!
> > <-------------------------------------------->
> >
> > This is the test system I'm using:
> > - Chakra i686 linux running in Virtual Box and updated today to KDE
> 4.7.2.
> > - One folder named /home/ignacio/indexable/ indexed by strigi with three
> > files. Only this folder is indexed.
> > - One file named "test 1.txt" tagged with "test" and "test 1".
> > - One file named "test_2.txt" tagged with "test" and "test 2".
> > - One file named "テスト 3.txt" tagged with "test" and "テスト 3".
> >
> > When I search using krunner, typing "test"and "テスト",
> > nepomukqueryservice crash.
> >
> > On Fri, Oct 7, 2011 at 7:08 PM, Ignacio Serantes <kde at aynoa.net
> > <mailto:kde at aynoa.net>> wrote:
> >
> >     Good, I'm in Barcelona this weekend and I can`t test your fix but I
> >     will do when I'll be back in my home.
> >
> >
> >     On Fri, Oct 7, 2011 at 11:57 AM, Sebastian Trüg <trueg at kde.org
> >     <mailto:trueg at kde.org>> wrote:
> >
> >         OK, fixed now. For real this time. Queries always work, search
> >         excerpts
> >         ignore wide chars. Hopefully we get a fix in Virtuoso 6.1.5.
> >
> >         Cheers,
> >         Sebastian
> >
> >         On 10/06/2011 08:23 PM, Sebastian Trüg wrote:
> >         > ah, damn it! Thanks for noticing. I did not test enough!
> >         > I will try to fix it - have to ask the Virtuoso people again...
> >         >
> >         > Cheers,
> >         > Sebastian
> >         >
> >         > On 10/06/2011 02:19 PM, Ignacio Serantes wrote:
> >         >> Hi,
> >         >>
> >         >> I'm testing git source and when I try a search using KRunner
> >         I get an error:
> >         >>
> >         >> *iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso
> >         Server]IN013:
> >         >> Wide source charset specified, but the supplied string not
> wide
> >         >> *
> >         >>
> >         >> This seems to be related to recent changes to fix unicode
> >         problems
> >         >> because the error is located in the SPARQL query here:
> >         >>
> >         >> charset_recode('utada', '_WIDE_', 'UTF-8')
> >         >>
> >         >> Maybe the problem is that the unicode fix require compiling
> >         other KDE
> >         >> modules and I'm only compiling nepomuk_core but, would be
> >         safer adding a
> >         >> simple check if string is _WIDE_ before generate the query to
> >         avoid a
> >         >> virtuoso error?
> >         >>
> >         >> If I search a word with non ascii characters, like "宇多田",
> >         seems like
> >         >> there is a crash and no query is generated.
> >         >>
> >         >> --
> >         >> Best wishes,
> >         >> Ignacio
> >         >>
> >         >>
> >         >>
> >         >> _______________________________________________
> >         >> Nepomuk mailing list
> >         >> Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> >         >> https://mail.kde.org/mailman/listinfo/nepomuk
> >         > _______________________________________________
> >         > Nepomuk mailing list
> >         > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> >         > https://mail.kde.org/mailman/listinfo/nepomuk
> >         _______________________________________________
> >         Nepomuk mailing list
> >         Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> >         https://mail.kde.org/mailman/listinfo/nepomuk
> >
> >
> >
> >
> >     --
> >     Best wishes,
> >     Ignacio
> >
> >
> >
> >
> >
> > --
> > Best wishes,
> > Ignacio
> >
> >
> >
> >
> > _______________________________________________
> > Nepomuk mailing list
> > Nepomuk at kde.org
> > https://mail.kde.org/mailman/listinfo/nepomuk
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk
>



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

More information about the Nepomuk mailing list