Ivan Dlugos

I've checked logs on Saucelabs and it looks like the client closes the session on its own accord: ``` 2024-08-16 07:06:06.634 V [3951e115][AndroidUiautomator2Driver@8453] Calling AppiumDriver.execute() with args: ["mobile: startActivity",[{"intent":"com.saucelabs.mydemoapp.rn/.MainActivity","wait":true}],"3951e115-c812-4c95-bad2-353a0022575c"] 2024-08-16...

Is it possible to review this and get merged to `feat/replay` soonish? I'd rather not create a third PR in chain to land #3818 TODOs from this PR could move...

> > Thanks a lot. It looks pretty good to me, although there need to be some changes to make the code correct on Big endian machines (I know these...

Note: I'm not sure the copy could be avoided, considering how `flatcc_builder` works - it doesn't produce the final output on the first call, only when calling "finalize". Maybe there's...

Also see the discussion about an overload for generated _put() and _get() functions https://github.com/objectbox/objectbox-generator/pull/11#pullrequestreview-441689548

Also to keep in mind: there's an internal discussion/feature request for providing flatbuffers serialization as part of the C-API. It's mainly for other language bindings but it would also solve...

isn't that basically FlatBuffer's default value? In standard flatbuffer generated code, such a value is not stored (i.e. it is stored as NULL)

If I get this right, the desired behavior would be: 1. When reading from the database where the value was stored as `null` then the scalar field values in c++...

@ribice since this is fresh in your memory, maybe you could update the docs with the missing info?

Hope it's fine to post this here, if not, please remove.... I've been missing some features in benchmark_harness as well, which led me to develop an alternative. After having it...