--nextPart7244972.Dll10nybTd Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" > On Wed, Jun 13, 2012 at 2:34 PM, Sebastian Tr=FCg wrote: > > I am totally lost. What is the problem with that commit? >=20 > AFAIK, the problem is that changes were made in both Soprano and KDEl= ibs > for 4.9, but for 4.8.4, they are using this "changed" kdelibs with th= e old > soprano. Not correct - at openSUSE, we are using Soprano 2.7.6 with kdelibs 4.8.= 4 (and=20 virtuoso 4.1.5) and we get the crashes mentioned in Jose Maria's origin= al=20 mail. Particularly the gwenview crash is very easy to reproduce: > #2 gwenview > I can reproduce it just clicking an image and sometimes even just sta= rting > the application. > Backtrace: > http://alioth.debian.org/~santa-guest/4.8.4_crashes/bug_gwenview_sant= a.kcras I don't know whether there is an issue with the kdelibs commit or wheth= er the=20 SC/BC issue Aaron fixed with TCPClient is relevant. I don't understand= why=20 the backtraces seemingly have nothing to do with Soprano either, unless= =20 (guess) a threading problem causes useless backtraces to be generated. Will --nextPart7244972.Dll10nybTd Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="iso-8859-1"

>= ; On Wed, Jun 13, 2012 at 2:34 PM, Sebastian Tr=FCg <sebastian@trueg= .de> wrote:

>= ; > I am totally lost. What is the problem with that commit?

>= ;

>= ; AFAIK, the problem is that changes were made in both Soprano and KDEl= ibs

>= ; for 4.9, but for 4.8.4, they are using this "changed" kdeli= bs with the old

>= ; soprano.

 

Not= correct - at openSUSE, we are using Soprano 2.7.6 with kdelibs 4.8.4 (= and virtuoso 4.1.5) and we get the crashes mentioned in Jose Maria's or= iginal mail. Particularly the gwenview crash is very easy to reproduce= :

 

>= ; #2 gwenview

>= ; I can reproduce it just clicking an image and sometimes even just sta= rting

>= ; the application.

>= ; Backtrace:

>= ; http://alioth.debian.org/~santa-guest/4.8.4_crashes/bug_gwenview_sant= a.kcras

 

I d= on't know whether there is an issue with the kdelibs commit or whether = the SC/BC issue Aaron fixed with TCPClient is relevant. I don't unders= tand why the backtraces seemingly have nothing to do with Soprano eithe= r, unless (guess) a threading problem causes useless backtraces to be g= enerated.

 

Wil= l

--nextPart7244972.Dll10nybTd--