Message-Id: <9210101432.AA05656@Athena.MIT.EDU>
Date: Sat, 10 Oct 92 10:35:30 EDT
From: Philip Bailey <pbailey@ceci.mit.edu>
To: aybee@Athena.MIT.EDU, jert@Athena.MIT.EDU, jud@ceci.mit.edu,
        pbailey@ceci.mit.edu, wjeuerle@Athena.MIT.EDU
Subject: The ImagePrototype and development Environment


I have been doing a lot of work on setting up the sun c++ environment & our 
development environment.

There is a short 'Release_Notes' in /mit/ceci/musedev/RCS, please read it.

I have been working on getting very simple media objects to work &
truying to check out a Class Library, what I have now sort of works.

If you create a devl Environment the structure is this

your_top
	libsun4
	ClassLib
	ImageProto
		meta
		media
		content
		application

The Imake file for ImageProto directory currently does not create any other
directoies but they exist in the RCS tree, this is because the are only Imake 
files & README's in these directories & they do not build any libs.

If you have code in these dirs please add them to the Imakefile.

Note on the CLass Library -- It is not very good and it is not the latest
version of the NIH code byut a much older & somewhat modified version.

Currently it defines a class String which is causing conflicts with the 
	typedef char * String.

Please think about the use of String I think the times we want to use the Class are very important, a simple solution is to change the class name to AmString
or some other name since so much software has the typedef.

There is a very simple test program in application, which creates a number of
media objects & puts them into a CTlist (content object), the database functions are not working yet but feel free to use these constructors.

Very serious problem I need to use String classes & the code for <<
ing ( outputing ) a String core dumps, so be very careful about use of any function which returns a String when you expect a char *.

See you Tuesday.

Phil