Hello Kenneth,
this all sounds logical to me. So I think it will do. Do you know how to to launch the command and possibly wait for it to finish? I'd suggest the Runtime.exec() and Process calls?
Wim.
| Kenneth Pouncey <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED] 17/06/2005 16:04
|
|
Wim
Yes I found that out after running a sniffer on CA. I will bet it used to
though because it always says to run the PCO.EXE command on the PC side. I
thought at first that was what was happening. Really did not need to but wanted
to know for sure.
Here are the codes that are specified in the data stream:
-128 - Ø
-4 - Ü
-41 - P
-61 - C
-42 - O
64 -
-125 - c
-128 - Ø
-95 - ~
-128 - Ø
-128 - Ø <--- This says to wait for process to finish a value of -127 says not
to wait.
Here is the code I added to writeToDisplay:
case -128: // strpccmd
if (screen52.getCurrentPos() == 2) {
System.out.println("got a -128 command for strpccmd" +
screen52.getCurrentPos());
int[] crap = new int[15];
for (int i=1;i<11;i++) {
crap[i-1]+=bk.getNextByte();
System.out.println(crap[i-1] + " - " +
codePage.ebcdic2uni(crap[i-1]));
}
for (int i=1;i<11;i++)
bk.setPrevByte();
//sendAidKey(AID_ENTER);
}
There is no break; after this command so it continues processing as normal with
the default:
This dumps it all out. I did not parse the command from the screen yet though.
Have kind of been thinking the best way to do this. I did not want to parse the
command text directly from the datastream but will wait to build the full screen
and set a variable to say we are in command mode.
At the end of the code right before we do the update of the screen I will check
for this variable of whether true or false and if true will call the routine to
parse the command from the already translated screen.
This will also skip the call to update the screen so we see no flash. Also with
the aid of this you will not get that last screen while doing a signoff.
I was parsing from the screen and checking for the codes but what I was thinking
was that with different languages those codes might be different because of the
translation from ebcdic to ascii. Thus the reason for parsing it in
WriteToDisplay and not the place of scan method.
What do you think?
Regards
Kenneth
Quoting [EMAIL PROTECTED]:
> Actually Kenneth, it is even simpler I think. The STRPCO command actually
> doesn't do anything (anymore). Just the STRPCCMD fails if you have not
> issued a STRPCO in advance. It is just client access that scans for what
> is in the stream on STRPCCMD and indeed scrapes the command and runs it
> and does an enter. As such it seems the screen has never been displayed.
>
> HTH,
> wim
>
>
>
>
>
> Kenneth Pouncey <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 17/06/2005 10:52
> Please respond to
> tn5250j-general@lists.sourceforge.net
>
>
> To
> tn5250j-general@lists.sourceforge.net
> cc
>
> Subject
> Re: [Tn5250j-general] STRPCCMD - STRPCO uses?
>
>
>
>
>
>
>
> Wim
>
> Well first off that test screen you have is pretty cool :-)
>
> Second it looks sort of like what we did for the scanner. So basically
> what it
> does is this.
>
> 1) Sends the screen with a special command modeled after our scanner
> stuff.
> 2) if it does receive this and PCO is active then it will read the screen
> and
> not display it. Even sending an Enter key afterwards could be. Would
> actually
> need to sniff the interaction but I think that is what it does.
>
> 3) If it is not active just display the screen like it says. Basically
> turning
> on and off the scanner by a 5250 screen command. This stops other
> emulators
> from continuing.
>
> Very simple indeed. The solution was elegant.
>
> Like I said in one of the previous messages to Pete. It is not the 5250
> data
> streams themselves but how the client interprets and manipulates what is
> there.
>
> Now that is cool!!!
>
> Regards
>
> Kenneth
>
>
>
> Quoting [EMAIL PROTECTED]:
>
> > Kenneth,
> >
> > I'm completely with your proposal about the STRPCCMDJ as it will allow
> for
> > so much more than STRPCCMD. The problem being however you application
> has
> > to run on TN5250j.
> >
> > Most of the customers use e.g. third party software where the STRPCCMD
> is
> > programmed in the application. so they can not change it. The call is
> used
> > for the most stupiest stuff you can imagine. e.g. open an image or a
> word
> > document; Whatever. You imagine it they do it somewhere;
> >
> > That is the main reason I think we need to implement standard STRPCCMD
> > behaviour. As a matter a fact the STRPCCMD functionality is implemented
> so
> > simple it is even stupid. Look at the screenshots below
> >
> > Wim.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Kenneth Pouncey <[EMAIL PROTECTED]>
> > Sent by: [EMAIL PROTECTED]
> > 17/06/2005 10:00
> > Please respond to
> > tn5250j-general@lists.sourceforge.net
> >
> >
> > To
> > tn5250j-general@lists.sourceforge.net
> > cc
> >
> > Subject
> > Re: [Tn5250j-general] STRPCCMD - STRPCO uses?
> >
> >
> >
> >
> >
> >
> >
> > Wim
> >
> > I have been thinking about this ever since Ignacio posted to the list.
> My
> > idea
> > was to implement our own STRPCCMD command maybe called STRPCCMDJ or
> > something
> > stupid like that. Here we just attach a scan listener like you do in
> one
> > of the
> > modules maybe My5250 and take care of it that way. When we get the
> > command we
> > can parse it and anything that has #!STRPCCMD xxxxxxxxx in it we just
> > execut it.
> > Was going to be one of my sample/examples :-)
> >
> > Technical question? Is there a special stream passed back for this type
>
> > of
> > call? If there is would it be the -128 code that Ignacio posted? If it
>
> > is
> > where did he get the information from?
> >
> > Also what do they use it for? Sorry but can not really think of a use.
> Am
> > just
> > a lowly programmer and not into the solutions that you and the others
> out
> > there do.
> >
> > Cool!!! Let's make this sucker jump through some hoops now that the
> code
> > base
> > is stable. This could turn out to be a lot more flexible that what CA
> > provides
> > as well. We could also allow a custom implementation to be loaded from
> > the
> > command line so the clients can load their own modules to handle this in
>
> > their
> > own way.
> >
> > Regards
> >
> > Kenneth
> >
> > Quoting [EMAIL PROTECTED]:
> >
> > > Hello Kenneth,
> > >
> > > I've been looking on this issue also, because STRPCCMD is used by
> almost
> >
> > > all of our customers. So, I think we should implement it next to the
> > > scanning solution. I was wondering though if the streamdetection
> should
> > do
> > > a callback to an interface, or should immediately run the command as
> it
> > is
> > > so basic/standard functionality that a callback would be overhead.
> > >
> > > Not sure though what to scan for.
> > >
> > > Wim.
> > >
> > >
> > >
> > >
> > >
> > >
> > > Kenneth Pouncey <[EMAIL PROTECTED]>
> > > Sent by: [EMAIL PROTECTED]
> > > 17/06/2005 09:36
> > > Please respond to
> > > tn5250j-general@lists.sourceforge.net
> > >
> > >
> > > To
> > > tn5250j-general@lists.sourceforge.net
> > > cc
> > >
> > > Subject
> > > [Tn5250j-general] STRPCCMD - STRPCO uses?
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Hello all
> > >
> > > I have seen a couple of people now trying to use this command. Does
> > > anybody
> > > have any ideas on it's use or do they use it? If so then how?
> > >
> > > The reason I ask is that I do beleive we can do this within the
> emulator
> >
> > > as
> > > well. That would work for linux environments as well :-))
> > >
> > > If there is enough interest in this I will give it a try for the next
> > > release?
> > >
> > > Also if anybody has any technical documentation on this and would
> share
> > it
> > > with
> > > me that would be great.
> > >
> > > Regards
> > >
> > > Kenneth
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > > informative Webcasts and more! Get everything you need to get up to
> > > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > > _______________________________________________
> > > Tn5250j-general mailing list
> > > Tn5250j-general@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/tn5250j-general
> > >
> > >
> >
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > _______________________________________________
> > Tn5250j-general mailing list
> > Tn5250j-general@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/tn5250j-general
> >
> >
>
>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tn5250j-general mailing list
> Tn5250j-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tn5250j-general
>
>
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
Tn5250j-general mailing list
Tn5250j-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tn5250j-general
