odd behaviour writeq and write_to_codes

[Jasper Taylor]

Hello folks -- not sure if this counts as a bug...if I have an atom
that contains a wide character, say é (that should be e acute), 
then if I write that atom it
comes out correctly, but if I writeq it it is replaced by a special
format such as '\xc3\\xa9\'. The manual does not describe this
behaviour. Example:

?- name(P, [195,169]), write(P).
é

P = '\xc3\\xa9\'

yes

(note that the é is produced by write(P), but the answer to the query
is displayed using an internal call to writeq).


Another issue: If I call write_to_codes as part of a portray
procedure, it can occasionally cause a get_print_stream request later
on in portray to return the wrong stream id, though I can't yet
reproduce this problem reliably.

Cheers
        --Jasper