Meridian and 32-bit ext mode

Meridian and 32-bit ext mode

[agate!howland.reston.ans.net!math.ohio-state.edu!caen!uvaarpa!vger.nsu.ed]

     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;         |
+-------------------------------+--------------------------------------------+

Re: Meridian and 32-bit ext mode

[agate!howland.reston.ans.net!math.ohio-state.edu!caen!uvaarpa!vger.nsu.ed]

In article <4100.2c706c25@vger.nsu.edu>, g_harrison@vger.nsu.edu (George C. Har
rison, Norfolk State University) writes:
>      We've just finished one of those ARPA Software Engineering and Ada grant
s. 
> 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 48
6
> 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 dat
a
> 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.  
> 

.. lots of text...
> 
> 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;         
|
> +-------------------------------+--------------------------------------------
+
> 
.. Sorry for the poor spelling above, but it's 5:30 A.M.  ... and the fall
semester starts TODAY!!!  :-)

George