The following happened on the Linux build of last Friday. I've had the same problems with the Windows build. [eclipse 1]: open(queue(""), update, q, []). Yes (0.00s cpu) [eclipse 2]: read_exdr(q, R). No (0.00s cpu) [eclipse 3]: flush(q). Yes (0.00s cpu) [eclipse 4]: read_exdr(q, R). No (0.00s cpu) [eclipse 5]: write_exdr(q, 2147483648), flush(q). No (0.00s cpu) [eclipse 6]: read_exdr(q, R). R = R Yes (0.00s cpu) The penultimate goal fails because the number is too big to represent in 32 bits. The inability to write a 64 bit integer in EXDR is documented in the documentation of write_exdr/2. It is not clear from the documentation that read_exdr/2 cannot read 64-bit integers. Presumably the last goal should just fail. Incidentally, it seems anomalous that the representation of 64-bit integers is documented in the EXDR format chapter of the embedding+interfacing manual when Eclipse can't read or write them. Perhaps either write_exdr and read_exdr should be updated to support them, or this section of the documentation should be taken out. josh Developer, Parc Technologies Limited josh.singer@parc-technologies.com http://www.parc-technologies.com This e-mail message is for the sole use of the intended recipient(s) -its contents are the property of Parc Technologies Limited (or its licensors) and are confidential. Please do not copy, review, use (except for the intended purposes), disclose or distribute the e-mail or its contents (or allow anyone else to do so) without our prior permission. Parc Technologies Limited does not guarantee that this e-mail has not been intercepted and amended nor that it is virus-free. You should carry out your own virus checks before opening any attachment. Any opinions expressed in this e-mail message are those of the author and not necessarily Parc Technologies Limited.Received on Mon May 21 18:26:45 2001
This archive was generated by hypermail 2.1.8 : Wed 16 Nov 2005 06:08:06 PM GMT GMT