| Summary: | Cantor can't initialize session for maxima backend | ||
|---|---|---|---|
| Product: | [Applications] cantor | Reporter: | hackitforfun |
| Component: | maxima-backend | Assignee: | Filipe Saraiva <filipe> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | alexander.semke, alexanderrieder, asturm, harald_zealot, itumaykin+kde, rikmills |
| Priority: | NOR | ||
| Version: | 17.04 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 18.04 | |
| Sentry Crash Report: | |||
| Attachments: |
cantor.log
cantor-strace.log attachment-13196-0.html |
||
|
Description
hackitforfun
2017-05-01 12:11:00 UTC
Hi @hackitforfun, I could not reproduce your bug. Please, could you provide the output of 'maxima -v' command? In my case: $ maxima -v + '[' clisp = clisp ']' + '[' true = true ']' + '[' -x /usr/lib/maxima/5.39.0/binary-clisp/maxima ']' + exec /usr/lib/maxima/5.39.0/binary-clisp/lisp.run -q -M /usr/lib/maxima/5.39.0/binary-clisp/maxima.mem '' -- -v Maxima 5.39.0 http://maxima.sourceforge.net using Lisp CLISP 2.49 (2010-07-07) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) (In reply to Filipe Saraiva from comment #1) > Hi @hackitforfun, I could not reproduce your bug. Please, could you provide > the output of 'maxima -v' command? > > In my case: > > $ maxima -v > + '[' clisp = clisp ']' > + '[' true = true ']' > + '[' -x /usr/lib/maxima/5.39.0/binary-clisp/maxima ']' > + exec /usr/lib/maxima/5.39.0/binary-clisp/lisp.run -q -M > /usr/lib/maxima/5.39.0/binary-clisp/maxima.mem '' -- -v > Maxima 5.39.0 http://maxima.sourceforge.net > using Lisp CLISP 2.49 (2010-07-07) > Distributed under the GNU Public License. See the file COPYING. > Dedicated to the memory of William Schelter. > The function bug_report() provides bug reporting information. > (%i1) Thanks for the reply, here's the output ❯ maxima -v + '[' ecl = clisp ']' + '[' ecl = cmucl ']' + '[' ecl = scl ']' + '[' ecl = gcl ']' + '[' ecl = acl ']' + '[' ecl = openmcl ']' + '[' ecl = ccl64 ']' + '[' ecl = ecl ']' + exec /usr/lib/maxima/5.39.0/binary-ecl/maxima -- -v ;;; Loading #P"/usr/lib/ecl-16.1.2/sb-bsd-sockets.fas" ;;; Loading #P"/usr/lib/ecl-16.1.2/sockets.fas" ;;; Loading #P"/usr/lib/ecl-16.1.2/defsystem.fas" ;;; Loading #P"/usr/lib/ecl-16.1.2/cmp.fas" Maxima 5.39.0 http://maxima.sourceforge.net using Lisp ECL 16.1.2 Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) I'm also on archlinux and have the same problem. cantor 17.04.1 maxima 5.38.1 > maxima -v + '[' sbcl = clisp ']' + '[' sbcl = cmucl ']' + '[' sbcl = scl ']' + '[' sbcl = gcl ']' + '[' sbcl = acl ']' + '[' sbcl = openmcl ']' + '[' sbcl = ecl ']' + '[' sbcl = sbcl ']' + '[' -x /usr/lib/maxima/5.38.1/binary-sbcl/maxima ']' + exec sbcl --core /usr/lib/maxima/5.38.1/binary-sbcl/maxima.core --noinform --end-runtime-options --eval '(cl-user::run)' --end-toplevel-options -v Maxima 5.38.1 http://maxima.sourceforge.net using Lisp SBCL 1.3.17 Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. Alaksiej Stankievič I have downgraded to 16.12.3 and now maxima session works Created attachment 107234 [details]
cantor.log
Cantor-16.12.3 with KF-5.34.0 and Maxima-5.40.0 works fine.
Here are messages from cantor when running from the terminal.
Created attachment 107235 [details]
cantor-strace.log
And here's strace log of the same session.
Cantor-17.04.3 with KF-5.34.0 and Maxima-5.40.0 hangs. Maxima backend is similarly broken for ubuntu 17.10 Cantor: 17.04.3 maxima: 5.40.0 KF5: 5.37 The login mechanism was refactored and made more stable. The problem should be fixed now in 18.04. Please give it a try. Platform: arch linux cantor version: 18.04 maxima version: 5.41 I confirm that maxima session in cantor works properly. Thanks for fixing. Created attachment 112419 [details] attachment-13196-0.html I confirm that maxima session can be inititiated. However, I have to manually interrupt the backend (in this case maxima) in order to do the next calculation. This is not normal, isn't it ? Thanks for the fix anyway. Platform: arch linux cantor version: 18.04 maxima version: 5.41 On Thu, May 3, 2018 at 8:36 AM, Alaksiej Stankievič < bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=379404 > > --- Comment #10 from Alaksiej Stankievič <harald_zealot@tut.by> --- > Platform: arch linux > cantor version: 18.04 > maxima version: 5.41 > > I confirm that maxima session in cantor works properly. > > Thanks for fixing. > > -- > You are receiving this mail because: > You reported the bug. > (In reply to hackitforfun from comment #11) > Created attachment 112419 [details] > attachment-13196-0.html > > I confirm that maxima session can be inititiated. > However, I have to manually interrupt the backend (in this case maxima) in > order to do the next calculation. This is not normal, isn't it ? This is not normal, of course. I cannot reproduce this. Do you always have this behavior or for some certain commands only? If you can provide the information requested in comment #12, please add it. |