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 2001, week 2)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:   Mon, 10 Dec 2001 15:31:51 -0500
Reply-To:   "David L. Ward" <dward@SASHELP.COM>
Sender:   "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:   "David L. Ward" <dward@SASHELP.COM>
Subject:   Re: upper(trim(left(myvar)))

This is cool but isn't it dangerous? Do we have a guarantee that the memory registers n bytes after a data step character variable are safe to change? Could this potentially overwrite the registers in another applictaion or, worse, the operating system?

Regards, David Ward

On Mon, 10 Dec 2001 15:13:21 -0500, Dorfman, Paul <Paul.Dorfman@BCBSFL.COM> wrote:

>Venky, > >That is exactly what I meant. Additionally, the same can be achieved as > >call poke (add, addr(tosubstr)+length(tosubstr), 4) ; > >Thus in a DATA step, a concatenation can always be coded in an alternative >manner (it may be necessary to declare an extra variable in a LENGTH >statement). Outside the DATA step, there are cases where a concatenation >could hardly be replaced in a non-contrived way, in particular, when SQL is >used to create concatenated lists, and where the concatenation is needed as >a volatile expression only. > >Kind regards, >====================== >Paul M. Dorfman >Jacksonville, FL >======================


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