[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference 2.301::basestar

Title:BASEstar Classic
Notice:BASEstar Classic Kit Listings in Note 1407.*
Moderator:BASEX::EISENBRAUN
Created:Mon Jan 19 1987
Last Modified:Thu May 15 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:1566
Total number of notes:6666

551.0. "known problems listed here" by MEIS::JOHNSON (imagine... sharing all the world) Tue May 21 1991 19:04

T.RTitleUserPersonal
Name
DateLines
551.1bugs in basegenCAMTWO::JOHNSONimagine... sharing all the worldTue Dec 10 1991 11:2626
551.2DMQ (decmessageq) infoCAMONE::JOHNSONimagine... sharing all the worldFri Dec 20 1991 13:1129
551.3DMQ .com file doesn't work for VMS 5.4+CAMONE::THOMASRob ThomasFri Dec 20 1991 13:365
551.4BRI only allows x external maps createdCAMONE::JOHNSONimagine... sharing all the worldMon Jan 06 1992 18:0563
551.5net das - response buffer fixCAMONE::JOHNSONimagine... sharing all the worldWed Jan 08 1992 13:2562
551.6PLC5 and V2.0 to V3.0 upgrade problemCAMONE::JOHNSONimagine... sharing all the worldThu Jan 16 1992 17:4716
551.7v2.0 - bcc$msg_default_timeout corruption possibilityCAMONE::JOHNSONimagine... sharing all the worldWed Jan 22 1992 11:3429
551.8V3.1 EXTRACT utility gotchasCAMONE::JOHNSONimagine... sharing all the worldMon Apr 13 1992 20:1676
551.9V3.0/3.0 RS232 structured data bugsCAMONE::JOHNSONimagine... sharing all the worldMon Apr 13 1992 20:185
551.10How about posting it?GLADYS::HUISHLife is a Cabernet ...Thu Apr 16 1992 02:0713
551.11Provide Fixes On-Line, Make Our Lives Easier.EICMFG::ELLAMTue Apr 21 1992 08:3315
551.12utilities kit write-locked - watch note 753CAMONE::JOHNSONimagine... sharing all the worldMon May 11 1992 13:2913
551.13null_pe_request.c - structure changes for 232 dasCAMONE::JOHNSONimagine... sharing all the worldTue May 12 1992 14:49185
551.14EXTRACT PHYPOINT documentationCAMONE::JOHNSONimagine... sharing all the worldTue Nov 10 1992 16:1240
551.15V3.1 MUP - DCM hang on create phy w/ bad addressCAMONE::JOHNSONimagine... sharing all the worldThu Jan 14 1993 14:3512
551.16structure problem after changing DECNET IDCAMONE::JOHNSONimagine... sharing all the worldThu May 27 1993 23:1836
551.17step missing from -.1CAMONE::JOHNSONimagine... sharing all the worldFri May 28 1993 13:1747
551.18NET DAS fails after 65535 requests - fix includedCAMONE::JOHNSONimagine... sharing all the worldMon Sep 13 1993 16:1741
551.19bri link files and sql$user changesCAMONE::JOHNSONimagine... sharing all the worldThu Nov 18 1993 16:4242
551.20V3.2 - ilan$device_specific(_a) - valid codes > 3CAMONE::JOHNSONimagine... sharing all the worldTue Nov 23 1993 12:3547
551.21V3.2 BCCDEFS BCC$K_MAX_MAP_DEF_LEN should be 3200CAMONE::JOHNSONimagine... sharing all the worldTue Nov 23 1993 13:0148
551.22problem starting B* on VMS 6.0CAMONE::JOHNSONimagine... sharing all the worldTue Dec 07 1993 12:0739
551.23ptt 554 -> ILAN$_CONNECTED = -32686CAMONE::JOHNSONimagine... sharing all the worldThu Dec 16 1993 15:3345
551.24extract phy SKIPS phys created on connectCAMONE::JOHNSONimagine... sharing all the worldWed Jan 05 1994 19:5569
551.25BRI creats SQL commands w/ BAD VALUES after element removalCAMONE::JOHNSONimagine... sharing all the worldWed Feb 09 1994 14:4285
551.26V3.2 element patchCAMONE::JOHNSONimagine... sharing all the worldSun Feb 27 1994 22:0863
551.27BASESTAR-CU* license problem in V3.2 with CIMfastCAMTWO::CUNHAElizabeth Cunha DTN 320-5053Thu Mar 24 1994 14:5677
551.28V3.3 IVP has bad error message for release_notesCAMONE::JOHNSONimagine... sharing all the worldTue Aug 16 1994 13:3348
551.29bri example links for V3.3 missing AXP stuffCAMONE::JOHNSONimagine... sharing all the worldTue Sep 06 1994 17:25263
551.30V3.3 axp unsolicited needs new ilan$server_shrCAMONE::JOHNSONimagine... sharing all the worldThu Oct 13 1994 11:3814
551.316.2 cimfast install fixANGST::DWORSACKThu Feb 08 1996 17:21152
551.32V3.4 object delete bug on decnet address area.2 systemsCAM::JOHNSONimagine... sharing all the worldWed Apr 16 1997 16:4346
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.