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