On Thu, Jul 27, 2017 at 10:31:51AM +0100, Larry Hynes wrote:
> $ env | grep LESS
> LESSHISTFILE=-
> LESS="-i -M -R -g -c"
> LESSCHARSET=utf-8
>
> $ unset LESS
> $ unset LESSCHARSET
> $ unset LESSHISTFILE
>
> $ LESS="-g"
> $ echo 'foo\nbar\nfoo\nbar\nfoo\nbar' | less
>
> While in less, '/' to search, then '^N', or '!', to search for lines
> which do NOT match the pattern, entering foo<CR> results in a seg
> fault.
>
> This is on amd64. I can put the core file somewhere if anyone wants it.
>
> $ uname -a
> OpenBSD foo.larryhynes.com 6.1 GENERIC.MP#8 amd64
>
> $ less -V
> less (OpenBSD) (POSIX regular expressions)
>
> $ echo $TERM
> rxvt-unicode
>
> $ echo $SHELL
> /bin/ksh
>
> $ dmesg
> OpenBSD 6.1 (GENERIC.MP) #8: Tue Jun 27 08:50:26 CEST 2017
>
> rob...@syspatch-61-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4278042624 (4079MB)
> avail mem = 4143710208 (3951MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68d0 (10 entries)
> bios0: vendor SeaBIOS version
> "rel-1.10.1-0-g8891697-prebuilt.qemu-project.org" date 04/01/2014
> bios0: QEMU Standard PC (i440FX + PIIX, 1996)
I cannot reproduce this behaviour an real amd64 hardware (ThinkPad X230)
running a snapshot from Jul. 12th.
All of xterm, rxvt-unicode, st and tmux work for the following:
$ env | fgrep LESS
$ LESS=-g
$ type less
less is /usr/bin/less
$ echo 'foo\nbar\nfoo\nbar\nfoo\nbar' | less
Pressing /!foo<enter>q matches and quits fine without segmentation
fault.
