From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from aubrey.stanford.edu ([171.66.232.31]) by hawkwind.utcs.utoronto.ca with SMTP id <45076>; Thu, 14 Dec 2000 13:55:38 -0500 Received: (qmail 26786 invoked from network); 14 Dec 2000 08:25:10 -0000 Received: from localhost.highwire.org (HELO aubrey.stanford.edu) (127.0.0.1) by localhost.highwire.org with SMTP; 14 Dec 2000 08:25:10 -0000 X-url: http://highwire.stanford.edu/~jimr/ X-face: "!ZH^<"U,NeU:732A To: Bengt Kleberg cc: sam-fans@hawkwind.utcs.toronto.edu Dcc: Subject: Re: 'original' libXg and 24 bpp, follow up In-reply-to: Message from Bengt Kleberg of "Thu, 14 Dec 2000 02:22:15 EST."References: <200012140722.IAA00286@avc093.etxb.ericsson.se> <200012140722.IAA00286@avc093.etxb.ericsson.se> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26781.976782309.1@aubrey.stanford.edu> Date: Thu, 14 Dec 2000 03:25:10 -0500 Sender: jimr@aubrey.stanford.edu Message-Id: <00Dec14.135538edt.45076@hawkwind.utcs.utoronto.ca> > 'test' did not work for me. > 'rdcolmap bitmap too deep' After including "u.h" to fix a problem with a missing def for Rune, test in the libXg directory compiled for me, and ran up to the test of arc. At that point it bailed with the same error as you reported. The problem appears to be that rdcolmap handles only up to 256 colors (it's hard coded as a magic number). If it detects more than that, it bails. I just went into xtbinit.c commented out the 'return;' statement after the color depth check in rdcolmap. Test ran for me after that, though the inversion test doesn't do the right thing. I guess I'm curious about samterm itself -- since it doesn't use color I'm thinking the above doesn't matter much in terms of it's impact. A message I dug up from the wily list: Date: Wed, 22 Nov 1995 12:57:40 EST To: wilyfans@jli.com From: Chris Siebenmann Subject: Re: wily doesn't seem to like 24-bit TrueColor ... A friend fixed this (in sam) and has given me some patches I need to integrate. The core problem is that libXg assumes that the framebuffer depth is equal to the number of colour bits; '24-bit' colour in my X server is actually 32 bits deep, breaking this. The solution is apparently fairly simple -- just stop libXg assuming this in the few places where it matters. ... > PS: does anybody have the url to wily? wily-fans produced no response... The url for the editor is now at http://www.cs.yorku.ca/~oz/wily/, wilyfans@jli.com is the email address for the list. Jim