[roll] Roll fuchsia [debugger] Step should not get stuck on exceptions

...which provides a much nicer UX flow when stuck on an exception, both
on the CLI and in VSCode.

Prior behavior continually tried to single step over an instruction that
raised an exception, which would get marked as handled and then step
again, raising the same exception, causing no progress to ever be made.

Now, we make use of second-chance exceptions to allow us to forward,
rather than handle, the exception, which still allows the user to take
action at the second chance, and for optimizations to be made in certain
contexts (like tests) to not get stuck on a test failure line.

Original-Fixed: 444070494
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1411755
Original-Revision: 1234118473f4f5052bbf8c1ae2bd67dd6698b3f5
GitOrigin-RevId: 6dd38a578a445ff461213cf6d1d2af6a71475fcb
Change-Id: Ib030f8429422fcf9999d98b5e6e8f36fe48a0ece
1 file changed
tree: aba25f830295c162e4d96190965a26a4d436f068
  1. ctf/
  2. git-hooks/
  3. infra/
  4. third_party/
  5. flower
  6. jiri.lock
  7. MILESTONE
  8. minimal
  9. prebuilts
  10. README.md
  11. stem
  12. test_durations
README.md

Integration

This repository contains Fuchsia's Global Integration manifest files.

Making changes

All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.

Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.

Obtaining the source

First install Jiri.

Next run:

$ jiri init
$ jiri import minimal https://fuchsia.googlesource.com/integration
$ jiri update

Third party

Third party projects should have their own subdirectory in ./third_party.