From kde-panel-devel  Sat Feb 28 23:44:36 2009
From: Sebastian =?utf-8?q?K=C3=BCgler?= <sebas () kde ! org>
Date: Sat, 28 Feb 2009 23:44:36 +0000
To: kde-panel-devel
Subject: Re: Fun with Akonadi Dataeng
Message-Id: <200903010044.42266.sebas () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=123586474505471
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0671090067=="

--===============0671090067==
Content-Type: multipart/signed;
  boundary="nextPart2125162.Lp6cbzox8U";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2125162.Lp6cbzox8U
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Let's keep it on-list, please.

On Saturday 28 February 2009 20:09:38 David Baron wrote:
> On Friday 27 February 2009 15:50:55 you wrote:
> > On Friday 27 February 2009 08:30:28 David Baron wrote:
> > > On Thursday 26 February 2009 15:26:55 you wrote:
> > >
> > >
> > > An empty QHash has no keys, this should not crash anything.
> > > A null QHash would crash checking for keys. Same with a null as oppos=
ed
> > > to an empty QString checking for the data name.
> > >
> > > These are not pointers but references or values. How do I check for
> > > simple validity?
> >
> > QHash::isEmpty() should work.
> >
> > I'm not getting what the exact problem is. Can you show me the code
> > that's actually crashing? (I didn't notice any crashes so far, I'd be
> > interested what you're doing differently.)
>
> QHash::isEmpty() depends on there actaully being a QHash. Both my applet
> and the engine  explorer probably test the QString data source name first.
> What if this does not present real data ("" is perfectly fine).
>
> Since both the explorer and the applet crash after all the contacts have
> been loaded as evidenced by the copius debug prints, I suspect a
> dataUpdated call with bogus data, this is the version after you added the
> empty data call (could this be the culprit?) and async operation of the
> first datasources returns.

Can you please show me the code? This way it's like fishing in the dark (do=
es=20
this translate?). I'm much better at understanding if I can compare actual=
=20
code ...
=2D-=20
sebas

 http://www.kde.org | http://vizZzion.org |  GPG Key ID: 9119 0EF9=20


--nextPart2125162.Lp6cbzox8U
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQEcBAABAgAGBQJJqcxlAAoJEGdNh9WRGQ75+q4IAMRT97gdipjdcYFutopAPOyh
Y2HQoMxqJiM47pp3KNt9I8DMEBfcuNDIIb5H0qDu0ZCIxeumOK2dQ/vER7hNwH5o
9eMABHU4br9XwUokubC3pM56Du+zJhzFUhcwBkfJ7Sy3505yzmoNAs4/y+sY3vJI
EOdonyknvGfWpUknqxyN0vJUhoxYQl3X/O3TGqcyDEEN2xvsCR61bklzR4/k8mer
vldQBCCXSygaNVjhj6DVeTMbtx7s9szddowFsuvqns9kruENFfCI2vkQEJvBrBHw
mb2T4MwbxK6hyg1MURGVVeXgyStLRnLc5+hZLnpYNMsshMT+NPnhqob87hEO0ik=
=3rTP
-----END PGP SIGNATURE-----

--nextPart2125162.Lp6cbzox8U--

--===============0671090067==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

--===============0671090067==--