2015-07-07 03:54:22 +03:00
|
|
|
// Copyright 2014 The go-ethereum Authors
|
|
|
|
// This file is part of go-ethereum.
|
|
|
|
//
|
|
|
|
// go-ethereum is free software: you can redistribute it and/or modify
|
|
|
|
// it under the terms of the GNU General Public License as published by
|
|
|
|
// the Free Software Foundation, either version 3 of the License, or
|
|
|
|
// (at your option) any later version.
|
|
|
|
//
|
|
|
|
// go-ethereum is distributed in the hope that it will be useful,
|
|
|
|
// but WITHOUT ANY WARRANTY; without even the implied warranty of
|
2015-07-22 19:48:40 +03:00
|
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
2015-07-07 03:54:22 +03:00
|
|
|
// GNU General Public License for more details.
|
|
|
|
//
|
|
|
|
// You should have received a copy of the GNU General Public License
|
2015-07-22 19:48:40 +03:00
|
|
|
// along with go-ethereum. If not, see <http://www.gnu.org/licenses/>.
|
2014-11-10 12:47:37 +02:00
|
|
|
|
2015-07-07 06:08:16 +03:00
|
|
|
// evm executes EVM code snippets.
|
2014-11-10 12:47:37 +02:00
|
|
|
package main
|
|
|
|
|
|
|
|
import (
|
|
|
|
"fmt"
|
common: move big integer math to common/math (#3699)
* common: remove CurrencyToString
Move denomination values to params instead.
* common: delete dead code
* common: move big integer operations to common/math
This commit consolidates all big integer operations into common/math and
adds tests and documentation.
There should be no change in semantics for BigPow, BigMin, BigMax, S256,
U256, Exp and their behaviour is now locked in by tests.
The BigD, BytesToBig and Bytes2Big functions don't provide additional
value, all uses are replaced by new(big.Int).SetBytes().
BigToBytes is now called PaddedBigBytes, its minimum output size
parameter is now specified as the number of bytes instead of bits. The
single use of this function is in the EVM's MSTORE instruction.
Big and String2Big are replaced by ParseBig, which is slightly stricter.
It previously accepted leading zeros for hexadecimal inputs but treated
decimal inputs as octal if a leading zero digit was present.
ParseUint64 is used in places where String2Big was used to decode a
uint64.
The new functions MustParseBig and MustParseUint64 are now used in many
places where parsing errors were previously ignored.
* common: delete unused big integer variables
* accounts/abi: replace uses of BytesToBig with use of encoding/binary
* common: remove BytesToBig
* common: remove Bytes2Big
* common: remove BigTrue
* cmd/utils: add BigFlag and use it for error-checked integer flags
While here, remove environment variable processing for DirectoryFlag
because we don't use it.
* core: add missing error checks in genesis block parser
* common: remove String2Big
* cmd/evm: use utils.BigFlag
* common/math: check for 256 bit overflow in ParseBig
This is supposed to prevent silent overflow/truncation of values in the
genesis block JSON. Without this check, a genesis block that set a
balance larger than 256 bits would lead to weird behaviour in the VM.
* cmd/utils: fixup import
2017-02-27 00:21:51 +03:00
|
|
|
"math/big"
|
2014-11-10 12:47:37 +02:00
|
|
|
"os"
|
|
|
|
|
2020-06-30 11:12:51 +03:00
|
|
|
"github.com/ethereum/go-ethereum/cmd/evm/internal/t8ntool"
|
2023-09-19 14:41:16 +03:00
|
|
|
"github.com/ethereum/go-ethereum/internal/debug"
|
2020-07-14 11:35:32 +03:00
|
|
|
"github.com/ethereum/go-ethereum/internal/flags"
|
2022-06-27 19:22:36 +03:00
|
|
|
"github.com/urfave/cli/v2"
|
2023-12-18 17:16:25 +03:00
|
|
|
|
|
|
|
// Force-load the tracer engines to trigger registration
|
|
|
|
_ "github.com/ethereum/go-ethereum/eth/tracers/js"
|
|
|
|
_ "github.com/ethereum/go-ethereum/eth/tracers/native"
|
2014-11-10 12:47:37 +02:00
|
|
|
)
|
|
|
|
|
2022-06-27 19:22:36 +03:00
|
|
|
var (
|
|
|
|
DebugFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "debug",
|
|
|
|
Usage: "output full trace logs",
|
|
|
|
Category: flags.VMCategory,
|
2017-05-23 10:34:04 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
StatDumpFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "statdump",
|
|
|
|
Usage: "displays stack and heap memory information",
|
|
|
|
Category: flags.VMCategory,
|
2017-05-23 10:34:04 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
CodeFlag = &cli.StringFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "code",
|
|
|
|
Usage: "EVM code",
|
|
|
|
Category: flags.VMCategory,
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
CodeFileFlag = &cli.StringFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "codefile",
|
|
|
|
Usage: "File containing EVM code. If '-' is specified, code is read from stdin ",
|
|
|
|
Category: flags.VMCategory,
|
2016-10-29 12:07:38 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
GasFlag = &cli.Uint64Flag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "gas",
|
|
|
|
Usage: "gas limit for the evm",
|
|
|
|
Value: 10000000000,
|
|
|
|
Category: flags.VMCategory,
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
PriceFlag = &flags.BigFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "price",
|
|
|
|
Usage: "price set for the evm",
|
|
|
|
Value: new(big.Int),
|
|
|
|
Category: flags.VMCategory,
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
ValueFlag = &flags.BigFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "value",
|
|
|
|
Usage: "value set for the evm",
|
|
|
|
Value: new(big.Int),
|
|
|
|
Category: flags.VMCategory,
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
DumpFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "dump",
|
|
|
|
Usage: "dumps the state after the run",
|
|
|
|
Category: flags.VMCategory,
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
InputFlag = &cli.StringFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "input",
|
|
|
|
Usage: "input for the EVM",
|
|
|
|
Category: flags.VMCategory,
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
InputFileFlag = &cli.StringFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "inputfile",
|
|
|
|
Usage: "file containing input for the EVM",
|
|
|
|
Category: flags.VMCategory,
|
2015-08-30 11:19:10 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
BenchFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "bench",
|
|
|
|
Usage: "benchmark the execution",
|
|
|
|
Category: flags.VMCategory,
|
2019-12-18 11:43:18 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
CreateFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "create",
|
|
|
|
Usage: "indicates the action should be create rather than call",
|
|
|
|
Category: flags.VMCategory,
|
2016-06-14 17:09:27 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
GenesisFlag = &cli.StringFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "prestate",
|
|
|
|
Usage: "JSON file with prestate (genesis) config",
|
|
|
|
Category: flags.VMCategory,
|
2017-06-07 18:09:08 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
MachineFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "json",
|
|
|
|
Usage: "output trace logs in machine readable format (json)",
|
|
|
|
Category: flags.VMCategory,
|
2017-06-07 18:09:08 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
SenderFlag = &cli.StringFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "sender",
|
|
|
|
Usage: "The transaction origin",
|
|
|
|
Category: flags.VMCategory,
|
2017-06-07 18:09:08 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
ReceiverFlag = &cli.StringFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "receiver",
|
|
|
|
Usage: "The transaction receiver (execution context)",
|
|
|
|
Category: flags.VMCategory,
|
2017-08-15 12:31:36 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
DisableMemoryFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "nomemory",
|
|
|
|
Value: true,
|
|
|
|
Usage: "disable memory output",
|
|
|
|
Category: flags.VMCategory,
|
2017-06-21 15:52:31 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
DisableStackFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "nostack",
|
|
|
|
Usage: "disable stack output",
|
|
|
|
Category: flags.VMCategory,
|
2017-06-21 15:52:31 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
DisableStorageFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "nostorage",
|
|
|
|
Usage: "disable storage output",
|
|
|
|
Category: flags.VMCategory,
|
2020-07-16 15:06:19 +03:00
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
DisableReturnDataFlag = &cli.BoolFlag{
|
2023-09-19 14:41:16 +03:00
|
|
|
Name: "noreturndata",
|
|
|
|
Value: true,
|
|
|
|
Usage: "enable return data output",
|
|
|
|
Category: flags.VMCategory,
|
2020-07-16 15:06:19 +03:00
|
|
|
}
|
core/vm, cmd/evm: implement eof validation (#30418)
The bulk of this PR is authored by @lightclient , in the original
EOF-work. More recently, the code has been picked up and reworked for the new EOF
specification, by @MariusVanDerWijden , in https://github.com/ethereum/go-ethereum/pull/29518, and also @shemnon has contributed with fixes.
This PR is an attempt to start eating the elephant one small bite at a
time, by selecting only the eof-validation as a standalone piece which
can be merged without interfering too much in the core stuff.
In this PR:
- [x] Validation of eof containers, lifted from #29518, along with
test-vectors from consensus-tests and fuzzing, to ensure that the move
did not lose any functionality.
- [x] Definition of eof opcodes, which is a prerequisite for validation
- [x] Addition of `undefined` to a jumptable entry item. I'm not
super-happy with this, but for the moment it seems the least invasive
way to do it. A better way might be to go back and allowing nil-items or
nil execute-functions to denote "undefined".
- [x] benchmarks of eof validation speed
---------
Co-authored-by: lightclient <lightclient@protonmail.com>
Co-authored-by: Marius van der Wijden <m.vanderwijden@live.de>
Co-authored-by: Danno Ferrin <danno.ferrin@shemnon.com>
2024-10-02 16:05:50 +03:00
|
|
|
refTestFlag = &cli.StringFlag{
|
|
|
|
Name: "test",
|
|
|
|
Usage: "Path to EOF validation reference test.",
|
|
|
|
}
|
|
|
|
hexFlag = &cli.StringFlag{
|
|
|
|
Name: "hex",
|
|
|
|
Usage: "single container data parse and validation",
|
|
|
|
}
|
2014-11-10 12:47:37 +02:00
|
|
|
)
|
|
|
|
|
core/vm, cmd/evm: implement eof validation (#30418)
The bulk of this PR is authored by @lightclient , in the original
EOF-work. More recently, the code has been picked up and reworked for the new EOF
specification, by @MariusVanDerWijden , in https://github.com/ethereum/go-ethereum/pull/29518, and also @shemnon has contributed with fixes.
This PR is an attempt to start eating the elephant one small bite at a
time, by selecting only the eof-validation as a standalone piece which
can be merged without interfering too much in the core stuff.
In this PR:
- [x] Validation of eof containers, lifted from #29518, along with
test-vectors from consensus-tests and fuzzing, to ensure that the move
did not lose any functionality.
- [x] Definition of eof opcodes, which is a prerequisite for validation
- [x] Addition of `undefined` to a jumptable entry item. I'm not
super-happy with this, but for the moment it seems the least invasive
way to do it. A better way might be to go back and allowing nil-items or
nil execute-functions to denote "undefined".
- [x] benchmarks of eof validation speed
---------
Co-authored-by: lightclient <lightclient@protonmail.com>
Co-authored-by: Marius van der Wijden <m.vanderwijden@live.de>
Co-authored-by: Danno Ferrin <danno.ferrin@shemnon.com>
2024-10-02 16:05:50 +03:00
|
|
|
var (
|
|
|
|
stateTransitionCommand = &cli.Command{
|
|
|
|
Name: "transition",
|
|
|
|
Aliases: []string{"t8n"},
|
|
|
|
Usage: "Executes a full state transition",
|
|
|
|
Action: t8ntool.Transition,
|
|
|
|
Flags: []cli.Flag{
|
|
|
|
t8ntool.TraceFlag,
|
|
|
|
t8ntool.TraceTracerFlag,
|
|
|
|
t8ntool.TraceTracerConfigFlag,
|
|
|
|
t8ntool.TraceEnableMemoryFlag,
|
|
|
|
t8ntool.TraceDisableStackFlag,
|
|
|
|
t8ntool.TraceEnableReturnDataFlag,
|
|
|
|
t8ntool.TraceEnableCallFramesFlag,
|
|
|
|
t8ntool.OutputBasedir,
|
|
|
|
t8ntool.OutputAllocFlag,
|
|
|
|
t8ntool.OutputResultFlag,
|
|
|
|
t8ntool.OutputBodyFlag,
|
|
|
|
t8ntool.InputAllocFlag,
|
|
|
|
t8ntool.InputEnvFlag,
|
|
|
|
t8ntool.InputTxsFlag,
|
|
|
|
t8ntool.ForknameFlag,
|
|
|
|
t8ntool.ChainIDFlag,
|
|
|
|
t8ntool.RewardFlag,
|
|
|
|
},
|
|
|
|
}
|
2022-06-27 19:22:36 +03:00
|
|
|
|
core/vm, cmd/evm: implement eof validation (#30418)
The bulk of this PR is authored by @lightclient , in the original
EOF-work. More recently, the code has been picked up and reworked for the new EOF
specification, by @MariusVanDerWijden , in https://github.com/ethereum/go-ethereum/pull/29518, and also @shemnon has contributed with fixes.
This PR is an attempt to start eating the elephant one small bite at a
time, by selecting only the eof-validation as a standalone piece which
can be merged without interfering too much in the core stuff.
In this PR:
- [x] Validation of eof containers, lifted from #29518, along with
test-vectors from consensus-tests and fuzzing, to ensure that the move
did not lose any functionality.
- [x] Definition of eof opcodes, which is a prerequisite for validation
- [x] Addition of `undefined` to a jumptable entry item. I'm not
super-happy with this, but for the moment it seems the least invasive
way to do it. A better way might be to go back and allowing nil-items or
nil execute-functions to denote "undefined".
- [x] benchmarks of eof validation speed
---------
Co-authored-by: lightclient <lightclient@protonmail.com>
Co-authored-by: Marius van der Wijden <m.vanderwijden@live.de>
Co-authored-by: Danno Ferrin <danno.ferrin@shemnon.com>
2024-10-02 16:05:50 +03:00
|
|
|
transactionCommand = &cli.Command{
|
|
|
|
Name: "transaction",
|
|
|
|
Aliases: []string{"t9n"},
|
|
|
|
Usage: "Performs transaction validation",
|
|
|
|
Action: t8ntool.Transaction,
|
|
|
|
Flags: []cli.Flag{
|
|
|
|
t8ntool.InputTxsFlag,
|
|
|
|
t8ntool.ChainIDFlag,
|
|
|
|
t8ntool.ForknameFlag,
|
|
|
|
},
|
|
|
|
}
|
2020-06-30 11:12:51 +03:00
|
|
|
|
core/vm, cmd/evm: implement eof validation (#30418)
The bulk of this PR is authored by @lightclient , in the original
EOF-work. More recently, the code has been picked up and reworked for the new EOF
specification, by @MariusVanDerWijden , in https://github.com/ethereum/go-ethereum/pull/29518, and also @shemnon has contributed with fixes.
This PR is an attempt to start eating the elephant one small bite at a
time, by selecting only the eof-validation as a standalone piece which
can be merged without interfering too much in the core stuff.
In this PR:
- [x] Validation of eof containers, lifted from #29518, along with
test-vectors from consensus-tests and fuzzing, to ensure that the move
did not lose any functionality.
- [x] Definition of eof opcodes, which is a prerequisite for validation
- [x] Addition of `undefined` to a jumptable entry item. I'm not
super-happy with this, but for the moment it seems the least invasive
way to do it. A better way might be to go back and allowing nil-items or
nil execute-functions to denote "undefined".
- [x] benchmarks of eof validation speed
---------
Co-authored-by: lightclient <lightclient@protonmail.com>
Co-authored-by: Marius van der Wijden <m.vanderwijden@live.de>
Co-authored-by: Danno Ferrin <danno.ferrin@shemnon.com>
2024-10-02 16:05:50 +03:00
|
|
|
blockBuilderCommand = &cli.Command{
|
|
|
|
Name: "block-builder",
|
|
|
|
Aliases: []string{"b11r"},
|
|
|
|
Usage: "Builds a block",
|
|
|
|
Action: t8ntool.BuildBlock,
|
|
|
|
Flags: []cli.Flag{
|
|
|
|
t8ntool.OutputBasedir,
|
|
|
|
t8ntool.OutputBlockFlag,
|
|
|
|
t8ntool.InputHeaderFlag,
|
|
|
|
t8ntool.InputOmmersFlag,
|
|
|
|
t8ntool.InputWithdrawalsFlag,
|
|
|
|
t8ntool.InputTxsRlpFlag,
|
|
|
|
t8ntool.SealCliqueFlag,
|
|
|
|
},
|
|
|
|
}
|
|
|
|
eofParseCommand = &cli.Command{
|
|
|
|
Name: "eofparse",
|
|
|
|
Aliases: []string{"eof"},
|
|
|
|
Usage: "Parses hex eof container and returns validation errors (if any)",
|
|
|
|
Action: eofParseAction,
|
|
|
|
Flags: []cli.Flag{
|
|
|
|
hexFlag,
|
|
|
|
refTestFlag,
|
|
|
|
},
|
|
|
|
}
|
|
|
|
|
|
|
|
eofDumpCommand = &cli.Command{
|
|
|
|
Name: "eofdump",
|
|
|
|
Usage: "Parses hex eof container and prints out human-readable representation of the container.",
|
|
|
|
Action: eofDumpAction,
|
|
|
|
Flags: []cli.Flag{
|
|
|
|
hexFlag,
|
|
|
|
},
|
|
|
|
}
|
|
|
|
)
|
2021-11-22 11:25:35 +03:00
|
|
|
|
2023-09-19 14:41:16 +03:00
|
|
|
// vmFlags contains flags related to running the EVM.
|
|
|
|
var vmFlags = []cli.Flag{
|
|
|
|
CodeFlag,
|
|
|
|
CodeFileFlag,
|
|
|
|
CreateFlag,
|
|
|
|
GasFlag,
|
|
|
|
PriceFlag,
|
|
|
|
ValueFlag,
|
|
|
|
InputFlag,
|
|
|
|
InputFileFlag,
|
|
|
|
GenesisFlag,
|
|
|
|
SenderFlag,
|
|
|
|
ReceiverFlag,
|
|
|
|
}
|
|
|
|
|
|
|
|
// traceFlags contains flags that configure tracing output.
|
|
|
|
var traceFlags = []cli.Flag{
|
|
|
|
BenchFlag,
|
|
|
|
DebugFlag,
|
|
|
|
DumpFlag,
|
|
|
|
MachineFlag,
|
|
|
|
StatDumpFlag,
|
|
|
|
DisableMemoryFlag,
|
|
|
|
DisableStackFlag,
|
|
|
|
DisableStorageFlag,
|
|
|
|
DisableReturnDataFlag,
|
|
|
|
}
|
|
|
|
|
2022-09-23 15:08:25 +03:00
|
|
|
var app = flags.NewApp("the evm command line interface")
|
|
|
|
|
2015-07-17 16:43:16 +03:00
|
|
|
func init() {
|
2023-09-19 14:41:16 +03:00
|
|
|
app.Flags = flags.Merge(vmFlags, traceFlags, debug.Flags)
|
2022-06-27 19:22:36 +03:00
|
|
|
app.Commands = []*cli.Command{
|
2017-03-01 03:11:24 +03:00
|
|
|
compileCommand,
|
2017-03-01 15:34:50 +03:00
|
|
|
disasmCommand,
|
2017-03-01 03:11:24 +03:00
|
|
|
runCommand,
|
2023-01-27 16:30:13 +03:00
|
|
|
blockTestCommand,
|
2017-09-05 12:24:26 +03:00
|
|
|
stateTestCommand,
|
2020-06-30 11:12:51 +03:00
|
|
|
stateTransitionCommand,
|
2021-09-13 14:57:40 +03:00
|
|
|
transactionCommand,
|
2021-11-22 11:25:35 +03:00
|
|
|
blockBuilderCommand,
|
core/vm, cmd/evm: implement eof validation (#30418)
The bulk of this PR is authored by @lightclient , in the original
EOF-work. More recently, the code has been picked up and reworked for the new EOF
specification, by @MariusVanDerWijden , in https://github.com/ethereum/go-ethereum/pull/29518, and also @shemnon has contributed with fixes.
This PR is an attempt to start eating the elephant one small bite at a
time, by selecting only the eof-validation as a standalone piece which
can be merged without interfering too much in the core stuff.
In this PR:
- [x] Validation of eof containers, lifted from #29518, along with
test-vectors from consensus-tests and fuzzing, to ensure that the move
did not lose any functionality.
- [x] Definition of eof opcodes, which is a prerequisite for validation
- [x] Addition of `undefined` to a jumptable entry item. I'm not
super-happy with this, but for the moment it seems the least invasive
way to do it. A better way might be to go back and allowing nil-items or
nil execute-functions to denote "undefined".
- [x] benchmarks of eof validation speed
---------
Co-authored-by: lightclient <lightclient@protonmail.com>
Co-authored-by: Marius van der Wijden <m.vanderwijden@live.de>
Co-authored-by: Danno Ferrin <danno.ferrin@shemnon.com>
2024-10-02 16:05:50 +03:00
|
|
|
eofParseCommand,
|
|
|
|
eofDumpCommand,
|
2015-07-18 00:09:36 +03:00
|
|
|
}
|
2023-09-19 14:41:16 +03:00
|
|
|
app.Before = func(ctx *cli.Context) error {
|
|
|
|
flags.MigrateGlobalFlags(ctx)
|
|
|
|
return debug.Setup(ctx)
|
|
|
|
}
|
|
|
|
app.After = func(ctx *cli.Context) error {
|
|
|
|
debug.Exit()
|
|
|
|
return nil
|
|
|
|
}
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
func main() {
|
|
|
|
if err := app.Run(os.Args); err != nil {
|
2020-06-30 11:12:51 +03:00
|
|
|
code := 1
|
|
|
|
if ec, ok := err.(*t8ntool.NumberedError); ok {
|
2021-09-02 10:22:43 +03:00
|
|
|
code = ec.ExitCode()
|
2020-06-30 11:12:51 +03:00
|
|
|
}
|
2015-07-17 16:43:16 +03:00
|
|
|
fmt.Fprintln(os.Stderr, err)
|
2020-06-30 11:12:51 +03:00
|
|
|
os.Exit(code)
|
2015-07-17 16:43:16 +03:00
|
|
|
}
|
2014-11-10 12:47:37 +02:00
|
|
|
}
|