Skip to content
This repository has been archived by the owner on Jan 22, 2025. It is now read-only.

|./multinode-demo/wallet.sh testnet.solana.com airdrop --tokens 100| blows up #523

Closed
mvines opened this issue Jul 2, 2018 · 0 comments
Closed
Milestone

Comments

@mvines
Copy link
Contributor

mvines commented Jul 2, 2018

Works ok with a local leader/drone, so this might be a NAT issue:

./multinode-demo/wallet.sh testnet.solana.com airdrop --tokens 100
+ mkdir -p config-client-demo
+ rsync -vPz rsync://testnet.solana.com/config/leader.json config-client-demo/
leader.json
         648 100%  632.81kB/s    0:00:00 (xfer#1, to-check=0/1)

sent 44 bytes  received 98 bytes  94.67 bytes/sec
total size is 648  speedup is 4.56
+ client_json=config-client-demo/client.json
+ [[ ! -r config-client-demo/client.json ]]
+ exec cargo run --bin solana-wallet -- -l config-client-demo/leader.json -m config-client-demo/client.json airdrop --tokens 100
   Compiling solana v0.7.0-beta (file:///Users/mvines/ws/solana)
    Finished dev [unoptimized + debuginfo] target(s) in 11.05s
     Running `target/debug/solana-wallet -l config-client-demo/leader.json -m config-client-demo/client.json airdrop --tokens 100`
Airdrop requested...
Airdropping 100 tokens
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Os { code: 35, kind: WouldBlock, message: "Resource temporarily unavailable" }', libcore/result.rs:945:5
stack backtrace:
   0: std::sys::unix::backtrace::tracing::imp::unwind_backtrace
             at libstd/sys/unix/backtrace/tracing/gcc_s.rs:49
   1: std::sys_common::backtrace::print
             at libstd/sys_common/backtrace.rs:71
             at libstd/sys_common/backtrace.rs:59
   2: std::panicking::default_hook::{{closure}}
             at libstd/panicking.rs:211
   3: std::panicking::default_hook
             at libstd/panicking.rs:227
   4: <std::panicking::begin_panic::PanicPayload<A> as core::panic::BoxMeUp>::get
             at libstd/panicking.rs:463
   5: std::panicking::try::do_call
             at libstd/panicking.rs:350
   6: std::panicking::try::do_call
             at libstd/panicking.rs:328
   7: <&'a T as core::fmt::Display>::fmt
             at libcore/panicking.rs:71
   8: core::iter::range::ptr_try_from_impls::<impl core::iter::range::PrivateTryFromUsize for u64>::private_try_from
             at /Users/travis/build/rust-lang/rust/src/libcore/macros.rs:26
   9: <core::result::Result<T, E>>::unwrap
             at /Users/travis/build/rust-lang/rust/src/libcore/result.rs:782
  10: solana_wallet::process_command
             at src/bin/wallet.rs:247
  11: solana_wallet::main
             at src/bin/wallet.rs:321
  12: std::rt::lang_start::{{closure}}
             at /Users/travis/build/rust-lang/rust/src/libstd/rt.rs:74
  13: std::panicking::try::do_call
             at libstd/rt.rs:59
             at libstd/panicking.rs:310
  14: panic_unwind::dwarf::eh::read_encoded_pointer
             at libpanic_unwind/lib.rs:105
  15: std::sys_common::cleanup
             at libstd/panicking.rs:289
             at libstd/panic.rs:374
             at libstd/rt.rs:58
  16: std::rt::lang_start
             at /Users/travis/build/rust-lang/rust/src/libstd/rt.rs:74
  17: <solana_wallet::WalletError as core::fmt::Debug>::fmt
@mvines mvines added this to the v0.7.0 milestone Jul 2, 2018
vkomenda pushed a commit to vkomenda/solana that referenced this issue Aug 29, 2021
* Bump spl-token-cli, incl solana versions

* Pin exact solana versions
behzadnouri pushed a commit to behzadnouri/solana that referenced this issue Apr 4, 2024
std::num::Saturating allows us to create integers that will override
the standard arithmetic operators to use saturating math. This removes
the need for a custom macro as well as reduces mental load as someone
only needs to remember that they want saturating math once.

This PR introduces std::num::Saturating integers to replace all
use of saturating_add_assign!() in the accounts-db crate
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant