Jump to content

Vandrovnik

Members
  • Content Count

    523
  • Joined

  • Last visited

  • Days Won

    6

Posts posted by Vandrovnik


  1. Hello,

     

    I have this simple error demonstration. Please can you look at it, whether there is a mistake in the app? When not, I would report it to QC.

     

    Steps to reproduce:

    1. click Show form B

    2. click Show form C

    3. close form C

    4. close form B

    5. click Show form B

    6. click Show form C ---> application freezes

     

    This error does not happen:

    - if I remove TBasicFormForm.FormClose event handler (which contains just a comment)

    or

    - if I change in ObjectInspector tSecondaryForm.BorderIcons, so that it is [biSystemMenu, biMinimize, biMaximize]

     

    Kind regards,

     

    Karel

     

     

     

     

     

     

    Test75.zip


  2. In Delphi 10.4.2, this:

     

    uses
      System.SysUtils,
      System.Math;
    
    var a, b, c: double;
    
    begin
    
    try
     SetExceptionMask([]);
     a:=0;
     b:=0;
     c:=a/b;
     Writeln(c);
    except
     on E: Exception do Writeln(E.ClassName, ': ', E.Message);
    end;
    
    Readln;
    SetExceptionMask(exAllArithmeticExceptions);

     

    raises the exception:

    EInvalidOp: Invalid floating point operation

     

    When "a" is 1, the exception is:

    EZeroDivide: Floating point division by zero

     

    When I do not call "SetExceptionMask(exAllArithmeticExceptions);" in the end, I get:

    Runtime error 216 at 004067EA

     

    • Confused 1

  3. 3 hours ago, Darian Miller said:

    Saying that out loud makes me sad and question my life choices...

    Yes, the situation with severe bugs is strange and I wonder, if other software have similar problems. When paying customer is not able to work with big projects more then two months, it is like if he buys a new car with six-speed gearbox, but could use only speeds 1-4 with the information, that speeds 5-6 will be repaired sometime in the future, without any specific date.


  4. Ehm, now I found out that in the column "Platforms" in deployment manager, I can select more values... But still do not know how to do it properly so that file A is included in .aab, but distributed to 32-bit devices only.


  5. Yes, Delphi 10.4.2 Pro.

     

    May be I am doing it wrong.

     

    Let's say I have:

    - file A for Android 32 - in deployment manager, it has two rows (Android - Release, Android - Debug).

    - file B for Android 64 - in deployment manager, it has two rows (Android64 - Release, Android64 - Debug).

     

    Now when I create .aab file for Release, Application store (with checked option "Generate Android 32-bit and 64-bit binaries), this .aab contains only file B.

     

    So I have to place file A to deployment manager for Android 64 bit too (this was my mistake: I thought Delphi takes this file automatically). But I guess Google Play will never be able to recognize that this file A is for 32-bit Android only and will deliver it to all devices. And probably will also deliver file B to 32-bit devices...

     

     


  6. Hello,

    In deployment manager, I have some files for Android32 and some other files for Android64.

    When I create .apk for Android32, it contains all files that were set for this target.

    Also .apk for Android64 contains all files that were set for it.

     

    But when I create .aab (which contains 32 and 64 bits versions of the app) to publish on Google Play, it contains only assets files for Android64. Is it a bug, or a "feature"? When I add files for Android32 to Android64 too, it will probably work, but the download size will be bigger than necessary...

     

    Kind regards,

     

    Karel

     


  7. 4 hours ago, Davide Angeli said:

    Excuse me but I'm just curious to understand in which kind of situations the IDE fails like in mine... Which kind of projects are you working on? A singole exe file?

    I have almost no problems, but my projects are smaller - the largest one is about 1.5 M lines of code.

    I use no runtime packages and since I stopped to use their translation manager, I do not use project groups anymore (to be more precise, there is only one project in the project group).

    VCL apps for Win32 and Win64.

    FMX apps for Win32, Win64, Android32, Android64, but these are much smaller.


  8. Hello,

     

    I have a text file which I need to load from my app on Android. So I put it in Deployment Manager, remote path = assets\internal\ (tried assets\internal too).

     

    For the first time, it works fine - file is deployed and I can read it in my app from tPath.Combine(tPath.GetDocumentsPath, TestFileName);

     

    But, when I update the file and deploy again, my application still sees the old version of it. In Deployment Manager, there is a column named Overwrite, I have set it to Always.

    When I uninstall and deploy again, application has access to new version of the file.

     

    Looking to System.StartUpCopy.pas, it seems that it never overwrites existing files.

     

    Please how to solve it? I need my application to be able to read actual version of the file. I probably could change the name of the file each time I make a change in it, but I do not like this way because I will certainly sometimes forget to rename it.

     

    Kind regards,

     

    Karel

     


  9. 1 hour ago, Davide Angeli said:

    Yes it would be nice... I'm locked because in my case the internal error is systematic at every new compile. In the next few days I have to decide if I can continue with 10.4.2 or if I have to switch back to 10.4.1. I've wasted a lot of precious time with this issue and my boss is not really happy... In my situation with 10.4.2 the dailywork is a real bloodbath. I think the worst release ever in terms of productivity. I really love Delphi (I'm using Delphi since release 1!) but it is not acceptable to wait months to have fixed bugs of this magnitude.

    May be Emba could provide you this hotfix for testing? I guess it will not be worse than it is now.

     

×