Steve Kelem <[EMAIL PROTECTED]> writes:
> I guess this supports the comments in the Makefile that say that this
> doesn't work with flex.
> My question to this, is why doesn't it work with flex?  What's all this
> hacking with the sed script supposed to do?
> Unfortunately, none of the rationale behind this decision of using lex
> plus the sed script is documented, so it would take
> some work to figure out what's going on and why.

I see from my recently re-introduced ChangeLog_MH-3_to_MH-6.6 file that it's
been around since the very beginning, though:

    Sun Feb 16 19:11:33 1986  /mtr <mrose@nrtc-gremlin>

            -- Incorporate Berkeley enhancements, courtesy of Van Jacobson --
            h/{format,scan}sbr.h: updated for new formatsbr stuff
            h/mh.h: updated for new m_getfld
            conf/MH: new default file
            conf/config/config.c: support spost under BERK and SENDMTS
            conf/mhconfig.c: support new zotnet/fmt/ directory
            conf/makefiles/uip: support spost
            conf/makefiles/zotnetM: support new zotnet/fmt/ directory
            conf/makefiles/zotnet/fmt: new Makefile
            conf/makefiles/zotnet/tws: support for new lex-based date parser
            sbr/m_gmsg.c,uip/msh.c: change init of READONLY
            sbr/m_getfld.c: re-written, super optimized!
            support/general/{digestcomps,mhl.digest,mhl.forward,scan.*}: use
                new fmt stuff
            zotnet/fmt/: new directory
            zotnet/tws/{dtimep.lex,lexedit.sed,lexstring.c}: new files
            zotnet/tws/dtime.c: update
            uip/{forw,scan,scansbr}.c: use new format stuff
            uip/{inc,mhlsbr,mshcmds,replsbr}.c: use new format stuff
            uip/trmsbr.c: use stderr for ioctl()s
            uip/spost.c: new file
            uip/{addr,format}sbr.c: remove, they're in zotnet/fmt/

> Any ideas?
> 
> Help!

Unless we can track down Van Jacobson and grill him about code from 1986,
I suspect someone's just gonna have to sit down and do a long and hard
examination of the stuff...  ;^(

-----------------------------------------------------------------------
Dan Harkless                   | To prevent SPAM contamination, please 
[EMAIL PROTECTED]      | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW.  Thank you.     

Reply via email to