Hi,
Do you mean the idea to create a debugger
for Dogelog Player? You want to fork it and
then add the following:
BTW, any plans to implement a library like SWI's prolog_trace? <https://www.swi-prolog.org/pldoc/man?section=prologtrace>
I am finding that quite useful for debugging.
I don't know whether it is allowed. The
typical scenario is rather to write a Tic Tac Toe,
and put it on the web. That is allowed by my
license. You could also ask for money from
end-users when they are using the Tic Tac Toe. About
the debugger I am not sure, my license has a clause:
Provided the programs add significant and
primary functionality. Not to be distributed
with additional software intended to
replace components.
So Tic Tac Toe as a primary functionality is
of course fine. About a debugger I don't know.
You might get a written permission from me.
A debugger is not included because how for
example should a web client application have
a debugger? Its not that SWI-Prologs prologtrace
trace automatically gives a Debug Adapter Protocol
(DAP) that would integrate into Chrome? So for Web 2.0/3.0
one has to anyway rethink debugging. I did this
rethinking already for formerly Jekejeke Prolog, and
might bring up some of the ideas again. But a Debug
Adapter Protocol (DAP) could be also prototyped with
SWI-Prolog. Like can you have SWI Prolog server and
start debugging. The stance there is even not think
about creating a DAP, but instead to go through
the normal terminal and the normal top-level
debugging commands, since SWI-Prolog includes
an SSH server. See here:
Using SSH to debug services and embedded Prolog
https://www.swi-prolog.org/blog/sshd.md
But for Web 2.0/3.0 I don't whether this works as well.
Bye
Julio Di Egidio schrieb:
On 24/11/2024 00:30, Mild Shock wrote:
If you want something with a GNU license,
there is GNU Prolog:
I gave my rationale and asked for yours or any plans.
Anyway, thanks, I'll take that as your answer.
-Julio
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)