Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!ccicpg!felix!chuck From: tron@mrecvax.UUCP (Carlos Mendioroz) Newsgroups: comp.unix.ultrix Subject: Re: out of mbuf Message-ID: <12690@felix.UUCP> Date: Thu, 12-Nov-87 18:23:47 EST Article-I.D.: felix.12690 Posted: Thu Nov 12 18:23:47 1987 Date-Received: Sun, 15-Nov-87 07:53:13 EST References: <11556@felix.UUCP> <11696@felix.UUCP> Sender: chuck@felix.UUCP Reply-To: tron@mrecvax.UUCP (Carlos Mendioroz) Organization: M.R.E. y C. Bs. As. Argentina Lines: 35 Approved: zemon@felix.UUCP Reply-Path: In article <11696@felix.UUCP> mkhaw@teknowledge-vaxc.ARPA (Mike Khaw) writes: >> } Then edit /sys/vax/spt.s and you will find the following line ( it's >> } around line # 99 ) >> } SYSMAP(Mbmap ,mbutl ,NMBCLUSTERS*CLSIZE) >> } you MUST change NMBCLUSTERS to what you changed it to in mbuf.h >> >> It should not be necessary to edit spt.s unless NMBCLUSTERS is being >> defined somewhere else than in mbuf.h . After changing mbuf.h, delete > >You would think so, but for BINARY Ultrix sites, the connection between >mbuf.h and spt.s is sufficiently convoluted that you need to make both >changes as recommended by the "> }" lines. I don't recall the details >offhand, but spt.s does NOT #include mbuf.h. It gets NMBCLUSTERS from >some other module that BINARY sites cannot recompile (unless you want to >muck around with adb). > >Mike Khaw > Well, in ULTRIX 1.2 m, binary distribution, there's a file (/usr/sys/BINARY.mvax/assym.s, /usr/sys/SITE/assym.s) that's prepended to spt.s before compiling. There it is #defined NMBCLUSTERS too. Anyhow, I think the preprocessor (which interprets #foo commands) can only read clear files (sources) and symbol tables or any other data structure from an object are not. I don't like (As Bruce) hard linking NMBCLUSTERS to 1024 (or whatever), but having it #defined twice is not a good start! -Carlos Mendioroz UUCP: {uunet|pyramid|utai}!atina!mrecvax!tron P.S. Thanks Mike, you gave me the clue. Now it works...