Volker

There is another different i can tell you: Die Library of the Sourcefile on the one target maschine (with the IASP und the problem i have) is a SQL-Schema (not created with CRTLIB). I deleted the member on the target and copied again, than i checked the Journal but i see nothing suspect... I see at first the CLRPFM, then the record added-entries and at last these two commands: CHGPFM FILE(IEFFECTKUN/QSQLLESRC) MBR(EDTRIGOUT) SRCTYPE(SQLRPGLE) TEXT('Insert-Trigger für Tabelle IEFFECTKUN/EDMSGHDP')...

Good Morning, thank you for your response. I deleted the workspace the temporary files on source- and target-system. After copy the member, i checked the temporary file on source-system. The data beyond the 80th column are there. If I open the new copied member on target system with RDI, the data beyound the 80th column are there, too. But the member-size is 80 columns. That shows me the lpex-editor in the columns-line . If i try to save the member, lpex jumps to the line wich will be truncated while...

Ok, now it goes strange... I copied with the same RDI installation, the same source-member from the same source-host to another machine. On the target system I have no problems with the source. All is fine. Differenz: The other target-system has no IASP and the iOS-Version is V7R4.

Good Morning, thank you for your response. I deleted the workspace the temporary files on source- and target-system. After copy the member, i checked the temporary file on source-system. The data beyond the 80th column are there. If I open the new copied member on target system with RDI, the data beyound the 80th column are there, too. But the member-size is 80 columns. That shows me the lpex-editor in the columns-line . If i try to save the member, lpex jumps to the line wich will be truncated while...

Hi, I use RDI 9.6.0.11 and iSphere 4-2-4.r. If i copy SQLRPGLE-Member vom one IBMi-host to another, the copy-member-function truncates always the target-member to 80 columns. It does not matter the target-member exists or not before copying. The physical source-file on the source-host has a recordlength of 132 columns. The pysical source-file on the target-host has a recordlength of 132 columns The OS-Version on both hosts is V7R2. Best Regards Volker