Jump to content

Marcio

Members
  • Content Count

    12
  • Joined

  • Last visited

Posts posted by Marcio


  1. In my opinion, this is an unnecessary concern.

     

    When opening a project if it is not compatible with the current version of Delphi the migration already takes place, including you can parameterize the behavior in the Settings menu, whichever happens we have to treat it as a bug.

     

    Adjustments and optimizations may actually be needed as the environment evolves, but this can and the best tool for this is the RAD itself.

     

    As for project settings, when I have to do something more radical, I simply delete the .dproj file, and open the .DPR file, so Delphi recreates the default settings and I can adjust again.

    • Like 1

  2. https://community.idera.com/developer-tools/b/blog/posts/august-2019-delphi-android-beta-plans-august-roadmap-update

     

     

    As a follow-up to our 10.3.2 release that introduced macOS 64-bit support for Delphi, C++17 for Windows 64-bit, new RAD Server tooling, key quality enhancements (addressing 400 customer requests) and more, we are planning a 10.3.3 release, with Delphi Android 64-bit being the key new platform feature.

    We received many requests for Android 64-bit from our customers and a 10.3.3 release allows us to deliver this speedily and with full compatibility with apps and code developed in 10.3.2.

    Given there is no significant change to the Delphi language and the underlying memory management model in 10.3.3, our customers should be able to migrate their applications to Android 64-bit faster. The same is likely true for component vendors. While we still plan to transition the Delphi language for mobile, removing ARC memory management, this will happen at a later time.

    As 10.3.2 adoption is high, upgrading to 10.3.3 should be a faster option than migrating applications to 10.4. 10.3.3 will also include additional features and quality improvements to make 10.3.3 one of RAD Studio’s best versions.

    Please keep in mind that the Google Play Store extension for our Delphi and C++Builder customers is in effect for existing 32-bit applications. This allows our customers to provide updates to existing applications in the Google Play Store applications until August 2020, but only after an extension has been granted. 10.3.3 will remove this limitation for Delphi by including complete support for Android 64-bit apps.

    We’re planning on kicking off an NDA Beta for the 10.3.3 release, codenamed Sugarloaf, later this month. All customers on Update Subscription will be invited to participate in the Beta and will be able to start migrating their applications even earlier with Beta versions, which will include a specific Beta EULA waiver permitting Google Play Store deployment.

    Here’s what’s planned for 10.3.3:

    Platform Enhancements

    • iOS 13 & macOS Catalina Support 
    • RAD Server Deployment with Docker 

    C++

    • Expand C++ libraries support

    Delphi

    • Android 64-bit platform support

    User Experience

    • Further IDE UI/UX Improvements
    • New Downloads/Licensing Portal 

    Quality Focus Areas 

    • App Tethering for VCL and FMX
    • IDE Quality 
    • C++ Toolchain performance and quality improvements

     

    With the addition of 10.3.3 this fall, we’re now planning the 10.4 release for early in 2020. As outlined in our May 2019 PM roadmap commentary blog post, 10.4 is going to focus on improved code tooling, language enhancements, VCL High DPI styles, RAD Server enhancements, FireMonkey features and quality and more. 

     

    • Like 1

  3.  

    On 2/7/2019 at 12:38 PM, Hans♫ said:

    I investigated all recent crash reports delivered to XCode for the app. The majority of the crashes contains a reference to a sqlite file in our app and "Code 0xdead10cc", which means "terminated by the OS because it held on to a file lock or sqlite database lock during suspension"

     

    The positive news is that the user will not discover the crash because it happens when it enters suspension state anyway.

     

     

     

    In this crash you reported on blocking sqlite, you tried to disconnect from the base when the application enters IDLE mode, and perform the connection again, because as the base is leased exclusively, the system probably has to maintain resources for this, it might be a way to save battery power, I'm not an IOS expert, but I'm just interpreting the message.

     

    Marcio


  4. 10 hours ago, Dave Nottage said:

    I referred to the callstack, not the actual code. The Callstack window is the one in the very top left of your first picture. It's possible to copy/paste what is inside that window.

    Dave,

     

    In moment of error CallStack

     

    The result this function is   TFDJSONDataSets 

     

     

     LDataSetList:=  ClientModule1.ServerMethodsClient.GetDatabase('1','1234',vErros, 1670, '','');
     

    The TFDJSONDataSets is returned by the DataSnap Rest, but when it receives this return for appllication and will convert is that the error occurs

     

     

    System._DbgExcNotify(-1634508784,0x9b16e5a8,0x9c6b1159,0x9b16e5a8,0x9c6b1159)
    System.NotifyReRaise(0x9b16e5a8,0x9c6b1159)
    System._RaiseAtExcept(0x9b16e5a8,0x9c6b1159)
    System._RaiseExcept(0x9b16e5a8)
    System.Internal.Excutils.DoRaiseJNIExceptionCallBack('class java.lang.IllegalStateException','java.lang.IllegalStateException: Cannot set request property after connection is made')
    Androidapi.Jni.HandleJNIException(0xb30b95a0)
    Androidapi.Jnimarshal.ExecJNI(0x9e9364c0,0x9b777c08)
    :9D237614 DispatchToImport
    :9D25B930 dispatch_first_stage_intercept
    System.Net.Httpclient.Android.TAndroidHTTPClient.DoExecuteRequest(0xae4a3240,0x9984c900,@0x9e9367e8: 0xb30b9480,0x9980f5e0)
    System.Net.Httpclient.THTTPClient.ExecuteHTTPInternal(0xae4a3240,0x9984c97c,0x9980f5e0,0xb30b94cc)
    System.Net.Httpclient.THTTPClient_ExecuteHTTP_ActRec._0_Body(0x998cd080)
    :9D117836 __stub_in36s__ZN6System3Net10Httpclient30THTTPClient_ExecuteHTTP_ActRec7_0_BodyEv
    System.Classes.TAnonymousThread.Execute(0x99888768)
    System.Classes.ThreadProc(0x99888768)
    System.ThreadWrapper(0xae595e18)
    :B6CE5E34 __pthread_start(void*)
    :B6CC056C __start_thread
    :00000000 ??


  5. 43 minutes ago, Dave Nottage said:

    When the crash occurs as per your first image, can you click "Break", so that the callstack shows, please? Then present here what the callstack actually shows (preferably paste the text, rather than a picture)

    Dave,

     

    Only Android , win32 work fine, and 10.3 work fine too.


    unit System.Internal.ExcUtils;

     

    line 839

     

    {$IFDEF ANDROID}
    procedure DoRaiseJNIExceptionCallBack(const JNIExceptionClassName: string; const Msg: string);
    begin
      raise EJNIException.CreateWithClassName(JNIExceptionClassName, Msg);
    end;
    {$ENDIF}
     


  6. I have an android application that synchronizes data with a DataSnap server, did the tests with version 10.3 and had no problems with win32.


    I updated to version 10.3.1 and when calling the function, the java.lang.illegalStateException error occurs, as per the attachment.


    In win32 the error does not occur and it works perfectly, does anyone know what it can be?

     

    I was debugging until the moment where the error occurs, see the last image..


    Thank you

    Erro java.lang.illegal.jpg

    Erro java.lang.illegal_2.jpg

    Erro java.lang.illegal_3.jpg


  7. I have a listview application with dynamic items, which is connected to a fdmemtable,

    when clicking repeatedly on any item in the listview, the application closes.

    If you put the listview without the dynamic items, and clicking several times this does not occur I'm using delphi 10.2.3 works ok, but in delphi 10.3 comunity, the error occurs, with android 8.0.1

    Has anyone had this problem ?


  8. I have an application that uses DBExpress, Query, Provider and ClientDataset.

    I will migrate to Firedac, currently all query and provider are in the DataModule and in form only the ClientDataSet and DataSet.

    What is the best scenario, advantages and disadvantages :


    1 - Leave the Query in the DataModule and in the Form only the DataSet.
    2 - Place Query on Form and use DataModule only for Global Objects.

     

    Has anyone used the refind for conversion?

     

    Thanks

×