Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

anvil crashes with thread 'tokio-runtime-worker' panic #7648

Closed
2 tasks done
filipviz opened this issue Apr 12, 2024 · 1 comment · Fixed by #7649
Closed
2 tasks done

anvil crashes with thread 'tokio-runtime-worker' panic #7648

filipviz opened this issue Apr 12, 2024 · 1 comment · Fixed by #7649
Labels
T-bug Type: bug

Comments

@filipviz
Copy link

Component

Anvil

Have you ensured that all of these are up to date?

  • Foundry
  • Foundryup

What version of Foundry are you on?

forge 0.2.0 (bdc04c2 2024-04-12T00:21:19.564747000Z)

What command(s) is the bug in?

anvil

Operating System

macOS (Apple Silicon)

Describe the bug

I'm working on an integration test which involves deploying nana-core on local anvil forks of mainnet and optimism. We're using sphinx to manage deploys, which works well on the mainnet fork. On Optimism, however, this fails. To reproduce:

  1. Start an anvil server with
anvil -f "<OPTIMISM_RPC_HERE>" --optimism
  1. Start the deployment with
RPC_OPTIMISM_MAINNET="http://localhost:8545" npx sphinx deploy script/Deploy.s.sol --verify false --network optimism

This runs the foundry deploy script here.

sphinx is able to prepare the transacrions, but upon confirmation (during Deploying Gnosis Safe and Sphinx Module...), anvil crashes with the following output:

thread 'tokio-runtime-worker' panicked at crates/anvil/src/eth/backend/executor.rs:298:29:
Failed to execute transaction. This is a bug.
 Custom("[OPTIMISM] Failed to load enveloped transaction.")
stack backtrace:
   0: _rust_begin_unwind
   1: core::panicking::panic_fmt
   2: <&mut anvil::eth::backend::executor::TransactionExecutor<DB,Validator> as core::iter::traits::iterator::Iterator>::next
   3: anvil::eth::backend::mem::Backend::do_mine_block::{{closure}}
   4: tokio::runtime::task::raw::poll
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

I've attached the output with RUST_BACKTRACE set to full:

report.txt

I'll also let the sphinx team know about this. They may have some ideas.

@filipviz filipviz added the T-bug Type: bug label Apr 12, 2024
@filipviz
Copy link
Author

Note – when I run anvil without the --optimism flag, this works fine (even when forking optimism mainnet)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
T-bug Type: bug
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant