<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 18, 2014 at 9:30 PM, Richard A. O'Keefe <span dir="ltr"><<a href="mailto:ok@cs.otago.ac.nz" target="_blank">ok@cs.otago.ac.nz</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
On 19/02/2014, at 3:04 AM, Vlad Dumitrescu wrote:<br>
> Multi-line strings are a pain but at least I can understand the reason for having them. I can't find any reasonable use of atoms with names including newlines and I wonder if we could do anything about them...<br>


<br>
</div>Since list_to_atom/1 can create atoms containing newlines,<br>
then we had _better_ be able to print them somehow.<br>
<br></blockquote><div><br></div><div>Yes, I know, I was just a bit frustrated. Maybe it's a thing for Erlang2 o whatever...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

There's one thing about Erlang atom reading that may be<br>
an oversight, and is dangerously close to a bug:<br>
<br>
m% ./erl<br>
Erlang R16B03-1 (erts-5.10.4) [source] [64-bit] [smp:2:2] [async-threads:10] [hipe] [kernel-poll:false]<br>
<br>
Eshell V5.10.4  (abort with ^G)<br>
1> 'foo\n\<br>
1> bar'.<br>
'foo\n\nbar'<br>
<br>
I had expected that <backslash><newline> would<br>
- be rejected as a syntax error, or<br>
- be discarded like in C and Prolog.<br>
<br>
I did _not_ expect it to turn into <newline>.<br>
<br></blockquote><div><br></div><div>Actually, what I was referring to was that that last backslash isn't really needed at all. 'foo</div><div>bar' is 'foo\nbar'. This is what I think is confusing. For strings too.</div>

<div><br></div><div><br></div><div>regards,</div><div>Vlad</div><div> </div></div></div></div>