From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,aa0a204aba5ffa1 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail NNTP-Posting-Date: Thu, 18 Jan 2007 07:01:48 -0600 Date: Thu, 18 Jan 2007 07:55:41 -0500 From: Jeffrey Creem User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: GNAT Spitbol segmentation fault References: <5197nkF1jbsb0U1@mid.individual.net> In-Reply-To: <5197nkF1jbsb0U1@mid.individual.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <9f7484-bof.ln1@newserver.thecreems.com> NNTP-Posting-Host: 24.147.74.171 X-Trace: sv3-r2Mzz2pcHY4N6VTHjSx/+dfAb8hz/NhUwduih6B2lG6ZJt+38Ozpt4Atl2MhNVR4loHvUp2tmj9vwVr!dSYUSvKAoteZKN02TcaOjSIguwMZ9G2Piy79EBumwCHeWQu0jLar9oGELy5FcEW6AQEnjCJvHJiS!dl8= X-Complaints-To: abuse@comcast.net X-DMCA-Complaints-To: dmca@comcast.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.32 Xref: g2news2.google.com comp.lang.ada:8258 Date: 2007-01-18T07:55:41-05:00 List-Id: Alex R. Mosteo wrote: > Hello, > > before filing a bug report I'd like to hear your opinion to rule out a > mistake on my part. I'm using the excellent Gnat.Spitbol.Patterns package > to extract some patterns from large bodies of text. I'm doing it with this > scheme: > > declare > Text : aliased Vstring := ; > Target : aliased Vstring; > > Patt : constant Pattern := Some_Patterns ** Target; > begin > while Match (Text, Target, "") loop > -- This extracts a Target string and removes it from the text. > -- It doesn't matter if the surrounding text causes new aftermatches. > Do_Something_With (Target); > end loop; > end; > > Very rarely I get a Storage_Error and segment violation that kills the > program. Running inside gdb I get this backtrace: > > #0 0xb7ddf37c in memcpy () from /lib/tls/i686/cmov/libc.so.6 > #1 0x081b7d8d in ada.strings.fixed.replace_slice () > #2 0x081bd6cf in ada.strings.unbounded.replace_slice () > #3 0x081d4f5e in gnat.spitbol.patterns.match () > > Unfortunately, address2line doesn't make any valid source lines from these > addresses, I suppose because the gdb wrapping (but this is just a guess). > > If you have used Gnat Spitbol before, could you comment if I'm doing > something risky? This is with gnat gpl 2006 in linux x86 > > Any chance this is a simple matter of blowing the stack someplace? Compile with -fstack-check and/or try increasing the stack space of the task that is doing this work.