home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.misc
- Subject: Re: Detach command.
- Message-ID: <1993Jan7.195001.28493@njitgw.njit.edu>
- Date: 7 Jan 93 19:50:01 GMT
- References: <1ih9vnINNbrf@transfer.stratus.com> <21062@ucdavis.ucdavis.edu>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 30
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <21062@ucdavis.ucdavis.edu> ez003045@hamlet.ucdavis.edu (James E. Lee) writes:
- >Also, does anyone know of a way to put something in the background
- >and foreground on the fly without using PM windows (like fg & bg in
- >UNIX)?
-
- Can't be done. The four OS/2 session types (PM, Windowed,
- Full-Screen, and Detatched) all have different properties. Unlike
- Unix, where a background process uses the same session type as a
- foreground process. An app wouldn't be able to deal with the changes.
- For instance:
-
- A PM app can not do any console I/O
-
- A windowed or full-screen session can not create a message queue or
- perform any functions (like open windows) that requires one. Oddly
- enough, WinInitialize() returns a valid HAB to a non-PM app. I think
- this is a bug.
-
- A detached process can have no I/O other than the command-line and
- data files.
-
- etc., etc.
-
-
-
- --
- |) David Charlap | .signature confiscated by FBI due to
- /|_ dic5340@hertz.njit.edu | an ongoing investigation into the
- ((|,) | source of these .signature virusses
- ~|~
-