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



Anita,

I can't reproduce this problem, but I'll give you some background and
maybe this will lead you to a solution.

A display file needs to know which device to display it's output onto,
and get it's input from.   When you compile your display file, you tell
it which device with the DEV keyword.

For example:

            CRTDSPF FILE(MYDSPF) SRCFILE(SOURCE/QDDSSRC) DEV(DSP01)

And this would work great if you ran your program from a terminal called
DSP01.   However, if you ran it from a terminal called DSP02, it might be
confusing, because all input and output would still go to DSP01!

So, the default value for the DEV keyword is "*REQUESTER", which means
that when this display is run on an interactive job, the device that i/o
is sent to is the same device that the request came from.

So, the standard method of compiling a display file would look more like
this:
            CRTDSPF FILE(MYDSPF) SRCFILE(SOURCE/QDDSSRC) DEV(*REQUESTER)

And then, you'd compile & run your program, and it would open up a device
with the same name as the interactive job.   So, if your job is called
"DSP01", then it would open up a device called "DSP01".  If you run it
from DSP02, it will open DSP02, etc.

However, if you run this from a non-interactive job, there is no
requesting terminal.  When this happens, you get a CPF4103 that says
"Device *REQUESTER not found while opening file MYDSPF in library MYLIB"

I have to admit that I've never seen a CPF4103 where the device was called
*REQUESTER in an interactive job.  For me, this has _always_ happened when
an interactive program was run in batch.  So, you'll want to check &
double check that there is no SBMJOB, spawn(), fork(), // EVOKE or // JOBQ
running somewhere before your program starts.  :)

Aside from that, I hope that the background info above will help clue you
in, since there's not much else that I can do...  good luck!


On Fri, 11 Jan 2002, Anita Imbrescia wrote:

> 1) Program is interactive
> 2) no OVRDSPF
> 3) not sure what ICF is
>
> ** also, in response to Dare:
>
>  display file and program exist in my library list.
>  the display file is compiled first and succesfully and then the
>  program is compiled with my lib first ****
>
> From: Buck Calabro [mailto:Buck.Calabro@commsoft.net]
>
> >When testing, I get the screen and input 4
> >variables.  I am getting an error "Device
> >*REQUESTER not found while opening
> >file MYDSPF in library MYLIB.  Error
> >message CPF4103 appeared during OPEN.
>
> Several things to look at:
> 1) Is the failing program running in batch?
> 2) Is there an OVRDSPF that's affecting this job?
> 3) Is there an ICF file involved?
>   --buck



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.