Skip to content

Conversation

@pwang200
Copy link
Collaborator

@pwang200 pwang200 commented Jan 5, 2026

High Level Overview of Change

Context of Change

Type of Change

  • [ x] Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Refactor (non-breaking change that only restructures code)
  • Performance (increase or change in throughput and/or latency)
  • Tests (you added tests for code that already exists, or your new feature included in this PR)
  • Documentation update
  • Chore (no impact to binary, e.g. .gitignore, formatting, dropping support for older tooling)
  • Release

API Impact

  • Public API: New feature (new methods and/or new fields)
  • Public API: Breaking change (in general, breaking changes should only impact the next api_version)
  • libxrpl change (any change that may affect libxrpl or dependents of libxrpl)
  • Peer protocol change (must be backward compatible or bump the peer protocol version)

@pwang200 pwang200 force-pushed the ripple/wasmi-host-functions-start-fn-fix branch 2 times, most recently from bc23c70 to d73fbff Compare January 6, 2026 21:06
@pwang200 pwang200 marked this pull request as ready for review January 6, 2026 21:07
@pwang200 pwang200 changed the title Ripple/wasmi host functions start fn fix fix start function infinite loop bug Jan 6, 2026
@pwang200 pwang200 force-pushed the ripple/wasmi-host-functions-start-fn-fix branch from d73fbff to 9624bd2 Compare January 6, 2026 21:11
@pwang200 pwang200 requested review from mvadari and oleks-rip January 6, 2026 21:38
@codecov
Copy link

codecov bot commented Jan 6, 2026

Codecov Report

❌ Patch coverage is 93.33333% with 1 line in your changes missing coverage. Please review.
✅ Project coverage is 79.6%. Comparing base (9ed60b4) to head (82c7c7d).
⚠️ Report is 1 commits behind head on ripple/wasmi-host-functions.

Files with missing lines Patch % Lines
src/xrpld/app/wasm/detail/WasmiVM.cpp 93.3% 1 Missing ⚠️
Additional details and impacted files

Impacted file tree graph

@@                     Coverage Diff                     @@
##           ripple/wasmi-host-functions   #6172   +/-   ##
===========================================================
  Coverage                         79.6%   79.6%           
===========================================================
  Files                              845     845           
  Lines                            73319   73329   +10     
  Branches                          8363    8353   -10     
===========================================================
+ Hits                             58367   58392   +25     
+ Misses                           14952   14937   -15     
Files with missing lines Coverage Δ
src/xrpld/app/wasm/WasmiVM.h 93.9% <ø> (ø)
src/xrpld/app/wasm/detail/WasmiVM.cpp 95.5% <93.3%> (+2.3%) ⬆️

... and 1 file with indirect coverage changes

Impacted file tree graph

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@mvadari
Copy link
Collaborator

mvadari commented Jan 6, 2026

Do we need this and #6064? i.e. should that PR be closed?

: module_(init(s, wasmBin, j)), j_(j)
{
wasm_module_exports(module_.get(), &exportTypes_.vec_);
auto wimports = buildImports(s, imports);
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this already fixed, you need to rebase

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it is rebased already. This line is to make sure the imports are built (hence tested), even when the module instance is not instantiated. I am not sure what previous fix relates to this change.

@pwang200
Copy link
Collaborator Author

pwang200 commented Jan 7, 2026

@mvadari we still need this since it tests infinite loop in the start function that runs automatically right after module instantiation without explicitly calling the start.

@pwang200 pwang200 requested a review from oleks-rip January 7, 2026 16:42
@pwang200 pwang200 force-pushed the ripple/wasmi-host-functions-start-fn-fix branch from 9624bd2 to 82c7c7d Compare January 8, 2026 22:47
@pwang200 pwang200 merged commit 91f3d51 into ripple/wasmi-host-functions Jan 9, 2026
26 checks passed
@pwang200 pwang200 deleted the ripple/wasmi-host-functions-start-fn-fix branch January 9, 2026 16:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants