-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
If GAP is the host, and Julia embedded, we should perhaps catch Julia's screen output (at least for errors) #237
Comments
I guess this (partially?) duplicates issue #95 |
@fingolfin Since this issue is still open:
is shown on the screen but does not occur in a GAP logfile. (Can we expect that some of the problems described in #516 will disappear when all printed output gets redirected properly?) |
Perhaps we can use Moreover, since these days (esp. with the GAP_jll PR #550) the plan kinda is to always start Julia first, then GAP, we should also look into redirecting GAP's input/output to Julia. (note that the two redirection directions are independent and we may need to have them both active at the same time, somehow. Hrm. |
We dropped support for using GAP as a host last year |
Right now, running the
JuliaInterface
test suite from within GAP prints this:These "WARNING: cfunction: return type of h6 does not match" messages are printed by Julia. I think we should catch them and add a way for the user to query these strings if desired; alternatively, we could turn the Julia error into a GAP error, by calling something like this pseudo code:
ErrorQuit("Julia run into an error: %s", juliaErrorOutput, 0)
The text was updated successfully, but these errors were encountered: