home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.ms-windows.programmer.win32
- Path: sparky!uunet!dialogic!gerry
- From: gerry@pizzabox.dialogic.com (Gerry Lachac)
- Subject: Threads are Not Processes (was Re: Process Security in NT)
- Message-ID: <1992Sep11.145735.17150@dialogic.com>
- Sender: news@dialogic.com (Netnews)
- Organization: Dialogic Corporation
- References: <sxjcb-100992122022@sxjcb.uacn.alaska.edu>
- Date: Fri, 11 Sep 92 14:57:35 GMT
- Lines: 20
-
- In article <sxjcb-100992122022@sxjcb.uacn.alaska.edu> sxjcb@orca.alaska.edu (Jay C. Beavers) writes:
- >
- >Are daemon and process bad words for NT that have been replaced with more
- >'MC (Microsoft Correct)' jargon? Threads means processes, but how about
- >daemon? Background thread?
-
- Threads are *NOT* processes! Processes can be thought of as data
- ownership, and a thread as a stream of control. A process can have
- one thread (the standard Unix model) or many threads (the NT/OS2/Unix
- with Light-weight Process model).
-
- A process can "own" memory, file handles, pipes, etc. Every thread in
- a process can access any of this data. The only data a thread has is
- its stack.
-
- Many beginning Unix-background OS2/NT programmers mistakenly make
- this thread==process assumption, since the concepts of data ownership
- and streams of control are not separated in the traditional Unix model.
-
-
-