Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <vcn90e$1ua1q$3@paganini.bofh.team>
Deutsch   English   Français   Italiano  
<vcn90e$1ua1q$3@paganini.bofh.team>

View for Bookmarking (what is this?)
Look up another Usenet article 
Path: ...!news.nobody.at!2.eu.feeder.erje.net!feeder.erje.net!newsfeed.bofh.team!paganini.bofh.team!not-for-mail
From: Anton Shepelev <anton.txt@gmail.moc>
Newsgroups: news.software.readers
Subject: Re: tin: article stubs one line short
Date: Sat, 21 Sep 2024 20:06:38 -0000 (UTC)
Organization: To protect and to server
Sender: 9dIQLXBM7WM9KzA+yjdR4A
Message-ID: <vcn90e$1ua1q$3@paganini.bofh.team>
References: <vchp81$1bo2h$1@paganini.bofh.team> <1gzgk2lgv08eo$.dlg@v.nguard.lh> <vck7ih$1kifu$1@paganini.bofh.team> <vcm5bq$oku$1@nntp.de>
Injection-Date: Sat, 21 Sep 2024 20:06:38 -0000 (UTC)
Injection-Info: paganini.bofh.team; logging-data="2041914"; posting-host="WJi3VZ6YDT03B/ZmmBPfhA.user.paganini.bofh.team"; mail-complaints-to="usenet@bofh.team"; posting-account="9dIQLXBM7WM9KzA+yjdR4A";
User-Agent: tin/2.6.3-20231224 ("Banff") (FreeBSD/14.1-RELEASE (amd64))
X-Notice: Filtered by postfilter v. 0.9.3
Bytes: 1831
Lines: 16

Urs Janssen <urs@buil.tin.org> wrote:
>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):

Somewhat related to this problem, is another, when Tin passes 0 for
%N, whereas the lines are numbered from unity (1).  Consequently,
nvi complains that an address of zero is wrong.