I think UnQLiteVm needs a Clone trait for the following scenario:

I have a Jx9-script that can search in DB and return some result. Multiple clients want to use it at the same time (asynchronously) to get data from DB. They must somehow pass their search parameters to script. The only way I found is to use add_argument method, but it requires to have a mutable reference to UnQLiteVm. So I need to make a Mutex or RfCell and still each client will lock the UnQLiteVm instance.

The simple solution is to spawn UnQLiteVm on each request, but I'm afraid that UnQLite::complie() will cause unnecessary CPU and IO usage. But with this trait we can copy comiled version of UnQLiteVm for each client -- not much overhead.

Also I've updated upstream repo to current version, all tests have passed.

While these changes are minor, they do remove deprecated calls and also updated to use 2018 edition. Submodule was also updated and a examples/temp.rs was added (which was taken from the readme, might add my own example at a later date, although the current example is more than enough).

The example is on creating the DB in a temporary file. Is there any possibility to add an example when creating the db on a file path? There is lot of confusion for a new bie.

Thanks.

Hi ,

I copy & paste the Example code provided in readme usage section and then did cargo run .

Found Following Error error: failed to run custom build command for unqlite v1.5.0

Screen Shot with RUST_BACKTRACE=1

Complete Error Log With RUST_BACKTRACE=full unqlite_error.txt

Rust Version - rustc 1.57.0 (f1edd0429 2021-11-29) Cargo Version - cargo 1.57.0 (b2e52d7ca 2021-10-21) Operating System -Windows, version 10.0.19042 X64

I would greatly appreciate your assistance if I am missing something.

The latest version of unqlite on crates.io is 1.4.1, which requires the concat_ident feature, which won't work on stable Rust. I configured a project to import v1.4.2 directly from the head of this repository and on cursory inspection, it seems work fine and appears ready for release. If there isn't a problem, could you publish 1.4.2? I'd much appreciate having all my dependencies archived in crates.io.

Implement Send for Error so that it could be used in structs and traits requiring any error E to be E: Error + Send + 'static (e.g.: generally Result).

$ rustup run nightly-x86_64-unknown-linux-gnu cargo build
   Compiling unqlite v1.3.0 (file:///home/sergey/projects/unqlite.rs-1.3.0)
error[E0308]: mismatched types
   --> src/lib.rs:149:49
    |
149 |             .map(|_| UnQLite { engine: unsafe { Shared::new(db) } })
    |                                                 ^^^^^^^^^^^^^^^ expected struct `std::ptr::Shared`, found enum `std::option::Option`
    |
    = note: expected type `std::ptr::Shared<_>`
               found type `std::option::Option<std::ptr::Shared<_>>`

error[E0308]: mismatched types
   --> src/kv_cursor.rs:220:34
    |
220 |                 cursor: unsafe { Unique::new(cursor) },
    |                                  ^^^^^^^^^^^^^^^^^^^ expected struct `std::ptr::Unique`, found enum `std::option::Option`
    |
    = note: expected type `std::ptr::Unique<_>`
               found type `std::option::Option<std::ptr::Unique<_>>`

error[E0308]: mismatched types
  --> src/document/doc_store.rs:99:30
   |
99 |             native: unsafe { Shared::new(vm) }, 
   |                              ^^^^^^^^^^^^^^^ expected struct `std::ptr::Shared`, found enum `std::option::Option`
   |
   = note: expected type `std::ptr::Shared<_>`
              found type `std::option::Option<std::ptr::Shared<_>>`

error: aborting due to 3 previous errors

error: Could not compile `unqlite`.

Hello 👋

I'm looking for an embedded DB (sql, nosql, graph, but not key/value) to store a moderate amount of data for a Tauri app.

It looks like the document interface is not yet complete when having a look at the roadmap (#1), and the last commit was two years ago.

Is it something you think is going to be done at some point, or is this project on life support? :)

Right now, the only way I see for a program calling the UnQLite wrapper to know the nature of an error is to compare the error string associated with the error with the string literals in UnQLite's error.rs. This seems unsafe.

The Custom struct that is returned for the error contains UnQLite's numeric error code and the ErrorKind enum variant that the wrapper assigned to it. However, even though the ErrorKind enum is public, the fields of the UnQLite struct are private and there is no way for the calling program to access this.

Please add methods to access the fields of a Custom struct:

#[derive(Clone, Debug, PartialEq, Eq)]
pub struct Custom {
    kind: ErrorKind,
    raw: i32,
}

OS: windows 8.1 Rust toolchain: nightly-1.29.0-x86_64-pc-windows-gnu Clang: clang version 5.0.0 (tags/RELEASE_500/final) Target: x86_64-w64-windows-gnu Thread model: posix unqlite.rs: 1.4.1

gdb trace info: ... warning: HEAP[test_db.exe]: warning: Invalid address specified to RtlFreeHeap( 0000000000AC0000, 0000000000024830 ) Program received signal SIGTRAP, Trace/breakpoint trap. 0x00007ff8b7413af2 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\SYSTEM32\ntdll.dll (gdb) bt bt #0 0x00007ff8b7413af2 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x00007ff8b73cd876 in ntdll!memset () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0x00007ff8b7412984 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\SYSTEM32\ntdll.dll #3 0x00007ff8b73ca8d5 in ntdll!memset () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x00007ff8b7355a38 in ntdll!RtlFreeHeap () from C:\WINDOWS\SYSTEM32\ntdll.dll #5 0x0000000000419282 in alloc::alloc::dealloc ( ptr=0x24830 "SALDKFJ;098787t5k,.mcv,xmc.ckpo&^%IOU_)K<jlknksafd;alkmds7t6r57k()&^%$#@$%^&<mhlsmv,s.mdf;lasdfya967sdjl;867546KHHGLK;", '\253' <repeats 16 times>, "\356\376\356\376\356\376\000", layout=...) at C:\projects\rust\src\liballoc/alloc.rs:80 #6 0x000000000041906b in <alloc::alloc::Global as core::alloc::Alloc>::dealloc (self=0x23fb60, ptr=..., layout=...) at C:\projects\rust\src\liballoc/alloc.rs:128 #7 0x000000000041ad3a in <alloc::raw_vec::RawVec<T, A>>::dealloc_buffer ( self=0x23fb60) at C:\projects\rust\src\liballoc/raw_vec.rs:720 #8 0x000000000041c813 in <alloc::raw_vec::RawVec<T, A> as core::ops::drop::Drop>::drop (self=0x23fb60) at C:\projects\rust\src\liballoc/raw_vec.rs:729 #9 0x0000000000403ab3 in core::ptr::drop_in_place () at C:\projects\rust\src\libcore/ptr.rs:59 #10 0x0000000000403b02 in core::ptr::drop_in_place () at C:\projects\rust\src\libcore/ptr.rs:59 #11 0x0000000000406a16 in test_db::main () at src\main.rs:38 (gdb)

#0  0x00007ff8b7413af2 in ntdll!RtlpNtMakeTemporaryKey ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ff8b73cd876 in ntdll!memset () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ff8b7412984 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\SYSTEM32\ntdll.dll
#3  0x00007ff8b73ca8d5 in ntdll!memset () from C:\WINDOWS\SYSTEM32\ntdll.dll
#4  0x00007ff8b7355a38 in ntdll!RtlFreeHeap ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#5  0x0000000000419282 in alloc::alloc::dealloc (
    ptr=0x24830 "SALDKFJ;098787t5k,.mcv,xmc.ckpo&*^%*IOU_)K<jlknksafd;alkmds7t6r57k()*&^%$#@$%^&*<mhlsmv,s.mdf;lasdfya967sdjl;867546KHHGLK;", '\253' <repeats 16 times>, "\356\376\356\376\356\376\000", layout=...)
    at C:\projects\rust\src\liballoc/alloc.rs:80
#6  0x000000000041906b in <alloc::alloc::Global as core::alloc::Alloc>::dealloc (self=0x23fb60, ptr=..., layout=...)
    at C:\projects\rust\src\liballoc/alloc.rs:128
#7  0x000000000041ad3a in <alloc::raw_vec::RawVec<T, A>>::dealloc_buffer (self=0x23fb60) at C:\projects\rust\src\liballoc/raw_vec.rs:720
#8  0x000000000041c813 in <alloc::raw_vec::RawVec<T, A> as core::ops::drop::Drop>::drop (self=0x23fb60) at C:\projects\rust\src\liballoc/raw_vec.rs:729
#9  0x0000000000403ab3 in core::ptr::drop_in_place ()
    at C:\projects\rust\src\libcore/ptr.rs:59
#10 0x0000000000403b02 in core::ptr::drop_in_place ()
    at C:\projects\rust\src\libcore/ptr.rs:59
#11 0x0000000000406a16 in test_db::main () at src\main.rs:38

• Database Engine Handle
  • [x] unqlite_open
  • [x] unqlite_config
  • [x] unqlite_close
• Key/Value Store Interfaces
  • [x] unqlite_kv_store
  • [x] unqlite_kv_append
  • [ ] unqlite_kv_store_fmt
  • [ ] unqlite_kv_append_fmt
  • [x] unqlite_kv_fetch
  • [ ] unqlite_kv_fetch_callback
  • [x] unqlite_kv_delete
  • [x] unqlite_kv_config
• Document Store (JSON via Jx9) Interfaces
  • [ ] unqlite_compile
  • [ ] unqlite_compile_file
  • [ ] unqlite_vm_config
  • [ ] unqlite_vm_exec
  • [ ] unqlite_vm_reset
  • [ ] unqlite_vm_release
  • [ ] unqlite_vm_extract_variable
  • [ ] unqlite_vm_dump
• Cursor Iterator Interfaces
  • [x] unqlite_kv_cursor_init
  • [x] unqlite_kv_cursor_release
  • [x] unqlite_kv_cursor_seek
  • [x] unqlite_kv_cursor_first_entry
  • [x] unqlite_kv_cursor_last_entry
  • [x] unqlite_kv_cursor_valid_entry
  • [x] unqlite_kv_cursor_next_entry
  • [x] unqlite_kv_cursor_prev_entry
  • [x] unqlite_kv_cursor_key
  • [x] unqlite_kv_cursor_key_callback
  • [x] unqlite_kv_cursor_data
  • [x] unqlite_kv_cursor_data_callback
  • [x] unqlite_kv_cursor_delete_entry
  • [x] unqlite_kv_cursor_reset
• Manual Transaction Manager
  • [x] unqlite_begin
  • [x] unqlite_commit
  • [x] unqlite_rollback
• Utility Interfaces
  • [x] unqlite_util_load_mmaped_file
  • [x] unqlite_util_release_mmaped_file
  • [x] unqlite_util_random_string
  • [x] unqlite_util_random_num
• In-process Extending Interfaces
  • [ ] unqlite_create_function
  • [ ] unqlite_delete_function
  • [ ] unqlite_create_constant
  • [ ] unqlite_delete_constant
• To be continued