A DOCINFO pdfmark which contains UTF-16BE text strings for (eg) Author emits garbage in the XMP metadata when producing PDF/A. In addition the parsing of PostScript escapes ('/(', '/)', '//' '/xxx') is incorrect in that escaped octal numbers consume the character following the octal digits, and the other escapes simply aren't recognised.
Fixed in revision 10743, patch here: http://ghostscript.com/pipermail/gs-cvs/2010-February/010489.html
Changing customer bugs that have been resolved more than a year ago to closed.