mORMot Open Source

Another excellent step ahead!

Is the server side ready for Android, IOS?
(I know, who runs a server on mobile? But in some of my use cases it does make sense.   )

Thanks, best case scenario!

+1

He is very-very productive, but everyone needs time to regenerate off the regular paths. I am hoping that is all.

Got it, thx.

Excellent, this is a really important part of the library.

https://gitlab.com/freepascal.org/fpc/s … 372da876e6
https://gitlab.com/freepascal.org/fpc/s … 372da876e6

This was amazingly fast fix during a weekend from the FPC devs! 
I have applied the changes to the fixes branch locally and the range checking errors are gone, but unfortunately there other compiler errors like this with ResStringRec.Identifier:

mORMoti18n.pas(901,19) Error: Illegal qualifier

function LoadResString(ResStringRec: PResStringRec): string;
var Buffer: array [0..4095] of Char; // char = use the generic string type
    i: integer;
begin
  if ResStringRec=nil then begin
    result := '';
    Exit;
  end;
  if ResStringRec.Identifier[<64*1024 then begin    

Yes.

I have tried it with a freshly created application in Lazarus and the problem is the same.
Is it possible that the compiler's behavior has changed?

I have all units in the project with {$I Synopse.inc} 

Checked Synopse.inc, it is the same as in the repository

(********************** Shared Conditionals **********************)

{$ifdef PUREPASCAL}
  {$define NODELPHIASM}
  {$define FPC_OR_PUREPASCAL}
{$else}
{$endif PUREPASCAL}

{$H+} // we use long strings
{$R-} // disable Range checking in our code

There are no range checking defines in project options or in the source files.

Is there something else I can check?

Thank you!

Pavlo,

the way your people are fighting sets an example for the rest of the world. If you can stand your ground long enough, it will cause more and more problems to Putin.

I do not know if you have any connections to military leaders, but there are strategic questions that bother me.

1. Even today there was news about a large Russian convoy.  Why are not  these targeted? Learn from the Afghans! Roadside bombs ...
Guerrilla warfare should be planned a prepared. Once a territory falls into enemy hands, it should start right away. A few well selected targets causing significant losses makes it somewhat less risky for those risking their lives.

2. Hit the enemy at it's weakest point: the Russians have logistical and supply problems. (They probably only want to negotiate to refill their supplies) Targeting their storages and vehicles transporting supplies seems like an effective strategy.

3. Street fights:  It seems most Russians do not have night-vision equipment and training. So they only fight from dawn. They could be attacked while they are sleeping. The very least preventing their sleep might be useful.

The human cost is just terrible. Civilians hiding in uncomfortable shelters without proper sleep, limited food and water ... being a kid in such a terror ...
Human kind had two gigantic lessons to learn from in the 20th century ... some did not learn a thing which shows that they are pure evil.

Lightning fast.
Thank you!

It is usually worth waiting a bit with new SQLite releases until the newly introduced bugs are fixed.

edwinsn,

dialects usually introduce some additions which can be ignored for compatibility. Lack of documentation/support can be a problem for free solutions. This is why PaxCompiler was worth it's money. Because of the lack of proper free solutions I think probably there is still place for a similar commercial product.

... did not see your last post.

The most natural solution would be some sort of pascal scripting written in pascal. The problem is that there does not seem to be any really good fit for mORMot.
Remobjects's Pascal Script is the only free one I know of which is mature enough and  can be used with both Lazarus and Delphi. Unfortunately it does not allow script defined classes, which is important for ORM. Functionally something like PaxCompiler would be a good solution but it does not seem to be available even for purchase any more.

Freepascal JS compiler combined with the new JS engine might be a viable route for those who want to stick with Pascal even for scripting, but I do not see how debugging could work in this case.

Yes, I can see now. It was at the end of a comment for AB.

Okokba,

can you see a way to include the "decimal" extention too? It is not part of the SQLite amalgamation, so it may be tricikier.

Lots of work done in a short time.

The problem was something else: after base64 decoding first TAESECB.DecryptPKCS7 works PERFECTLY.:)

I am aware of the weakness, but thanks for the warning. This is something from an outside source.

The string's length is 87.
I have already tried DecryptPKCS7Buffer with TAESECB and TAESECB_API yesterday but I got "Invalid input length."

I figured that copy-pasting an example would be least time consuming help.

I suspected something like this. Anyhow, excellent addition to the framework.

The way you care for mORMot and it's users is amazing. Your love for your work is kind of contagious.