T.R | Title | User | Personal Name | Date | Lines |
---|
551.1 | bugs in basegen | CAMTWO::JOHNSON | imagine... sharing all the world | Tue Dec 10 1991 11:26 | 26 |
551.2 | DMQ (decmessageq) info | CAMONE::JOHNSON | imagine... sharing all the world | Fri Dec 20 1991 13:11 | 29 |
551.3 | DMQ .com file doesn't work for VMS 5.4+ | CAMONE::THOMAS | Rob Thomas | Fri Dec 20 1991 13:36 | 5 |
551.4 | BRI only allows x external maps created | CAMONE::JOHNSON | imagine... sharing all the world | Mon Jan 06 1992 18:05 | 63 |
551.5 | net das - response buffer fix | CAMONE::JOHNSON | imagine... sharing all the world | Wed Jan 08 1992 13:25 | 62 |
551.6 | PLC5 and V2.0 to V3.0 upgrade problem | CAMONE::JOHNSON | imagine... sharing all the world | Thu Jan 16 1992 17:47 | 16 |
551.7 | v2.0 - bcc$msg_default_timeout corruption possibility | CAMONE::JOHNSON | imagine... sharing all the world | Wed Jan 22 1992 11:34 | 29 |
551.8 | V3.1 EXTRACT utility gotchas | CAMONE::JOHNSON | imagine... sharing all the world | Mon Apr 13 1992 20:16 | 76 |
551.9 | V3.0/3.0 RS232 structured data bugs | CAMONE::JOHNSON | imagine... sharing all the world | Mon Apr 13 1992 20:18 | 5 |
551.10 | How about posting it? | GLADYS::HUISH | Life is a Cabernet ... | Thu Apr 16 1992 02:07 | 13 |
551.11 | Provide Fixes On-Line, Make Our Lives Easier. | EICMFG::ELLAM | | Tue Apr 21 1992 08:33 | 15 |
551.12 | utilities kit write-locked - watch note 753 | CAMONE::JOHNSON | imagine... sharing all the world | Mon May 11 1992 13:29 | 13 |
551.13 | null_pe_request.c - structure changes for 232 das | CAMONE::JOHNSON | imagine... sharing all the world | Tue May 12 1992 14:49 | 185 |
551.14 | EXTRACT PHYPOINT documentation | CAMONE::JOHNSON | imagine... sharing all the world | Tue Nov 10 1992 16:12 | 40 |
551.15 | V3.1 MUP - DCM hang on create phy w/ bad address | CAMONE::JOHNSON | imagine... sharing all the world | Thu Jan 14 1993 14:35 | 12 |
551.16 | structure problem after changing DECNET ID | CAMONE::JOHNSON | imagine... sharing all the world | Thu May 27 1993 23:18 | 36 |
551.17 | step missing from -.1 | CAMONE::JOHNSON | imagine... sharing all the world | Fri May 28 1993 13:17 | 47 |
551.18 | NET DAS fails after 65535 requests - fix included | CAMONE::JOHNSON | imagine... sharing all the world | Mon Sep 13 1993 16:17 | 41 |
551.19 | bri link files and sql$user changes | CAMONE::JOHNSON | imagine... sharing all the world | Thu Nov 18 1993 16:42 | 42 |
551.20 | V3.2 - ilan$device_specific(_a) - valid codes > 3 | CAMONE::JOHNSON | imagine... sharing all the world | Tue Nov 23 1993 12:35 | 47 |
551.21 | V3.2 BCCDEFS BCC$K_MAX_MAP_DEF_LEN should be 3200 | CAMONE::JOHNSON | imagine... sharing all the world | Tue Nov 23 1993 13:01 | 48 |
551.22 | problem starting B* on VMS 6.0 | CAMONE::JOHNSON | imagine... sharing all the world | Tue Dec 07 1993 12:07 | 39 |
551.23 | ptt 554 -> ILAN$_CONNECTED = -32686 | CAMONE::JOHNSON | imagine... sharing all the world | Thu Dec 16 1993 15:33 | 45 |
551.24 | extract phy SKIPS phys created on connect | CAMONE::JOHNSON | imagine... sharing all the world | Wed Jan 05 1994 19:55 | 69 |
551.25 | BRI creats SQL commands w/ BAD VALUES after element removal | CAMONE::JOHNSON | imagine... sharing all the world | Wed Feb 09 1994 14:42 | 85 |
551.26 | V3.2 element patch | CAMONE::JOHNSON | imagine... sharing all the world | Sun Feb 27 1994 22:08 | 63 |
551.27 | BASESTAR-CU* license problem in V3.2 with CIMfast | CAMTWO::CUNHA | Elizabeth Cunha DTN 320-5053 | Thu Mar 24 1994 14:56 | 77 |
551.28 | V3.3 IVP has bad error message for release_notes | CAMONE::JOHNSON | imagine... sharing all the world | Tue Aug 16 1994 13:33 | 48 |
551.29 | bri example links for V3.3 missing AXP stuff | CAMONE::JOHNSON | imagine... sharing all the world | Tue Sep 06 1994 17:25 | 263 |
551.30 | V3.3 axp unsolicited needs new ilan$server_shr | CAMONE::JOHNSON | imagine... sharing all the world | Thu Oct 13 1994 11:38 | 14 |
551.31 | 6.2 cimfast install fix | ANGST::DWORSACK | | Thu Feb 08 1996 17:21 | 152 |
551.32 | V3.4 object delete bug on decnet address area.2 systems | CAM::JOHNSON | imagine... sharing all the world | Wed Apr 16 1997 16:43 | 46 |
| The attached is an article Jim Dworsack will submit to STARS on a
BCC V3.4 problem with systems whose DECNET addres is area.2.
This has been fixed in the kits currently on CAM::BCC$V34_KITS_xxx (axp or vax).
These kits have numerous fixes for V3.4, all listed at the end of the release
notes (page 65). We will continue to update the release notes with any
future fixes, although at this time, the BCC V3.4-001 version number
has not been changed.
From: CAM::JOHNSON "imagine... sharing all the world" 15-APR-1997 10:25:55.61
To: JOHNSON,BSONE::DWORSACK
CC:
Subj: stars article on V3.4 object deletion problem w/ decnet address area.2
There is a problem in the BASEstar Classic SSB version of V3.4 that does not
allow deletion of objects (points, structures, devices, etc) at times.
This problem will ONLY be seen on VMS systems whose DECNET address
is area.2 (ie, in any DECNET area, the .2 address system will be affected).
This will be seen to the user as a 'multiple deallocate' error, and
a message in the history file will look like this (this message pertains
to a logical point deletion error, but the error portion of the message
will be the same for any object):
Event 5.10.2 occurred at 20-FEB-1997 12:55:52.14
BCC$$DELETE_POINT (9) - Internal Error: Multiple deallocate attempted on block.
To work around this problem, you must do the following:
$ BST SET PARAM BCC$MAX_NAMES_CACHED 0
$ !! stop the BASEstar Classic system
$ delete bcc$sysdata:*section*.dat;*/exclude=(bcc$dmgt_data_section.dat)
$ !! restart the BASEstar Classic system
This will force the name services portion of BASEstar Classic to use the disk-
based data base to resolve object names, rather than memory based global
sections. Since this will have a small impact on system performance (a larger
impact during object configurations), you should contact your local
geographic support center for a new BASEstar Classic kit to install and fix
this problem.
When the new kit has been installed, you can reset the BCC$MAX_NAMES_CACHED
parameter back to it's old value (generally the default of 100):
$ BST SET PARAM BCC$MAX_NAMES_CACHED 100
and restart the BASEstar Classic system.
|