Jump to content

Marco Cantu

Embarcadero
  • Content Count

    26
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Marco Cantu

  1. Let me clarify: Changing the PE format to target newer versions was a design decision. It's the same Visual Studio does. And it does make a difference in the results when invoking some HighDPI related Windows APIs. They FAIL to return the right value if the app is for XP, so if you change the PE setting (doable) you'll ahve some trouble on the latest systems The introduction of an XP braking issue with GetTickCount64 was not intentional and discussed (while of course GetTickCount64 was a requested feature, and it's called by other libraries) . We don't test on XP by design, no one in the beta did, most likley. While we don't officially support XP, such a simple change is doable -- as long there is zero impact on newer systems and it costs a limited time. I doubt we'll release a patch for it, though...
  2. Marco Cantu

    Tool to inspect properties at run-time?

    Just FYI, I've updated my component for 10.4.2: https://blog.marcocantu.com/blog/2021-august-delphi-objectdebugger-updated.html Contributions are welcome... there is ample room for improvements
  3. Marco Cantu

    Tool to inspect properties at run-time?

    Yes, I dwell here from time to time. I'll have a look, I know there are other tools doing the same but I'll update mine, should not be a big deal... time permitting.
  4. Marco Cantu

    Cannot Run IDE (Emarcadero Delphi 10.3)

    That's a hard question to solve without extra information, please feel free to reach me over email...
  5. Announcing the Availability of RAD Studio 10.4.2 Sydney Release 2 https://blogs.embarcadero.com/announcing-the-availability-of-rad-studio-10-4-2-sydney-release-2/
  6. Offers Java files and interfaces, along with steps, for adding Android Firebase client support in FMX apps. http://blog.marcocantu.com/blog/2019-05-android-firebase-patch-blog.html
  7. A new patch for Delphi 10.4.1 is available, addressing iOS 14 and macOS Big Sur issues. Download via GetIt or the new customers porta. For more information see https://blogs.embarcadero.com/apple-platforms-patch-for-rad-studio-10-4-1/
  8. Marco Cantu

    Outdated Delphi Roadmap

    The issue with "Delphi support for the latest iOS Simulator" is that the iOS simulator technology is undergoing a complete change. In the past, on Intel Macs you had to build an Intel App the simulator could run. The new ARM Mac would require a different binary target -- so in effect a different compiler. Well, it might not require a new compiler, given the binary is the same that iOS runs... but I think you get the point. If we ere to build an Intel simulator (64 bit) in a little time that would be totally useless... So we rather skip it and jump on the ARM future sooner. I know
  9. Marco Cantu

    November 2020 Roadmap

    Available at https://blogs.embarcadero.com/rad-studio-roadmap-november-2020/ Also, PM commentary at https://blogs.embarcadero.com/rad-studio-november-2020-roadmap-pm-commentary/
  10. Marco Cantu

    Delphi 10.4.1 and the IDE FIx Pack

    Do you have any actual numbers (compilation time improvement) for any of these. We are gathering some from different developers, and at this point the top one is UnitFindByAlias. Now workaround is stop using unit aliases, but it is our top issue to fix in the compiler. We also have another not in the fix pack that we are rolling out early in a patch, affecting unit cache for large projects and causing compiler time to grow (dramatically!) over successive builds If any other the fixes above (or any not listed) has a very significant effect, we can prioritize it. We are focused on reducing and eventually removing the need of the fix pack, but it takes time as some of the fixes are fairly direct (and many have been implemented in the past) while others require significant rework and spawn threads to do some of the work -- something valuable but requiring extensive testing
  11. Marco Cantu

    UCS4StringToWideString broken?

    Looking into it. I have the impression the original design assumes a UCS4String to have a null terminator. s:= [98,101,114,109,228,223,105,103,0]; // "übermäßig" Not only If you add 0 to the array everything works, but if you call UnicodeStringToUCS4String this is exactly what you get (an array plus the #0) s:= UnicodeStringToUCS4String('übermäßig'); //[98,101,114,109,228,223,105,103,0]; // "übermäßig" ShowMessage (length(s).ToString); Honestly, I don't see us putting a lot of effort in UCS4String
  12. I'm curious are you deploying any additional Java code beside that in core FireMonkey? I wonder what is triggering Google alert...
  13. Just FYI, the new (large) patch is out. https://blog.marcocantu.com/blog/2020-july-radstudio104-patch2.html over 20 Delphi compiler fixes, among a long list of items addressed. Fixed the debugger instability and a few more critical issues, also improved Delphi LSP quite a bit. Quality work will continue, this is a first step.
  14. Marco Cantu

    Patch 2 for RAD Studio 10.4 now available

    (and sorry if I don't follow up, I'm out a few days)
  15. Marco Cantu

    64bit testing hardware/emulation

    We see a lot of recent Android devices with 64-bit CPUs but 32-bit OS. Odd, I know, I wasn't aware is this was so widespread. As for emulators, the issue is they are mostly Intel-based, so Java apps run fine, but native ones require a ARM emulator like libHoudini (this was an Intel library, but I think they stopped all development since they exit the Android world)
  16. Marco Cantu

    Deal - breaker: Registration Limit Increase

    This is odd, because what you explain does not match the process that was discussed internally in the company. You should be able to contact your sales contact or partners and ask for an increase of the registration limits. The main difference from the past is this is not automatic, but requires talking with sales (we know, not always what developers love doing). We have given some automatic bumps in registration increases, others are generally provide by sales -- that is unless the numbers become suspiciously high. Feel free to email be directly, if this proves to be an issue -- I mean getting in touch with sales/reseller.
  17. See my latest blog post at http://blog.marcocantu.com/blog/2018-nov-vcl-permonitorv2_getsystemmetrics.html
  18. Just wanted to share my last blog post on changes to the Delphi language in 10.3: http://blog.marcocantu.com/blog/2018-november-custom-managed-records-delphi.html Still a bit rough in some details, but a very handy feature overall.
  19. Marco Cantu

    VCL Support for Per Monitor v2 and GetSystemMetrics Coming in 10.3

    Actually I was imprecise. It doesn't use the parent handle, but walks over the parent hierarchy up to the containing form
  20. Marco Cantu

    Stay-on-top for just our app?

    AFAIK, StayOnTop works differently from a primary windows or a secondary one, the VCL calls different APIs in different scenarios -- stay on top of everything else or stay on top of other forms of the same app. Worse case scenario, you can still call SetWindowsPos....
  21. Another blog post about coming language changes in 10.3: "Introducing Inline Variables in the Delphi Language" http://blog.marcocantu.com/blog/2018-october-inline-variables-delphi.html
  22. Not sure this fits perfectly in this forum (more of a non-tech let's fight topic, 😉 ) but here it goes. I just blogged about the plans for 10.3 and beyond around ARC in Delphi. See for more info http://blog.marcocantu.com/blog/2018-october-Delphi-ARC-directions.html Honestly interested in feedback, suggestions and ideas. Less in "I told you" comments...
  23. Marco Cantu

    Inline Variables Coming in 10.3

    Well not really guessing. The compiler uses the expression type, which is deterministic. And you can still add a type cast if you are not certain...
  24. Marco Cantu

    Directions for ARC Memory Management

    I think your last line "If we could have fresh start, without having the burden of existing code and frameworks lingering over our heads, ARC would be fine choice for memory management system." is a great summary I fully agree with. I still like ARC and I'm not happy with the decision. But would have been even less happy keeping the status quo (2 different models) forever. And we really cannot afford breaking VCL code (billions of lines of working code form our customers)...
  25. Marco Cantu

    Directions for ARC Memory Management

    That is part of the plan... we have some experimental demos, could evolve into a full feature
×