Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Hendrik Tews <tews@tcs.inf.tu-dresden.de>
To: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] OCamldebug breakpoint issues (fwd)
Date: Mon, 18 Jul 2005 11:36:27 +0200	[thread overview]
Message-ID: <rlbr50a21w.fsf@ithif59.inf.tu-dresden.de> (raw)
In-Reply-To: <Pine.LNX.4.62.0507130928160.32568@point>

"Nathaniel J. Gaylinn" <ngaylinn@cs.brown.edu> writes:

   I'm having trouble dealing with breakpoints in OCamldebug. The

I can reproduce all the things you describe. I guess you hit some
location translation problem. You should file a bug report (the
ocaml maintains sometimes miss an email on the list).

The "info events Bignum" yields

    Module : Bignum
       Address  Character      Kind      Repr.
         14332         31  pseudo/fun     (repr)
         14480         50      before      14332
         14456         64      before      14332
         14408         95      before      14332
         14428        138   after/ret           
         15204        152  pseudo/fun      15224
         15224        168      before     (repr)
         14724        185  pseudo/fun     (repr)
         15192        208      before      14724

Could someone please explain what the kind and repl columns mean?
(The strings "kind" and "repl" do not occur in the debugger
manual.) 

As the numbers match one could think that the events at #50, #64,
and #95 are aliases for #31. Looking at the source, one could
imagine #50 and #64 being the same (function exit), however,
#95 should be very different from #31.

   What's truly baffling to me, though, is this: if I try to set an event
   at offset 185 (break @ Bignum #185) a breakpoint is created at offset
   168, the event before the one I requested. However, when I try to set
   a breakpoint at offset 208, I get a breakpoint set at offset 185!!!

This is indeed very strange.

   Then I started trying to set breakpoints at each event one after the
   other. That's when I began to see odd behavior.
   
BTW, why don't you use the single stepping feature, if you want
to break at every event?

Bye,

Hendrik


  parent reply	other threads:[~2005-07-18  9:36 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-13 13:30 Nathaniel J. Gaylinn
2005-07-15 13:51 ` [Caml-list] OCamldebug breakpoint issues Nathaniel J. Gaylinn
2005-07-18  9:36 ` Hendrik Tews [this message]
2005-07-18 13:27   ` [Caml-list] OCamldebug breakpoint issues (fwd) Nathaniel J. Gaylinn

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=rlbr50a21w.fsf@ithif59.inf.tu-dresden.de \
    --to=tews@tcs.inf.tu-dresden.de \
    --cc=caml-list@yquem.inria.fr \
    /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