Apr 11, 2020, 23:11 by chet.ra...@case.edu:
> On 4/11/20 12:04 PM, gentoo_esh...@tutanota.com wrote:
>
>>>
>>> What's your $PS1?
>>>
>> $ echo $PS1
>> \ ---\n\ \[\a\]\ \[\e[1;37m\e[42m\]\u@\H\[\e[0m\] \
>> \[\033[1;30m\]$(date "+%Y/%m/%d %H:%M:%S")\[\033[0m\] \ \[\e[0;37m\]\s\V
>> t:\
On 4/11/20 12:04 PM, gentoo_esh...@tutanota.com wrote:
>>
>> What's your $PS1?
>>
> $ echo $PS1
> \ ---\n\ \[\a\]\ \[\e[1;37m\e[42m\]\u@\H\[\e[0m\] \
> \[\033[1;30m\]$(date "+%Y/%m/%d %H:%M:%S")\[\033[0m\] \ \[\e[0;37m\]\s\V t:\l
> j:\j \ d:${SHLVL} pp:${PPID} p:$$ ut`cat /proc/uptime |
On Mon, Apr 6, 2020 at 6:18 AM Chet Ramey wrote:
> I'm going to go with a variant of 2: a more general facility that only the
> `fc' builtin uses. It will be in the next devel branch push.
Thanks! Confirmed that patching trap.{h,c} and builtins/fc.def
to reproduce the diffs in those files from
h
Apr 11, 2020, 17:19 by chet.ra...@case.edu:
> On 4/11/20 8:43 AM, gentoo_esh...@tutanota.com wrote:
>
>> It silently segfaults when pasting a line of text twice(or a long enough
>> line once), seems to be length dependent, unsure.
>>
>> Removing commit ea31c00845c858098d232bd014bf27b5a63a668b
On 4/11/20 8:43 AM, gentoo_esh...@tutanota.com wrote:
> It silently segfaults when pasting a line of text twice(or a long enough line
> once), seems to be length dependent, unsure.
>
> Removing commit ea31c00845c858098d232bd014bf27b5a63a668b from only the file
> lib/readline/display.c works ar
> On 3/25/20 4:18 PM, Daniel Colascione wrote:> > >> I haven't touched the face
> code in display.c. I'd like to find a simpler> >> way to do it: the patch
> seems to have a lot of overhead and adds more> >> complexity than I'd like at
> a time when I'm trying to make the redisplay> >> code si
