mORMot Open Source

interesting, hmm:
https://stackoverflow.com/a/29908970

I'm not sure if you understand me
your earlier code

EmployeeID := LDAP.SearchObject(DN, Filter, ['EmployeeID']).Attributes.GetByName('EmployeeID');

gives me AV

Can you please provide  sample code, which works for you  to get value of EmployeeID attribute for ldap user 'windowsUser'?
I know it sounds trivial for you but I want to make sure that we have consistent result, I mean my AD, Delphi, mormot etc.

thx, I set

var  LDAPProperties :variant:= LDAP.SearchAll([], ObjectFilter(ofUsers, windowsUser),    [roCanonicalNameAtRoot, roSortByName, roSddlKnownUuid, roAutoRange,    roKnownValuesAsArray]);
  var EmployeeID:utf8string := LDAPProperties.EmployeeID;
  Writeln('EmployeeID: ', EmployeeID);

compiles well but on runtime gives me error:
Could not convert variant of type (Null) into type (String)

but this attribute for that user sure has value I confirmed with windows attribute editor...

You are right, saga seems to be continued at least until 3.47.3, seeing from today's commits.

I'm on the same position, plus my input:
1. Delphi is commercial product - which by design is used by companies who understand that software need updates
2. Nobody asked there for support only 10.3 + but XE3, XE4 as minimum for Mormot2 is reasonable (in my opinion Tokyo should be minimum)
3. I don't like money grubbers they made hundreds thousands of bucks on their software and can't spend money for update at least 1 per 5 years.(D7 is 18 years old!)
4. If mormot supports FPC free as main - then Delphi when it's commercial it should have more strict req.
5. Delphi 7 = no 64 bit support
6. If someone do not make money on their software or make very low - here it's Delphi is FREE for such users (Community edition) where users have always the latest edition to download.
7. But I make money on my software I cannot use free community edition - my answer: Go to point 3 it's about you.
8. 1.17, 1.18 fully perfectly supports D7 and other obsolete compilers.

I can confirm urhen comment make sense, total bullshit supporting 20 years old product.
To move forward for future sometimes old things needed to be left behind otherwise it will be always stopper and pain in the ass

@xalo, LOL - No I should not change anything - point of that was that open source project which uses free solutions as much as possible prefer commercial compiler for sqlite where free totally is availiable, don't worry about definitions - I perfectly know them. Did you even read oryginal post? id=5162

Could you try please ?

@ab
Fortunately, does not need to be installed it's portable by design.

Found direct URL's for you, no need to register.
https://smadaver.com/index.php?topic=28246.0;wap2

ps. Tokyo(10.2) is max version of freeware BCC32 currently.

@zed, this is what I mean, Free C++ BCC 32 (community) has commercial usage limits, while this one only command line 32 bit is full and can be used in commercial:
https://www.embarcadero.com/free-tools/ccompiler

That's why I think mORMot should oficially support totally free C++ 32 bit compiler.
One small downside I see is that .obj will take about 1.4 MB comparing to about 0.8 for XE7.

But at least it's 100% free for commercial as well.
BTW: Making support for BCC32C/BCC32X is automatically the same support for C++ Builder community since both are clang based.

@ab can you add official support bcc32 next to XE7?

[dcc32 Hint] SynSQLite3Static.pas(402): H2164 Variable '__turbofloat' is declared but never used in 'SynSQLite3Static'
[dcc32 Error] SynSQLite3Static.pas(793): E2065 Unsatisfied forward or external declaration: 'CodecGetReadKey'
[dcc32 Error] SynSQLite3Static.pas(794): E2065 Unsatisfied forward or external declaration: 'CodecGetWriteKey'
[dcc32 Error] SynSQLite3Static.pas(1020): E2065 Unsatisfied forward or external declaration: 'sqlite3_initialize'
[dcc32 Error] SynSQLite3Static.pas(1021): E2065 Unsatisfied forward or external declaration: 'sqlite3_shutdown'
....

Try to build mORMot TestSQL3.dpr with this compiled .obj (latest official 32 bit SQLite obj  successfully builded with mentioned bcc32)
http://www.mediafire.com/file/lg6xfbkvi … 3.obj/file

[dcc32 Error] SynSQLite3Static.pas(790): E2065 Unsatisfied forward or external declaration: 'CodecGetReadKey'
[dcc32 Error] SynSQLite3Static.pas(791): E2065 Unsatisfied forward or external declaration: 'CodecGetWriteKey'
[dcc32 Error] SynSQLite3Static.pas(1017): E2065 Unsatisfied forward or external declaration: 'sqlite3_initialize'
[dcc32 Error] SynSQLite3Static.pas(1018): E2065 Unsatisfied forward or external declaration: 'sqlite3_shutdown'
[dcc32 Fatal Error] SynSQLite3Static.pas(1283): E2226 Compilation terminated; too many errors
Failed
Elapsed time: 00:00:00.7

@zed it's not a problem strictly with compiling sqlite but later with Delphi compiler/linker issues fixing.

Anyone can help with build sqlite .c using freeware bcc32.exe

@ab, what a wonderfull news!
Just my suggestion - I would use 10.3.2 don't worry about older bcc64, if there is community edition for free now (finally) old licensed users of BCC 64 can download new.
I think in this case trying to satifying all could be not good idea.
I'd go with option of using latest LLVM from 10.3.2 community, I don't think it could be the problem for those who really need it will buy new version.
As Mormot is free project it should care more about free compilers rather than older which were paid.
Free is from 10.x v.

C++ compiler which is known from very serious bugs in the past first of x64 versions do another reason to use latest.

@ab
Thanks
I don't see such settings in my Windows 10.
I see bigger problem used today build of your framework and run tester under XP SP3 look:
There I don't see UTF-8 problems but other issue like below.
Please take a look closer at your tester app.