Silly GOSUB question
Richard Kreiss
rkreiss at gccconsulting.net
Tue Sep 15 14:04:09 PDT 2020
Jay,
Might I suggest that you do a return with a flag set to so that the processing "saves" your record.
Unless you have a field 0, which you can't, Why use this function. When the processing goes to the new record the cursor will be in the first field indicated for that screen. If you need to change screens on the next record, I would suggest using switchto "screen name or number" and then screen , field # wanted.
To answer your question, create a small test file and use the debugger to see what happens. That is the best way to answer your question.
Richard Kreiss
GCC Consulting
> -----Original Message-----
> From: Filepro-list <filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com>
> On Behalf Of Jay R. Ashworth via Filepro-list
> Sent: Tuesday, September 15, 2020 2:49 PM
> To: Filepro 2 List <filepro-list at lists.celestial.com>
> Subject: Silly GOSUB question
>
> If I END from inside a GOSUB, in Add Records mode, I *expect* to flush the
> subroutine stack, and end up in a new empty record, calling prc.input *from the
> top* when I SAVE.
>
> Is that what actually happens? :-)
>
> Secondarily: if I "screen ,0" from inside a THEN line, when I SAVE, do I come
> back *right to that spot in the line*, or the beginning of the next line; in short,
> must a SCREEN command be the last thing in a multi-command line? If I then
> GOTO Start, how ensnared might I end up?
>
> [ Yes, I should know the things, but I haven't committed programming in a few
> years... ]
>
> Cheers,
> -- j
>
> --
> Jay R. Ashworth Baylink jra at baylink.com
> Designer The Things I Think RFC 2100
> Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII
> St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 12205 bytes
Desc: not available
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20200915/c7b49386/attachment.bin>
More information about the Filepro-list
mailing list