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



Even with ovrdta/ovratr, it seems that when the restore takes place, such as
after a program transfer returns to the caller or a window is displayed,
then returns, a lot of data is passed back to the device.  On remotes with
limited line bandwidth, this can be a lot of data (6X the screen data).

Does anyone know if the "WINDOW" keywords work the same way?  What about
group jobs?

Thanks

john

John Bussert
jbussert@stecnet.com
Swift Technologies, Inc.
847-289-8339
847-289-8939 fax

> -----Original Message-----
> From: Carl Galgano [mailto:cgalgano@ediconsulting.com]
> Sent: Monday, August 30, 1999 9:17 AM
> To: MIDRANGE-L@midrange.com
> Subject: Re: 5394 controller
>
>
> on your DSPF use PUTOVR and OVRDTA/OVRATR keywords to improve
> performance
> for the remotes.
> Carl Galgano
> EDI Consulting Services, Inc.
> 540 Powder Springs Street
> Suite C19
> Marietta, GA  30064
> 770-422-2995
> mailto: cgalgano@ediconsulting.com
> http://www.ediconsulting.com
> EDI, Communications and AS400 Technical Consulting
>
> -----Original Message-----
> From: Ron Lattanzio <rlattanzio@stecnet.com>
> To: Midrange computing (E-mail) <MIDRANGE-L@midrange.com>
> Date: Friday, August 27, 1999 9:19 AM
> Subject: FW: 5394 controller
>
>
> >
> >
> >>  -----Original Message-----
> >> From: Ron Lattanzio
> >> Sent: Thursday, August 12, 1999 11:22 AM
> >> To: 'MIDRANGE-L@midrange.com'
> >> Subject: 5394 controller
> >>
> >> Does anyone know when using RSTDSP(*YES) on a display
> file, does the
> >> 5394 controller re-receive the data from the 400 or is the screen
> >> stored locally on the controller?    After doing a com trace it
> >> appears the data is sent from the AS400 again, is there any way to
> >> prevent this?   Response  time can get very slow.
> >+---
> >| This is the Midrange System Mailing List!
> >| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> >| To subscribe to this list send email to
> MIDRANGE-L-SUB@midrange.com.
> >| To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> >| Questions should be directed to the list owner/operator:
> david@midrange.com
> >+---
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
>

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-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 ...

Replies:

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.