[1703] in SIPB bug reports
idraw for the RT?
daemon@ATHENA.MIT.EDU (kkkken@ATHENA.MIT.EDU)
Sun Feb 24 02:03:14 1991
From: kkkken@ATHENA.MIT.EDU
Date: Sun, 24 Feb 91 02:02:45 -0500
To: dyer@ATHENA.MIT.EDU
Cc: bug-sipb@MIT.EDU
In-Reply-To: dyer@ATHENA.MIT.EDU's message of Fri, 22 Feb 91 20:58:15 EST <9102230158.AA12928@pasteur.MIT.EDU>
I noticed an 'idraw' for the RT, but I find that when I run it, it
simply spins its wheels using CPU time without putting up a
window. Am I doing something wrong?
Possibly --- I use idraw on the RT quite frequently, without any
trouble. (Or, at least, without trouble that fundamental!) It does
take several seconds to come up, however.
I'll ask you a bunch of obvious questions to try to figure out what
might be going wrong:
1. do other window programs start normally? (e.g.,, xeyes)
2. is sipb attached? I don't think idraw requires it, but it can't
hurt.
3. are you sure you're running the one in the sipb locker? (type
which idraw
to find out.)
4. do you have any unusual idraw resources in your .Xresources
file? Try running idraw without *any* resources (type
xrdb -remove; idraw
Be sure to reload resources ("xrdb -load ~/.Xresources")
after.)
5. are you sure idraw is going CPU bound? let it go a good 15 or 20
seconds, and then use `top' or something to find out if it's
using a lot of CPU. If so, get its core with gcore and we'll
take a look at it to find out where it's looping. (usage:
gcore PID
where PID is the process ID of the idraw process).
Let us know how it works...
Kenneth J. Duda
MIT Network Services
Member, Student Information Processing Board
<kkkken@athena.mit.edu>
