1. 19 10月, 2015 1 次提交
  2. 14 10月, 2015 1 次提交
  3. 08 10月, 2015 6 次提交
  4. 26 9月, 2015 3 次提交
  5. 25 9月, 2015 1 次提交
    • D
      gtk: avoid redefining _WIN32_WINNT macro · c8f3f17c
      Daniel P. Berrange 提交于
      When building for Mingw64 target on Fedora 22 a warning
      is issued about _WIN32_WINNT being redefined.
      
      In file included from ui/gtk.c:40:0:
      include/ui/gtk.h:5:0: warning: "_WIN32_WINNT" redefined
       # define _WIN32_WINNT 0x0601 /* needed to get definition of MAPVK_VK_TO_VSC */
        ^
      In file included from /usr/i686-w64-mingw32/sys-root/mingw/include/crtdefs.h:10:0,
                       from /usr/i686-w64-mingw32/sys-root/mingw/include/stdio.h:9,
                       from /home/berrange/src/virt/qemu/include/qemu/fprintf-fn.h:12,
                       from /home/berrange/src/virt/qemu/include/qemu-common.h:18,
                       from ui/gtk.c:37:
      /usr/i686-w64-mingw32/sys-root/mingw/include/_mingw.h:225:0: note: this is the location of the previous definition
       #define _WIN32_WINNT 0x502
       ^
      
      Rather than try to get MAPVK_VK_TO_VSC defined indirectly
      by defining _WIN32_WINNT, instead just define it explicitly
      if missing.
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Signed-off-by: NStefan Weil <sw@weilnetz.de>
      Acked-by: NPaolo Bonzini <pbonzini@redhat.com>
      c8f3f17c
  6. 21 9月, 2015 1 次提交
  7. 19 9月, 2015 1 次提交
  8. 15 9月, 2015 8 次提交
  9. 11 9月, 2015 1 次提交
  10. 26 8月, 2015 1 次提交
    • G
      vnc: fix memory corruption (CVE-2015-5225) · eb8934b0
      Gerd Hoffmann 提交于
      The _cmp_bytes variable added by commit "bea60dd7 ui/vnc: fix potential
      memory corruption issues" can become negative.  Result is (possibly
      exploitable) memory corruption.  Reason for that is it uses the stride
      instead of bytes per scanline to apply limits.
      
      For the server surface is is actually fine.  vnc creates that itself,
      there is never any padding and thus scanline length always equals stride.
      
      For the guest surface scanline length and stride are typically identical
      too, but it doesn't has to be that way.  So add and use a new variable
      (guest_ll) for the guest scanline length.  Also rename min_stride to
      line_bytes to make more clear what it actually is.  Finally sprinkle
      in an assert() to make sure we never use a negative _cmp_bytes again.
      Reported-by: N范祚至(库特) <zuozhi.fzz@alibaba-inc.com>
      Reviewed-by: NP J P <ppandit@redhat.com>
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      eb8934b0
  11. 24 7月, 2015 1 次提交
  12. 14 7月, 2015 1 次提交
  13. 08 7月, 2015 2 次提交
  14. 07 7月, 2015 1 次提交
    • D
      crypto: move built-in D3DES implementation into crypto/ · 9fd72468
      Daniel P. Berrange 提交于
      To prepare for a generic internal cipher API, move the
      built-in D3DES implementation into the crypto/ directory.
      
      This is not in fact a normal D3DES implementation, it is
      D3DES with double & triple length modes removed, and the
      key bytes in reversed bit order. IOW it is crippled
      specifically for the "benefit" of RFB, so call the new
      files desrfb.c instead of d3des.c to make it clear that
      it isn't a generally useful impl.
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Message-Id: <1435770638-25715-4-git-send-email-berrange@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      9fd72468
  15. 23 6月, 2015 6 次提交
  16. 19 6月, 2015 3 次提交
  17. 12 6月, 2015 1 次提交
  18. 11 6月, 2015 1 次提交