Re: Removing CR LF Characters

For the record ...

A new external process that is used to add data into the MS Sql database
was recently implemented.

It turns out that the web application is only inserting a CR and not LF in
the description so I modified the sql statement to check the characters
independently and all works correctly now.

select
isnull(replace(replace(replace(convert(nvarchar(max),TR.Description),char(10),'
'),char(13),' '),',',';'),'')


Don Brown




From: Don Brown <DBrown@xxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 24/05/2016 10:51 AM
Subject: Re: Removing CR LF Characters
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Thanks Darryl,

But we are not using cpytoimpf we are using ftp.


Don Brown




From: Darryl Freinkel <dhfreinkel@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 24/05/2016 10:03 AM
Subject: Re: Removing CR LF Characters
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



We recently had a similar issue when the Windows server we ftp'd data to
was replaced by a new one. Suddenly the data had extract CR or LF on their

side. We made no changes and now it was a problem.

We change the parameter on the cpytoimpf command to use one of CR or LF
only. I don't remember which worked and I am not online. Try both options
and see if that works for you.

That fixed the issue.


Darryl Freinkel
iPad

On May 23, 2016, at 6:46 PM, Don Brown <DBrown@xxxxxxxxxx> wrote:

Thank you for your reply Chuck.

Let me see if I can be more precise in the description of my problem.

You are correct the data is coming from the qualified field DESCRIPTION.

The process selects records from a MS Sql server and outputs to a csv
file.

The DESCRIPTION field has data something like this example ... where

CRLF

represents a Carriage Return and Line Feed.

<example>
special care.CRLFAAN Account.CRLF
<endExample>

The extracted file is then copied to a data base file member using FTP.

(I

am not using CPYFRMIMPF)

The result in the data base file member is three records - for example;

Please note the double quotes are only used to highlight the data, they

do

not actually exist.

<example>
Record # 1 "special care."
Record # 2 "AAN Account."
Record # 3 ""
<endExample>

The statement;

isnull( replace( replace( convert( nvarchar(max), TR.Description )
, char(13) + char(10),' ' ), ',', ';' ), '' ) as [Info]

is to replace any char(13) (Carriage Return) and char(10) (Line Feed)

with

blanks and any Commas with Blanks.

My understanding this will replace ALL occurrences not just the first
occurrence found ?

So the question is; Why do the CRLF still exist in the exported data.

Appreciate any assistance

Don Brown
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related

questions.