ghemingway / mgalib Goto Github PK

What steps will reproduce the problem?
1. Create a new BinFile object and give it a path with some amount of directory 
structure
2. Watch it puke when it tries to open either the primary file or the scratch 
file.
3. ... Profit

It should handle all paths correctly.

Per the project goals, this is a tough one.

What steps will reproduce the problem?
1. Compile library with default cache size as something small.
2. Open more than this number of objects and watch nothing happen.
3. Look at the BinFile::CheckCacheSize method and see that it is bogus.

What is the expected output? What do you see instead?
Objects should get moved out to the scratch file if they have been altered and 
to the input file if they have not been.  Once you go to memory, you never go 
back.

There are still a number of outstanding unit tests for CoreStorage.  There are 
many needed beyond this, but really we should start small.  Just look in 
CoreStorageTesting.cpp and you can see what I am talking about.