In Delphi you can use .tag on all the components
@ThaddyYes it does. You should go into grumpy mode, induced by your own comment :D
That is VB syntax. That doesn't work in Delphi either. (And it implies "with.. ")
Okay, I see that it works nicely with you.Hmmmmmmm, then it is just for me to update to the latest Lazarus installation.Thanks for all the help.If I understand your signature correctly you are using Laz 1.2.6? I still have a Laz 1.2 installed for some backward compatibility tests, and already there TLabel has a property Tag, and I am almost sure that it has been there all the time. So, from this point of view, the Lazarus version is not your problem. Are you sure that Lazarus is installed correctly? Maybe installing the current version 1.6.2 is faster than fixing a faulty old installation...
If I understand your signature correctly you are using Laz 1.2.6? I still have a Laz 1.2 installed for some backward compatibility tests, and already there TLabel has a property Tag, and I am almost sure that it has been there all the time.
I'm using UbuntuMate. Perhaps you can consider to use Linux. :DI have LinuxMint as testplattform, how do I debug Windows program bugs on that box :P ?
I'm using UbuntuMate. Perhaps you can consider to use Linux. :DI have LinuxMint as testplattform, how do I debug Windows program bugs on that box :P ?
I also always have trouble with Ctrl+F7 to see the value of a property. Even hovering over a property when debugging doesn't work. Hovering over the object itself does work but gives you the complete object-source (which is too much sometimes).So what can I do for help to fix this problems?
The Project I have on my desk just now is no old code at all it is writed for Window and Linux.By now you should have realized that there is absolutely nothing wrong with .tag itself. The tag property works perfectly. It's just that during debugging on Windows you can't view that property in the watch-views. So although the watch-view gives you the error, .tag has a perfectly correct value.
I want have a better support for .tag
andIf you have code for Windows AND Linux, you could switch to developing on Linux, where I understand the watch-window works correctly for properties.Quote from: rvkI also always have trouble with Ctrl+F7 to see the value of a property. Even hovering over a property when debugging doesn't work. Hovering over the object itself does work but gives you the complete object-source (which is too much sometimes).So what can I do for help to fix this problems?
I want have a better support for .tagHow can you ask for better support for a nativeint (I always spell it as naiveint in the context of tag for some reason O:-)) that happens to be mis-used as a pointer to object?
If you read the topic again from the beginning you'll see the question isn't about using .tag but about viewing the value of .tag in the watch-list (which doesn't work under GDB/Windows). (It's about support in the watch-list for ANY property of an object)I want have a better support for .tagHow can you ask for better support for a nativeint (I always spell it as naiveint in the context of tag for some reason O:-)) that happens to be mis-used as a pointer to object?
I was fully aware of that.But you CAN actually see it and you CAN even also cast it in the debugger. So I don't see the problem.Not on Windows. On Windows you can't add Object.Tag in de watch-list and see the value (like already mentioned in this topic). And even if you use only Object you see a large list and you would need to scroll/search for the property. In the hoover-mouse-over you can't see the value.
Why does it work on windows too when you cast it? Is there a GDB issue? is it maybe GDBMI?I was fully aware of that.But you CAN actually see it and you CAN even also cast it in the debugger. So I don't see the problem.Not on Windows. On Windows you can't add Object.Tag in de watch-list and see the value (like already mentioned in this topic). And even if you use only Object you see a large list and you would need to scroll/search for the property. In the hoover-mouse-over you can't see the value.
On Linux it seems that you can add Object.Tag in the watch-list, but OP is on Windows.
You can, like wp mentioned, use Object.FTag (which I wasn't aware of).
Why does it work on windows too when you cast it? Is there a GDB issue? is it maybe GDBMI?How do you cast over a property in the watch-list?
If this works on Linux, then yes, it might be a combined GDB/Lazarus_for_Windows issue.And how do we fix this so it works on Windows to?
If you have code for Windows AND Linux, you could switch to developing on Linux, where I understand the watch-window works correctly for properties.Yes, I can switch to Linux, but that will not fix the bug on Windows and than I get a bug in my code as only is in Windows code I is in the watch-list bug and must do low level debuging by dialogboxes or labels and that sucks then we have a tool as nearly works.
Is there any small possibility that it works in the newest Lazarus?I don't think it will ever work with GDB as debugger.
Hello to you, 5 years later, is it still true what rvk wrote in the post: #31 on: February 21, 2017, 08:31:32 pm ?
I tested in the Lazarus that is installed right now:
Lazarus 2.0.6 r62129 FPC 3.0.4 x86_64-win64-win32/win64
and it doesn't work there, it would be really nice /good if that function came to life.
Ctrl+F5 is working in this version.
Is there any small possibility that it works in the newest Lazarus?
It partly works with fpdebug, but only for fields and not for getters and setters.
It works in Lazarus 2.2.0 with FpDebug.
It partly works with fpdebug, but only for fields and not for getters and setters.
It works in Lazarus 2.2.0 with FpDebug.