From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-65-14.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-3.2 required=3.0 tests=BAYES_00,NICE_REPLY_A, T_SCC_BODY_TEXT_LINE,WEIRD_QUOTING autolearn=ham autolearn_force=no version=3.4.6 Date: Wed, 11 Jan 2023 08:40:42 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: Is this my failure or of the compiler's debugger Newsgroups: comp.lang.ada References: Content-Language: en-GB From: ldries46 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Message-ID: Organization: KPN B.V. Path: eternal-september.org!reader01.eternal-september.org!aioe.org!news.uzoreto.com!feeder.usenetexpress.com!tr1.eu1.usenetexpress.com!94.232.112.246.MISMATCH!feed.abavia.com!abe006.abavia.com!abp001.abavia.com!news.kpn.nl!not-for-mail Injection-Date: Wed, 11 Jan 2023 08:40:42 +0100 Injection-Info: news.kpn.nl; mail-complaints-to="abuse@kpn.com" Xref: reader01.eternal-september.org comp.lang.ada:64792 List-Id: Op 10-1-2023 om 23:17 schreef ldries46: > Op 10-1-2023 om 19:12 schreef Niklas Holsti: >> On 2023-01-10 15:16, ldries46 wrote: >>> I try to create a program that read Unbounded strings from a file in >>> the loop: >>>        Open(C_File, In_File, To_String(Inp_File)); >>>        while not End_of_File(C_File) loop >>>           str_line_n := To_Unbounded_String(Get_Line(C_File)); >>>           Buffer_GL.Set_Buffer(str_line_n); -- breakpoint on this line >>>           glade_lines := glade_lines + 1; >>>        end loop; >>>        Close(C_File); >>> where str_line_n is of the type Unbounded_String. >>> I used a test file with the below presented three text lines: >>> Line 1 abcdef9876543210 >>> Line 2 " abcdef"9876543210 >>> Line 3 "abc"de"f"9876543210 >>> >>> In the debugger the results were: >>> "Line 1 abcdef 9876543210" >>> "Line 2 "" abcdef"" 98765432" >>> "Line 3 ""abc""de ""f""987654" >> >> >> It seems that the debugger displays the strings in the form of Ada >> string literals, which are enclosed in quotes (") and within which >> each quote character has to be duplicated (to show that it is not the >> terminating quote). So the duplication of the quotes is nothing to >> worry about. If you were to print out the strings (with Ada.Text_IO) >> they should appear just as in the input, with only the original quote >> characters. >> >> However, your example also shows some extra blank spaces in the >> debugger output, for example: >> >> Input   : Line 1 abcdef9876543210 >> Debugger: "Line 1 abcdef 9876543210" >> >> >> > Not only that but also some of the  last characters disappear in line > 2 the 10 and in line 3 3210 In the mean time by inserting a write command to a Gtk window I found that the problem is really a problem of the debugger. The values in the Gtk window are correct. this means that in a next version of the debugger that must be corrected