Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!dali.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!wuarchive!uunet!odi!dlw
From: dlw@odi.com (Dan Weinreb)
Newsgroups: comp.lang.c++
Subject: Re: OO Development Environments
Message-ID: <1990Sep7.181948.2451@odi.com>
Date: 7 Sep 90 18:19:48 GMT
References: <1716@dinl.mmc.UUCP> <181@srchtec.UUCP> <1719@dinl.mmc.UUCP> <1723@dinl.mmc.UUCP> <1990Sep6.003405.24689@swbatl.sbc.com>
Reply-To: dlw@odi.com
Organization: Object Design, Inc.
Lines: 28
In-Reply-To: jmd@swbatl.sbc.com's message of 6 Sep 90 00:34:05 GMT

I'd like to clear up a few things about ObjectStore (the
object-oriented database system from Object Design), which was
mentioned in a few recent postings.

ObjectStore does not use Sybase as a back-end (or in any other way).
ObjectStore has its own back-end.  The ObjectStore server includes
remote network access, concurrency control, and log-based recovery,
and it uses lightweight processes, so it resembles the Sybase server
in some respects in its overall design, but it is completely
independent software.

Chip Salzenberg is right that ODI is not a provider of C++ compilers;
we're a database company.  As Charles Noren himself said, ObjectStore
isn't a good example for the original discussion, which had to do with
whether certain languages were supported by more than one vendor.

The ObjectStore database system, like many relational database
systems, can be used either of two ways: with an "embedded DML"
(data-manipulation language), or with ordinary function calls to a
library, from either C++ or C.  Currently, the "embedded DML" is
implemented by a modified version of cfront, although in the future it
may be done by a pre-processor that emits C++ code.  If you use
ObjectStore with the library, you can use an ordinary C++ compiler or
an ordinary C compiler to compile your program, and just link to the
library.

Daniel Weinreb	     dlw@odi.com
Object Design, Inc.	1 New England Executive Park	Burlington MA 01803