Sujet : Re: tin: article stubs one line short
De : urs (at) *nospam* buil.tin.org (Urs Janßen)
Groupes : news.software.readersDate : 21. Sep 2024, 10:58:18
Autres entêtes
Organisation : tin.org
Message-ID : <vcm5bq$oku$1@nntp.de>
References : 1 2 3
User-Agent : tin/2.6.4-20240917 ("Banff") (Linux/6.1.0-23-amd64 (x86_64))
Anton Shepelev wrote:
It is not a bug in the editor, because regarless of the editor `tin'
2.6.3 on FreeBSD 14.1 pre-generates an article with /only one/ empty
line at the end instead of two. `tin' 2.6.2 (on a remote system I
use) pre-genenerates articles with two empty lines at the end. I
think it is an error in `tin' 2.6.3. Or can this have been changed
intentionally?
kinda, just tested it with an editor which doesn't complain _and_ jumps
one line _past_ the last line if called with +N > lines_in_file (e.g.
nano, joe, ...). I'll revert that change (= adding an additional
\n to the stub):
=== modified file 'src/post.c'
--- old/src/post.c 2024-09-17 13:26:24 +0000
+++ new/src/post.c 2024-09-21 09:52:00 +0000
@@ -2895,6 +2895,7 @@
start_line_offset = msg_write_headers(fp) + 1;
msg_free_headers();
+ fprintf(fp, "\n"); /* add a newline to keep vi from bitching */
start_line_offset += msg_add_x_body(fp, group->attribute->x_body);
meanwhile you might be able to use something like (depends on your $SHELL)
editor_format=%E +$((%N - 1)) %F