Date: Mon, 9 Jun 1997 20:35:03 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, config@freebsd.org Subject: Re: Startup userconfig parsing Message-ID: <199706091105.UAA27384@genesis.atrad.adelaide.edu.au> In-Reply-To: <5464.865853820@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 9, 97 03:57:00 am"
next in thread | previous in thread | raw e-mail | index | archive | help
Jordan K. Hubbard stands accused of saying: > > You read my mind. It has some wacko arithmetic problems, and the guy > > must be allergic to ANSI C and Unix systems in general (can you > > _really_ write to the data segment under SunOS?), but it does > > seem to be the best bet. > > I just looked at it too - it's pretty easy to rip all the I/O out. Yeah, cutting it to the bone would be fairly easy. I have two problems : - It wants to malloc a fair bit. That may be Bad early in system startup. - It fails its regression tests with some stupid results. Try './atlast -iregress' and see if you can work out what the fnord is going on. > "bah" to that, BTW. atl is self-contained by comparison and you could > lobotomize it pretty good and then rebuild just the parts you wanted. Aha. Well, so far I am just looking for things that are worth doing. I had this really crazy idea that you could write things like module load/unload scripts with it... (runs and hides) > I say beat the crap out of it. ;) Ok. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706091105.UAA27384>