Mark Rowe 65a748de0c Fix move-assigning to a Results that has a notifier to not leak the ...

`Realm`, and moving from a `Results` to not result in a use-after-free.

The compiler generated move-assignment operator resulted in `m_notifier`
being assigned to without first calling `CollectionNotifier::unregister`.
This left a retain cycle in place, causing the `Realm` and other objects
to leak.

`ResultsNotifier` keeps track of which `Results` it should update when a
new `TableView` becomes available. When `Results` move-assignment
operator and move-constructor transfer ownership of the
`ResultsNotifier` to a new instance they also need to update its target
so it won't attempt to update the moved-from `Results`.

2016-05-31 19:03:29 -07:00

..

notifications-fuzzer

Move the notifications fuzzer to the tests directory

2016-05-11 16:08:30 -07:00

util

Rename CollectionChangeIndices to CollectionChangeSet

2016-05-11 16:08:30 -07:00

CMakeLists.txt

Move the notifications fuzzer to the tests directory

2016-05-11 16:08:30 -07:00

collection_change_indices.cpp

Add support for fine-grained notifications from backlink TVs

2016-05-11 16:08:30 -07:00

index_set.cpp

Return the correct iterator from ChunkedVector::erase()

2016-05-11 16:08:30 -07:00

list.cpp

Make PropertyType an enum class

2016-05-11 16:08:30 -07:00

main.cpp

Hook the parser tests into the CMake build system.

2016-01-19 10:41:25 -08:00

parser.cpp

more keyword tests

2016-02-16 12:19:26 -08:00

query.json

case insensitive searches

2016-03-21 13:32:03 -07:00

results.cpp

Fix move-assigning to a Results that has a notifier to not leak the

2016-05-31 19:03:29 -07:00

transaction_log_parsing.cpp

Make PropertyType an enum class

2016-05-11 16:08:30 -07:00