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



jt,

A possible wrong choice of words on my part.  I'm not talking about some form of
hack to the OS or the compiler itself.  I'm thinking more along the lines of
RPG2.5 that was developed for the S/36 which added CALL/PARM long before IBM
made it available on the 236.

Now I don't know the gory details so I'm just making up names as I go here ....
let's say that a program that has a WORKSTN device in it causes the compiler to
include routines WSOPN, WSCLO, WSGET, WSPUT, etc. which is the necessary code to
have the program talk to the workstation controller.  What I am referring to is
a product that could be purchased, maybe, that would sit above the compiler and
substitute the above mentioned routines at compile time.

These substitute routines would not talk to the workstation controller but some
other server program that runs in batch yet performs the same function.  Your
application program would compile the same with or without the add on product.
ZERO CODE CHANGES!

So if you don't have this product, you compile and use dumb terminals, telnet,
emulation cards, etc., but if you do use this product, you recompile your
program and get rid of your dumb terminals and emulation cards.

I hope I explained myself better this time.

BTW, I've given thought to IBM compiler changes, but have a hard time
remembering when the last time a change was made to the compiler to support any
new functions of a WORKSTN device since scroll bars.  I seriously doubt that IBM
is spending any development dollars in that direction so don't see any compiler
changes in this regard in the near future.  But then again, I've been wrong
before. <g>

J. Kilgore

jt wrote:
>
<<snip>>
> >
> > If IBM can't/won't do this, possibly some really clever bunch of
> > people could
> > come up with a compiler patch so that any program with a WORKSTN
> > device would
> > use this patch to communicate with a WORKSTN controller emulator.
> >
> > just a thought...
>
> No patch needed... nor recommended.  I agree with Ed Fishel's views on
> that...  Similarly, I have avoided going down to MI, so far (not just
> because I don't know it very well) because it often just complicates things,
> for the perceived benefits it provides.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.