SOLVED! (Re: export ascii - a weird behavior / figured out but not resolved)

[Jose Lerebours]

For those that may come behind me I solved this by moving the "export" 
related code into the -v selection processing.


Because the code gives user option to do both, export and print, print 
being an option and export by default, if user chooses not to print, I 
simply do not select the record.

So, -v processing exports just fine without need to select the record - 
If record is selected, -f [form] processing then prints it!


I would love to hear fpTech explanation as to why something like this 
happens - I bet everyone here exports stuff daily using -i[X] -v [prc] ...


Anyway, this post is meant to give those of you that made suggestions an 
update on how I solved it and to thank you all for your valuable input.


Regards,


--
Jose Lerebours



On 4/12/24 10:00, Jose Lerebours wrote:
> OK, this is what I have:
>
> if I run:  /appl/fp/rreport [file] -f [form] -u -a -h "Some header"
>
> The process selected over 300K records and processing table kicks in ...
>
> User answers a few questions and process worked with and/or dropped 
> records based on given answers.
>
> --- The above  creates the export ascii exp = export.csv -x ---
>
>
> If I run: /appl/fp/rreport [file] -f [form] -u -a -y y[form] -v 
> v[form] -i[index] -h "some header" -t 165000
>
> The -v table kicks in and user answers questions.  lookup - is 
> performed and 83 records are selected ... but the target document is 
> not created.
>
>
> If I step it through using debug on, I can clearly see the commands 
> true/false as one expects, I can check values being assigned to 
> exp(##)="some value" and [write] command reached ...
>
>
> Why using -v, -i does not create the file while the other option does?
>
> If I inquire the table using the index used, I can find records and 
> there are values shown on screen, not scrambled so the index must be 
> good.
>
>
> Is this a runtime issue or coding issue?
>
> Regards,
>
>
> Jose
>
>