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=-2.4 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, SUBJ_ALL_CAPS autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Thread: 103376,906c8a02036e8ea5 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!news2.google.com!proxad.net!usenet-fr.net!news.enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail From: "Robert C. Leif" Newsgroups: comp.lang.ada Subject: RE: STORAGE_ERROR : EXCEPTION_STACK_OVERFLOW Date: Sat, 9 Jul 2005 05:29:09 -0700 Organization: Newport Instruments Message-ID: Reply-To: rleif@rleif.com NNTP-Posting-Host: lovelace.ada-france.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: melchior.cuivre.fr.eu.org 1120912261 41878 212.85.156.195 (9 Jul 2005 12:31:01 GMT) X-Complaints-To: usenet@melchior.cuivre.fr.eu.org NNTP-Posting-Date: Sat, 9 Jul 2005 12:31:01 +0000 (UTC) To: Return-Path: X-Authenticated-User: rleif.rleif.com X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <20050709100024.322314C41FD@lovelace.ada-france.org> Thread-Index: AcWEbSUtQv/SqOhjT/yJ4+JL40NOpwAEJabw X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ada-france.org X-BeenThere: comp.lang.ada@ada-france.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Gateway to the comp.lang.ada Usenet newsgroup" List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: g2news1.google.com comp.lang.ada:11973 Date: 2005-07-09T05:29:09-07:00 Marius Amado Alves wrote, "isn't it possible that your program has a logic fault that is exhausting that stack?" Since the original version with 16 bit pixels works and a new version with 16 bit pixels and an access type for the two dimensional array works, the existence of a logic fault that exhausts the stack is highly unlikely. The access type version with 32 bit pixels executes. However, there appears to be a problem with the creation of the normalized images, which have 8 bit pixels. These 8 bit pixel images are critical because the dynamic range of the human eye while looking at an image is of the order of 8 bits. The real problem is that I can not use a standard, simple data-type (a two dimensional array) for my program, which could be eventually used in a medical device. I am presently forced to increase the complexity of my program by the use of access types and consequently have decreased its safety. Hypothetically, if I find a sponsor with adequate funding to commercialize this research technology, the next step would be to use SPARK, which does not include access types. I suspect that there is a reasonable consensus amongst the readers of Comp.Lang.Ada that Ada and SPARK are excellent choices for medical imaging. Therefore, it would be very useful to either create large objects on the stack or have the compiler put them on the heap while maintaining the relatively simple syntax of a two dimensional array type. In short, the compiler should permit me to maintain the abstraction. Obviously under these circumstances, the use of a pragma would be acceptable. Is there anything to be learned from Java technology where it appears that simple data-types are put on the heap? Bob Leif ------------------------------------------------------------------ Date: Sat, 9 Jul 2005 10:27:55 +0100 From: Marius Amado Alves Subject: Re: STORAGE_ERROR : EXCEPTION_STACK_OVERFLOW To: Robert C.Leif Cc: "Comp. Lang. Ada" Message-ID: <0374b45e755cd2faa7be393083f5d669@netcabo.pt> Content-Type: text/plain; charset=US-ASCII; format=flowed What does this message mean EXCEPTION_STACK_OVERFLOW? If it means overflow of a stack of exceptions, then isn't it possible that your program has a logic fault that is exhausting that stack? ------------------------------