| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3865.1 | Should be able to recompile Startlet; 7.1 not supported yet | BEGIN::CMCCUTCHEON | Charlie McCutcheon | Thu Apr 24 1997 10:39 | 28 |
| > The customer tries to rebuild its ADA Package and he discovers that
> the LKI_TYPE definition in STARLET_.ADC is not correct. The size of the
> record LKI_TYPE is 56 bytes and the system service $GETLKI with
> LKI$_LOCKS returns 24 bytes per structure.
>
> Even after he has modified the LKI_TYPE and has rebuilt the ADA package
> using DEC ADA V3.3-23 he gets the same original problem.
Please note that Ada V3.3-23 is an ECO kit which changes the passing
mechanism for strings, which may effect how Ada and Fortran communicate.
Read the release notes for more information.
DEC Ada does not specifically support OpenVMS V7.1 on Alpha at this time.
We have a small number of issues we're looking at before providing this
support.
We definitely have not looked at updating our Startlet bindings for 7.1
yet. The problem you report here sounds fixable by recompiling the
Starlet bindings as you have. Note that you can ACS EXTRACT SOURCE, then
edit and compile STARTLET_.ADA with your changes.
We're working on several other issues at the moment. Please mail me
directly if this is a hot issue. However, note that we will not do much
for a OpenVMS Alpha 7.1 specific problem at this time.
Charlie
|
| 3865.2 | | KMOOSE::CMCCUTCHEON | Charlie McCutcheon | Fri Apr 25 1997 14:28 | 3 |
| We've taken this discussion offline...
Charlie
|
| 3865.3 | | KMOOSE::CMCCUTCHEON | Charlie McCutcheon | Tue Apr 29 1997 15:37 | 36 |
| Due to the following mail, I assume the problem is seen with the C program,
and this is not an Ada issue.
From: AXPMCS::BRUTTIN 25-APR-1997 11:53:39.33
To: BEGIN::CMCCUTCHEON
CC:
Subj: re: May be ADARTL is not the culprit
Charlie,
I not sure if the culprit is ADARTL. The same program written IN C works
fine.
Have I nice weekend,
Armand Bruttin
----------------------------------------
#include stdio
extern int BUG_RETURN_1();
int pm()
{
int status;
status = BUG_RETURN_1();
return status;
}
main()
{
int status;
printf("Start C Program\n");
status = pm();
printf("End C Program : status = %x", status);
}
--------------------------
|
| 3865.4 | | AXPMCS::BRUTTIN | Armand Bruttin MCS Geneva | Thu May 01 1997 06:16 | 24 |
| Charlie,
Right. The C program does not show the problem.
The problem seems to be an incompatiblity between FORRTL and
ADARTL!!!
I receive from FORTRAN group a new non-threaded RTL (DEC$FORRTL.EXE_v61 ).
Even after installing this new RTL the original customer program
shows the same accvio error.
Answer from fortran group
-------------------------------------------------------------------
<<< Note 1272.13 by QUARK::LIONEL "Free advice is worth every cent" >>>
Given that we don't have the ADARTL sources, I suggest you copy this
over to the ADA notesfile and ask for assistance. If it fails using our
non-threaded RTL, something else is going wrong.
Steve
----------------------------------------------------------------------
Armand.
|
| 3865.5 | re: Any news??? | AXPMCS::BRUTTIN | Armand Bruttin MCS Geneva | Tue May 06 1997 12:57 | 7 |
| Charlie,
Any news about this problem?
Thanks,
Armand.
|
| 3865.6 | Still working at it | KMOOSE::CMCCUTCHEON | Charlie McCutcheon | Tue May 06 1997 15:39 | 10 |
| Mike's still looking at it.
We don't have much expertease (left) on creating sharable images using Ada
objects.
Last update I heard was that the Ada runtime is apparently not getting
correctly initialized, which would certainly wreak havoc in an Ada program!
As to why, however... ;-)
Charlie
|
| 3865.7 | Reported as CLD | KMOOSE::CMCCUTCHEON | Charlie McCutcheon | Tue May 13 1997 12:13 | 1 |
| This problem has been reported as IPMT ZUO101172.
|