home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.next.misc
- Path: sparky!uunet!caen!nic.umass.edu!titan.ucc.umass.edu!a74k110
- From: a74k110@titan.ucc.umass.edu (Chris Lloyd)
- Subject: Re: stripping (was Ramdisk coming for NeXT)
- Message-ID: <1992Aug22.220611.7529@nic.umass.edu>
- Sender: usenet@nic.umass.edu (USENET News System)
- Nntp-Posting-Host: titan.ucc.umass.edu
- Organization: University of Massachusetts, Amherst
- References: <1992Aug22.205249.27205@atlantis.uucp>
- Date: Sat, 22 Aug 1992 22:06:11 GMT
- Lines: 30
-
- In article <1992Aug22.205249.27205@atlantis.uucp> bugs@atlantis.uucp (Dan Berry) writes:
- > "If you want to save some space, try stripping sdmach [hah hah hah]"
- > (paraphrased)
- >
- >Well, I thought he was joking. And yet, amazingly enough...
- >
- >atlantis> ls -l /sdmach
- >-r-xr--r-- 2 root 708219 Aug 14 19:11 /sdmach*
- >atlantis> ls -l /tmp/sdmach
- >-rwxr--r-- 1 bugs 624388 Aug 22 14:32 /tmp/sdmach*
- >
- >*** YEESH! ALERT ***
- >How can this be? And although I feel that the stripped version might work with
- >no problems, _I_ ain't gonna be the one to try it out. It might work in the
- >beginning, but I'd hate to have to deal with sporatic mach-kernel errors.
-
- Stripping /sdmach won't cause kernel errors per se, just errors when
- something tries to link with it, such as kernel loaded servers which use
- the relocation info (which strip removes) to link into the kernel.
-
- If you never intend on using, Midi, NeXTDimension, SLIP, PPP,
- MallocDebug (either this or AppInspector, I forget which one), the Tablet
- driver, ISDN, TTYDSP, and others I haven't mentioned and others
- which will come along, then it's probably fine to do :)
-
- Never hurts to try this stuff, worst that will happen is you'll learn
- something,
- --
- :: Christopher Lloyd :: a74k110@titan.ucc.umass.edu :: Yrrid, Inc. ::
- ::"He said he'd make me elite for $5...I think he wanted a sub or somethin'"::
-