× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Craig,

Does this occur everytime with your ILE version, or just the one time?

Also, what information was available at the RPG layer (i.e. major/minor
codes)?  Is it possible that you received a "forward abort sequence" (EOT
before ETX) from the remote that wasn't handled by your program?  While
the BSC protocol is fairly basic,  there is still a conversation sequence
that must occur by definition (i.e. SOT, ETX, TTD, EOT, etc....).  I have
seen where poor line quality can cause such behavior.

Regards,

Michael Rooney
Citigroup International

  



   

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of craigs@xxxxxxxxx
Sent: Wednesday, June 16, 2004 2:39 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: ICF file error "transmission end" during read






Does anyone know what might cause a "Transmission end received from device
<device> for file <ICF file> in <library>"?
More details: " A BSC transmission end sequence  was received from
device...".
Technical description: Error resource name <line>, hardware error code
92080000.... Hardware error code 92080000, 93880000.

I was trying to receive a file from a bank and I received this error during
the read of the ICF file.  Somehow it corrupted and deleted the file from
the bank.  Luckily this was basically a clone of an old version that I
copied and converted to RPGLE.  So, the bank just set the file back out
there and we ran the old version and it received fine.
The new version is for switching between FTP and modem easily.  Just call a
different string of programs with similar names.  From what I can tell from
the statement number, it dialed fine, logged on fine, but then errored
during receival of the file (read RCVDATA with Lo ind=98 and Eq ind=99).
In the ICF file, RCVDATA record is defined with RCVFLD 500 and record
keywords RCVTRNRND(81) TEXT('RECEIVE RECORD').
I compared old and new ICF file descriptions (with DSPFD), old and new
programs, etc and I do not see any differences.
I still do the OVRICFF FILE(<file>) ACQPGMDEV(<device>) LVLCHK(*NO).
Then OVRICFDEVE PGMDEV(<device>) RMTLOCNAME(<rmtloc>) CMNTYPE(*BSCEL)
FMTSLT(*PGM) BLOCK(*DEVD) BLKLEN(*DEVD) TRNSPY(*DEVD) DTACPR(*DEVD)
RMTBSCEL(*NO) INLCNN(*DIAL).
Then two VRYCFG for *LIN and *CTL to STATUS(*ON).

I cannot see anything that has changed or that may be hardcoded.  The FTP
test works fine but I still want to have modem as a backup.  I am waiting
to be able to test on the bank's development system as I am scared to
affect production data.  I'm not sure if we could setup a test on our
development system or not.  Any ideas about this problem?

Thanks!
Craig Strong

--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.