Real solution for the non-ascii-history problem
commit20a68166d0c05a18932bc784da5fe060fd3f32ae
authorJose Antonio Ortega Ruiz <jao@gnu.org>
Tue, 2 Jul 2013 19:15:42 +0000 (2 21:15 +0200)
committerJose Antonio Ortega Ruiz <jao@gnu.org>
Tue, 2 Jul 2013 19:16:44 +0000 (2 21:16 +0200)
treea872db1c4294d4e6a6e14675ba4bdc8b800af927
parent82e47962fc16c037b8b7c6864dfee3a0eedaf183
Real solution for the non-ascii-history problem

We were using a history entry separator including \0 that wasn't
writeable as an utf-8 file.  Changing the separator to \n}{\n allows
using UTF-8 characters in the REPL which are correctly read back.
NEWS
elisp/geiser-repl.el