Can coBol imitates a kangaroo?...

Hello Everyone,

I would like to know how I can get my graphical window to POUCH
my character-base cobol program? I want to run my cobol program
under the control of the graphical window, rather than the default
console window that gets created by the cobol runtime system.
i am using Net Express 3.1 under Windows 2000 professional.
thanks for the kind help and feedback, Kellie.

KELLIEFITTON@YAHOO.COM wrote:

>Hello Everyone,
>
>I would like to know how I can get my graphical window to POUCH
>my character-base cobol program? I want to run my cobol program
>under the control of the graphical window, rather than the default
>console window that gets created by the cobol runtime system.
>i am using Net Express 3.1 under Windows 2000 professional.
>thanks for the kind help and feedback, Kellie.
>
>
>
Hi Kellie,

Don't recognise the word 'POUCH', (couldn't find any reference in
on-line Help) - but don't think you can do what you want. As an example,
I can create a GUI app, (either Dialog Editor or Dialog System),  which
is Windows  and if I wish to display any errors occurring - in addition
to any Dialogts I have created, I can use DISPLAY which will
automatically generate a DOS Window. I'm assuming you are using ANSI
ACCEPT/DISPLAY or Screen Section - the latter will automatically
generate a DOS Window.

Jimmy, Calgary AB

> I want to run my cobol program under the control of the
> graphical window, rather than the default
> console window that gets created by the cobol runtime system.

You can write your program to CALL Windows API routines to create
graphical windows, dialog boxes and controls and to have callback
routines to handle user interaction.  ie it can be a full GUI program
written in COBOL.  You can even use the drawing routines in the API to
draw graphs or pictures, or anything.

You could also use a GUI interface such as MF's Dialog or Flexus SP/2
to more easily create the user interface and handle the grubby MS
Windows (or other) API.  The program would still need to CALL the
interface handler.

If you want to find something that will take an existing program that
uses ACCEPT/DISPLAY and automatically transform it into a GUI program
with drop-down boxes and push buttons, then no, there  is unlikely to
be anything that would do that sensibly.

James J. Gavan wrote:

> I can use DISPLAY which will
> automatically generate a DOS Window. I'm assuming you are using ANSI
> ACCEPT/DISPLAY or Screen Section - the latter will automatically
> generate a DOS Window.
> Jimmy, Calgary AB
>
>
> Kellie Wrote:
> Hi Jimmy,
>
> I would like to run my character-base program inside the GUI window
> without creating another console window (dos-window). In other words,
> my program will be POUCHED inside the parent Window (GUI), and I have
> no need to display another dos window. There is a company named
WRQ.COM
> on the internet, that have been applying this approach for IBM
mainframe
> cobol programs in a system called reflection.  Regards.
> Kellie.

> I would like to run my character-base program inside the GUI window
> without creating another console window (dos-window).

It will still look exactly the same as the console window.

> In other words,
> my program will be POUCHED inside the parent Window (GUI), and I have
> no need to display another dos window.

I have no idea why you use the word 'pouched' or what you impy by this.
Perhaps you want an 80 x 25 area within another GUI window that is
controlled by something else so that you get something like a text
control with your program running in it and other controls are on the
same window.

I can't think of any reason why you would want to do that, nor can I
think of any way that Windows would allow that to happen with a cosole
program.

> There is a company named WRQ.COM
> on the internet, that have been applying this approach for IBM
mainframe
> cobol programs in a system called reflection.

Reflection is a terminal emulator for Web and Windows.  It is not
displaying a Windows cosole or DOS program running locally in its
window it is displaying remote text data.

Richard wrote:
 
>
>It will still look exactly the same as the console window.
>
>
> 
>
>I have no idea why you use the word 'pouched' or what you impy by this.
>Perhaps you want an 80 x 25 area within another GUI window that is
>controlled by something else so that you get something like a text
>control with your program running in it and other controls are on the
>same window.
>
>
Richard,

You are normally quick on the uptake. You missed out on this one like me
:-). When browsing the messages, you saw Kellie's 'abbreviated' message
title. Now look at her full 'title' at the top of this message. She's
alluding to throwin' another 'roo on the barbie ! Or in her case, as she
is a Sheila, maybe it's her mothering instincts coming into play -
shoving a baby 'roo (DOS text) into the Windows pouch.

Kellie

- Hey Sheila ! - as the guy from the Antipodes iterates - can't be done
! Winders iz Winders and either/and/or APIs/GUIs or DOS text.

Jimmy

>I can't think of any reason why you would want to do that, nor can I
>think of any way that Windows would allow that to happen with a cosole
>program.
>
>
> 
>mainframe
>
> 
>
>Reflection is a terminal emulator for Web and Windows.  It is not
>displaying a Windows cosole or DOS program running locally in its
>window it is displaying remote text data.
>
>
>

Kellie Wrote:

well,  a graphical window will give me more control by
knowing that the user have clicked the "x" button,
I can add a menu bar for extra options, a status bar
at the bottom of the window for status informations -- or
better yet, I can add an aboutBox that displays my cute
name, programmed by Queen Kellie. :---)
Regards.

I read your thread with interest.  What you are asking is difficult at
best.  Excuse me while I tell you how our company solved has dealt with
this.

We built a product that is called XConsole that does what you are
asking.  You run a console program that displays a GUI screen (like a
terminal emulator).  Then you run "catch" program that runs the client
programs.  This catch program intercepts all DISPLAY and ACCEPT verbs
and redirects them to the console program.  From the console program,
you can display all active programs, waiting programs and messages.
This console is like a hub that can "watch" all programs for messages
and respond to them.

As you can see, we went to great lengths to solve your problem, and
some others.

John Oman
john.oman@modisit.com
Dir of Development
Modis Solutions
(center for COBOL excellance)

I read your thread with interest.  What you are asking is difficult at
best.  Excuse me while I tell you how our company solved has dealt with
this.

We built a product that is called XConsole that does what you are
asking.  You run a console program that displays a GUI screen (like a
terminal emulator).  Then you run "catch" program that runs the client
programs.  This catch program intercepts all DISPLAY and ACCEPT verbs
and redirects them to the console program.  From the console program,
you can display all active programs, waiting programs and messages.
This console is like a hub that can "watch" all programs for messages
and respond to them.

As you can see, we went to great lengths to solve your problem, and
some others.

John Oman
john.oman@modisit.com
Dir of Development
Modis Solutions
(center for COBOL excellance)

My knowledge of Reflection is that does terminal emulation which would be
consistent with your IBM mainframe description. We have used it to do VT
terminal emulations and it does support several IBM flavors as well. I know
WRQ has several other products for host connectivity as well so it may be
something otehr than what I suspect.

<KELLIEFITTON@YAHOO.COM> wrote in message
news:1104877007.115424.185430@c13g2000cwb.googlegroups.com...
>
> James J. Gavan wrote:
> 
> WRQ.COM 
> mainframe 
>