Am 23.07.2013 um 15:50 schrieb Robert Schneider :
>> In dontkillme(), wouldn't it be desirable to close the file descriptor?
>
> Shit, good catch. [1_dontkillme_v2.patch]
> --
> ziggomatic
> <1_dontkillme_v2.patch>
I think this unportable and totally linux specific,
h
* Button number in X10 mode:
I believe the button - 1 came from "C b is button - 1" from [0].
However, above this section, it states
"Normally, parameters (such as pointer poisition and button number)
for all mouse tracking escape sequences generated by xterm encode
numeric para
ATTR_BLINK is an attribute for a Glyph and will not be set in term.mode.
---
Again, I haven't actually run into any problems caused by this, but this seems
like a typo to me.
st.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/st.c b/st.c
index 8992998..734c345 100644
---
Calvin Morrison dixit:
>I was sick of ls | wc -l being so damned slow on large directories, so
What, besides the printing and sorting, is the slow part anyway?
Is it the VFS API or just the filesystem code?
In the latter case… could workarounds exist? Someone asked this…
http://fenski.pl/2013/07
Its called unionfs if I recall
On Jul 25, 2013 9:28 PM, "Thorsten Glaser" wrote:
> Calvin Morrison dixit:
>
> >I was sick of ls | wc -l being so damned slow on large directories, so
>
> What, besides the printing and sorting, is the slow part anyway?
> Is it the VFS API or just the filesystem cod
On 26.07.2013, at 00:46, Joerg Jung wrote:
>
> hence shoul be in an ifdef linux or something.
>
Or use setpriority() to make it portable.
~koneu
