Jump to content

Rollo62

Members
  • Content Count

    1644
  • Joined

  • Last visited

  • Days Won

    20

Rollo62 last won the day on September 21 2023

Rollo62 had the most liked content!

Community Reputation

482 Excellent

3 Followers

Technical Information

  • Delphi-Version
    Delphi 12 Athens

Recent Profile Visitors

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

  1. The exception mask is touched by a few internet or browser related units: I'm not too deep in the exploration of the ExceptionMask-business, but probably it would make sense, to separate those concerns, by units with specific defines in a conditional compilational way. That way, standard-apps ( without internet / browser ) will be able to have all equal settings over all platforms, right? Only when using a browser, then this would need to be considered as a separate case. I'm not sure what the pro's and con's would be. To be honest, the internet is everywhere nowadays, an assumption that the browser is available by default, is a fair choice too.
  2. Thanks for pointing to this nice page, which shows the overview of old and new behaviour nicely. http://docwiki.embarcadero.com/RADStudio/Athens/en/Floating_Point_Operation_Exception_Masks I've tried to summarize that and make the relevant differences even more visible in this overview:
  3. Rollo62

    Delphi and "Use only memory safe languages"

    Thanks for the links, but what made you think C++ fails to be the best language. Only because you can do nearly everything you like, even things you shouldn't ? I always state that you should better use only 80 % of such language possibilities and stay away from the latest cool hype stuff. At least I would say that C++ is mature and rock-solid in any way. To get back to try-except: The last time I learned about Pascal-vulnerabilities, it shook me and I understood many of the sporadic issues I saw in mobile development. Thanks to Dalija's blog posts. Not to be able to rely on exception catching the way I expect is breaking the foundations of my small, parallel world Unfortunately, I would not say that Delphi is superior to C++ in any way.
  4. Rollo62

    TFrame versus SubForm

    It worked for me too, but placing a SubForm on a main form turns out to assign (copy) all components parents from the SubForm to the main form. I use carrier components (TLayout, TPanel, ...) here too, so to be able to assign a SubForm-Carrier parent to a carrier component in the MainForm. Perhaps there are different methods to achive that too, but I found this was the only reliable solution at that time.
  5. Rollo62

    Delphi and "Use only memory safe languages"

    I would disagree, at least from my point of view. I used try-catch in C++ on a regular base, even years ago, and find them even more flexible and more clear to use than try-finally-except.
  6. Rollo62

    Delphi and "Use only memory safe languages"

    I get your point, but it's maybe an issue of wrong usage of terms here. When talking about memory-safety: Delphi is NOT When talking about: system-vulnerability-safety (or the like): You could probably argue that it's better than C++, closer to behaviour as JS, but I doubt that too.
  7. Like said, this is probably working also without splashscreen. Have a try.
  8. Rollo62

    TFrame versus SubForm

    I use frames as complex, visual UI much like a component without creating a real IDE custom component. While it still has the advantage of visual design. I use mainly FMX, but that should work same under VCL too, by using an interposer class of TFrame, for easy management. At runtime I add them to a special "carrier" in the parent form or frame, which can be TRectangle, TLayout or other. So this is not a drag-and-drop approach, but the runtime approach works very well and gives a lot of flexibility and stability.
  9. Are you aware of the splash-screen page, with background color options? https://docwiki.embarcadero.com/RADStudio/Athens/en/Application_Icon#Android I still use the old style of background color, which was changed in D12, but it should still work. Additionally, you could check the ViniciusFfb repository here, which shows other options too.
  10. Rollo62

    Delphi and "Use only memory safe languages"

    Exactly, that's why I laughed about that whole discussion, because the core question is pretty clear. Maybe I should add an <irony> tag, to make that more clear to everybody. The core question: Delphi is NOT memory-safe ... period. If some institutions think otherwise, and Embarcadero likes to use that statement for marketing purposes, ... so what?! Do you expect Embarcadero shall deny and contradict such an official statement from the government? Probably not, I wouldn't do either. Let's embrace these statements and use them as marketing for Delphi too. Every help from inside and outside is welcome, IMHO.
  11. Rollo62

    Delphi and "Use only memory safe languages"

    Who cares, it sounds good anyway.
  12. Rollo62

    Delphi and "Use only memory safe languages"

    This has bubbled up to an official statement now, I like these fast reactions 👍 https://blogs.embarcadero.com/is-delphi-a-memory-safe-language/?utm_source=Eloqua&utm_medium=email&utm_content=Article-240311-Multicontent
  13. Rollo62

    Delphi and "Use only memory safe languages"

    Ok, psssst, please don't complain so much
  14. Rollo62

    TLS v1.3

    Why why why is installation and using SSL and TLS still such a big mess in D12? I have never understood why this important field of development looks so deserted, with only a view of a wide-open junkyard of the many newly invented wheels. I thought Embarcadero was working on a better integration of OpenSSL/TLS in D12?
  15. Rollo62

    Delphi and "Use only memory safe languages"

    Perhaps because of the myth and the old tale from days long gone about the high type safety level of Delphi and the banishment of pointers in that language.
×