Skip to main content

[archive] New binary data storage format

  • November 21, 2007
  • 2 replies
  • 0 views
D

[Migrated content. Thread originally posted on 16 January 2006]

I would like to see a new USAGE COMPUTATIONAL or COMP-? format for forcing little-endian byte-order binary storage (opposite of COMP-4).

Our software communicates with Allen Bradley PLCs via network communications. Unfortunately, all binary data stored in these PLCs is little-endian.

However, our software may be running on servers that use either little- or big-endian storage formats.

Currently there is only means to force storage in big-endian byte-order (COMP-4).

Perhaps, COMP-L could be added to force storage of data in little-endian format.

Cheers,

    2 replies

    D

    [Migrated content. Thread originally posted on 16 January 2006]

    I would like to see a new USAGE COMPUTATIONAL or COMP-? format for forcing little-endian byte-order binary storage (opposite of COMP-4).

    Our software communicates with Allen Bradley PLCs via network communications. Unfortunately, all binary data stored in these PLCs is little-endian.

    However, our software may be running on servers that use either little- or big-endian storage formats.

    Currently there is only means to force storage in big-endian byte-order (COMP-4).

    Perhaps, COMP-L could be added to force storage of data in little-endian format.

    Cheers,
    I'd like the same thing. Network byte order is usually defined as little-endian. An explicit way to declare an item as little-endian (even on a big-endian platform) would be appreciated.
    D

    [Migrated content. Thread originally posted on 16 January 2006]

    I would like to see a new USAGE COMPUTATIONAL or COMP-? format for forcing little-endian byte-order binary storage (opposite of COMP-4).

    Our software communicates with Allen Bradley PLCs via network communications. Unfortunately, all binary data stored in these PLCs is little-endian.

    However, our software may be running on servers that use either little- or big-endian storage formats.

    Currently there is only means to force storage in big-endian byte-order (COMP-4).

    Perhaps, COMP-L could be added to force storage of data in little-endian format.

    Cheers,
    I'd like the same thing. Network byte order is usually defined as little-endian. An explicit way to declare an item as little-endian (even on a big-endian platform) would be appreciated.

    Recent badge winners

    Explore all badges
    Terms & ConditionsAccessibility statement