I tried to get the source, but I get no response out of
cvs -qd anon...@anoncvs.ca.openbsd.org:/cvs checkout -rOPENBSD_7_4 -P src
I also tried
ssh anoncvs.ca.openbsd.org
and
ping anoncvs.ca.openbsd.org
all three gave no responce
-----Original Message-----
From: Omar Polo <o...@omarpolo.com>
Sent: Tuesday, March 26, 2024 1:37 PM
To: Peter Fraser <p...@thinkage.ca>
Cc: bugs@openbsd.org
Subject: Re: ls -l Segmentation fault
[moving to bugs@]
On 2024/03/26 17:15:28 +0000, Peter Fraser <p...@thinkage.ca> wrote:
> For some reason I don't know my partition /var/www got screwed up and there
> was a long list in /var/www/lost+found.
>
> Since I populate /var/www by using rsync from another computer, and I expect
> didn't notice the existence of lost+found for a long time.
>
> "ls" on the directory works but "ls -l" faults with
>
> ls -l
> total 2176
> c--------x 1 34078976 wheel 58, 7079544 Dec 31 1969 #04963796
> Segmentation fault (core dumped)
>
> The directory has 1324 files in it.
>
> I have included the core dump of "ls"
>
> If you try to tar the files in the directory, you get very strange message,
> but the files are ignored and the is not faults.
> I still have them if anyone wants to examine them. If not, I will try to
> delete them.
the corefile alone is not going to be of much help due to the random libc
relinking; can you show the backtrace? lldb in base should work, otherwise use
egdb from the gdb package.
$ ls -l
[assuming it crashes]
$ egdb ls ls.core
[useless copyright stuff elided]
(gdb) bt
and paste the output in a mail. re-compiling ls with debug symbols (cd
/usr/src/bin/ls && make DEBUG='-g' && doas make DEBUG='-g' install) could be
useful too.
For what is worth, I have a maildir with 14k files and haven't noticed crashes,
so the number of entries it's probably not the culprit.
Thanks,
