Jump to content

Sherlock

Moderators
 View Profile  See their activity

  • Content Count

    1209

  • Joined

  • Last visited

  • Days Won

    25

Posts posted by Sherlock

  1. Posted

    So, just to be clear. These are messages in the "Event Log"? They do not come from the compiler. They are messages triggered by your application and the DLLs it uses. Either you dive in deeper using the process monitor from SysInternals or check out how you access those files (standard API, some old legacy code, some new self made code, some alien technology and so forth) in your code. Where are those files? In the MS cloud aka OneDrive?

    • Like 1

  7. Posted

    The secret here is in the platform dependent units System.iOS.Sensors and System.Android.Sensors. System.Sensors is mainly a placeholder or rather a unit containing virtual classes that are fleshed out depending on the platform. For example lets look at iOS as a target:

    Using System.Sensors.TGeocoder will result in System.iOS.Sensors.TGeocoder getting used. This implements a TiOSGeocoder described in iOSapi.CoreLocation. It is mapped to iOSs built in Geocoder aka CLGeocoder which has the method reverseGeocodeLocation and will return all the data. It's an iOS API call in essence. I'm very sure the same goes for Android.

    That's it.

  12. Posted

    OK, wait a minute, please. I am just a dumb user and not an IDE developer. Since the introduction of generics this way of inspecting the contents of an object worked just fine. Now it does not anymore. I actually don't care what "they" did and why. I have not read anything in the release notes stating any changes in the debugger (apart from debugging optimized builds), for better or worse. So from my point of view it's unintentionally broken. Plain and simple. I really hope Rudy will see this btw. in reference to the discussion about breaking changes 😄

    Guessing from your arguments my call might get closed soon, but here it is anyway: https://quality.embarcadero.com/browse/RSP-24041

  13. Posted

    37 minutes ago, dummzeuch said:

    And I thought these applications were already large...

    Thank you! I thought I was the only one with "small" applications. My main application only has 18.000 LOC client side and roughly 5000 LOC server side. And its a medical device developed for cross platform use...

  15. Posted

    Just noticed this possible issue with the debugger:

    I have a simple generic list. Up until 10.2 when debugging I was able to see the items in that list - drill down into them if I wished. But in 10.3.1 the debugger stops at "items", I only see the addresses, but can't view the items anymore, this is a serious break in behavior.

     

    Am I missing something? Is there some setting I now have to apply to get the old behavior? Or is this a bug?

     

    TIA for any insights.

  19. Posted

    14 hours ago, Rudy Velthuis said:

    Sherlock: why "Sad"? Breaking existing code is sometimes better than introducing such, er... "clever" (and fragile) tricks.

    "Sometimes" is a word I can relate to. So please consider this post a "consoled face" 😉

    11 hours ago, Stefan Glienke said:

    That means as a developer of a component/library/framework you should use that yourself in more than a toy project to get a feeling what consequences possible changes have to evaluate if they should be taken or not.

    This is the essence: Don't we all have the feeling that Emborcagear is not really dogfooding? This gets obvious when the (FMX) example projects wont compile...something an automated script should pick up in the pre beta phase. The needed changes there could easily be expanded to a "How to cope with our latest breaking changes". And if that is not possible something is rotten in the state of Denmark.

    • Like 2

  24. Posted

    Well, that sounds OK for english users or people that program in english. For other languages sooner or later you may reach a curios situation. I am the one that reported #112. After a decade of using GExperts I just encountered the issue last month. Normally I search for identifiers of some sort, but this time I actually searched for a text I saw on my GUI, which is in german. So the priority to solve this need not be high. I even dare say it's an IDE issue: pas files may be UTF8, why not dfm/fmx files? Instead, some poor chap was forced to write a conversion method for non ANSI characters...

     

    On fixing this in GExperts...I have no clue how. But it would complete the package, so to speak.

×