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 (February 2008, week 3)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:         Fri, 15 Feb 2008 08:55:05 -0500
Reply-To:     Nathaniel.Wooding@DOM.COM
Sender:       "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:         Nat Wooding <Nathaniel.Wooding@DOM.COM>
Subject:      Re: MVS - Wrapping of Lines at 80 when the lrecl is 256
Comments: To: "Nogueras, Pablo" <PNogueras@barclaycardus.com>
In-Reply-To:  <D1151D6071367C46AA45E13EDF09CD0805699E86@PMEXG102.juniper.com>
Content-type: text/plain; charset=US-ASCII

Pablo

When you do the bit with the %includes, does the 180 byte line wrap 72 or 80 at a time or do you have to scroll to the right in order to see the entire contents?.

What happens if you specify s=180?

Also, was there any reason to make the file so wide? I would find it hard to read but, then, I am a creature of habit.

Nat Wooding Environmental Specialist III Dominion, Environmental Biology 4111 Castlewood Rd Richmond, VA 23234 Phone:804-271-5313, Fax: 804-271-2977

"Nogueras, Pablo" <PNogueras@barcla ycardus.com> To Nathaniel.Wooding@dom.com 02/15/2008 08:40 cc AM SAS-L@LISTSERV.UGA.EDU Subject RE: MVS - Wrapping of Lines at 80 when the lrecl is 256

Hola Nat,

Actually my longest line is about 180 characters. I did LRECL=256 at the time, because I knew the length was longer than 80 but shorter than 256. I had transferred the file from UNIX.

Hasta, Pablo

From: Nathaniel.Wooding@dom.com [mailto:Nathaniel.Wooding@dom.com] Sent: Fri 15/02/2008 13:18 To: Nogueras, Pablo Cc: SAS-L@LISTSERV.UGA.EDU Subject: Re: MVS - Wrapping of Lines at 80 when the lrecl is 256

Pablo

If I read your posting correctly, you have code that is either 72 or 80 bytes long but is stored in a file with an lrecl of 256. Hence, everything from 73 or 81 to 256 is blank. I suggest that you include

options s=72 ;

which tells SAS that the programs lines are the first 72 bytes of the input line. Of course, if you did type in the first 80 columns, you would say S=80 .

Now, why are you storing them in a file with an lrecl of 256. Why not allocate a partitioned data set with an lrecl of 80 and your problems will be taken automatically.

Nat Wooding Environmental Specialist III Dominion, Environmental Biology 4111 Castlewood Rd Richmond, VA 23234 Phone:804-271-5313, Fax: 804-271-2977

"Nogueras, Pablo" <PNogueras@BARCLA YCARDUS.COM> To Sent by: "SAS(r) SAS-L@LISTSERV.UGA.EDU Discussion" cc <SAS-L@LISTSERV.U GA.EDU> Subject Re: MVS - Wrapping of Lines at 80 when the lrecl is 256 02/15/2008 05:14 AM

Please respond to "Nogueras, Pablo" <PNogueras@BARCLA YCARDUS.COM>

Hola All,

I have a temporary solution.

I have now 2 programs. One program only contains one line which %INCLUDE the other program.

The formatting now looks normal.

Seems I have more control over source2 vs source.

Still would like an explanation and a non %INCLUDE solution.

Hasta, Pablo

________________________________

From: Pablo J. Nogueras [mailto:pnogueras@BARCLAYCARDUS.COM] Sent: Fri 15/02/2008 09:20 To: SAS-L@LISTSERV.UGA.EDU Cc: Nogueras, Pablo Subject: MVS - Wrapping of Lines at 80 when the lrecl is 256

Hola All,

Haven't used mainframe SAS in 10+ years. I sent over a UNIX program to the mainframe. It is sitting in a file with LRECL=256 RECFM=FB.

When I run a BATCH job using //SYSIN DD xxxxxx.xxxxxx.xxxxxx,disp=shr where xxxxxxx.xxxxxxx.xxxxxx is my file, The log wraps all normal SAS statements at 80 and thus I get 4+ lines for every single line of code.

I have tried s=256,s2=256,ls=256, S2=0 -- Seperately or in combination.

The MACROS generated with appropriate options show up normally in the log.

I have also tried sending the LOG seperately to HOLD queue with FILENAME UNIT=PRINTER.

Unfortunately, I am stuck with SAS 8.00. I do not know if this issue is a bug or me not using the right OPTION(S).

Hasta, Pablo

Barclays www.barclaycardus.com

This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on.

----------------------------------------- CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential and/or privileged and does not in any case represent a firm ENERGY COMMODITY bid or offer relating thereto which binds the sender without an additional express written confirmation to that effect. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.

_______________________________________________________

Barclays www.barclaycardus.com _______________________________________________________

This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on.


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