LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (December 1998, week 3)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:         Wed, 16 Dec 1998 21:27:25 -0500
Reply-To:     Chris Strickland <cstrick@IU.NET>
Sender:       "SAS(r) Discussion" <SAS-L@UGA.CC.UGA.EDU>
From:         Chris Strickland <cstrick@IU.NET>
Subject:      Re: SAS Components
Content-Type: text/plain; charset="iso-8859-1"

>I presume C++ does the input and matrix formulation and matlab does the >statistics...

Actually Matlab does that too. C++ is more for the user interface.

>It's hard to imagine that C++ does any data manipulation, coding or scaling >that couldn't be done in a data step.

Yes, that's correct? Which is why I was curious to SAS's plans on making the various procedures, data steps, etc. available through OCX or drop and drag components.

>Given your system works, why would you want to change? Are there stat >procedures in SAS that are not available in matlab? Are the procedures >more robust?

Yes, many procedures in SAS. But the question is so much replacing what we have with SAS, but if SAS is going to start going this route. It's not an option to replace what we have with SAS, because you currently can't embed SAS in C++ calls. There doesn't exist an OCX or RTL for SAS that I know of.

The basic premise, is I'm being pushed out of the SAS world because it doesn't have these capabilities. And I really liked using SAS.

------------------------------------------------------------------ Chris Strickland Email: cstrick@iu.net New Horizons Software - http://new-horizon.net/ [Central Florida Jobs, Mutual Fund Directory, Games and more]


Back to: Top of message | Previous page | Main SAS-L page