× 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.


  • Subject: RE: Subfile question
  • From: Marco Facchinetti <facchinetti@xxxxxxxxx>
  • Date: Mon, 23 Oct 2000 08:09:24 -0700 (PDT)

Or you can try to use the same indicator controlling the
SFLDSP with the keyword OVERLAY in SFLCTL record.

--- "Saunders, Martin P" <Martin.Saunders@capgemini.co.uk>
wrote:
> 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
> +---


__________________________________________________
Do You Yahoo!?
Yahoo! Messenger - Talk while you surf!  It's FREE.
http://im.yahoo.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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.