From: Dominique Boucher <dominique.boucher@nuecho.com>
To: Per Bothner <per@bothner.com>
Cc: kawa mailing list <kawa@sourceware.org>
Subject: Re: setting breakpoints in Kawa code?
Date: Wed, 11 Feb 2015 15:40:00 -0000 [thread overview]
Message-ID: <1416082690.20803.1423669221694.JavaMail.zimbra@nuecho.com> (raw)
In-Reply-To: <54DB086F.2070505@bothner.com>
Hi Per,
SchemeScript is still working, although not actively maintained. There is already basic support for breakpoints in Scheme code. But it's not closely tied to the Scheme code. I don't remember the details, though. I will have to investigate a bit.
Dominique
----- Original Message -----
From: "Per Bothner" <per@bothner.com>
To: "kawa mailing list" <kawa@sourceware.org>
Sent: Wednesday, February 11, 2015 2:44:47 AM
Subject: setting breakpoints in Kawa code?
This is a follow-up to the "Kawa debugging with Eclipse" thread from April 2014.
I recently tried debugging Kawa using NetBeans remote debugging. I ran into a
problem I've seen before: You can't set a breakpoint in Scheme code, because NetBeans
doesn't see it as a source file. Or rather it can map from a JVM (.class) location to
a source file, but not the other way round.
Any suggestions for setting breakpoints in Kawa?
I know about the SchemeWay plugin for Eclipse. Is that still being maintained and working?
This isn't urgent for myself, but it would be helpful to write up some debugging
hints and how-tos for the Kawa manual.
It would also be nice if we could debug using Emacs. However, Helmut says Slime
isn't really functional at this point.
BTW As a separate but related project, I've been playing with console and terminal
emulators. I created a gitbug project:
https://github.com/PerBothner/JWebTerminal
This is something I implemented while working at Oracle. I also wrote a Kawa
interface, but I wasn't able to open-source that cause of the mix of Oracle
and my code. I'm currently re-implementing the core of JWebTerminal in JavaScript,
to make it portable to multiple environments. My opinion is that the "data model"
of a modern terminal emulator should be HTML, and I have a plans for a new Kawa
console based on this.
--
--Per Bothner
per@bothner.com http://per.bothner.com/
prev parent reply other threads:[~2015-02-11 15:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-11 7:45 Per Bothner
2015-02-11 15:40 ` Dominique Boucher [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1416082690.20803.1423669221694.JavaMail.zimbra@nuecho.com \
--to=dominique.boucher@nuecho.com \
--cc=kawa@sourceware.org \
--cc=per@bothner.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).