Blame SOURCES/rhbz1643997.0024-PR23860-bugfix-incorrect-comparison-direction-in-str.patch

e4e640
From 90b65d0e05faee00c42cd303dd155dd3d228553d Mon Sep 17 00:00:00 2001
e4e640
From: Serhei Makarov <smakarov@redhat.com>
e4e640
Date: Fri, 9 Nov 2018 16:19:17 -0500
e4e640
Subject: [PATCH 24/32] PR23860 bugfix: incorrect comparison direction in
e4e640
 string_copy()
e4e640
e4e640
(Turns out this branch was flipped and it was a root cause of the havoc.)
e4e640
e4e640
* bpf-translate.cxx (bpf_unparser::emit_string_copy): Correct
e4e640
  direction of JEQ(all_nz,0) jump instruction.
e4e640
---
e4e640
 bpf-translate.cxx | 2 +-
e4e640
 1 file changed, 1 insertion(+), 1 deletion(-)
e4e640
e4e640
diff --git a/bpf-translate.cxx b/bpf-translate.cxx
e4e640
index 57a4cb107..0181380b7 100644
e4e640
--- a/bpf-translate.cxx
e4e640
+++ b/bpf-translate.cxx
e4e640
@@ -2667,7 +2667,7 @@ bpf_unparser::emit_string_copy(value *dest, int ofs, value *src, bool zero_pad)
e4e640
         }
e4e640
 
e4e640
       this_prog.mk_jcond(this_ins, EQ, all_nz, this_prog.new_imm(0),
e4e640
-                         next_block, zero_pad ? block_B[i+1] : join_block);
e4e640
+                         zero_pad ? block_B[i+1] : join_block, next_block);
e4e640
     }
e4e640
 
e4e640
   // XXX: Zero-padding is only used under specific circumstances;
e4e640
-- 
e4e640
2.14.5
e4e640