--nextPart1427753.btpkQCi4Sc
Content-Type: text/plain;
  charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 02 May 2006 17:56, Vladimir Prus wrote:
> =A0 GDBMI::ResultRecord* result =3D 0;
>
> =A0 GDBMI::ResultRecord* send_command(QString& command)
> =A0 {
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0// send the command
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0while(result =3D=3D 0)
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Q=
Application::processEvents();
> =A0 =A0 =A0 =A0 =A0return result;
> =A0 }

In this case I'm not sure I fully understand, but do you need to=20
simulate an synchronous call when the call itself is asynchronous? If=20
it is so, it might be better to look how this is done in KIO::NetAccess=20
(at the end of netaccess.cpp). That is better, but still has some=20
drawbacks.

Andras

=2D-=20
Quanta Plus developer - http://quanta.kdewebdev.org
K Desktop Environment - http://www.kde.org

--nextPart1427753.btpkQCi4Sc
Content-Type: application/pgp-signature

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

iD8DBQBEV9CJTQdfac6L/08RArLKAJ4/VTzsSoq5P0Gily/hki7jMyHVKwCgltOF
w136UriPwtzoaTKYbbAbKJA=
=jGvC
-----END PGP SIGNATURE-----

--nextPart1427753.btpkQCi4Sc--

_______________________________________________
KDevelop-devel mailing list
KDevelop-devel@barney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel