Applied to master, thanks!
-jon
On 10/30/18 8:19 PM, Matthew R. Trower wrote:
I'm really not familiar with this program, so I don't know how to test
it. But, here is the patch.
-mrt
Jon Trulson writes:
That worked for me... Send a patch, I'll apply it.
-jon
On 10/25/18 1:09 AM, Matthe
I'm really not familiar with this program, so I don't know how to test
it. But, here is the patch.
-mrt
>From cde735937250835f7d0af716af76e65d311b1edc Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 30 Oct 2018 21:16:39 -0500
Subject: [PATCH] Restore original `tail` functionality
On 10/25/18 1:09 AM, Matthew R. Trower wrote:
Did it break somewhere for you?
Sorry I didn't reply to this - yes it was broken. All of the screens
would show:
tail: cannot open '+0f' for reading: No such file or directory
Instead of actual data.
--
Jon Trulson
"In the game of chess, you
That worked for me... Send a patch, I'll apply it.
-jon
On 10/25/18 1:09 AM, Matthew R. Trower wrote:
tail -n +0 -f
--
Jon Trulson
"In the game of chess, you can never let your adversary see your pieces."
- Zapp Brannigan
_
Jon,
Regarding commit 392356f6b48c12d8ee3fda4f1a75641dbcfa98c2 ...
Whereas `tail -f` displays the last 10 lines of input before entering
follow mode, `tail +0f` displays the *entire* input before entering follow
mode (the number is the line of input to start on). I'm not certain
what the context
