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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.101.89.10 with SMTP id f10mr10996348pgu.164.1497800698315; Sun, 18 Jun 2017 08:44:58 -0700 (PDT) X-Received: by 10.157.46.21 with SMTP id q21mr594387otb.11.1497800698274; Sun, 18 Jun 2017 08:44:58 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!news.glorb.com!f20no1517323itb.0!news-out.google.com!s132ni4499itb.0!nntp.google.com!185no1518414itv.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sun, 18 Jun 2017 08:44:57 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=85.166.231.245; posting-account=bPTmZAoAAAC_6HP9XLKB9aAAxBa6BuOR NNTP-Posting-Host: 85.166.231.245 References: <5a0d60e6-c713-4a83-8c98-81a2af68e75e@googlegroups.com> <93822692-767f-4546-8e39-9c4b7ceab3e6@googlegroups.com> <291a8209-d893-4822-896d-32727d5c9509@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <7132e1a3-6c36-4f53-94d5-f51b18373e20@googlegroups.com> Subject: Re: Help needed - "Storage_Error stack overflow or erroneous memory access" From: reinert Injection-Date: Sun, 18 Jun 2017 15:44:58 +0000 Content-Type: text/plain; charset="UTF-8" Xref: news.eternal-september.org comp.lang.ada:46987 Date: 2017-06-18T08:44:57-07:00 List-Id: I tried different optimization, but it did not affect the line number given by the error message. However, if I just comment out this part of the code, the same error message comes pointing on different line numbers. But: on the "jessie" machine (without the problem), I can execute "ulimit -n 65536", but trying the same on the "stretch machine" (with the problem), I get this response: ------------------------------------------------------------------------ ulimit -n 65536 bash: ulimit: open files: cannot modify limit: Operation not permitted ------------------------------------------------------------------------- "ulimit -n 100" function (gives no error message), but even "ulimit -n 200" gives the same error message as above "bash: ulimit: open files: cannot modify limit: Operation not permitted". Strange? The actual code looks like this (but the details here seems not to be significant): procedure leap_to_cell1 (id : target_t; n : Positive) is cos : cell_observation_set.set := to_set ((id => id, others => <>)); begin cos := csv (n).cell_observations1 and cos; if cos.is_empty then return; end if; cell_scene_cursor := csv.to_cursor (n); cell_scene_ptr := csv (cell_scene_cursor); c0.co := cos.first_element; r_cursor0 := c0.co.r; cursor0 := True; ds_prev0 := element (cell_scene_cursor).su; leap_time1 := Clock; df.center0 (r_cursor0 - csv (cell_scene_cursor).su); -- <-- line 268 df.center0 (True); return; end leap_to_cell1; reinert