You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been having some very strange behavior that I seem to have tracked down to float inconsistency handling. I'm not entirely sure which implementation is correct, since I'm not an expert at reading OER ASN.1. To my untrained eye, the macOS version seems correct (8 hex digits = 32 bits), while the Linux version seems too long (20 hex digits = 80 bits). I expect the spec I wrote to hold exactly 32 bits (8 hex digits). The Linux version seems to be completely ignoring the WITH COMPONENTS argument.
macOS 12.1 beta, Python 3.9.9 (Homebrew), asn1tools 0.159.0 installed from wheel, WORKING
Kubuntu 21.04, Python 3.9.5 (apt), asn1tools 0.159.0 installed from wheel, NOT WORKING
Windows Server 2019 Essentials, Python 3.9.6, asn1tools 0.159.0 (also tested with 0.158.0), WORKING
KDE Debian 10, Python 3.7.3 (apt), asn1tools 0.159.0 installed from wheel WORKING
Github Actions Ubuntu NOT WORKING
I'm not sure what the common thread is here - Ubuntu-based distros seem to be an issue, but that seems unlikely to be the root cause of the issue.
The text was updated successfully, but these errors were encountered:
jasperswallen
changed the title
Inconsistency between Linux and macOS/Windows clients for REALs
Linux REALs ignoring WITH COMPONENTS, macOS & Windows work
Nov 27, 2021
Which version of pyparsing do you have on those systems? asn1tools uses pyparsing to parse asn1-files. My guess is that asn1tools only works with pyparsing version 2.x.y, not 3.m.n.
I've been having some very strange behavior that I seem to have tracked down to float inconsistency handling. I'm not entirely sure which implementation is correct, since I'm not an expert at reading OER ASN.1. To my untrained eye, the macOS version seems correct (8 hex digits = 32 bits), while the Linux version seems too long (20 hex digits = 80 bits). I expect the spec I wrote to hold exactly 32 bits (8 hex digits). The Linux version seems to be completely ignoring the
WITH COMPONENTS
argument.Minimal reproducible code:
main.py:
Spec.asn:
On macOS and Windows, I get this as the output:
On Linux, I get this as the output:
Tested with the following environments:
I'm not sure what the common thread is here - Ubuntu-based distros seem to be an issue, but that seems unlikely to be the root cause of the issue.
The text was updated successfully, but these errors were encountered: