View Issue Details

IDProjectCategoryView StatusLast Update
0006002Talerexchangepublic2019-12-23 13:33
ReporterMarcello StanisciAssigned ToChristian Grothoff 
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Versiongit (master) 
Target Version0.6Fixed in Version0.6 
Summary0006002: date byte order mismatch between producer and consumer code
DescriptionExchange-lib tries to consume dates in NBO ([1]), whereas Exchange-httpd produces them in host byte order ([2]).

Should the two parties agree about using one format?

[1] https://git.taler.net/exchange.git/tree/src/lib/exchange_api_common.c?id=672a76e9e33a420898b39931a261c5d5830540a4#n102

[2] https://git.taler.net/exchange.git/tree/src/exchange/taler-exchange-httpd_responses.c?id=672a76e9e33a420898b39931a261c5d5830540a4#n108
Additional InformationThis problem is now blocking 0005997.
TagsNo tags attached.

Activities

Christian Grothoff

2019-12-22 13:06

manager   ~0015205

Eh, as far as I see it, this should be _fine_. The wire-format is independent of the big/little endian used by the applications, and the respective JSON-logic used to do the conversion for us (as the wire format was always in decimal, so neither big nor little endian).

Christian Grothoff

2019-12-22 13:19

manager   ~0015207

It wasn't an issue with NBO vs. non-NBO in the Taler code, but that Florian didn't update the NBO parser version in GNUnet.
Fixed in 6d8ba0321..fddbcfc58

Issue History

Date Modified Username Field Change
2019-12-22 12:50 Marcello Stanisci New Issue
2019-12-22 12:50 Marcello Stanisci Status new => assigned
2019-12-22 12:50 Marcello Stanisci Assigned To => Christian Grothoff
2019-12-22 13:06 Christian Grothoff Note Added: 0015205
2019-12-22 13:11 Christian Grothoff Product Version => git (master)
2019-12-22 13:11 Christian Grothoff Target Version => 0.6
2019-12-22 13:19 Christian Grothoff Status assigned => resolved
2019-12-22 13:19 Christian Grothoff Resolution open => fixed
2019-12-22 13:19 Christian Grothoff Fixed in Version => 0.6
2019-12-22 13:19 Christian Grothoff Note Added: 0015207
2019-12-23 13:33 Christian Grothoff Status resolved => closed