On 2nd thought maybe the time-out is more significant than the apparent abort in view3d? I have seen situations locally when the build will stall with one process waiting for output from another. If one of these process dies I suppose it could wait forever. The session protocol between hyperdoc, sman, and the FriCAS main image does not seem to be very robust. The symbolic-expressions branch does add a relatively large number of new domains and categories (about 20). Perhaps that is enough to cause an overflow in hyperdoc not directly related to view3d.
On 12 April 2017 at 08:17, Bill Page <[email protected]> wrote: > Thanks. I definitely did not make any deliberate changes to graphics > or lib. If I understand correctly this is just C programming and the > problem apparently happens during the compilation of this code. Or > perhaps while linking this code with the Lisp image? But something is > strange or wrong about this theory. Maybe it is some kind of overflow > in SBCL due to an increase in the size of the image? > > But one problem is that I cannot easily reproduce exactly the > Travis-CI build environment locally. Apparently it is a docker image. > Maybe I can download their Ubuntu image locally and try it that way? > This needs more research. > > > On 12 April 2017 at 06:52, oldk1331 <[email protected]> wrote: >> Bill, I tried your branch with my updated travis script, still failure-- >> because of it's a "time out", so I still can't upload the build log. >> >> Bill's branch has been rebase on 2017-02-11, I think there's >> no update to graphics since then. >> -- 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 [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/fricas-devel. For more options, visit https://groups.google.com/d/optout.
