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
This issue was originally opened on the pylibdmtx wrapper, and it was suspected that it was a MacOS issue, however a little more probing suggests that this is not a platform-dependent issue.
Commit e4c0a74 introduced changes to the datastructures used by libdmtx. This means that any downstream tools that were compiled against an old version of libdmtx will break in strange ways.
Going forward Iit might be good to use a standard versioning scheme (e.g. semantic versioning). At the very least we should be bumping the SONAME whenever backwards-incompatible changes are made.
The text was updated successfully, but these errors were encountered:
jbweston
added a commit
to jbweston/pylibdmtx
that referenced
this issue
Nov 15, 2018
Between v0.7.4 and v0.7.5 libdmtx added a field to the internal
datastructures, which were not included into the wrapper in pylibdmtx.
The wrapper thus uses incorrect offsets to access the elements of the
datastructures, and this causes strange errors.
Reported upstream: dmtx/libdmtx#21ClosesNaturalHistoryMuseum#24.
At the very least, if we introduce extra fields to the datastructures, we should place them at the end, so that existing code does not break (the offsets to the existing fields will remain unchanged)
jbweston
added a commit
to jbweston/pylibdmtx
that referenced
this issue
Jan 4, 2019
Between v0.7.4 and v0.7.5 libdmtx added a field to the internal
datastructures, which were not included into the wrapper in pylibdmtx.
The wrapper thus uses incorrect offsets to access the elements of the
datastructures, and this causes strange errors.
Reported upstream: dmtx/libdmtx#21ClosesNaturalHistoryMuseum#24.
This issue was originally opened on the pylibdmtx wrapper, and it was suspected that it was a MacOS issue, however a little more probing suggests that this is not a platform-dependent issue.
Commit e4c0a74 introduced changes to the datastructures used by libdmtx. This means that any downstream tools that were compiled against an old version of libdmtx will break in strange ways.
Going forward Iit might be good to use a standard versioning scheme (e.g. semantic versioning). At the very least we should be bumping the SONAME whenever backwards-incompatible changes are made.
The text was updated successfully, but these errors were encountered: