GNU bug report logs - #72879
30.0.90; string-lines hardcoded eol

Previous Next

Package: emacs;

Reported by: Christopher Howard <christopher <at> librehacker.com>

Date: Thu, 29 Aug 2024 18:04:01 UTC

Severity: normal

Found in version 30.0.90

Done: Christopher Howard <christopher <at> librehacker.com>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Christopher Howard <christopher <at> librehacker.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 72879 <at> debbugs.gnu.org
Subject: bug#72879: 30.0.90; string-lines hardcoded eol
Date: Thu, 29 Aug 2024 12:15:06 -0800

Eli Zaretskii <eliz <at> gnu.org> writes:

> Well, "newline" is the name of the \n character, so I think the doc
> string is okay.

So, in Emacs, \n = newline = LINEFEED by definition?

I notice if I open a new buffer, set it to DOS encoding, and then run (newline), than it inserts 0d0a. But the newline docstring doesn't mention anything about making adjustments for encoding.

-- 
Christopher Howard
This bug report was last modified 202 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.