*BSD News Article 27781


Return to BSD News archive

Xref: sserve comp.protocols.iso.dev-environ:1384 comp.protocols.iso:4843 comp.os.386bsd.misc:1992 comp.os.386bsd.questions:8981
Path: sserve!newshost.anu.edu.au!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!ucsvc.ucs.unimelb.edu.au!lugb!latcs1!wongm
Newsgroups: comp.protocols.iso.dev-environ,comp.protocols.iso,comp.os.386bsd.misc,comp.os.386bsd.questions
Subject: How to setup DSA, snmp and PP-6.0 for ISODE-8.0 ?
Message-ID: <CLxM50.5yv@latcs1.lat.oz.au>
From: wongm@latcs1.lat.oz.au (M.C. Wong)
Date: Mon, 28 Feb 1994 11:19:47 GMT
Organization: Comp Sci, La Trobe Uni, Australia
Lines: 54

Hi,
  I am new to  Directory Service and snmp stuff in ISODE. What basically I 
wanted to do is to set up a DSA (I got DUA working already) such that I can
run aied and dased, so say when I start up ftam, it doesn't have to look into
isoservices, isoentities etc files, but query the DSA. I looked into the
Volume 5 Part 3 Administration section, but I without going into details I
thought I want to get a simple standalone DSA working on my machine first,
ie one that only takes care of my own machine.

  This is my system : FreeBSD-1.0.2 (~ 386bsd +pk + enhancements) running on 
486DX/33. At the moment, my system is called slip33.lat.oz.au (IP address) and 
is connected to my Uni dept via slip connection, and unfortunately there is no 
ISODE DSA running on the dept. Sun's! So, what I need is a quickest way of 
getting thing up and running, and later try contact any of the nearest DSA in 
my region etc.  Can I do that ? The ISODE/others/quipu/quipu-db examples are 
far too complicated for my purpose, and I need to later say contact a DSA 
in Australia, possible ?

  Secondly, I got snmpd up and running, but when I did snmpi dump, it just
hangs there and nothing gets dumped on the screen.

  Finally, I got PP-6.0 compiled and failed making Lib/table/tb_dbm.c, I got
this :
In file included from  ../../h/dbase.h:41, from tb_dbm.c:19:
/usr/include/ndbm.h:68:macro or `#include' recursion too deep
/usr/include/ndbm.h:69:macro or `#include' recursion too deep
/usr/include/ndbm.h:71:macro or `#include' recursion too deep

  Here are the lines from /usr/include/ndbmh :
#ifdef GDBM
#include "gdbm.h"

#else 
#ifdef NDBM
#ifndef GCC_DBM_OK /* I think it is not! using -v during gcc */
#ifdef __GNUC__
#define dbm_fetch 	*dbm_fetch
#define dbm_firstkey	*dbm_firstkey
#define dbm_nextkey	*dbm_nextkey
#endif 	/* __GNUCC__ */
#endif	/* !GCC_DBM_OK */
#include "ndbm.h"	/* it is here ndbm.h gets included */
#else
.
.
.
  Since FreeBSD is using the new 4.2/4.3 DBM, I define NDBM in h/config.h.
How can I fix this ? Is it correct, FreeBSD core team ?

  Many thanks in advance, and email replies please. Please help me!

- wongm@latcs1.lat.oz.au (M.C Wong)
-- 
- wongm@latcs1.lat.oz.au