HP3000-L Archives

April 2001, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Gavin Scott <[log in to unmask]>
Reply To:
Gavin Scott <[log in to unmask]>
Date:
Thu, 12 Apr 2001 13:13:55 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
Tony writes:
> I have a file that has 2 LF's and 1CR at the end of each line,
> however when I look at it with "Display Functions" turned on
> in Reflection there are no additional lines in between each
> line of data.

> FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----
>                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX
> DMEMBR03         8960B  VA       23216      50000   1    31936 19 32

What are you using to view the file?  If it's a "Posix" program that's
expecting to see byte stream files, be aware that your file is an MPE
variable length file and if the program asks for byte stream access (any
standard shell program or anything else linked with the "Posix" version of
the C library) then it's going to be hooked up to the bytestream emulator
which is going to make you think that there's an extra LF character in the
file located between each MPE record.

Doing a binary tobyte on the file might eliminate your "extra" LFs if that's
what you want to do.

Lots of programs try to be clever in their handling of LS vs. CRLF vs. CR
line separators and in handling redundant separators, so you can't always be
sure that what you get is what you see.

G.

* To join/leave the list, search archives, change list settings, etc *
*     please visit http://raven.utc.edu/archives/hp3000-l.html       *

ATOM RSS1 RSS2