| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
ALL-IN-1 V3.0-1 $alli/noinit $Enter CMD:mail initialize (or mail mti_fetch_remote etc...) %OA-F-VMGETFATAL, LIB$GET_VM failure, 280 bytes at 00000000 - IN OADSA IN ROUTIN E OA$DSA_COPY_PROTOTYPE I appreciate that you would normaly call OA$MAIL_INITIALIZE previously, but this worked in V2.4 and the error is a bit unfriendly. My customer would like an SPR raised on this, can anybody confirm if it is likely to be fixed in any PFR's so that we may avoid this. Thanks Aston
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3514.1 | Do a oa$ini_init first! | STKOFF::MARTENSSON | LOM - Sweden | Wed Nov 10 1993 15:43 | 12 |
Aston,
Maybee a more friendly message to the user could be in place.
You can't init mail before you know ie the data in the
profil for this user!
What you should do is add an extra command before "mail init":
$allin1/noinit
oa$ini_init
mail init
| |||||
| 3514.2 | WAYOUT::CLARKE | Tue Nov 16 1993 10:04 | 8 | ||
Thanks for the reply. OA$INI_INITIALIZE is what I mean't in my base note - I must have made up OA$MAIL_INITIALIZE.. SPR on its way. Aston | |||||
| 3514.3 | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Nov 23 1993 18:21 | 7 | |
Of course it's possible that you might get a "that's the way it works"
answer, or (if it's not there already) a line in the APR that says that
you must do OA$INI_INIT befor doing any mail functions.
Not taking away your inalienable right to SPR it :-)
Graham
| |||||