Filepro-list Digest, Vol 115, Issue 14

Boaz Bezborodko boaz at mirrotek.com
Mon Aug 19 08:14:26 PDT 2013


Mirrotek International, LLC
90 Dayton Avenue
Building 1-F
Passaic, NJ  07055

Tel:  973-472-1400 x.112
Fax:  973-472-5170

On 8/19/2013 8:48 AM, filepro-list-request at lists.celestial.com wrote:
> Send Filepro-list mailing list submissions to
> 	filepro-list at lists.celestial.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mailman.celestial.com/mailman/listinfo/filepro-list
> or, via email, send a message with subject or body 'help' to
> 	filepro-list-request at lists.celestial.com
>
> You can reach the person managing the list at
> 	filepro-list-owner at lists.celestial.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Filepro-list digest..."
>
>
> Today's Topics:
>
>     1. Re: Re Export (Kenneth Brody)
>     2. RE: Re Export (Richard Kreiss)
>     3. Strange behavior with IMPORT (Boaz Bezborodko)
>     4. Re: Strange behavior with IMPORT (Jean-Pierre A. Radley)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 18 Aug 2013 12:14:50 -0400
> From: Kenneth Brody <kenbrody at spamcop.net>
> Subject: Re: Re Export
> To: Richard Kreiss <rkreiss at gccconsulting.net>
> Cc: "filepro-list at lists.celestial.com"
> 	<filepro-list at lists.celestial.com>
> Message-ID: <5210F2FA.5040701 at spamcop.net>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 8/17/2013 2:49 PM, Richard Kreiss wrote:
> [...]
>> I have created a long variable foobar(94,*) to hold each element also
>> long variables of the proper size for that element.  IN some cases
>> numerical values are zero filled and in others either left or right
>> justified with blanks to fill the element or field. Also, in some of the
>> alphanumeric fields which call for a name the  are spaces.
> The *what* are spaces?
>
>> My problem is when I look at the file created, most of the exported
>> records are on 2 lines not one.
> [...]
>
> Could it be as simple as the program you are using to look at the file is
> wrapping the long lines?  (Or, are you exporting fields that contain newlines?)
>
> How, exactly, are you looking at the exported file?  And how, exactly, is
> the record broken into two lines?
>
I tried using "echo. >> {filename}", but that added a CR-LF and it still 
gave me the same problem.  I'm using Filepro on Windows XP machines.

But why does it give a 'not {file}' equals 'true' with the fields for 
the file have valid data?

Boaz


More information about the Filepro-list mailing list