Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!think.com!mintaka!ogicse!unmvax!sandia!sandia.uucp!kristina
From: kristina@sandia.uucp (Kristina Buchholtz (9226))
Newsgroups: comp.sys.isis
Subject: Isis on DEC 5000 running Ultrix 4.1
Keywords: DECs, Ada
Message-ID: <454@sandia.UUCP>
Date: 29 Apr 91 18:32:49 GMT
Sender: kristina@sandia.UUCP
Organization: Sandia Natl Labs, Div. 9224
Lines: 67

Hi, I am trying to run Isis the above-mentioned configuration, and have
a few problems.

-- ISSUE 1 --

First, a piece of code that works fine on our SUN4's is crashing on our
DEC's.  The code contains the following:

address *gaddr_p;
groupview *gv;
.
.
.
gaddr_p = pg_lookup("use_sat_param");
gv = pg_getview(*gaddr_p)

The pg_getview causes a segmentation fault and a core dump. 

If I comment out the pg_getview, everything works fine.  Are there any known
bugs that cause this?


-- ISSUE 2 --  (Interfacing to Ada)

Next, does anybody have experience interfacing Isis to Ada (or any other
language, for that matter)?  I am attempting to interface Isis to Verdix
6.0 Ada.  I have an ada client program that does pragma interfaces to C to get 
the Isis functions that I need.  The ada does the appropriate Isis_Init, then 
does:
Isis_Task(
	Types.C_Pointer(client_Maintask'ADDRESS), "client_maintask" & ASCII.NUL
	);
Isis_Entry(
	1, Types.C_Pointer(Read_New_Table'ADDRESS), "read_new_table" & ASCII.NUL
	);
Isis_Mainloop(Types.C_Pointer(Client_Maintask.ADDRESS));

When Client_Maintask gets called, I get an Ada Storage_Error (and the
message: Error in kernel:: exception handler: below bottom of user stack), 
which I can get rid of if I do a PRAGMA SUPPRESS(Storage_Check); the same 
thing happens when read_new_table gets called.  Now, on our SUN4's, if I do 
the pragma suppress, read_new_table gets called and can actually do something.
However, on our DEC's, when read_new_table gets called, I get the message:

(This is what I get when not in debugger)
pid 16416 (ada_client) was killed on kernel access, at pc 0x40b670
Bus error (core dumped)

(This is what I get when in debugger)
"Bus error" [10]
Bus error (SIGBUS) code: 1 (u_coode: 43)

Anybody have any ideas on this?


-- ISSUE 3 --  (Doing Ada I/O)

Thirdly, even on the SUN4's (and even if I have a pragma
suppress(storage_check) in place), if the subprogram read_new_table tries to do
any Ada I/O operations (i.e. text_io.put_line), I get a storage_error.

I am hoping that if I actually start up Isis from an ada program instead of
a C program, the right environment will be set up and I'll be able to do
ada i/o.  Can anyone confirm or deny this?  

Thanks for any help
Kristina Buchholtz