home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sun.apps:3073 comp.unix.programmer:6034 comp.unix.internals:2156
- Path: sparky!uunet!auspex-gw!guy
- From: guy@Auspex.COM (Guy Harris)
- Newsgroups: comp.sys.sun.apps,comp.unix.programmer,comp.unix.internals
- Subject: Re: modifying ARGV within a running program
- Message-ID: <16597@auspex-gw.auspex.com>
- Date: 23 Jan 93 19:34:09 GMT
- References: <1jqninINNa8l@usenet.INS.CWRU.Edu> <28603@dog.ee.lbl.gov>
- Sender: news@auspex-gw.auspex.com
- Followup-To: comp.sys.sun.apps
- Organization: Auspex Systems, Santa Clara
- Lines: 26
- Nntp-Posting-Host: auspex.auspex.com
-
- >Since this is going to comp.sys.sun.apps: on Suns running SunOS, at
- >least---I know nothing about the new Solaris systems
-
- The new Solaris systems are, just like the old Solaris systems, systems
- running SunOS.
-
- They just happen to be running SunOS 5.x rather than SunOS 4.x.
-
- I.e., Solaris 1.x consists of SunOS 4.1.y plus Open Windows 2.0 or 3.0
- plus DeskSet 2.0 or 3.0; Solaris 2.x consists of SunOS 5.y (so far,
- x = y) plus Open Windows 3.a.b plus DeskSet 3.a.b.
-
- > ---the strings ps prints are found at the top of the user stack. (This
- > is true in all traditional BSD-based systems.)
-
- In SunOS 5.x, the string "ps" prints is, most likely, in a special chunk
- of kernel memory; this is true in most SVR3-or-later SV-based systems.
-
- I.e., if Sun didn't change that as part of whacking on SVR4, you can't
- change what "ps" prints simply by modifying stuff in your address space,
- just as you can't do so on traditional SVR3-based or SVR4-based systems.
-
- (SVR3 sticks it in the U area; dunno if AT&T's SVR4 releases have a U
- area, but SunOS 5.x might not. What those systems stick there is a
- string constructed by gluing the first N characters worth of arguments
- together with spaces between them; N = 80 in SVR3.0.)
-