Jump to content

RonaldK

Members
  • Content Count

    93
  • Joined

  • Last visited

Community Reputation

18 Good

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. RonaldK

    Do you need an ARM64 compiler for Windows?

    All these points: Is this "roadmap" interesting for new or existing customers? Hard to believe that many existing customers stay in maintenance after reading this. So there was a good reason why no more roadmap came out. There is nothing in the pipeline. I hope Embarcadero's missing roadmap isn't for the same reason.
  2. RonaldK

    Do you need an ARM64 compiler for Windows?

    It's probably more about the Embarcadero development team. Isn't the Idera development model made up of freelance developers? Aren't they mostly based in Ukraine and Russia? Perhaps this development model currently has serious problems.
  3. RonaldK

    Do you need an ARM64 compiler for Windows?

    This "playing dead" is now finding more friends. DevExpress no longer publishes a Delphi roadmap for 2022 either. Is this a good sign too? https://supportcenter.devexpress.com/ticket/details/t1072425/vcl-roadmap-2022
  4. RonaldK

    Do you need an ARM64 compiler for Windows?

    https://blogs.embarcadero.com/de/rad-studio-roadmap-november-2020/ This ends with Delphi 10.5. The silence can be understood in one way or another.
  5. RonaldK

    Do you need an ARM64 compiler for Windows?

    What new functions are planned for Delphi anyway? Is there still a roadmap for Delphi? I haven't found any more. For example, what about continued support for the iOS Simulator? That was on the old roadmaps for a long time, but has it all been lost now? What about the better code generation of the "nextgen" compilers? Delphi has some other work to do at the base. More compilers/platforms are not helpful here.
  6. RonaldK

    .NET kill the Delphi IDE

    I don't think he will help me. I know the answer: Windows 2019 is not supported Unfortunately I didn't have a good experience with the Embarcadero support.
  7. RonaldK

    .NET kill the Delphi IDE

    All .NET updates are installed but the problem persists with the new .NET version (4.7 -> 4.8) Name der fehlerhaften Anwendung: bds.exe, Version: 28.0.44500.8973, Zeitstempel: 0x6227d05c Name des fehlerhaften Moduls: clr.dll, Version: 4.8.4470.0, Zeitstempel: 0x61b731cd Ausnahmecode: 0xc00000fd Fehleroffset: 0x004d556a ID des fehlerhaften Prozesses: 0x1140 Startzeit der fehlerhaften Anwendung: 0x01d848c22be05e31 Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\bds.exe Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
  8. RonaldK

    .NET kill the Delphi IDE

    It doesn't help. The Refactoring menu is gone, but the IDE still dies anyway. Some .NET libs are still loaded by the IDE: Borland.Build.Tasks.Common.dll Borland.Studio.Vcl.Design.Refactoring.dll and many more.
  9. RonaldK

    .NET kill the Delphi IDE

    Yes. The Event Log log the first occurrence at 18.Feb. 2022. Delphi 11 previously ran without this problem. Maybe a .NET update brought this problem.
  10. RonaldK

    .NET kill the Delphi IDE

    I'm working on Windows Server for many years. So far there have been no problems. This new .NET issue has been popping up for the past few weeks. I think it has more to do with .NET than with Delphi. Maybe Remy's suggestion will help.
  11. RonaldK

    .NET kill the Delphi IDE

    I'm not using refactoring. Is there a way to disable/remove the refactoring from Delphi?
  12. RonaldK

    .NET kill the Delphi IDE

    Same situation with the latest Delphi 11.1 Name der fehlerhaften Anwendung: bds.exe, Version: 28.0.44500.8973, Zeitstempel: 0x6227d05c Name des fehlerhaften Moduls: clr.dll, Version: 4.7.3910.0, Zeitstempel: 0x61b3f594 Ausnahmecode: 0xc00000fd Fehleroffset: 0x004559ad ID des fehlerhaften Prozesses: 0x57c Startzeit der fehlerhaften Anwendung: 0x01d83e9a646f0d6d Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\bds.exe Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll For what functionality does Delphi use the .NET framework? Anything that I can switch off?
  13. RonaldK

    .NET kill the Delphi IDE

    Delphi need and use it. If you look to the Delphi .NET libs. They need 4.x: // C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\Borland.Build.Tasks.Common.dll // Borland.Build.Tasks.Common, Version=28.0.0.0, Culture=neutral, PublicKeyToken=91d62ebb5b0d1b1b // Global type: <Module> // Architecture: AnyCPU (64-bit preferred) // Runtime: v4.0.30319 // This assembly is signed with a strong name key. // Hash algorithm: SHA1 Since this crash also happens when not working in the IDE, I suspect it might have something to do with .NET's garbage collector.
  14. RonaldK

    .NET kill the Delphi IDE

    Windows Server 2019
  15. Since a few weeks the Delphi 11.0 IDE crashes suddenly. Neither an error message nor does this happen when entering or operating the IDE. The eventlog show this: Name der fehlerhaften Anwendung: bds.exe, Version: 28.0.42600.6491, Zeitstempel: 0x612d6e01 Name des fehlerhaften Moduls: clr.dll, Version: 4.7.3910.0, Zeitstempel: 0x61b3f594 Ausnahmecode: 0xc00000fd Fehleroffset: 0x004559ad ID des fehlerhaften Prozesses: 0x24c0 Startzeit der fehlerhaften Anwendung: 0x01d8377b789f2180 Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\bds.exe Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll Berichtskennung: f70b0408-0121-4d54-bc26-9c8fbc6e3ad2 Vollständiger Name des fehlerhaften Pakets: Anwendungs-ID, die relativ zum fehlerhaften Paket ist: It seems that the root of this is the .NET clr.dll. Is this a known problem here?
×