Hi Alan,
"Alan W. Irwin" <ir...@beluga.phys.uvic.ca> writes:
> Hi Ole:
>
> [...]
>
> To investigate this potential issue further, I have just now built and
> tested PLplot in an environment (Linux console mode) where no X server
> is running at all (although all the X headers, etc., were available).
> In response to the lack of an X server, our build system's
> wish-related part of the Tk configuration failed which in turn
> disabled tk. However, this is the expected result from some Cygwin
> experiments Arjen has tried where he attempted to configure PLplot
> without the Cygwin X server running. That was the only difference in
> that configuration compared to a more ordinary configuration with an X
> server running so all seemed well. Furthermore, the subsequent build
> of the test_noninteractive target (the same one that intermittently
> failed due to an X server glitch above) had absolutely no issues with
> the lack of X server! Furthermore, the combination of
>
> # Build all ctest dependencies:
> make -j4 all >& all.out
>
> ctest --extra-verbose -j4 >& ctest.out
>
> also showed no issues with the lack of X server (which makes sense
> since the "all" target builds no targets that do run-time testing, and
> ctest runs essentially the same noninteractive tests as the
> test_noninteractive target). By the way, this was all done with
> Qt4, but I don't think Qt5 would be any different.
OK, I used here the standard tests (with "make test" or so) which
probably include interactive tests. Probably the glitches were from some
interaction between Qt and X11 (race conditions); I observed them on one
machine, but not on another (both with identical Debian "unstable"
installations).
Switching to "make VERBOSE=1 test_noninteractive" seems to run into
similar problems, however:
[...]
Generate C results for svgqt file device
cd /build/plplot-5.13.0+dfsg/obj-x86_64-linux-gnu/examples && env
EXAMPLES_DIR=/build/plplot-5.13.0+dfsg/obj-x86_64-linux-gnu/examples
SRC_EXAMPLES_DIR=/build/plplot-5.13.0+dfsg/examples
OUTPUT_DIR=/build/plplot-5.13.0+dfsg/obj-x86_64-linux-gnu/examples/test_examples_output_dir
/bin/bash
/build/plplot-5.13.0+dfsg/obj-x86_64-linux-gnu/plplot_test/plplot-test.sh
--verbose --front-end=c --device=svgqt
Testing front-end c
x00c
/build/plplot-5.13.0+dfsg/obj-x86_64-linux-gnu/plplot_test/test_c.sh: line 32:
31892 Aborted (core dumped) $DEBUG_CMD "$cdir"/x${index}${lang}
-dev $device -o "${OUTPUT_DIR}"/x${index}${lang}%n.$dsuffix $options 2>
test.error >| "${OUTPUT_DIR}"/x${index}${lang}_${dsuffix}.txt
QStandardPaths: XDG_RUNTIME_DIR points to non-existing path '/run/user/1000',
please create it with 0700 permissions.
QXcbConnection: Could not connect to display
examples/CMakeFiles/test_c_svgqt.dir/build.make:296: recipe for target
'examples/test_examples_output_dir/x00c01.svgqt' failed
What seems to work is
ctest --extra-verbose
make -C obj-* VERBOSE=1 test_diff_psc
(I thought that the non-interactive target just includes ctest and
test_diff_psc?)
> I hope this advice allows you to get through the rest of your
> noninteractive testing of PLplot without issues, and once that
> result is nailed down, it will be extremely interesting to see
> what is going on with your X server and interactive tests
> of PLplot.
The X server that is used here (Xvfb) is a bit special (no real display,
just a framebuffer), and is running "plain", without a window manager or
so. And we have no networking available during the build (test). I can
imagine that that there are implicit assumptions in Qt that are then not
fulfilled. Therefore, I would not too much effort in this; for built
time tests (on all the supported Architectures) and frequently run CI
tests this is IMO enough.
Best regards
Ole
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
