× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.