jfjr@mbunix.mitre.org (Jerome Freedman) (02/17/89)
I have three dn35000s, two with cartridge and disk, one with
nothing. I am running sr10.1. I have no pascal compiler but I do
have nidl. As a learning experience I thought I would try to
get the ncs domain examples running (most, as delivered don't
even compile, let alone run). Perhaps i should mention I am
using the 4.3 large configuration. The first ncs demo I
am trying is "mandel" - it promises losts of real neat
blinking lights and its all in C. When I go to compile
and include "pad.h" the apollo supplied C compiler barfs
on the apollo supplied header file - pad.h. This is not
an encouraging sign.
I wrote a test program
#include <apollo/pad.h>
#include <stdio.h>
main()
{
printf("hello, world\n");
}
The c compiler barfs at line 97 in pad.h
I am not encouraged.
Jerry Freedman, Jr
617 271 8398
jfjr@mbunix.mitre.org
Jerry Freedman, Jr "Why did
jfjr@mbunix.mitre.org Unix come from the east?"
(617)271-8398
dbfunk@ICAEN.UIOWA.EDU (David B. Funk) (02/21/89)
WRT posting <45056@linus.UUCP> > When I go to compile > and include "pad.h" the apollo supplied C compiler barfs > on the apollo supplied header file - pad.h. This is not > an encouraging sign. > > I wrote a test program > > #include <apollo/pad.h> > #include <stdio.h> > ... If you read the manual "Programming with Domain/OS Calls" (005506-a00) you will find out what you are doing wrong. In the middle of page 1-2 there is a paragraph: The base insert file, /isr/include/apollo/base.h, declares common data types and constants, and calls to manipulate Pascal set data types and should generally be included in any prototyped C program that makes Domain/OS calls. Thus the preprocessor control lines to include the appropriate insert files for a program that makes PAD calls are #include <apollo/base.h> #include <apollo/pad.h> Almost all <apollo/*.h> include files have the prerequsite of <apollo/base.h>. I would strengthen the manual's statement and say; always include "base.h" before any other Apollo specific include files. Dave Funk