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

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

2414.0. "PROBLEM - DNS - MCC_S_NOT_IMPLEMENTED error code" by MANWRK::SHEA (Shea ... as in stadium) Tue Feb 25 1992 10:21

    Hi, All,

    I've done the usual DIR/TITLE stuff, and cannot find a related topic.

    I have some code which sits on top of MCC and uses the
    mcc_dns_write_attr_data() and mcc_dns_read_attr_data() function calls.
    My ULTRIX RISC V4.2 system has the kit MCRBMST124 installed.  I am
    experiencing a problem as follows:-

    The code functions correctly when MCC is not configured to use DNS.
    When MCC is configured to use DNS, the call to
    mcc_dns_write_attr_data() succeeds, and using dnscp, you can see the
    object which has been entered into the database.  However the call to
    function mcc_dns_read_attr_data() (which works perfectly wenn when not
    configured for DNS) returns the error code for MCC_S_DNSERR, and the
    DNS error code returned in the call parameters is MCC_S_NOT_IMPLEMENTED
    (the mcc_msg.h file tells me that I get this if I have hit a stub
    function).

    Is this a known error/feature/bug?  Does this indicate that I have a
    bad kit?  Any other suggestions/pointers?

    Any help appreciated, Pete Shea.
T.RTitleUserPersonal
Name
DateLines
2414.1Please provide the contents of parametersTRM::KWAKTue Feb 25 1992 13:1517
    
    RE: .0
    
    Could you provide me with the contents of parameters in the
    mcc_dns_read_attr_data()?
    
    	mcc_aes_dump(entity_spec);
    	printf("\n attribute_code = %d\n", attribute_code);
        /* 
         * Print MCC Descriptor - data_buffer 
         */
    
    
        mcc_dns_read_attr_data(entity_spec, &attribute_code,
    			       &data_buffer, &dns_status);
    
    William
2414.2Further informationMANWRK::SHEAShea ... as in stadiumTue Feb 25 1992 14:1834
2414.3Check Environmental Variable & DNS libTRM::KWAKTue Feb 25 1992 17:1938
Hello Pete,

From 2414.2, I do not see the attribute data (attribute code = 2)  written to
ds5000_ns:.temp object.

I think that you're using the Registration FM to register the object 
(class 171), and using your AM to call mcc_dns_write_attr_data()
and mcc_dns_read_attr_data().

There are two possible causes of the problem. One is that the MMs have
different environment variable valules.
If you're running your AM as a separate process, make sure that your AM
has environmental variable MCC_DNS_SELECTION set to DNS.
(make sure that you do not re-define the logical in .login or .cshrc.
 If you do, make certain that all MCC processes have the environmental
 varialbles set to the same value.)

Another cause of the problem is that your AM was linked with a dummy
DNS library in the MCC kit mcc_dns_libdns.o-mips instead of /lib/libdns.a.
The dummy library is in /usr/mcc/mmtoolkit/lib/mcc_dns_libdns.a.
If your system does not have /lib/libdns.a, the MCC Toolkit kit installation
creates a soft link /lib/libdns.a pointing to
/usr/mcc/mmtoolkit/lib/mcc_dns_libdns.a.

      (**   
      Dummy DNS library on Ultrix Systems

      Since the DECdns on Ultrix is only avaiable on the systems running the
      DECnet/OSI, and MCC Kernel uses DECdns routines, it is necessary to
      provide a dummy DNS library so that MMs can link with the Kernel when
      the system does not have DECdns.
      **)

You may check the size of /lib/libdns.a library file. Make sure that it is
not a softlink

William
2414.4SOLVEDMANWRK::SHEAShea ... as in stadiumWed Feb 26 1992 07:2410
William,

Thanks, it was the dummy library causing the problem.  The AM was rebuilt using
the real libdns.a, and works fine now.

Developers please note ... Some kind of diagnostic/message (perhaps a printed
message when a stub is called, saying that the image was built using a stub
library) would have been helpful.

Pete Shea.