| > I have some problems in writing COBOL program using PVC.
Looks to me like you have two problems straight away :-)
Try (a) a more suitable programming language and (b) avoid PVCs like the plague.
Assuming you can't avoid (a) then look at SYS$EXAMPLES:PSI$X25_SEND_COBOL.COB
and SYS$EXAMPLES:PSI$X25_RECEIVE_COBOL.COB.
Assuming you can't avoid (b), bad luck!
> 1. Configured with the channel range 1-7 of PVC, 256-262 of SVC..
> Application try to start with the channel no. 272, so ivalid device
> error occured in PVC program, but program for SVC is running well
> with the channel no. 272.
Is this a typo? Did you mean 272 or 262?
Antonio
|
| Hi,
We can't avoid the language because there is only a COBOL compiler in
the customer site.. Also if we just develop the communication module,
then customer development team'll modify the module as they want.
But the example code in the sys$examples is not helpful to us, the
sample codes may be for SVC... We have problems in the course of
developing for PVC...
Also as i said in 3746.0 we configured
PVC channel range : 1 - 7
SVC channel range : 256 - 262.
But PVC or SVC programs coded by us, they all tried to catch the
channel no. 272, which is not in the configured range of system.
It's not mistype, just 272...
Also PSI$CTP.EXE test failed in the send/receive or send mode...
I can't understand the situation...
Why invalid channel no ? Why CTP failed ?
Can you help me ?
Thanks for your attention...
inbosim from DEK
PS. If you have a sample COBOL program for PVC, please send me...
I want to compare ours with other codes....
|
| > Also as i said in 3746.0 we configured
> PVC channel range : 1 - 7
> SVC channel range : 256 - 262.
> But PVC or SVC programs coded by us, they all tried to catch the
> channel no. 272, which is not in the configured range of system.
What is this system connected to? A public network or another local
test system?
If you run a trace on the receiving system do you see a call comiung in
on channel 272 or do you just see data coming in on channel 272? If you
see a call then it cannot be for a PVC - PVCs don't have a call setup
phase - they just "exist". If you really do see a call on that channel
then either the network is misconfigured or, more likely, you have
misconfigured your end system.
Get a trace and post it here.
As for your PVC program seeing this "call", then it sounds like you
have miscoded your $QIOW IO$_ACCESS. Look at the two example COBOL
programs - they do not do what you want, but the data structure formats
are the same as the ones you need. And make sure that you check all
return status codes - especially the ones in the IOSB!
Antonio
|