Conference smaug::snagwy

7083.0. "RJE for OSF/1, record>133 splitting." by MDR01::VENTURA (MCS Madrid) Fri May 02 1997 05:19

	Hi, 
	I have a customer using RJE to transfer data files between IBM 
and Digital Unix 3.2G, with SNA Peer Server and SNA RJE for OSF/1. 

	The customer has been working without problems for a long time, now
he wants to receive new data files with a record length of 240 bytes. To do
this he has modified PRWIDTH and LERCL parameteres in JES2 to 255 at IBM 
site.
	The problem he report us is that he is getting the records at the 
Digital Unix site splitting into two shorter records, the first with 133 
bytes and the second with the other 107 bytes.

	I think this problem is related to any other parameter at IBM site,
but I'm not an expert and any help is very appreciated.

        Here it's some information from logfile with configuration of RMT and
the transfer of one of this data files:

15.52.01          ?HASP879 RMT(4)
15.52.01          ?HASP879 RMT(4)  DEVTYPE=LUTYPE1,STATUS=ACTIVE/LINE4,AUTOLOG=N
O,
15.52.01          ?HASP879         BUFSIZE=512,COMPACT=NO,COMPRESS=YES,CONDEST=4
,
15.52.01          ?HASP879         CONS=YES,DISCINTV=8160,LINE=4,LOCAL190=ACTION
,
15.52.01          ?HASP879         LUNAME=TPTRJE0,MFORM=T,MSGPRT=YES,NUMPRT=1,
15.52.01          ?HASP879         NUMPUN=1,NUMRDR=1,PASSWORD=(NOTSET),RMT150=NO
,
15.52.01          ?HASP879         ROUTECDE=4,SETUP=PDIR,START=NO,WAITIME=30
15.52.01          ?HASP880 LINE4
15.52.01          ?HASP880 LINE4     UNIT=SNA,STATUS=ACTIVE/RMT4,COMPRESS=YES,
15.52.01          ?HASP880           DISCON=NO,LOG=NO,PASSWORD=(NOTSET),REST=0,
15.52.01          ?HASP880           SESSIONS=(TPTRJE0/INACTIVE),TRACEIO=NO,
15.52.01          ?HASP880           JRNUM=DEFAULT,JTNUM=DEFAULT,SRNUM=DEFAULT,
15.52.01          ?HASP880           STNUM=DEFAULT
15.52.01          ?HASP603 R4.CON    STATUS=INACTIVE
15.52.01          ?HASP603 R4.RD1
15.52.01          ?HASP603 R4.RD1    STATUS=INACTIVE,CLASS=8,HOLD=NO,MSGCLASS=X,
15.52.01          ?HASP603           PRIOINC=0,PRIOLIM=15,PRTDEST=R4,PUNDEST=R4,
15.52.01          ?HASP603           SYSAFF=(ANY),TRACE=NO,XEQDEST=LOCAL
15.52.01          ?HASP603 R4.PR1
15.52.01          ?HASP603 R4.PR1    STATUS=INACTIVE,ASIS=NO,CCTL=YES,CKPTLINE=0
,
15.52.01          ?HASP603           CKPTPAGE=1,CMPCT=NO,COMPRESS=YES,CREATOR=,
15.52.01          ?HASP603           DEVFCB=,EJECT=YES,FCB=6,FCBLOAD=NO,FORMS=ST
D,
15.52.01          ?HASP603           JOBNAME=,LIMIT=(0,*),LRECL=255,PRMODE=(LINE
),
15.52.01          ?HASP603           PRWIDTH=255,QUEUE=9,RANGE=(J1,32767),
15.52.01          ?HASP603           ROUTECDE=(R4),SELECT=PRINT1,SEP=NO,SEPDS=NO
,
15.52.01          ?HASP603           SETUP=HALT,SPACE=,SUSPEND=YES,TRACE=NO,
15.52.01          ?HASP603           TRANS=DEFAULT,UCS=0(STD),VOLUME=(,,,),WRITE
R=,
15.52.01          ?HASP603           WS=(W,R,Q,PRM,LIM/F)
15.52.01          ?HASP603 R4.PU1
15.52.01          ?HASP603 R4.PU1    STATUS=INACTIVE,CCTL=YES,CKPTLINE=100,
15.52.01          ?HASP603           CKPTPAGE=1,CMPCT=NO,COMPRESS=YES,CREATOR=,
15.52.01          ?HASP603           FLUSH=YES,FORMS=STD,JOBNAME=,LIMIT=(0,*),
15.52.01          ?HASP603           LRECL=81,PRMODE=(LINE),QUEUE=9,RANGE=(J1,
15.52.01          ?HASP603           32767),ROUTECDE=(R4),SELECT=PUNCH1,SEP=NO,
15.52.01          ?HASP603           SEPDS=NO,SETUP=HALT,SUSPEND=YES,TRACE=NO,
15.52.01          ?HASP603           VOLUME=(,,,),WRITER=,WS=(W,R,Q,PRM,LIM/F)



4/30/97 15:53:08 CO0029: OUTBOUND (MED=K, SUB=00) LU 2: JOB COMPLETED
4/30/97 16:04:12 CO0025: LU 2 UNBOUND
4/30/97 16:04:22 CO0023: LU 2 ACCEPTS BIND:
EBCDIC    0--- 2--- 4--- 6--- 8--- A--- C--- E---      0-2-4-6-8-A-C-E-
00000000  2d00 0201 0194 6b80 0031 0103 03b3 a370      .....m,.......t.
00000010  8000 0186 8682 0001 1020 0091 00c0 0000      ...ffb.....j.{..
00000020  0100 4000 04d1 c5e2 f200                CO0106: OUTBOUND JOB STARTED A
ME
    ./output/P100430.0444
4/30/97 16:05:42 CO0161: PDIR RECEIVED FOR LU 2:
    PDIR DATE:         04/30/97
    PDIR TIME:         16.05.27
    PDIR FORMS:        STD
    PDIR FCBNAME:      6
    PDIR TRAIN:        0
    PDIR COPIES:              0
    PDIR VOLIO:              49
    PDIR DSN.JOBNAME:  EXSMEAR
ZZ0220: ./output/P100430.0444 RENAMED TO ./output/EXSMEAR.P444
4/30/97 16:05:45 CO0029: OUTBOUND (MED=P, SUB=00) LU 2: JOB COMPLETED
	
	Thanks in advanced
	Ventura Acera

    I don't know the Apertus product, but it is likely
    they have a parameter on the UNIX side to set the maximum
    line width.
    
    Read their manual in this area.
    
    Bill

Hello,
First, I'm sorry about .2 topic, it's empty because my mistake while editting.

I've read the Administrator Guide and I've found an option of rje -s, the 
"-l recordlength", used to set the record length on files sent from the
Unix side.
That it's not our case, because the files are sent from the IBM side.

I've not found an especific parameter to set the maximum line width, but 
reading on output control options (rje -a), I have seen that the customer
is setting those options with:

	rje -a -b -f pn -t 2

The "-f pn" option is to set the output formatted for a standard ASCII
printer and somewhere I have read that the maximum line width with this 
option is 134 bytes (I have 133 + a ^M character). This option has other 
posibilities and I think the most adecuated will be "-f tn" for get the
output formatted for a text file. I'll try this option with the customer
a.s.a.p. to check it.

Regards
Ventura Acera
    

    Hello,
    for anybody interested, with "-f tn" option of output control the 
    transfer has been ok and the problem has been solved.
    
    Regards
    Ventura