[2882] in SIPB_Linux_Development
dsgrep buggy
daemon@ATHENA.MIT.EDU (Angie Kelic)
Wed Jul 19 14:57:55 2000
To: linux-dev@MIT.EDU
cc: jhawk@MIT.EDU
Date: Wed, 19 Jul 2000 14:57:39 EDT
From: Angie Kelic <sly@MIT.EDU>
dsgrep under sipb-linux-5.2 has some "issues" :
regexps that are 7 characters or longer cause the
program to segmentation fault (this is regardless of
the discuss meeting). Example:
athena% dsgrep -e slytest -a -n 3000 hotline
Segmentation fault (core dumped)
regexps that are shorter than 7 characters just cause
it to print the subject of all of the last "n" transactions
(where n is the number following -n). For example:
athena% dsgrep -e sly -a -n 3000 hotline
hotline [48449]: M1-142-1 Sgi Down
hotline [48450]: W20Thesis HP Jammed.
hotline [48451]: Re: Case 152080: corfu
hotline [48452]: M56-114-1 (Ultra5) Mouse Prob.
hotline [48453]: 12-182 HP Savion Toner
hotline [48454]: LOG # 152271 Rep.Form M56-114-1
...
or
athena% dsgrep -e slytes -a -n 3000 hotline
hotline [48449]: M1-142-1 Sgi Down
hotline [48450]: W20Thesis HP Jammed.
hotline [48451]: Re: Case 152080: corfu
hotline [48452]: M56-114-1 (Ultra5) Mouse Prob.
hotline [48453]: 12-182 HP Savion Toner
hotline [48454]: LOG # 152271 Rep.Form M56-114-1
...
(Note that I didn't send any of these messages to hotline,
and while "sly" may be a common string contained in a lot
of words, "slytes" likely is not...)
I believe the version I am running is from the last
update that went to linux-announce (May perhaps, with
the kerberos fix?). Here's the data from my machine.
athena% rpm -q -f /usr/athena/bin/dsgrep
athena-discuss-8.2-4
athena% ls -la /usr/athena/bin/dsgrep
-r-xr-xr-x 1 root root 269403 May 14 19:28 /usr/athena/bin/dsgrep
--Angie
******************************************************
The goal of engineering is to build better mousetraps.
The goal of nature is to build better mice.
******************************************************
