RE: Subfile question

Mike,

I had this problem which sent me nuts!Like you( I think)I cleared the 
subfile before redisplaying, set sfldsp to off, and there it was, still with 
all the records displayed.

The solution was to use the ERASE keyword in the DDS. This can be 
conditioned by an indicator.However, I think this will erase the entire 
subfile. So you would not want to use it if there are still records to be 
displayed.

Hope this helps.

Nigel.


>From: "Saunders, Martin P" <Martin.Saunders@capgemini.co.uk>
>Reply-To: RPG400-L@midrange.com
>To: "'RPG400-L@midrange.com'" <RPG400-L@midrange.com>
>Subject: RE: Subfile question
>Date: Mon, 23 Oct 2000 13:50:48 +0100
>
>Mike,
>
>If none of the other suggestions work, make sure the display file is
>compiled with RSTDSP (Restore display) set to *yes.  I seem to remember 
>this
>solving a similar problem for me.
>
>Martin
>
>-----Original Message-----
>From: Mike Silvers [mailto:msilvers@hbs-inc.com]
>Sent: 22 October 2000 10:04
>To: RPG400-L@midrange.com
>Subject: Subfile question
>
>
>Hi all.
>
>     I have a subfile question.  I have a program that writes records to a
>subfile.  One of the options of the subfile is to delete a record from the
>subfile.  If a user uses this program and deletes all entries of the
>subfile, the entries are still displayed on the screen.  There are no
>subfile entries, and the subfile display indicator is set not to display 
>the
>subfile, but the records still appear on the screen.  The user can not take
>any options against these records, and they are not loaded in the subfile.
>This only occurs when there are records in the subfile and the user deletes
>all of the records.  If all but 1 record are deleted, the subfile only
>displays the remaining record.
>     I believe this occurs because the records were on the screen and the
>subfile is not displayed on the screen again because there are no records 
>in
>the subfile.  I believe that the records on the screen are just 'residual'
>records left over from the previous transaction.  I have run into this same
>situation many times before, but this particular application requires the
>user to delete all of the records in the subfile more often than not.
>     Does anyone have any ideas on how to correct this situation?
>
>Thanks
>
>
>Mike Silvers
>
>
>
>
>================================
>
>Mike Silvers, IBM Certified Expert
>Hainey Business Systems
>8 E. Canal St
>Dover, PA 17315
>Branch Office:  (410) 397-8739
>Phone:  (800) 932-3380
>Fax:  (717) 292-9474
>Web: http:\\www.hbs-inc.com
>________________________________
>Providing E-Commerce, EDI, AS/400
>Development and related services
>nationwide.
>================================
>
>+---
>| This is the RPG/400 Mailing List!
>| To submit a new message, send your mail to RPG400-L@midrange.com.
>| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
>| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator:
>david@midrange.com
>+---
>+---
>| This is the RPG/400 Mailing List!
>| To submit a new message, send your mail to RPG400-L@midrange.com.
>| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
>| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: 
>david@midrange.com
>+---

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---