Re: [Lazarus] Debugging the unicode RTL

2023-01-22 Thread Martin Frb via lazarus
On 22/01/2023 11:53, Michael Van Canneyt via lazarus wrote: Since the PChar/Char types are now an alias, logically the debug info should only have references to AnsiChar/UnicodeChar. But I have no idea how to test this assumption. if adding a watch containing  "^char(x)" fails, then that wi

Re: [Lazarus] Debugging the unicode RTL

2023-01-22 Thread Martin Frb via lazarus
I may have to double check some details, just going from memory On 22/01/2023 11:46, Michael Van Canneyt wrote: On Sun, 22 Jan 2023, Martin Frb via lazarus wrote: On 12/01/2023 10:42, Michael Van Canneyt via lazarus wrote: - Debugging programs works in general quite OK, except for displa

Re: [Lazarus] Debugging the unicode RTL

2023-01-22 Thread Michael Van Canneyt via lazarus
On Sun, 22 Jan 2023, Martin Frb via lazarus wrote: On 12/01/2023 11:26, Michael Van Canneyt via lazarus wrote: It needs to determine the definition of "string" which will be an array of unicodechar or ansichar. Once it knows that, the rest will follow, since the definition of unicodechar o

Re: [Lazarus] Debugging the unicode RTL

2023-01-22 Thread Michael Van Canneyt via lazarus
On Sun, 22 Jan 2023, Martin Frb via lazarus wrote: On 12/01/2023 10:42, Michael Van Canneyt via lazarus wrote: - Debugging programs works in general quite OK, except for displaying of   some strings. Most notable, the exception message is affected:   only the first character of the exception

Re: [Lazarus] Debugging the unicode RTL

2023-01-22 Thread Martin Frb via lazarus
On 22/01/2023 11:24, Martin Frb via lazarus wrote: 2/ Where can I find the code that extracts the message from an exception object ? So I can have a shot at trying to fix the display. unit FpDebugDebugger; procedure TFpDebugDebugger.HandleSoftwareException Important: If you make any

Re: [Lazarus] Debugging the unicode RTL

2023-01-22 Thread Martin Frb via lazarus
On 12/01/2023 11:26, Michael Van Canneyt via lazarus wrote: It needs to determine the definition of "string" which will be an array of unicodechar or ansichar. Once it knows that, the rest will follow, since the definition of unicodechar or ansichar will have the correct size. The big iss

Re: [Lazarus] Debugging the unicode RTL

2023-01-22 Thread Martin Frb via lazarus
On 12/01/2023 10:42, Michael Van Canneyt via lazarus wrote: - Debugging programs works in general quite OK, except for displaying of   some strings. Most notable, the exception message is affected:   only the first character of the exception message is shown. This is hardcoded, and may be chan

Re: [Lazarus] Debugging the unicode RTL

2023-01-12 Thread Michael Van Canneyt via lazarus
On Thu, 12 Jan 2023, Sven Barth via lazarus wrote: Michael Van Canneyt via lazarus schrieb am Do., 12. Jan. 2023, 10:42: 1/ Should the compiler provide some symbol in - say - the system unit to deterine whether the RTL is compiled in unicode mode, or is another mechanism preferred to do th

Re: [Lazarus] Debugging the unicode RTL

2023-01-12 Thread Sven Barth via lazarus
Michael Van Canneyt via lazarus schrieb am Do., 12. Jan. 2023, 10:42: > 1/ Should the compiler provide some symbol in - say - the system unit to > deterine > whether the RTL is compiled in unicode mode, or is another mechanism > preferred to do this ? > "Char" already is such a symbol that the d

[Lazarus] Debugging the unicode RTL

2023-01-12 Thread Michael Van Canneyt via lazarus
Hello, As written in other mails, I'm currently working on the Unicode RTL of FPC. Debugging programs using the unicode RTL is possible, but not comfortable: I have currently identified 2 problems in Lazarus which make debugging such programs difficult: - The IDE does now know the -tSUBTARGE