-
-
Notifications
You must be signed in to change notification settings - Fork 480
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
ECL crashes in integration #25636
Comments
comment:1
See also this ask.sagemath post from same author. I can confirm this in 8.3.beta6 on Mac OS as well. |
Valgrind core dump |
comment:2
Attachment: t.gz Manual input in Sage's Maxima does not show this (just unsolved returned). BTW, the impact of the Rubi test suite is much appreciated. |
comment:4
BTW, the variables a,b,c,d,e,... in the Rubi test suite are intended to be real, I think. And the vars m,n,... are integer. In fact, this does not crash:
|
comment:5
"BTW, the variables a,b,c,d,e,... in the Rubi test suite are intended to be real, I think. " Hello; Actually Rubi is not even meant to be used for floating point numbers. Only exact numbers. Please see this "Rubi is only designed to handle rational, not floating point, numbers. If you substitute 3/10 instead of 0.3 for a, it returns the correct antiderivative without the GCD error. " The integrate command should have worked as is without assumption made on variables being real. Adding assumptions have no effect on Rubi's integrate result, since it does not use assumptions.
btw, In Mathematica 11.3 and Rubi also, the result for the original integral is
No assumptions are used. But good to know that with Maxima using assumptions, now it does not crash sage. Thank you --Nasser |
comment:6
Of course it fails in maxima because, well ... from sage it fails in maxima. There's a theoretical possibility that sage corrupts maxima's memory, but we've never observed such bugs, so that's very unlikely. In this case, with
(That's most of the code sage feeds to maxima for initialization, see github) we get
For
this fails just as badly. For all these integrals, the right place to report them is really maxima. You'll just have to dig a little to find the combinations of settings that trigger the error in maxima. Of course, you might get the reply back "using these options together doesn't make sense, don't do that" (although I don't think Robert has ever said that), in which case sage might have to reconsider its use of maxima. |
comment:7
"For all these integrals, the right place to report them is really maxima." Hello; But when I try the integral directly into Maxima 5.41.0, with lisp ECL 16.1.2, on the same Linux box (Manjora 17.1), Maxima does not crash. It hanged for long time thinking, so I ended terminating the command eventually. But it did not crash or even give an error. Only when called from SageMath, there is a crash and it happens very quickly after the call. May be SageMath is using different Maxima version. I do not know. I do not know how Sage communicate with Maxima, or what version of Maxima sage uses. I assumed it is the same as the Maxima installed on same Linux box, or may be Sage is just linked to a Maxima .so lib If I report this problem to Maxima, they could tell me that it does not crash in Maxima, which is true, and to report it to SageMath. Thank you for looking at this. |
comment:8
|
comment:9
Replying to @nasser1:
Sage uses maxima with non-standard settings. I listed a large part of those settings above. If you execute those commands in maxima before you run the relevant command then it's already a lot more probably you'll be getting the same behaviour in maxima (there are still some further differences, so it's not a full guarantee).
Indeed, before reporting it to maxima it first needs to be figured out how to create the conditions under which maxima does crash. Hopefully, with the information on this ticket it'll be a little easier to find those conditions. Ultimately, these errors need to be fixed in maxima (or sage should change integration engine), so the translation step needs to be made at some point. |
sage math build log file |
comment:10
Attachment: sagemath.txt Hello; I see. Thanks for the explanation. I now typed these commands you gave above, into my Maxima
but it did NOT crash. It is just sitting there for last 15 minutes thinking. No errors or anything. So the difference seems to be in the LISP used. You seem to be using Maxima 5.41.0 using Lisp SBCL 1.4.2-1.fc27 while the Maxima I have is Maxima 5.41.0, with lisp ECL 16.1.2. (I assume that the Maxima I have on Linux got installed when I installed SageMath? I do not know. Since I myself did not install Maxima explicitly myself. I just installed Linux Manjaro, followed by installing SageMath using Majaro pacman, which complied everything from source. The log file for the the build of SageMath is a attached FYI. (this was for sage 8.3 beta5, since then I now updated to sage 8.3 beta 6, but I only kept the log file for the build for beta5, but it should be similar) Thank you --Nasser |
comment:11
Interesting. That's something the maxima people can figure out. I get a failure both on
and on
The errors in both cases are highly indicative of infinite recursions, so it should fail on any lisp. From your perspective, you indeed haven't found the right settings to show the error in maxima yet. |
comment:12
In order to make sure you test the Maxima that is used by Sage, you need to run local/bin/maxima in your Sage directory. Just typing maxima will give you the one installed in your system, Nasser. |
comment:13
Hello; "you need to run local/bin/maxima in your Sage directory." Sorry, I do not understand what the above means. I do not know what "sage directory" is. I have no "sage directory". I installed sage directly from git using the Manjaro package manager.
|
This comment has been minimized.
This comment has been minimized.
Upstream: Reported upstream. No feedback yet. |
comment:15
Reported on https://sourceforge.net/p/maxima/bugs/3442/ and removed "critical" status, since fixing this will have to happen in maxima anyway, so the status here doesn't help to bump priority. |
comment:16
fyi, on sagemath 8.3 beta7, this still crashes sage, but it now gives a screen dump which I did not see in sagemath 8.3 beta6. This might be useful for someone. Here it is
|
comment:17
fyi, I found another integral which crashes sage 8.3 rc0
|
comment:18
Yup,
causes an infinite recursion on both
and
so if this is reported to the maxima bug-tracker, they can do something with it. |
Changed keywords from integrate to integrate, segfault |
comment:19
I'm including the upstream bug link (from comment 15) in the ticket description. |
This comment has been minimized.
This comment has been minimized.
comment:20
fyi, found another one that crashes sagemath
thank you |
comment:21
fyi, found another one that crashes sagemath
|
comment:22
fyi, found another one that crashes sagemath SageMath version 8.3.rc0, Release Date: 2018-07-08
|
comment:23
fyi found another one that crashes sagemath
|
comment:24
I have tried the first few examples from description and comments in 9.3.rc2, on macOS 10.15.
|
comment:27
According to this commit this is now fixed upstream. |
Changed upstream from Reported upstream. No feedback yet. to Fixed upstream, but not in a stable release. |
comment:28
Replying to @mkoeppe:
I think |
comment:29
Indeed A very recent maxima mailing list discussion highlights the role of reports from the Sage community. At the next Maxima release, we can discuss |
Computing the following integral using "maxima" for integration
causes a Sage core dump.
When using other algorithms, it works, i.e. Sage does not crash.
Observed under Linux Manjaro, 17.1 on an intel PC.
I would add the core dump file itself, but I do know if one is created
or where it is saved. Do not see one in my current folder.
Any other information needed, please let me know.
Note: the same error occurs using Sage 8.2-6 (from the
Arch Linux packaging) under Linux Manjaro MATE 17.1.
Note:
Upstream: Fixed upstream, but not in a stable release.
Component: symbolics
Keywords: integrate, segfault
Issue created by migration from https://trac.sagemath.org/ticket/25636
The text was updated successfully, but these errors were encountered: