# Entire Connection 17-073 error

**URL:** <https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801>\
**Category:** Forum\
**Tags:** Adabas-Natural, Natural, Natural-Other-Addons, Natural-Related-Products, Terminal-Emulation-and-Screen-Scraping\
**Created:** [February 29, 2012, 4:37pm UTC](https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801 "2012-02-29T16:37:52Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Deb](https://avatars.discourse-cdn.com/v4/letter/d/ecccb3/32.png) [@Deb](https://techcommunity.softwareag.com/u/Deb)\
**Post date:** [February 29, 2012, 4:37pm UTC](https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801/1 "2012-02-29T16:37:52Z")

</div>

We recently upgraded Natural on MF from v4.2.6 to v8.2.2 on Feb 19, 2012.  
Clients previously using an older version of Entire Connection for downloads experienced some errors that were resolved by having them upgrade their PCC software to current v4.5.2.4 (per Software AG support’s instructions).  
An end user reported this morning receiving Error 17-073 Data Tranfer terminated abnormally. Alphanumeric fields with length greater than 253 are not supported for the specified format.  
The end user states this download worked before the upgrade. We’re unclear whether she means before the Natural upgrade or her upgrade to Entire Connection software and are currently trying to get more information.

Has anyone else experienced this issue? Is it a limitation in Natural or in Entire Connection?  
We are also currently trying to obtain information about the specifics of the download program she was running to determine the format used.

---

<div class="post-metadata">

**Author:** ![Norman\_Halter](https://avatars.discourse-cdn.com/v4/letter/n/a587f6/32.png) [@Norman\_Halter](https://techcommunity.softwareag.com/u/Norman_Halter)\
**Post date:** [March 9, 2012, 4:36pm UTC](https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801/2 "2012-03-09T16:36:57Z")

</div>

Which file format did he use when he received the error? Please note that alphanumeric fields with legth \> 253 characters only work for HTML, XML. ASCII and Cobol (see Entire Connection documentation).

> [@](#):
>
> Alphanumeric format where y is a digit greater than 253. Can only be used with file formats HTML, XML, ASCII and COBOL. The maximum value which can be specified depends on your Natural version. See the Natural documentation for further information.  
> [http://techcommunity.softwareag.com/ecosystem/documentation/natural/pcc452e/terminal\_emulation/general\_data\_transfer\_information.htm#Supported\_Field\_Formats](http://techcommunity.softwareag.com/ecosystem/documentation/natural/pcc452e/terminal_emulation/general_data_transfer_information.htm#Supported_Field_Formats)

---

<div class="post-metadata">

**Author:** ![Deb](https://avatars.discourse-cdn.com/v4/letter/d/ecccb3/32.png) [@Deb](https://techcommunity.softwareag.com/u/Deb)\
**Post date:** [March 9, 2012, 4:47pm UTC](https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801/3 "2012-03-09T16:47:48Z")

</div>

Not really sure what format the client was using at the time. While I understand what you are saying, the client says this was an existing Natural program that worked in Entire Connection prior to the upgrade.

The field in question is a field defined as A390 redefined as A78/5… The Natural program is pretty much a straight read of an Adabas file, moving values into the redefined A78/5 and then writing the output file using the A390 field.

Not sure what would have changed to make the difference between one version and another. We will contact the client to ask what format she was using just to be sure that wasn’t what changed and caused the problem.

---

<div class="post-metadata">

**Author:** ![Norman\_Halter](https://avatars.discourse-cdn.com/v4/letter/n/a587f6/32.png) [@Norman\_Halter](https://techcommunity.softwareag.com/u/Norman_Halter)\
**Post date:** [March 16, 2012, 10:40am UTC](https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801/4 "2012-03-16T10:40:46Z")

</div>

The file transfer protocol was changed for Natural 8.2. It could be that your problem is a side effect of this protocol change. I was not able to reproduce this problem with a simple download to a field defined as A390, redefined as A78/5. If you call Software AG support, we could analyze the problem in deep.

---

<div class="post-metadata">

**Author:** ![Deb](https://avatars.discourse-cdn.com/v4/letter/d/ecccb3/32.png) [@Deb](https://techcommunity.softwareag.com/u/Deb)\
**Post date:** [March 16, 2012, 2:18pm UTC](https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801/5 "2012-03-16T14:18:40Z")

</div>

Thanks for trying Norman. We’ve actually already got an open support incident logged with Software AG support.  
I believe they requested us to get a trace listing through Entire Connection. We’ve passed that request on the the end user so she can run her download again and capture the information for us to send back to support. Hopefully that will provide some more information and a clue as to what is happening.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [April 2, 2021, 3:01pm UTC](https://techcommunity.softwareag.com/t/entire-connection-17-073-error/99801/6 "2021-04-02T15:01:36Z")

</div>


