1. 24 Eyl, 2018 1 kayıt (commit)
  2. 07 Eyl, 2018 1 kayıt (commit)
  3. 01 Şub, 2018 1 kayıt (commit)
  4. 04 Kas, 2017 1 kayıt (commit)
    • Mike Kaganski's avatar
      Make Windows error reporting more robust · e3530d2c
      Mike Kaganski yazdı
      https://msdn.microsoft.com/en-us/library/ms679351 describes that
      "it is unsafe to take an arbitrary system error code returned from an API
      and use FORMAT_MESSAGE_FROM_SYSTEM without FORMAT_MESSAGE_IGNORE_INSERTS"
      Previously in case when an error string would contain inserts, function
      returned error, so the error message wasn't shown (at least it didn't
      crash, thanks to nullptr as the function's last argument).
      
      As the function may fail, we now pre-nullify the buffer pointer to avoid
      dereferencing uninitialized pointer later (though at least for some
      Windows versions, the function nullifies the pointer in case of
      FORMAT_MESSAGE_ALLOCATE_BUFFER, but there's no explicit guarantee of this).
      
      Also release of allocated buffer is changed to recommended use of
      HeapFree.
      
      The code that doesn't make use of OUString is left directly calling
      FormatMessage, to avoid introducing new dependencies. Where it makes
      sense, we now use WindowsErrorString from <comphelper/windowserrorstring.hxx>
      
      Change-Id: I834c08eb6d92987e7d3d01e2c36ec55e42aea848
      Reviewed-on: https://gerrit.libreoffice.org/44206Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarNoel Grandin <noel.grandin@collabora.co.uk>
      Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
      e3530d2c
  5. 22 Eyl, 2017 1 kayıt (commit)
  6. 18 Eyl, 2017 1 kayıt (commit)
  7. 10 Şub, 2017 1 kayıt (commit)
    • Stephan Bergmann's avatar
      Remove MinGW support · 8646ab97
      Stephan Bergmann yazdı
      In OOo times, there'd originally been efforts to allow building on Windows with
      MinGW.  Later, in LO times, this has been shifted to an attempt of cross-
      compiling for Windows on Linux.  That attempt can be considered abandoned, and
      the relevant code rotting.
      
      Due to this heritage, there are now three kinds of MinGW-specific code in LO:
      
      * Code from the original OOo native Windows effort that is no longer relevant
        for the LO cross-compilation effort, but has never been removed properly.
      
      * Code from the original OOo native Windows effort that is re-purposed for the
        LO cross-compilation effort.
      
      * Code that has been added specifially for the LO cross-compilation effort.
      
      All three kinds of code are removed.
      
      (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing
      --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.)
      
      Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568
      Reviewed-on: https://gerrit.libreoffice.org/34127Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      8646ab97
  8. 16 Eki, 2016 1 kayıt (commit)
  9. 13 Tem, 2016 1 kayıt (commit)
  10. 10 Haz, 2013 1 kayıt (commit)
  11. 14 Haz, 2012 1 kayıt (commit)
  12. 27 Kas, 2011 1 kayıt (commit)
  13. 19 Nis, 2011 1 kayıt (commit)
  14. 13 Eki, 2010 1 kayıt (commit)
  15. 12 Şub, 2010 1 kayıt (commit)
  16. 10 Nis, 2008 2 kayıt (commit)
  17. 06 Eyl, 2007 1 kayıt (commit)
  18. 27 Tem, 2007 1 kayıt (commit)
  19. 24 Tem, 2007 2 kayıt (commit)