lmi
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lmi] Headless GUI tests on corporate server


From: Vadim Zeitlin
Subject: Re: [lmi] Headless GUI tests on corporate server
Date: Sat, 13 Nov 2021 23:18:50 +0100

On Sat, 13 Nov 2021 22:07:37 +0000 Greg Chicares <gchicares@sbcglobal.net> 
wrote:

GC> On 11/13/21 5:37 PM, Greg Chicares wrote:
GC> [...]
GC> > I'll start a separate thread for server issues.
GC> 
GC> Here's a transcript of a session on our corporate server:
[...]
GC> Instead, we want the DISPLAY value specified in this command:
GC>   Xvfb :1 -screen 0 1280x1024x8 &
GC> and that seems to get us farther:
GC> 
GC> /opt/lmi/src/lmi[0]$DISPLAY=:1 wine /opt/lmi/bin/wx_test --ash_nazg 
--data_path=/opt/lmi/data --test log_error
GC> Assertion '"Assert failure"' failed
GC> (incorrect bitmap type in wxBitmap::GetRawData()).
GC> [file /opt/lmi/src/lmi/third_party/wx/src/msw/bitmap.cpp, line 1423]
GC> ^C%
GC> 
GC> The string "incorrect bitmap type" doesn't occur anywhere in
GC> this mailing list's two decades of archives. Vadim, have you
GC> any idea what could cause that?

 Yes, it's certainly due to the "x8" specified above, as raw bitmap access
is not supported in palette-using video modes. The main reason for this is
that I thought nobody used them any longer, when I was implementing support
for this (and that was 10+ years ago, so I think this is even truer today),
but it also probably would be more difficult to support 8bpp than the other
modes.

 So I'd advise to retry with the usual x24 instead, e.g. 1600x1200x24 that
I use in the CI workflow file. Or is there some reason to use 8bpp that I'm
forgetting about?

VZ

Attachment: pgpeuW13tmpZ8.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]