On Thu, 29 Jul 1999, Dan Mueth wrote:
> Hi everybody,
> I finally decided to get my hands dirty and figure this out. It looks
> like the program (figinset.C) has a bug in it. It essentially keeps track
> of the boolean variable gs_color which stores whether there is a local
> color colormap (as opposed to a local gray colormap). The problem is that
> when it decides how to render the EPS images, it decides based on
> gs_color. Thus, if you don't need a local colormap (ie. you have
> StaticColor or TrueColor), it incorrectly concludes that it should render
> the EPS in gray.
>
> The solution was to define a boolean variable, color_visual, which
> stores whether the visual is color(based on the visual class obtained in
> InitFigures()), and to use this to determine if it should be rendered in
> gray or color.
Okay, sounds reasonable but then I'm no expert in this area.
> For some reason, lyx dumps core on anything but TrueColor for me, even
> with the unpatched RPM and when I'm starting lyx without an
> argument/document). (Has anybody else had this problem?) I'd like to
> make sure this works properly before merging it into the main tree.
If you try "lyx -private" and it doesn't crash in the other colour levels
then its probably the bug in xforms we tracked down recently. This is
especially likely if you are using glibc-2.1 (RH6.0 and other recent
distros). IOW, several of us have had this problem and its fixed in the
newest xforms binaries which have been linked against this newer glibc.
Go to the xforms ftp site and get bxforms-0.88glibc2.tgz or something like
that -- whatevers newest.
Cheers,
Allan. (ARRae)
P.S. If possible please send patches in unified diff format (diff -u)
