• Previous message: buell AT asu DOT edu: "Magic 7.2"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Dear Jeff,

> however, the magic 7.2 graphics won't work -- seems the .dstyle file
> is not being read in at the correct time.

I encountered this last week, and due to my wife having a baby, I have had
zero time to work on it.  However, I did look into what was happening, and
decided that while it could be fixed with a few minor hacks, there was
a serious problem with the order in which magic loads various files,
exemplified by the fact that the "dstyle" file declares the number of
bit planes, but you have to know the number of bit planes in order to know
which dstyle file to read.  There is a lengthy bit of code that Mike Godfrey
wrote to figure out what kind of visuals are available and select one
appropriately.  The real solution, I think, is to take that code out of
the colormap reading routine, and have it run before anything else, as
soon as the type of display is determined (this happens when parsing the
command line).  Then the number of bit planes to use will be known early
on, and the proper colormap and style files will be read at the earliest
possible time.

The previously working code broke when I added the capability to read a
technology file after startup.  Since the technology file declares what
dstyle file to read, I had to reorganize the order in which files were
read.  Due to various existing hacks, this doesn't affect the 24-bit and
OpenGL versions.  However, it breaks the 8-bit-plane version.

Because it may be a while before I get around to the "real" solution,
I'll throw in the quick fix today so I don't annoy people running under
8 bit planes (including myself, although I usually use OpenGL now).

					Regards,
					Tim

• Next message: Philippe Pouliquen: "Test..."
• Previous message: buell AT asu DOT edu: "Magic 7.2"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]