From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_05 autolearn=ham autolearn_force=no version=3.4.5-pre1 Date: 17 Aug 93 09:27:01 GMT From: agate!howland.reston.ans.net!math.ohio-state.edu!caen!uvaarpa!vger.nsu.ed u!g_harrison@ucbvax.Berkeley.EDU (George C. Harrison, Norfolk State University ) Subject: Meridian and 32-bit ext mode Message-ID: <4100.2c706c25@vger.nsu.edu> List-Id: We've just finished one of those ARPA Software Engineering and Ada grants. Included was a student project - just completed. We ran into some strange problems. If anyone has an answer, I'd like to here it. The program in the project was written in Meridian (1,4,1) 386E Ada. Originally we used 16-bit extended mode. The platforms were 486 50 mz and 486 25 mz SX. Structurally, the program uses 6 TEXT video pages (written to pages 1 thru 6) and page 0 for ordinary displays, etc. Each TEXT video page is 12000 bytes. There are six packages for a total of about 2600 LOC. There are no large data structures. As we added minor functionality, we noticed some strange behavior: Output from a small linked list was totally corrupted. The printer _automatically_ started printing junk. Text from other pages were being printed to other pages when the pages were functionally isolated. Garbage was being printed to the dos prompt. etc. I suspected that the behavior was that someing was causing the pages to be corrupted.. order writing the heap.. or whatever. ANY IDEAS? We then recompiled and relinked everything under 32-bit extended mode (pages are now 16000 becuase of larger bit sizes for types). Every works fine. It appears to me that we had a heap problem since the 32-bit extended allows for extended heap storage. .. although we never received a storage_error exception that we can "see." However, now to run the program we have to use Meridian's RAMP command like RAMP MYPROG. Supposedly there is a BIND command that produces a .EXE file to run in ordinary extended mode. Meridian, according to the docs., can provide it, if we have a licence. I haven't contacted them yet. Has anyone used the BIND from Meridian? George +----------------------------------------------------------------------------+ | George C. Harrison | PHONE : (804) 683-8654 | "Ada Spoken Here"| | Professor of Computer Science | FAX : (804) 683-9229 +------------------+ | Norfolk State University | g_harrison@vger.nsu.edu | | | 2401 Corprew Avenue +-------------------------+ | | Norfolk VA 23504 | loop exit when RE_TIRED; end loop; | +-------------------------------+--------------------------------------------+