mORMot

It is necessary on Delphi 2007 - 2010 at least.Buggy compiler.

I guess cat /proc/cpuinfo  should return something on the VM terminal (not MacOs).The numbers are weird: some are better, other are worse than your previous tests.But very good numbers in all cases.Thanks for the feedback.

This is weird, because TDocVariantData.AddValue does not use the late-binding so won't call DispInvoke.Your error message means that DispInvoke() was called with a late-binding method with no name.When occurs exactly the problem (the full call stack ... [More] and the error line in the test case itself)?Did you try with FPC 3.2?By chance, did you force string=UnicodeString?Perhaps there is an unresolved bug in FPC trunk, or something backward incompatible in trunk DispInvoke. I didn't find anything change with latest source.Is https://gitlab.com/freepascal.org/fpc/s … 5dfdb6b33b included in your trunk revision? [Less]

You are right.Should be fixed on https://github.com/synopse/mORMot2/commit/4d402b1cIt didn't occur on older Delphi revisions (e.g. XE4/XE7).

Delphi 10.4.2, mORMot2 commit 4d402b1Unit mormot.core.threads.pas, line 2680[dcc32 Hinweis] mormot.core.threads.pas(2680): H2077 Auf 'found' zugewiesener Wert wird niemals benutztTranslation: Value assigned to "found" is never usedWith best regardsThomas

OK, perfect.Thanks a lot :-)

Yes, the async server seems stable now, with pretty good performance.Our internal tests are very promising. I guess it is stable enough to be run on production.But of course, some issue may occur, as with anything new: please report here if you encounter any problem.

ab wrote:Or just use a TDocVariantData stored into a variant. +1  I like DocVariants very much. Whenever you get stuck, a DocVariant comes along from somewhere.

AOG wrote:The latest mORMot2 (with sqlite3-statics) with the latest FPC trunk (both today) works very well on ARM32 bit. Thanks Alfred for the feedback! Note that I have backported the FPC trunk fix about TStrRec.RefCnt in mORMot 1 this morning.See https://synopse.info/fossil/info/b701a6f3f93d532a

There is no such method directly.Because in practice, it is likely to be slower than always putting all fields.My guess is that a custom method working at ORM level, using TOrmPropInfo.IsValueVoid and TOrmPropInfo.GetVariant could help, if you really need it.