Commit graph

571 commits

Author SHA1 Message Date
6a8273808a Refactor to use try!() instead of match{}ing 2016-11-14 14:52:51 +01:00
79f68a1b79 Prettify codebase 2016-11-14 14:52:51 +01:00
35cfb5d651 Use helper fns to prettify error building 2016-11-14 14:52:51 +01:00
dab6ad0f20 Use default parameters from underlying functions 2016-11-14 14:52:51 +01:00
2a04da9b3f Add EntryHeader::delete_with_sep() 2016-11-14 14:52:51 +01:00
7cfff0f0d8 Minify EntryHeader code 2016-11-14 14:52:51 +01:00
5470ffceac Extract TOML extension to own module 2016-11-14 14:52:50 +01:00
303dd30ff2 impl PartialEq for Entry 2016-11-03 18:47:11 +01:00
5d2bc65623 We can derive PartialEq for EntryHeader 2016-11-03 18:47:02 +01:00
0a04081599 Merge pull request #656 from matthiasbeyer/cargo-rustc-codegen-units
Cargo rustc codegen units
2016-10-31 23:39:38 +01:00
aa0f496474 Impl PartialEq for StoreId 2016-10-31 14:38:05 +01:00
5ad2bfc462 libimagstore/Cargo.toml: Update dependencies 2016-10-24 14:30:54 +02:00
df6de8e957 Add codegen-units = 2 in ./libimagstore/Cargo.toml 2016-10-24 13:51:17 +02:00
b5bfc1978c Fix: Cargo.toml does not know "website", but "homepage" 2016-10-20 14:14:18 +02:00
4ee505c658 Merge pull request #815 from matthiasbeyer/release-prep
Release preparation things
2016-10-19 14:33:11 +02:00
3567606008 Merge pull request #816 from matthiasbeyer/libimagstore/test-storeid-name-fix
Fix test StoreId name
2016-10-18 20:52:42 +02:00
fc464446a9 Fix test StoreId name
The name of the storeid was duplicated, which caused the tests to fail
from time to time.

This patch fixes the name of the entry which is used to test.
2016-10-18 15:41:01 +02:00
2a514c16e6 Add meta-info in libimagstore/Cargo.toml 2016-10-18 10:56:12 +02:00
ff4a96ff59 Add missing "use" 2016-10-15 15:49:01 +02:00
da408f60fd Refactor iflet into and_then().or_else() 2016-10-15 15:49:01 +02:00
3fe8ec5d33 Simplify line 2016-10-15 15:49:00 +02:00
3d572dda0f Reimplement StoreId::to_str() to remove unwrap() 2016-10-15 15:49:00 +02:00
52367edc83 Remove unwrap()s in file abstraction code 2016-10-15 15:49:00 +02:00
c0eb329abf Simplify hashmap fetching and error construction 2016-10-15 15:49:00 +02:00
2363d6ba30 Use try!() instead of unwrapping errors 2016-10-15 15:49:00 +02:00
e8ae4c0da7 Create symlinks to documentation files in libimag*/README.md 2016-10-13 12:04:36 +02:00
e30d774670 Move all libimag*/README.md to doc/src/05100-* 2016-10-13 12:04:36 +02:00
10b920a149 Merge branch 'libimagstore/store-tests' into libimagstore/store-tests-integration 2016-10-12 11:13:38 +02:00
2cbcfa946c Merge branch 'master' into libimagstore/store-tests-integration
On master, we changed the Store::update() function to do nothing more
than calling Store::_update() and wrapping an error.

On the libimagstore/store-tests branch, we modified the
Store::_update() function to contain an additional flag in the
parameters, whether the File-Lock-Entry internal `precense`-value should
be updated.

This merge commit resolves that conflict.
2016-10-12 08:53:11 +02:00
b4d2f5c1a6 Each test should test with a unique test file name 2016-10-12 08:38:07 +02:00
600059be82 Add error output 2016-10-12 08:38:07 +02:00
27e816fc69 Do not simply unwrap, but return error in case of error 2016-10-12 08:38:07 +02:00
9a8a2f1c29 Add hook tests for hooks that error with an error that does not abort the action 2016-10-09 18:26:16 +02:00
7050067675 Merge pull request #761 from matthiasbeyer/libimagstore/store-tests-more-succeeding-hook-tests
libimagstore/store-tests: more succeeding hook tests
2016-10-09 13:29:48 +02:00
5202c5112a Add flag for _update() whether precense should be modified
This is a bugfix for an very particular issue.

Here's what happens:

If we create() an FileLockEntry and then update() it, we are running
into a problem because update() calls _update() which changes the
precense status of a FileLockEntry.

Because update() is _consuming_, the FileLockEntry gets drop()ed
afterwards. This _again_ causes _update() to be called, but with a new
presence status, which is not true in this moment (as the FileLockEntry
is still borrowed, but we already marked it as present).

This patch is a short-term fix. The real problem is, that our Store
interface is consuming. If the Store interface would be non-consuming,
this issue wouldn't happen, as the drop() call would not happen.

I'm rather sure that this patch will not be reverted in the process of
rewriting the Store interface to be non-consuming. But we never know.
2016-10-07 21:59:37 +02:00
7b11e7dabb Add testing implementation for Drop for FileLockEntry 2016-10-07 21:59:37 +02:00
d375a6d2c6 Add output to test helper, so we can see in the trace whats happening 2016-10-07 21:59:37 +02:00
ae66b00f5f store tests: Add erroring-hook-tests 2016-10-07 21:59:37 +02:00
095ae19416 [CHERRY-PICK] Add flag for _update() whether precense should be modified
This is a bugfix for an very particular issue.

Here's what happens:

If we create() an FileLockEntry and then update() it, we are running
into a problem because update() calls _update() which changes the
precense status of a FileLockEntry.

Because update() is _consuming_, the FileLockEntry gets drop()ed
afterwards. This _again_ causes _update() to be called, but with a new
presence status, which is not true in this moment (as the FileLockEntry
is still borrowed, but we already marked it as present).

This patch is a short-term fix. The real problem is, that our Store
interface is consuming. If the Store interface would be non-consuming,
this issue wouldn't happen, as the drop() call would not happen.

I'm rather sure that this patch will not be reverted in the process of
rewriting the Store interface to be non-consuming. But we never know.
2016-10-07 21:18:49 +02:00
cf50ddae33 [CHERRY-PICK] Add testing implementation for Drop for FileLockEntry 2016-10-07 21:18:49 +02:00
485d280236 Bugfix: The StoreEntry should know the _new_ StoreId
When moving a entry in the store, we also should tell the StoreEntry
the new id.
2016-10-07 21:18:49 +02:00
c72291159e Add comment/documentation for Store::move_by_id() 2016-10-07 17:53:11 +02:00
b189bf7b8c Add check if entry is present
If we try to rename an entry that is borrowed, we fail, as renaming an
borrowed entry might result in some _really_ ugly bugs.
2016-10-07 17:32:35 +02:00
1e83ad7bbd Add test for hook execution for each hook position 2016-10-07 17:32:35 +02:00
d9f4898a3a Abstract testing of hook execution in helper function 2016-10-07 17:32:35 +02:00
dd621a08a6 Merge pull request #772 from matthiasbeyer/libimagstore/store-tests-erroring-hooks
libimagstore/store-tests: erroring hooks
2016-10-06 18:30:24 +02:00
1244a6666f Add assert to Store::get() the new ID 2016-10-03 12:34:07 +02:00
6cc1a90870 libimagstore: Add copyright notice to all files 2016-10-01 17:35:06 +02:00
1526c0b2dc Make hook configurable whether it succeeds or not 2016-09-30 13:39:33 +02:00
f16c09a981 Do not check whether old or new id exists/does not exist 2016-09-30 13:20:37 +02:00