https://bugs.kde.org/show_bug.cgi?id=408179
Nikita Sirgienko changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #56 from vialav ---
$ gdb --args cantor -b python2
─── Output/messages
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #55 from vialav ---
$ gdb --args cantor -b julia
…
>>> run
─── Output/messages
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #54 from vialav ---
$ gdb cantor
…
>>> run
─── Output/messages
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #53 from vialav ---
I hardly could make a better report than the following:
[This block shortly appears before any further session, and goes away]:
QObject::connect: signal not found in KSelectAction
QObject::connect: signal not found in
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #52 from vialav ---
I'm testing Cantor now.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #51 from vialav ---
/home/cantor/cantor-19.07.70+git20190603/src/backends/R/rcompletionobject.cpp:
In member function ‘void RCompletionObject::receiveCompletions(Cantor::
Expression::Status)’:
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #50 from vialav ---
In file included from
/home/cantor/cantor-19.07.70+git20190603/src/backends/R/rextensions.h:24,
from
/home/cantor/cantor-19.07.70+git20190603/src/backends/R/rbackend.cpp:24:
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #49 from vialav ---
In file included from
/home/cantor/cantor-19.07.70+git20190603/src/backends/R/rextensions.h:24,
from
/home/cantor/cantor-19.07.70+git20190603/src/backends/R/rbackend.cpp:24:
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #48 from vialav ---
/home/cantor/cantor-19.07.70+git20190603/src/backends/octave/octavesyntaxhelpobject.cpp:
In member function ‘void OctaveSyntaxHelpObject::fetchingDone
(Cantor::Expression::Status)’:
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #47 from vialav ---
[ 32%] Generating ui_settings.h
cd
/home/ubuntu/src/salsa.debian.org/qt-kde-team/cantor-19.07.70+git20190603/cantor-19.07.70+git20190603/obj-x86_64-linux-gnu/src/backends/octave
&& /usr/bin/cmake
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #46 from vialav ---
[ 10%] Building CXX object
src/lib/CMakeFiles/cantorlibs.dir/directives/plotdirectives.cpp.o
cd /home/cantor/cantor-19.07.70+git20190603/obj-x86_64-linux-gnu/src/lib &&
/usr/bin/c++ -DKCOREADDONS_LIB -DQT_CONCURRENT_LIB
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #45 from vialav ---
dpkg-buildpackage -us -uc -ui
dpkg-buildpackage: info: source package cantor
dpkg-buildpackage: info: source version
4:19.07.70+git20190603-0ubuntu1+mkl~18.04.2
dpkg-buildpackage: info: source distribution bionic
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #44 from vialav ---
I see one more commit about the Python backend, with which I want to re-compile
Cantor, and then sort out the tickets. Here I just want to clarify, that my
system has a single system-wide Python2/3 installation(s),
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #43 from Nikita Sirgienko ---
Create separate reports about buttons (Qt signals problem) and Python problems.
Also crash on "triangle" was related with failed qt connection, i think.
About Python, please attached more debug information, in
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #42 from vialav ---
…one last addition, because I think it would be useful:
The just described first mouse-only clicking segfaulting behaviour to execute
the cell ('Hello' example, or, indeed, any other) in Cantor under Python
segfaults
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #41 from vialav ---
…and cantor_python(s) were present in the processes after exiting Cantor.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #40 from vialav ---
I can swiftly report that the buttons still don't work with the latest code
(the same symptoms). About Python refactoring I may open a new ticket, if
needed, but both the python(s) backend(s) stopped working, seemingly
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #39 from vialav ---
I've just recompiled Cantor, and the buttons still does'nt work. If I install
the previous version, the buttons work, however. Cleaning the installation is
ensured by the Debian packaging for 100%, and I was only in
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #38 from Nikita Sirgienko ---
Although, in your previous Cantor dumps connections hadn't been failed.
So maybe you just need (in cantor dir)
$sudo make uninstall && rm -rf *
And full rebuild Cantor
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #37 from Nikita Sirgienko ---
So I will recommend checks your Qt installation, because QDialogButtonBox
exists since Qt 4.3, connected to slot via new connection syntax, which exists
since Qt 5.6.
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #36 from Nikita Sirgienko ---
For example trace output.
$ cantor
dir: "/usr/local/lib/x86_64-linux-gnu/plugins/cantor/backends"
Creating MaximaBackend
Creating NullBackend
Creating PythonBackend
Creating PythonBackend
Creating
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #35 from Nikita Sirgienko ---
I see a lot of failed Qt connection. And it's weird.
For example, your BackendChooseDialog don't work because of
```
QObject::connect: signal not found in QDialogButtonBox
QObject::connect: signal not found in
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #34 from vialav ---
$ cantor
QObject::connect: signal not found in KSelectAction
QObject::connect: signal not found in KToggleAction
QObject::connect: signal not found in QAction
QObject::connect: signal not found in QAction
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #33 from vialav ---
> In 1e144559c034ff70b23b3d6b5c1b7b28dbf8af18 on master I had made a few
> improvments of Julia backend.
I will be shortly back and give it a try. Thank you for working on this.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #32 from vialav ---
$ julia
_
_ _ _(_)_ | Documentation: https://docs.julialang.org
(_) | (_) (_)|
_ _ _| |_ __ _ | Type "?" for help, "]?" for Pkg help.
| | | | | | |/ _` | |
| | |_| | |
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #31 from Nikita Sirgienko ---
In 1e144559c034ff70b23b3d6b5c1b7b28dbf8af18 on master I had made a few
improvments of Julia backend.
Could you give a try and checks, if the problem gone (or debug messages become
more usefull)?
--
You are
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #30 from Nikita Sirgienko ---
(In reply to vialav from comment #29)
> > What about cantor_juliaserver process?
>
> I run a watcher, and cantor_juliaserver does never show up, at any stage.
> Yes, it is present on my system:
>
> $ objdump
https://bugs.kde.org/show_bug.cgi?id=408179
--- Comment #29 from vialav ---
> What about cantor_juliaserver process?
I run a watcher, and cantor_juliaserver does never show up, at any stage. Yes,
it is present on my system:
$ objdump -p $(which cantor_juliaserver) # yields a normal objdump
https://bugs.kde.org/show_bug.cgi?id=408179
vialav changed:
What|Removed |Added
Summary|Alternative initialisation? |Alternative initialisation?
|Julia
30 matches
Mail list logo
