81 Commits (d666339853393870dd3f39155d289cf1ed8962a7)

Author	SHA1	Message	Date
Riccardo Spagni	c3599fa7b9	update copyright year, fix occasional lack of newline at line end	7 years ago
moneromooo-monero	882db8e9d9	tools: log to the correct file	7 years ago
moneromooo-monero	142e5e1eb4	tools: set requested log level ... also move a couple logs from INFO to DEBUG	7 years ago
kenshi84	8027ce0c75	extract some basic code from libcryptonote_core into libcryptonote_basic	7 years ago
moneromooo-monero	a480bf6b14	fixups in logging init calls, and add missing net context in a log	8 years ago
moneromooo-monero	5833d66f65	Change logging to easylogging++ ... This replaces the epee and data_loggers logging systems with a single one, and also adds filename:line and explicit severity levels. Categories may be defined, and logging severity set by category (or set of categories). epee style 0-4 log level maps to a sensible severity configuration. Log files now also rotate when reaching 100 MB. To select which logs to output, use the MONERO_LOGS environment variable, with a comma separated list of categories (globs are supported), with their requested severity level after a colon. If a log matches more than one such setting, the last one in the configuration string applies. A few examples: This one is (mostly) silent, only outputting fatal errors: MONERO_LOGS=*:FATAL This one is very verbose: MONERO_LOGS=*:TRACE This one is totally silent (logwise): MONERO_LOGS="" This one outputs all errors and warnings, except for the "verify" category, which prints just fatal errors (the verify category is used for logs about incoming transactions and blocks, and it is expected that some/many will fail to verify, hence we don't want the spam): MONERO_LOGS=*:WARNING,verify:FATAL Log levels are, in decreasing order of priority: FATAL, ERROR, WARNING, INFO, DEBUG, TRACE Subcategories may be added using prefixes and globs. This example will output net.p2p logs at the TRACE level, but all other net* logs only at INFO: MONERO_LOGS=*:ERROR,net*:INFO,net.p2p:TRACE Logs which are intended for the user (which Monero was using a lot through epee, but really isn't a nice way to go things) should use the "global" category. There are a few helper macros for using this category, eg: MGINFO("this shows up by default") or MGINFO_RED("this is red"), to try to keep a similar look and feel for now. Existing epee log macros still exist, and map to the new log levels, but since they're used as a "user facing" UI element as much as a logging system, they often don't map well to log severities (ie, a log level 0 log may be an error, or may be something we want the user to see, such as an important info). In those cases, I tried to use the new macros. In other cases, I left the existing macros in. When modifying logs, it is probably best to switch to the new macros with explicit levels. The --log-level options and set_log commands now also accept category settings, in addition to the epee style log levels.	8 years ago
moneromooo-monero	6da9335a9e	blockchain_import: fix build after tx_pool::add_tx changes	8 years ago
Howard Chu	0693cff925	Use batch transactions when syncing ... Faster throughput while avoiding corruption. I.e., makes running with --db-sync-mode safe more tolerable.	8 years ago
Riccardo Spagni	95b9e85e2d	rename cn_deserialize	8 years ago
moneromooo-monero	3c2cad2d46	Revert "remove cn_deserialize" ... This is useful (to me). This reverts commit f968ccb9d3.	8 years ago
Randi Joseph	9e54616924	Dropped "bit" from bitmonero.	8 years ago
redfish	e1c7af35d4	cmake: transitive deps and remove deprecated LINK_* ... Keep the immediate direct deps at the library that depends on them, declare deps as PUBLIC so that targets that link against that library get the library's deps as transitive deps. Break dep cycle between blockchain_db <-> crytonote_core. No code refactoring, just hide cycle from cmake so that it doesn't complain (cycles are allowed only between static libs, not shared libs). This is in preparation for supproting BUILD_SHARED_LIBS cmake built-in option for building internal libs as shared.	8 years ago
Riccardo Spagni	011e42f337	fix nigglies, as pointed out by moneromooo-monero	8 years ago
Riccardo Spagni	04b120fb39	fix blockchain utilities readme	8 years ago
Riccardo Spagni	883d651c3b	remove blockchain_dump	8 years ago
Riccardo Spagni	b6973b8053	rename blockchain utils	8 years ago
Riccardo Spagni	f968ccb9d3	remove cn_deserialize	8 years ago
moneromooo-monero	9e82b694da	remove original Cryptonote blockchain_storage blockchain format	8 years ago
moneromooo-monero	d7b681cd65	remove hf_starting_height db ... It's not really needed, it used to be an optimization for when that code was not using the db and needed to recalculate things fast on startup.	8 years ago
moneromooo-monero	c5f00bc751	cn_deserialize: add minergate data	8 years ago
moneromooo-monero	2470b20029	cn_deserialize: print extra nonce as hex data	8 years ago
moneromooo-monero	a6e717ed30	cn_deserialize: deserialize tx_extra too	8 years ago
moneromooo-monero	f7301c3563	Revert "Print stack trace upon exceptions" ... Ain't nobody got time for link/cmake skullduggery. This reverts commit fff238ec94.	8 years ago
moneromooo-monero	fff238ec94	Print stack trace upon exceptions ... Useful for debugging users' logs	8 years ago
Riccardo Spagni	8689014eda	switch default utilities DB to lmdb, update checkpoints.dat	8 years ago
Riccardo Spagni	b96147030c	Merge pull request #705 ... f7ed167 blockchain_utilities: Update documentation (warptangent)	8 years ago
warptangent	f7ed167fc0	blockchain_utilities: Update documentation	8 years ago
warptangent	0485d17274	blockchain_export: Support BerkeleyDB ... TEST: blockchain_export -h This should show "berkeley" as an available option to --database. With an existing BerkeleyDB database, run: blockchain_export --database berkeley	8 years ago
warptangent	41487e32be	blockchain_export: Move DB implementation includes	8 years ago
moneromooo-monero	5e3557d2c3	move g_test_dbg_lock_sleep from a global to a function level static ... This avoids the need to define that variable in every program which uses epee.	8 years ago
warptangent	d258f6e63a	blockchain_import: Pass ARCH_WIDTH macro if 32-bit or not. ... This also avoids warnings.	8 years ago
Riccardo Spagni	43fe8c4933	Merge pull request #674 ... 05e7ac0 blockchain_import: Check bit width for more than just WIN32 (warptangent)	8 years ago
Howard Chu	9218cad640	Fix cffc411c90 ... Don't include bdb header unless defined(BERKELEY_DB)	8 years ago
warptangent	05e7ac0360	blockchain_import: Check bit width for more than just WIN32 ... Pass the CMake bit width setting to compile flags for blockchain_import and blockchain_converter. For LMDB on 32-bit, hyc has found that batch size of 100 appears to be a good default.	8 years ago
warptangent	27f76e2ee4	blockchain_import: Build string for db type list	8 years ago
warptangent	1aa8a9d26f	blockchain_import: Add mode argument representing multiple DB flags ... These modes match those optionally provided as part of the daemon's --db-type argument. Argument after the # is interpreted as a composite mode if there's only one (no comma separated arguments). Sample usage: blockchain_import --database lmdb#fastest blockchain_import --database berkeley#fastest Multiple specific DB flags are still supported, e.g. blockchain_import --database lmdb#nosync,nordahead blockchain_import --database berkeley#txn_nosync	8 years ago
warptangent	cffc411c90	blockchain_import: Support BerkeleyDB	8 years ago
warptangent	19c1aaa9f6	blockchain_import: Add database type argument ... Default to LMDB.	8 years ago
warptangent	0fedce00d5	blockchain_import: Make LMDB-specific names general ... Also update terms to better distinguish blockchain management/engine from database type.	8 years ago
moneromooo-monero	9ef57946a0	blockchain_utilities: remove unused num_blocks variable	9 years ago
warptangent	b368e29f67	blockchain_import: Get hard fork version from HardFork ... Replace temporary assignment that used hardcoded values.	9 years ago
warptangent	e02577f594	Move HardFork DB update to BlockchainDB::add_block() ... Ensures the database is consistent. Also simplifes blockchain_import in that verify mode off has less to work around.	9 years ago
warptangent	9d62c161a3	blockchain_import: Add hard fork data for each block when verify mode is off	9 years ago
warptangent	7006b2ebe1	blockchain_utilities: Have fake_core create HardFork object ... The HardFork object is needed for the importer to update the hard fork data when verify mode is off.	9 years ago
warptangent	f7e337e625	fake_core: Check if hard fork subdbs need reset at start	9 years ago
warptangent	c657e772c4	blockchain_import: Add --drop-hard-fork command	9 years ago
warptangent	412243901d	blockchain_import: Add exception to log output	9 years ago
moneromooo-monero	3b1d7e03fc	Fix V1/V2 use of hard fork related parameters ... Some of it uses hardcoded height, which will need some thinking for next (voted upon) fork.	9 years ago
Howard Chu	30f92f5630	Fix hf when import with verify off ... Delete the hf tables, so the next open will rescan and regenerate	9 years ago
Riccardo Spagni	5c71f5d13e	update version	9 years ago