The pre-lexed zotnet/tws/dtimep.c-lexed file distributed in nmh 0.27
coredumps when used on an HPUX machine (at least it did on the
HPUX 9.05, PA-RISC machine I was trying it on; I was compiling with
gcc 2.7.2.2 if that makes any difference). I didn't spend a
whole lot of time trying to figure out exactly why the fault happened.
The SEGV actually occurs inside lex_string() in lexstring.c,
but building dtimep.c with HP's lex made the problem go away, so...
The problem is masked when the code is built on a system that has lex
installed, since the pre-lexed copy is not used unless lex fails.
Unfortunately HP regards lex as optional software.
I notice that HP's version of lex gives this rather opaque complaint:
"./dtimep.lex" 418 error: 41
but produces a working result anyway. Perhaps that might be of
some use to a lex guru, which I ain't.
If you need further details let me know.
regards, tom lane