Mail Archives: cygwin-developers/2002/09/29/18:35:25
--=-Jx0bAoYil52th9xOp1Cw
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Mon, 2002-09-30 at 04:56, Christopher Faylor wrote:
=20
> I couldn't quite catch what was setting the EINVAL, for some reason,
> though. I rebuilt the DLL with debugging and set some breakpoints on
> likely "return EINVAL"s but they didn't get hit in this context.
>=20
> I did see an occasional EINVAL, though, and it seemed to be happening at
> __pthread_cond_dowait here:
>=20
> if (!pthread_mutex::isGoodObject (themutex))
> return EINVAL;
>=20
> I couldn't tell if this was the result of a debugging artifact or if
> it was an actual problem but in this context themutex =3D=3D cond, which
> certainly seems wrong.
I can't see how that would happen from the source, unless cond=3D=3Dmutex a=
t
program entry, which should -never- happend.
=20
> This is unfortunately just speculation so far since I haven't been
> able to catch what's going on. It does seem to be timing related
> since stopping and single stepping often seems to cause the program
> to "just work".
>=20
> Anyway, that's my current brain dump.
Thanks for that, I'm still stuck doing only a code review :[
,
Rob
--=20
---
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
---
--=-Jx0bAoYil52th9xOp1Cw
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQA9l4BJI5+kQ8LJcoIRApjMAJ95YZtIdbLZZmffhJDk2GR/3Vb5mACeKPoI
lRlRZ7URdk4xO2cSTX0Ai6g=
=vfZ/
-----END PGP SIGNATURE-----
--=-Jx0bAoYil52th9xOp1Cw--
- Raw text -