summaryrefslogtreecommitdiffstatshomepage
path: root/src/tools/imgtool/iflopimg.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Imgtool: Proper cleanup of floppy object after create/open failure Nathan Woods2017-07-241-0/+10
|
* srcclean (nw) Vas Crabb2016-10-231-2/+2
|
* TRUE/FALSE in tools section (nw) Miodrag Milanovic2016-10-221-3/+3
|
* NOTICE (TYPE NAME CONSOLIDATION) Miodrag Milanovic2016-10-221-7/+7
| | | | | 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
* dynamic_buffer is just std::vector<UINT8> (nw) Miodrag Milanovic2016-10-211-1/+1
|
* [Imgtool] Bulk change: 'imgtool::image *' ==> 'imgtool::image &' Nathan Woods2016-10-161-23/+23
|
* [Imgtool] Fixed a stupid mistake Nathan Woods2016-10-151-4/+7
|
* [Imgtool] Changed the create/open callbacks to take 'imgtool::stream &&' Nathan Woods2016-10-151-10/+22
| | | | 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.
* [Imgtool] Changed many 'imgtool::stream *' to 'imgtool::stream &' Nathan Woods2016-10-141-10/+10
|
* Changes requested by Vas Nathan Woods2016-10-121-5/+5
|
* [Imgtool] More C++-ification (imgtool_stream ==> imgtool::stream) Nathan Woods2016-10-121-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.
* Made imgtool_image (now imgtool::image) a "real" C++ class Nathan Woods2016-09-271-23/+23
|
* Changing bad_alloc catch declarations Nathan Woods2016-09-251-1/+1
|
* Putting try { ... } catch(std::bad_alloc &) { ... } around recently ↵ Nathan Woods2016-09-251-1/+2
| | | | | | | | introduced resize() calls At the very least, I suppose this doesn't hurt; I'd just like to discuss how this should work in the long run. Also, this blog entry sums up my opinion perfectly: http://christiangarbin.blogspot.com/2013/05/the-futility-of-catching-stdbadalloc.html
* Imgtool: Changed the read_sector apparatus to use std::vector Nathan Woods2016-09-241-13/+9
| | | | | | | | 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
* option_guide C++-ification, touched up imgtool Nathan Woods2016-08-271-1/+1
| | | | | | The main point of this change is to C++-ify option_guide. It was changed from a struct array to a class, namespaced etc, with the ultimate hope of incorporating an in-emulation image creation UI. Imgtool got hit with a number of changes; I'll probably have to bring that off of the backburner and touch that up too
* Fix up imgtool as well Vas Crabb2016-07-081-3/+3
|
* clang-modernize part 5 Miodrag Milanovic2015-12-041-6/+6
|
* Rename *.c -> *.cpp in our source (nw) Miodrag Milanovic2015-11-081-0/+363