• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

ponder-lab / Hybridize-Functions-Refactoring / #2206
79%
main: 80%

Build:
Build:
LAST BUILD BRANCH: gh-readonly-queue/main/pr-739-6721f597b1febe25181379bb3e6a99b1f85dd4e0
DEFAULT BRANCH: main
Ran 28 Jun 2026 04:07AM UTC
Jobs 1
Files 32
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

28 Jun 2026 03:59AM UTC coverage: 79.286%. Remained the same
#2206

Pull #690

github

khatchad
Isolate recoverable per-project evaluator failures from fatal VM errors

The per-project isolation in the evaluator caught `Exception`, so a subject whose
analysis threw a `java.lang.Error` (e.g. wala's `UnimplementedError` on
`tf.keras.Input(..., sparse=True)`, wala/ML#616) escaped the catch and aborted the
whole run instead of being recorded and skipped.

Catch `Throwable` and rethrow only `VirtualMachineError`, so a recoverable `Error`
is isolated like an `Exception` while genuinely fatal VM errors (`OutOfMemoryError`,
`StackOverflowError`) still abort.

Closes #689

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FuhM8SsTRB6BraLt3Ph7ZC
Pull Request #690: Isolate recoverable per-project evaluator failures from fatal VM errors

1665 of 2100 relevant lines covered (79.29%)

0.79 hits per line

Jobs
ID Job ID Ran Files Coverage
1 #2206.1 28 Jun 2026 04:07AM UTC 32
79.29
Source Files on build #2206
  • Tree
  • List 32
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Pull Request #690
  • PR Base - main (#)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc