>Floyd Resler wrote: >I havent used MacPerl yet, but you *should* be able to: >@Lines = split('\n',$LongString) ; > >the whole purpose of the perl \n is to take care of system dependant >interpretations of CR, LF, etc I don't think that answers the question. \n denotes the line end character on the current machine. The problem is how to handle line ends in files that originate in a different machine and are not "corrected" by the likes of ASCII mode ftp. What perl really needs is a option that asks <READ> to honor any of the four possible combinations the way browsers, M$Word, and a lot of other software does. It's not a new subject and it also affects the input of foreign perl code to the MacPerl "compiler". -- -> From the U S of A, the only socialist country that refuses to admit it. <- # ===== Want to unsubscribe from this list? # ===== Send mail with body "unsubscribe" to macperl-request@macperl.org