Ich führe einige Updates durch undefined Behavior Sanitizer. Das Desinfektionsmittel produziert eine Botschaft, die ich nicht ganz verstehen:Laden von Adresse X mit nicht genügend Speicherplatz für ein Objekt vom Typ Y
kalyna.cpp:1326:61: runtime error: load of address 0x0000016262c0 with insufficient space for an object of type 'const uint32_t'
0x0000016262c0: note: pointer points here
20 8b c1 1f a9 f7 f9 5c 53 c4 cf d2 2f 3f 52 be 84 ed 96 1b b8 7a b2 85 e0 96 7d 5d 70 ee 06 07
^
Der Code in Frage versucht Cache Timing-Angriffe härter durch Berühren Adressen im Bereich einer Cache-Zeile zu machen. Linie 1326 ist die Linie mit reinterpret_cast
:
// In KalynaTab namespace
uint64_t S[4][256] = {
...
};
...
// In library's namespace
const int cacheLineSize = GetCacheLineSize();
volatile uint32_t _u = 0;
uint32_t u = _u;
for (unsigned int i=0; i<256; i+=cacheLineSize)
u &= *reinterpret_cast<const uint32_t*>(KalynaTab::S+i);
Warum ist die santizier behauptet, ein uint32_t u
nicht genügend Platz hat eine uint32_t
zu halten?
Oder vielleicht, analysiere ich die Fehlermeldung richtig? Berüchtigt sich der Sanitzier? Wenn ich es falsch analysiere, worüber beschwert sich dann der Sanitzer?
$ lsb_release -a
LSB Version: :core-4.1-amd64:core-4.1-noarch
$ gcc --version
gcc (GCC) 6.3.1 20161221 (Red Hat 6.3.1-1)
Ich vermute es beschweren sich über '* reinterpret_cast (KalynaTab :: S + i)'. –
cdhowie
'KalynaTab :: S + i' ist das' i'th' 'uint64_t [256]' Array der * dominanten * Dimension Ihrer 4x256-Tabelle. Mit anderen Worten, sobald "i"> = 4 ist, sind Sie außerhalb der Reichweite und rufen * undefiniertes Verhalten * auf. Es ist ein Zeiger-arithmetisches Ding. – WhozCraig
Danke @WhozCraig. Ich glaube, du hast Recht. Aber erklärt das die Fehlermeldung über nicht genügend Speicherplatz? Oder anders gesagt, würde das nicht zu einem anderen Ergebnis führen (wie ein Zugang außerhalb der Grenzen)? – jww