Hi Dave, This is really rather odd. Do you happen to have the exception lying around somewhere? E.g. does the problem occur when the demo is run, or maybe when pylit is run on the input rst file? We ought to be able to fix this within Firedrake in an environment-independent way but it depends a bit on where the issue occurs. Regards, David From: <firedrake-bounces@imperial.ac.uk> on behalf of "Acreman, David" <D.M.Acreman@exeter.ac.uk> Reply-To: firedrake <firedrake@imperial.ac.uk> Date: Thursday, 11 October 2018 at 11:28 To: firedrake <firedrake@imperial.ac.uk> Subject: [firedrake] Fix for problem with Monge-Ampere demo Hi all, I ran into a slightly odd problem running one of the demos and thought it would be useful to post the solution in case anyone else is having the same problem. The problem was triggered by a non-ascii character in the Monge-Ampere demo (ma-demo) which showed up as a failure when running the test suite. The resulting error message is: UnicodeDecodeError: ’ascii’ codec can’t decode byte 0xc3 in position 41: ordinal not in range(128) This can be fixed by setting the LC_ALL environment variable e.g. for bash-like shells export LC_ALL=en_US.utf-8 You can check the encoding by running python3 -c 'import sys; print(sys.stdin.encoding)’ which should report "UTF-8” with the environment variable set. The encoding usually seems to work correctly but didn’t on our local cluster. Regards, Dave Dr. David Acreman, Senior Research Fellow, College of Engineering, Mathematics and Physical Sciences, University of Exeter, Stocker Road, Exeter EX4 4QL