-
-
Notifications
You must be signed in to change notification settings - Fork 526
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
integral computation with giac crashes giac #25822
Comments
Changed keywords from none to giac, integrate |
comment:2
Here is another bug in GIAC/XCAS, may be it should be added to above? since it is also in integrate? I did not know if I should open a new one or not, since it is same system. Here it is. This is a bug in giac used by sagemath. It returns "done" as result of integrate.
|
comment:3
This is expected, if the output is too large.
|
comment:4
Indeed, this is a bug of the pexpect giac interface that takes the string representation of the giac output. The computation is done in giac but when the output is large giac just prints Done, and that is this string that the pxepect interface get. It is not typical for integrate it will concern all large output. Bernard, is there a way to disable this in giac/icas or to obtain the string value of the computation? Note that this problem doesn't appear in giacpy_sage (optionnal package)
|
comment:5
The maximal size of objects that will be printed should be controllable with the environment variable GIAC_TAILLEMAX (default 1000). Size is not the length of the printed string, but the size of the giac::gen as defined in symbolic.h: unsigned taille(const gen & g,unsigned max); |
Changed upstream from Not yet reported upstream; Will do shortly. to Fixed upstream, but not in a stable release. |
Changed keywords from giac, integrate to giac, integrate, crash, pexpect |
This comment has been minimized.
This comment has been minimized.
comment:7
Replying to @frederichan-IMJPRG:
It seems we can ask Giac for the string representation using At least in the web interface, it not return the shorter "Done" output:
|
comment:8
But sage's pxepect interface is calling icas/giac so it is different than working with the library as does giacpy or the javascript interface. Adding string before evaluation will break manythings such as mulple commands, and after evaluation we will get the Done from icas. So I think that the easiest thing is to change this in icas.cc, moreover there is already an "insage" booleen flag. I have test successfully the following patch. Bernard, do you plan to remove the "Done" output in icas.cc when the insage flag is on so that next giac version will solve this without patch?
|
comment:9
Yes, I made the change in my source (with !insage first). |
comment:10
Thank you, so in sage the next giac update should solve these problems automatically. |
comment:11
fyi, this is similar giac crash. I tried to report it to giac, but could not get an account on giac tracking. I submitted request to join and never heard back. So posting it here. May be someone who knows how to report them to giac bugs database would be able to do this since I can't.
|
comment:12
Crash fixed in source. |
comment:13
crash fixed by #26315.
It appears however that the latter integration (by maxima?) is not correct. Can this integral be computed in elementary functions? |
comment:15
Replying to @dimpase:
Very unlikely:
(I also tried a well known online tool.) |
comment:16
Yes, as |
comment:17
Replying to @dimpase:
No, the result is correct, it is just not very helpful:
|
comment:18
Replying to @mantepse:
the result of the computation without fixing parameters seems to be incorrect, that's what I was trying to say. |
comment:19
This is not fixed in 8.6, i still get the errors. This ticket should depend on #26315 and requires a dedicated doctest. |
comment:20
Please add all the doctests you see fit on the branch of #26315 - I just don't see why we should test giac more than it tests itself... |
Dependencies: #26315 |
comment:21
no work should be done on this ticket, hence positive review. |
comment:22
Presuming these are all correctly reviewed as either duplicate, invalid, or wontfix. |
As reported on this Ask Sage question, Giac crashes on the following integral:
This is fixed upstream and will be part of the next stable version of Giac.
Another issue when using Giac for integration is the following:
Quoting Frederic Han's comment (with minor edits):
Quoting Bernard Parisse's comment:
Depends on #26315
Upstream: Fixed upstream, but not in a stable release.
CC: @frederichan-IMJPRG @sagetrac-parisse @slel
Component: symbolics
Keywords: giac, integrate, crash, pexpect
Issue created by migration from https://trac.sagemath.org/ticket/25822
The text was updated successfully, but these errors were encountered: