I have a user with a database that crashes repeatedly. Diagnose -> no problems. But I cloned (repaired) it, then exported the data and imported it to a new database. Still -> crash. It seems to be due to some unicode issue, but it's not repairable with the Valentina tools. Any suggestions about what to do? This is using macOS 10.15.3, if that matters.

I post the partial crash log below:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_platform.dylib 0x00007fff710c9769 _platform_memmove$VARIANT$Haswell + 41
1 libicucore.A.dylib 0x00007fff6ec6e723 u_memcpy + 27
2 libicucore.A.dylib 0x00007fff6ec57d4b icu::UnicodeString::copyFrom(icu::UnicodeString const&, signed char) + 369
3 libicucore.A.dylib 0x00007fff6ec8e62c icu::CollationElementIterator::setText(icu::UnicodeString const&, UErrorCode& + 38
4 libicucore.A.dylib 0x00007fff6ed8a98c ucol_setText + 109
5 libicucore.A.dylib 0x00007fff6ed97232 usearch_setText + 100
6 libvkernel_fat_release_x64.dylib 0x0000000114ceb97a fbl::ENode_Func_Locate::long_val(unsigned int) + 440
7 libvkernel_fat_release_x64.dylib 0x0000000114cf0fa1 fbl::ENode_Func_Minus::long_val(unsigned int) + 37
8 libvkernel_fat_release_x64.dylib 0x0000000114cf41bd fbl::ENode_Func_Left::str_val(unsigned int, int) + 37
9 libvkernel_fat_release_x64.dylib 0x0000000114d294a1 fbl::ENode_Pred_NotEqual_Text::long_val(unsigned int) + 37
10 libvkernel_fat_release_x64.dylib 0x0000000114d1dc5d fbl::ENode_Pred_CmpOp::llong_val(unsigned int) + 13
11 libvkernel_fat_release_x64.dylib 0x0000000114d091a8 fbl::ENode_Func_If::str_val(unsigned int, int) + 36
12 libvkernel_fat_release_x64.dylib 0x0000000114e11ae6 fbl::AssignToValue(fbl::smart_ptr<fbl::I_Value>, fbl::smart_ptr<fbl::I_ENode>, unsigned int, bool) + 710
13 libvkernel_fat_release_x64.dylib 0x0000000114ca4366 fbl::Method_SQL::Evaluate(unsigned int, fbl::smart_ptr<fbl::I_Value> + 186
14 libvkernel_fat_release_x64.dylib 0x0000000114ca0a8c fbl:olicyMethodYes:oMethod(fbl::FldStorage*, unsigned int, fbl::I_Value*) + 96
15 libvkernel_fat_release_x64.dylib 0x0000000114d95141 fbl::VVarChar::ReadValue(unsigned int, fbl::I_Value*) const + 65
16 libvkernel_fat_release_x64.dylib 0x00000001151a157d fbl::BuildIndex_General(fbl::smart_ptr<fbl::I_Field>, fbl::smart_ptr<fbl::I_Index>, fbl::smart_ptr<fbl::I_RowSet> + 363
17 libvkernel_fat_release_x64.dylib 0x00000001151a1be6 fbl::BuildIndex_Dispatcher(fbl::smart_ptr<fbl::I_Field>, fbl::smart_ptr<fbl::I_Index>, fbl::smart_ptr<fbl::I_RowSet> + 308
18 libvkernel_fat_release_x64.dylib 0x00000001151a1e66 fbl::Alg_BuildIndex_OnTable(fbl::I_FieldEx*, fbl::smart_ptr<fbl::I_Index>, fbl::smart_ptr<fbl::I_RowSet> + 370
19 libvkernel_fat_release_x64.dylib 0x0000000114d9735a fbl::Algs_BuildIndex_OnCreateMethod(fbl::I_FieldEx*, fbl::smart_ptr<fbl::I_Index> + 163
20 libvkernel_fat_release_x64.dylib 0x0000000115074f91 fbl::FldStorage::Create() + 255
21 libvkernel_fat_release_x64.dylib 0x0000000114dc4e6f fbl::Table::CreateField(fbl::String const&, unsigned int, unsigned short, fbl::smart_ptr<fbl::I_PropertyContainer const> + 747
22 v4rb_cocoa_64.dylib 0x00000001145fbf7e Table_CreateField_Simple(REALobjectStruct*, REALstringStruct*, int, int, REALstringStruct*, fbl::smart_ptr<fbl::I_Property>, fbl::smart_ptr<fbl::I_Property>, fbl::smart_ptr<fbl::I_Property> + 730
23 v4rb_cocoa_64.dylib 0x00000001145f8919 Table_CreateVarCharField(REALobjectStruct*, REALstringStruct*, int, int, REALstringStruct*) + 167
24 com.sonnysoftware.bookends 0x000000010d817c22 VTable.CreateVarCharField%o<VVarChar>%o<VTable>si8i8s + 114