*BSD News Article 10413


Return to BSD News archive

Received: by minnie.vk1xwt.ampr.org with NNTP
	id AA79 ; Thu, 28 Jan 93 05:02:07 EST
Newsgroups: comp.unix.bsd
Path: sserve!manuel.anu.edu.au!munnari.oz.au!sgiblab!spool.mu.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