Many thanks to:
Anderson McCammont <email@example.com>
Arthur J. Byrnes <firstname.lastname@example.org>
Brooke King <email@example.com>
Gerhard den Hollander <firstname.lastname@example.org>
Jason K. Schechner <email@example.com>
John Weekley <firstname.lastname@example.org>
Jon Earle <email@example.com>
Ray Delaney <firstname.lastname@example.org>
Roger Fujii <email@example.com>
Salehi, Michael E <Mike.Salehi@usa.xerox.com>
All of whom tried to help, although none of them could. I appreciate
the effort anyway.
After a few OS rebuilds, and several repetitions of patch installations,
third-party software installations, etc., it boiled down to a simple
answer, with a nasty twist.
My original question:
> I just reinstalled Solaris 7 on a SS20. It was working before, but I
> wanted to remove some packages and re-layout my disks, and pkgrm failed
> indicating a corrupt installation database, so I decided to rebuild it.
> On rebuilding, I now can't login to CDE via dtlogin as either root
> or as a normal user. It puts up the dthello screen, then a few seconds
> later flashes a white screen, then black, then dtlogin.
> I *can* login to openwin. I can also login via command line.
The solution (after a long detour unfairly suspecting Star Office):
Patch 107226! We were installing -02, but it appears -01 would have
caused this too. This bug is actually a known bug at Sun (bug IDs
4226044 and 4212855), but not knowing what to look for I didn't find it
until after we had fingered this patch as the culprit.
The nasty twist? This patch only causes dtwm to die on SS20's with
SX frame buffers! That made it harder to isolate.
The real nasty part is that there is no patch for this, and no
work-around (short of not installing the patch of course). It is fixed
in CDE 1.4_18.
Thanks again Sun!
David L. Markowitz Director, UNIX Software
David.Markowitz@litronic.com Litronic Industries
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:13:19 CDT