T.R | Title | User | Personal Name | Date | Lines |
---|
2283.1 | LOG file ?? | AIMTEC::VOLLER_I | Gordon (T) Gopher for President | Wed Feb 17 1993 18:18 | 10 |
| Jean,
OA$MSG_GET is a routine that is used to copy the text
representation of a message to a string variable.
Do you have a pointer to a log file ?
Cheers,
Iain
|
2283.2 | P.S I can show you the BLISS code! | AIMTEC::WICKS_A | WALES 10 England 9 | Wed Feb 17 1993 18:53 | 20 |
| Jean,
OA$MSG_GET is a global function that takes two arguments
MSG_CODE - Longword containing the value of the Message Code
MSG_DEST - String descriptor
Returns are: Error status from $GETMSG
Status of the call to $FAOL
This routine gets a message and stores it in MSG_DEST. The text portion
of the message is the only thing returned. If there are more than 2
parameters, the rest are FAO arguments. In this case, the string will
be passed through FAO before being returned.
(wonder where I copied that from)
Regards,
Andrew.D.Wicks
|
2283.3 | Use OA$Sym_Get_Symbol? | IDNTCR::RHOTON | John Rhoton @TNO - DTN 871.7947 | Thu Feb 18 1993 08:59 | 27 |
| > Her module command is:
>
> oa$msg_get(oa$_day_of_week_1,sun);
>
> Those symbols are still used in V3.0 and we know are valid, trying
> to figure out why her module thinks they are undefined. We cannot
> find any documentation on oa$msg_get. Any help would be appreciated.
I suspect that your problem derives from the fact that most of the
messages were moved to the new message symbols from V2.4 to V3.0.
As a result you can't use OA$Msg_Get to access them but could use
OA$Sym_Get_Symbol instead:
OA$Sym_Get_Symbol (%ASCID'oa$_day_of_week_1', sun)
or something like that.
Alternatively you could take the messages and put them back into a
message file you link with the image but personally I would recommend
the first.
Hope this helps,
John
|