On 5/29/24 16:51, Waldek Hebisch wrote:
We should understand what is happening. As I wrote, HyperDoc and
graphics protocal is inherently racy, but in previously it worked
relatively well.
Well, the difference is that the hyperdoc pictures are built with
${GEN_VIEWPORTFILES_PHT}: %.pht: %.ht ${INPUT_EXTRA_INPUT} ${SMAN} \
$(fricas_target_bindir)/hypertex$(EXEEXT) stamp-initial-ht-db
echo $<
unset DAASE; HTPATH=.; export HTPATH; \
FRICAS_INITFILE='' ${XVFB} ${SMAN} -noihere -paste $<
I have no idea what -noihere is actually doing, but maybe it is
connected to the "race problem". Or maybe the -paste option does
something fancy that cause the race not to happen.
Previously, pictures for the book were taken from the "pasted" pictures
of this run and converted by imagemagick. The new version needs a new
fricas run to generate the .ps format.
Anyway, I would like to have some safety check that the generated .tex
files are non-truncated.
Unfortunately, I will be away till Monday.
Ralf
--
You received this message because you are subscribed to the Google Groups "FriCAS -
computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to fricas-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/9c87a65a-4c92-430f-842c-db13c5ed738d%40hemmecke.org.
