home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.bsd
- Path: sparky!uunet!stanford.edu!agate!tfs.com!julian
- From: julian@tfs.com (Julian Elischer)
- Subject: Re: [386BSD] Hang compiling xterm with patch kit 2
- Message-ID: <1993Jan26.234727.15174@tfs.com>
- Organization: TRW Financial Systems, Berkeley, CA - 94704
- References: <C1HC8t.28n@world.std.com>
- Date: Tue, 26 Jan 1993 23:47:27 GMT
- Lines: 38
-
- In article <C1HC8t.28n@world.std.com> hd@world.std.com (HD Associates) writes:
- >I get a disk subsystem hang ld'ing xterm on 386bsd. I've applied
- >the new patch kit hoping it would fix things, but doesn't. The system
- >continues to run, and if I have things running in the background
- >such as "leave" or the window manager they continue to function
- >until they have to use the disk.
- >
- >I'm using Julian's SCSI system on a Micronics 486VL mother board, 16MB
- >memory with Adaptec 1542B and two CDC/Seagate roughly 300 MB drives.
- >
- >I've copied the xterm directory onto my first drive, rebooted single user
- >and verified it still hangs, eliminating the case of a funky file system
- >and broken code.
- >
- >The first thing I ask myself is where the processes are sleeping. Is there
- >any way to dump the process table from the debugger?
-
- There is.
- I am pleased to be able to tell you that the command
- 'call ddb_ps' will print out a ps-like listing.
-
- now the bad news:
- the process you want is nearly always off the top of the screen.
-
- the ddb docs on agate (in unofficial) intimate that there is a 'more mode'
- but I don't know how to make it do that yet.
-
- >
-
- julian
- +----------------------------------+ ______ _ __
- | __--_|\ Julian Elischer | \ U \/ / On assignment
- | / \ julian@tfs.com +------>x USA \ in a very strange
- | ( OZ ) 2118 Milvia st. Berkeley CA. \___ ___ | country !
- +- X_.---._/ USA+(510) 704-3137(wk) \_/ \\
- v
-
-
-