Re: ASCII to EBCDIC with Parity -- MIDRANGE-L

× 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.

On 10/28/2016 4:03 PM, Chris Bipes wrote:

I have just changed our very old communications program from X.24 to IP. I am still communicating with the same Point of Sale terminals. These terminals use a parity bit. 1200baud 7E1.

-snip-

There seems to be some issues as currently the service provider that I communicate with is stripping the parity before sending the packet to me and then adding it back when send the response back to the POS terminal.

That sounds right to me.

Parity is a configuration item in the communications adapter, not in an
application program.

I would love to get rid of the parity manipulation by them but I need a good code page conversion. What would the ASCII value be that handles ASCII with Parity? 813 is not working correctly.

By definition, the serial comms configuration includes data rate, data
bit length, parity bits, parity type. All of these things are
independent of how the data are stored in a database. CCSID and code
page are exactly the opposite; these things describe how an application
program ought to interpret the bit patterns stored in the database.

That's probably too many words to say that I don't think you have a
parity issue. At least, not between you and the vendor.

This mailing list archive is Copyright 1997-2025 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.