mORMot Open Source

I prefer ab's original suggestion. For the most used datatype beside integer being short is an advantage.

If mORMot2 uses UTF8String:

I am wondering if using some short alias in my own code like  UTF8 = UTF8String or U8 = UTF8String would cause any problem?

One more question:

6. Would it be possible to create an option to make aes encoding the default so it would work without declaring  "ACCEPT-ENCODING: synshaaes"  in the header? It would allow hiding which specific implementation of encryption is used from spectators.

Got it,  thanks.

Wow, even more exciting. I can see in the source now the part which loads ICU for android. 
Could  not find TICULibrary yet... I assume it is still work in progress.

When they cancelled he development of the former v4 branch it did not feel right. Even if it was fundamentally faulty in some ways it should have been redesigned. Trial and error is the only way to get to the goal.

You may not have the time or desire to work on including this specific extension, but in more general it would be useful to have a simple way to recompile sqlite with all the mORMot goodies and selected extensions for ourselves.

Maybe fpcupdeluxe could be extended with this feature. I assume beside AB Alf is the best qualified for this sort of stuff.

AB,

the new version of SQLite is out. There is no mention about the decimal support this time. Is it now included in the  amalgamation?

An other important way to look at this is that instead of making a decision about which setup to use we can continuously test and develop for multiply engines and setups with the ability to change the live setup any time with no extra effort.

It makes total sense to be cautious with the fresh releases.

Hopefully the end goal is to create a proper  decimal type, but this is a step to the right direction. It is very much needed. I have never understood why was this not a priority for a long time. AFAIK the since cancelled v4 branch had proper decimal support. I assume this made the developers avoid the subject for v3 even longer.

I have no idea  how difficult it is to add the extra source file(s) for mORMot, but it would be a little surprising if the source was not synced.

I have run into the same problem recently.  As mentioned earlier in this topic  RawUTF8 is the same as the FPC String so one would  expect  that assigning a string constant  should work seamlessly.  Unfortunately it does not, but his solved it for me :

aRawUTF8:= StringToUTF8(aConstantString);

I was lamenting about  the effects of changing the definition  of RawUTF8  for FPC like this: RawUTF8 = String;

It might mess up some parts of mORMot. Even if all issues solved the code created based on this definition would be FPC only.

Thanks. This seems kind of low level. Could not find anything readily usable   in it  yet. I will check it out later. Luckily  I already have an almost workable solution which is good enough for now. The only problem left to solve the one I mentioned before  with TSynAnsiConvert.Engine(1250).UTF8ToAnsi. Is there any other way for RawUTF8 to AnsiString conversion?

If I understand your code right using NormToUpperAnsi7 is a  speed optimiziation which is not codepage aware.  If  SortIStr/SortStr had a version using a slower CP aware comparison instead it would gave mORMot sorting abilities in any locale. The comparsion could  be  based on the RTL as you suggested. Not sure though how Delphi RTL  is different in this regard.

mpv,

thanks, but I need something closer to home.

Unfortunately the only pascal wrapper is over a decade old: http://www.crossgl.com/icu4pas. This is such an essential functionality for none English programs that it would make sense to me to revitalize this project as part of FPC/Lazarus.

For now - since there does not seem to be a viable option for me - I am heading to carve my own path and create a general purpose string compare solution which can be easily extended for different locales. I need it mostly for the client side/local servers so it will not be optimized for speed at first.

Now I understand where you are coming from. Sounds like a good solution.
I need to figure out how to reference and link the .o files with Delphi.

In theory having a local server makes sense in some cases. EG when more than one app is using it. Also the server has tags telling the OS to keep it in memory as much as possible. The UI app will be removed before the server. The result is that at least half of the app has a chance to survive in memory --> faster reload.

If there is fast and reliable way for the UI app to check if the server is  running and  to start it if not then it might even work.

Good to hear.

The goal is to have a local server on the mobile device. HTTP or HTTPS  is better for this?

I  would assume that local connections should not be effected  by switching GSM tower. Maybe the device going to sleep mode and coming back needs to be handled.

If you do not have any licences under your own name you could use the community edition. But it does not work with paid licences on the same machine.

Neverless I am really interested how sponsoring would work beside providing the licence?

This is quite surprising. The foundation of closs-platform development should be  unified API's at the deepest possible level.

I  was hoping to use the mORMmot sqlite engine because it has encryption and is always up to date. The FireDac embedded engine has its own encryption, but it seems to be updated only occasionally. With dynamic linking  encryption is not possible at all.

Thanks for the quick answer.

Faced with the same  issues I came  to conclusion that on the long run the best solution is to create a  background server with delphi running under wine which the main linux server calls to do certain things it cannot do itself.  Only those libraries  go to the background server which  cannot be replaced with fpc/lazarus equivalent. Everything else runs  native under linux. Sometimes the background server may need to call some interfaces on the main server to do its job.

The problematic area with running a command line server under wine for me is making it to start after reboot. I could not find  a way to autostart more then one server. But my linux knowledge is very limited. I thought maybe it should be started by the main server instead configuring Linux to do it, but could not get it working either. Did not try very long though.

Sapiem,

Lazus + LAMW + moRMot can be an option. LAMW makes it possible to use the same native Android controls to build the UI you would use in Android Studio. Lack of debugging is a big difference though.

That is the gist of it. Either way the the fix is inconsistent, returns  different pointers depending on the compiler directive.

AB,

I think this is worth attention.

Thanks!