| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | srcclean (nw) | 2017-10-22 | 1 | -4/+4 | |
| | | |||||
| * | Created a more flexible imgtool::datetime structure for use within Imgtool ↵ | 2017-10-17 | 1 | -2/+77 | |
| | | | | | | | | | | | | | | | (#2263) * Created a more flexible imgtool::datetime structure for use within Imgtool This is intended to replace most usage of time_t * Changing the granularity of imgtool_clock from 1ms to 100ns, as per Vas' suggestion * Created arbitrary_datetime in timeconv.h to facilitate interpretation of datetime info I concluded that invoking std::mktime on manually assembled std::tm is bad, because it is indeterminate how the std::tm members may be "dominant". This required that I go further in imgtool, and update a number of drivers and eliminate the parameter of imgtool::datetime that takes std::tm. | ||||
| * | imgtool: hopefully fixed the "GET" command | 2017-08-24 | 1 | -6/+1 | |
| | | |||||
| * | Imgtool: Fixed features.supports_geticoninfo | 2017-08-02 | 1 | -0/+2 | |
| | | |||||
| * | [Imgtool] C++-ification of imgtool_forkent structure | 2017-08-02 | 1 | -3/+5 | |
| | | |||||
| * | Imgtool: Removed silly intermediate 'const char *' (nw) | 2017-07-31 | 1 | -3/+2 | |
| | | |||||
| * | Imgtool: Vas Feedback: Changed another charconverter access (nw) | 2017-07-30 | 1 | -3/+3 | |
| | | |||||
| * | Imgtool: Eliminated Imgtool-specific rand() function | 2017-07-30 | 1 | -16/+0 | |
| | | |||||
| * | Imgtool: Merged normalize_filename() into cannonicalize_path(), ↵ | 2017-07-30 | 1 | -370/+148 | |
| | | | | | C++-ification (#2527) | ||||
| * | Imgtool: Changed a pointer to a reference, and fixed a std::string(nullptr) bug | 2017-07-24 | 1 | -6/+5 | |
| | | |||||
| * | srcclean (nw) | 2017-05-28 | 1 | -2/+2 | |
| | | |||||
| * | [Imgtool] Cleanups to validity code, and transitioned to std::wcerr | 2017-04-30 | 1 | -27/+27 | |
| | | | | | Windows doesn't like mixing std::wc[out|err] and printf() | ||||
| * | srcclean (nw) | 2017-01-22 | 1 | -2/+2 | |
| | | |||||
| * | Restyled some imgtoolerr_t typecasts | 2017-01-14 | 1 | -48/+48 | |
| | | |||||
| * | Merge branch 'master' into imgtool_charconv_rewrite | 2017-01-01 | 1 | -0/+37 | |
| |\ | |||||
| | * | [Imgtool CoCo/RS-DOS] Miscellaneous cleanups and C++ modernization | 2016-12-24 | 1 | -0/+37 | |
| | | | |||||
| * | | [Imgtool] Rewrote charconv; now an interface rather than an enumeration | 2016-12-23 | 1 | -31/+27 | |
| |/ | |||||
| * | Merge pull request #1827 from npwoods/remove_strncatz | 2016-12-12 | 1 | -12/+0 | |
| |\ | | | | | [Imgtool] Removed dead strncatz() function | ||||
| | * | [Imgtool] Removed dead strncatz() function | 2016-12-11 | 1 | -12/+0 | |
| | | | |||||
| * | | Changed a number of declarations in Imgtool to use std::string instead of ↵ | 2016-12-11 | 1 | -13/+14 | |
| |/ | | | | 'const char *' | ||||
| * | srcclean (nw) | 2016-11-27 | 1 | -2/+2 | |
| | | |||||
| * | Merge pull request #1660 from npwoods/imgtool_fix_implicit_partition | 2016-11-11 | 1 | -10/+6 | |
| |\ | | | | | [Imgtool] Fixed a recently introduced bug which caused image types that do not support partitions to function incorrectly | ||||
| | * | [Imgtool] Fixed a recently introduced bug which caused image types that do ↵ | 2016-11-11 | 1 | -10/+6 | |
| | | | | | | | | | not support partitions to function incorrectly | ||||
| * | | No need for osd_malloc, osd_malloc_array and osd_free (nw) | 2016-11-11 | 1 | -11/+11 | |
| |/ | | | | MALLOC_DEBUG not applicable anymore since we use new to allocate in 99.9% of cases | ||||
| * | Merge pull request #1542 from npwoods/imgtool_list_partitions | 2016-10-24 | 1 | -31/+29 | |
| |\ | | | | | [Imgtool] Consolidated logic for default implementation of imgtool::image::list_partitions() | ||||
| | * | Merge branch 'master' into imgtool_list_partitions | 2016-10-23 | 1 | -98/+98 | |
| | |\ | |||||
| | * | | [Imgtool] Consolidated logic for default implementation of ↵ | 2016-10-22 | 1 | -31/+29 | |
| | | | | | | | | | | | | | imgtool::image::list_partitions() | ||||
| * | | | Merge pull request #1543 from npwoods/imgtool_stream_open_smartpointer | 2016-10-24 | 1 | -7/+3 | |
| |\ \ \ | |_|/ |/| | | | | | [Imgtool] Changed imgtool::stream::open*() to return imgtool::stream::ptr | ||||
| | * | | [Imgtool] Changed imgtool::stream::open*() to return imgtool::stream::ptr | 2016-10-22 | 1 | -7/+3 | |
| | |/ | | | | | | | Updated quite a bit of client code that manually owned these pointers | ||||
| * | | srcclean (nw) | 2016-10-23 | 1 | -90/+90 | |
| | | | |||||
| * | | TRUE/FALSE in tools section (nw) | 2016-10-22 | 1 | -9/+9 | |
| |/ | |||||
| * | NOTICE (TYPE NAME CONSOLIDATION) | 2016-10-22 | 1 | -53/+53 | |
| | | | | | | Use standard uint64_t, uint32_t, uint16_t or uint8_t instead of UINT64, UINT32, UINT16 or UINT8 also use standard int64_t, int32_t, int16_t or int8_t instead of INT64, INT32, INT16 or INT8 | ||||
| * | [Imgtool] Changed imgtool::image::info() to use std::stream and ↵ | 2016-10-17 | 1 | -6/+7 | |
| | | | | | std::stringstream | ||||
| * | Merge pull request #1526 from npwoods/imgtool_directory_refs | 2016-10-18 | 1 | -6/+6 | |
| |\ | | | | | [Imgtool] Bulk change: 'imgtool::directory *' ==> 'imgtool::directory &' | ||||
| | * | [Imgtool] Bulk change: 'imgtool::directory *' ==> 'imgtool::directory &' | 2016-10-17 | 1 | -6/+6 | |
| | | | |||||
| * | | [Imgtool] Modernized imgtool::image::list_partitions() | 2016-10-17 | 1 | -16/+11 | |
| |/ | |||||
| * | [Imgtool] Bulk change: 'imgtool::partition *' ==> 'imgtool::partition &' | 2016-10-16 | 1 | -32/+32 | |
| | | |||||
| * | [Imgtool] Bulk change: 'imgtool::image *' ==> 'imgtool::image &' | 2016-10-16 | 1 | -11/+11 | |
| | | |||||
| * | [Imgtool] Changed the create/open callbacks to take 'imgtool::stream &&' | 2016-10-15 | 1 | -8/+5 | |
| | | | | | They always took ownership of the stream; this just makes it official. Because the ownership would only traditionally happen if the open() or create() succeeded, I had to do a clumsy pattern where I call get() at the beginning of the callback to get the stream, but later on release() immediately prior to succeeding. | ||||
| * | Merge pull request #1500 from npwoods/imgtool_cplusplus_stream | 2016-10-15 | 1 | -22/+22 | |
| |\ | | | | | [Imgtool] More C++-ification (imgtool_stream ==> imgtool::stream) | ||||
| | * | [Imgtool] Changed many 'imgtool::stream *' to 'imgtool::stream &' | 2016-10-14 | 1 | -10/+10 | |
| | | | |||||
| | * | [Imgtool] More C++-ification (imgtool_stream ==> imgtool::stream) | 2016-10-12 | 1 | -19/+19 | |
| | | | | | | | | | Still a bit of work to do, most notably around adoption of std::unique_ptr<>, which may be a challenge here on account of some assumptions regarding lifetime of streams by modules. | ||||
| * | | fixed tools build (nw) | 2016-10-12 | 1 | -1/+1 | |
| |/ | |||||
| * | [Imgtool] C++-ified a few more classes | 2016-10-09 | 1 | -632/+483 | |
| | | | | | | imgtool_partition ==> imgtool::partition imgtool_directory ==> imgtool::directory | ||||
| * | [Imgtool] Fixed a recently introduced bug that could cause module's close() ↵ | 2016-10-08 | 1 | -2/+5 | |
| | | | | | | | callback to be invoked if an image fails to be opened or created. This is really a temporary workaround while Imgtool gets C++-ified; the real issue is the ad hoc nature of the existing semantics of image construction. | ||||
| * | Made imgtool_image (now imgtool::image) a "real" C++ class | 2016-09-27 | 1 | -266/+242 | |
| | | |||||
| * | srcclean (nw) | 2016-09-26 | 1 | -1/+1 | |
| | | |||||
| * | Merge pull request #1444 from npwoods/imgtool_readsector_uses_stdvector | 2016-09-26 | 1 | -31/+2 | |
| |\ | | | | | Imgtool: Changed the read_sector apparatus to use std::vector | ||||
| | * | Imgtool: Changed the read_sector apparatus to use std::vector | 2016-09-24 | 1 | -31/+2 | |
| | | | | | | | | | | | | | | | | | This also eliminated the need for get_sector_size The asute reviewer will note that a side effect of this change is that in scenarios where we once returned IMGTOOLERR_OUTOFMEMORY, we now throw std::bad_alloc. This is deliberate. Having an error code for out of memory conditions no longer makes sense with MAME's embrace of the C++ way of doing things. It is highly likely that I will follow up this change with one that eliminates IMGTOOLERR_OUTOFMEMORY in favor of throwing std::bad_alloc. This commit also fixes a recent regression in which we passed nullptr to an std::string ctor | ||||
| * | | Retired imgtool_basename(), in favor of core_filename_extract_base() | 2016-09-24 | 1 | -18/+5 | |
| |/ | |||||
