1. 24 Oct, 2016 3 commits
  2. 23 Oct, 2016 3 commits
  3. 21 Oct, 2016 1 commit
  4. 20 Oct, 2016 1 commit
  5. 19 Oct, 2016 2 commits
    • Chun-wei Fan's avatar
      build/win32/vs10/Makefile.am: Delete glib-install.props's on re-generation · c718bf88
      Chun-wei Fan authored
      This is to ensure the changes that is applied to glib-install.props here is
      applied to the projects files in build/win32/vs[11|12|14] as well.
    • Chun-wei Fan's avatar
      build/: Force MSVC project file generation on Makefile.am changes · 70040b40
      Chun-wei Fan authored
      Make the Makefile.am targets for generating the Visual Studio projects re-generate the
      project files and the header listings whenever the Makefile.am's that include
      build/Makefile.msvcproj changes, so that whenever a source/header is added, they will
      be reflected in the projects and in the property sheets that are used to copy the
      Also ensure that these are applied to the vs11, vs12 and vs14 projects when this
      happens, as they are copied and processed from the Visual Studio 2010 projects.
  6. 18 Oct, 2016 1 commit
  7. 16 Oct, 2016 1 commit
  8. 15 Oct, 2016 1 commit
  9. 13 Oct, 2016 4 commits
  10. 12 Oct, 2016 11 commits
  11. 11 Oct, 2016 1 commit
  12. 10 Oct, 2016 3 commits
    • Matthias Clasen's avatar
      2.50.1 · e44ea516
      Matthias Clasen authored
    • Balázs Meskó's avatar
      Update Hungarian translation · 758f448d
      Balázs Meskó authored
    • Marc-André Lureau's avatar
      glog: fix crash on windows with --subsystem,windows app · 615b847d
      Marc-André Lureau authored
      A windows application compiled with -Wl,--subsystem,windows has no
      console attached. When started from the start menu for ex, it will crash
      when a function attempt to use g_log:
       #10 0x00a21b26 in g_logv (log_domain=0xa842e1 <__func__.7668+329> "GLib", log_level=G_LOG_LEVEL_CRITICAL, format=0xa845c6 <__func__.7668+1070> "%s: assertion '%s' failed", args=0x28f2bc "PG"")
       #11 0x00a21bb1 in g_log (log_domain=0xa842e1 <__func__.7668+329> "GLib", log_level=G_LOG_LEVEL_CRITICAL, format=0xa845c6 <__func__.7668+1070> "%s: assertion '%s' failed") at gmessages.c:1337
       #12 0x00a22bac in g_return_if_fail_warning (log_domain=0xa842e1 <__func__.7668+329> "GLib", pretty_function=0xa84750 <__func__.65002> "g_log_writer_supports_color",
           expression=0xa844de <__func__.7668+838> "output_fd >= 0") at gmessages.c:2453
       #13 0x00a2239e in g_log_writer_supports_color (output_fd=-2) at gmessages.c:1826
       #14 0x00a226ac in g_log_writer_standard_streams (log_level=G_LOG_LEVEL_WARNING, fields=0x28f3c8, n_fields=4, user_data=0x0) at gmessages.c:2254
       #15 0x00a2290e in g_log_writer_default (log_level=G_LOG_LEVEL_WARNING, fields=0x28f3c8, n_fields=4, user_data=0x0) at gmessages.c:2357
      According to https://msdn.microsoft.com/en-us/library/zs6wbdhx.aspx:
      If stdout or stderr is not associated with an output stream (for
      example, in a Windows application without a console window), the file
      descriptor returned is -2. In previous versions, the file descriptor
      returned was -1. This change allows applications to distinguish this
      condition from an error.
      Check if the stream exists and has an associated descriptor and return
      G_LOG_WRITER_UNHANDLED if it's not the case.
      https://bugzilla.gnome.org/show_bug.cgi?id=772511Signed-off-by: Marc-André Lureau's avatarMarc-André Lureau <marcandre.lureau@redhat.com>
  13. 09 Oct, 2016 2 commits
  14. 07 Oct, 2016 1 commit
  15. 06 Oct, 2016 5 commits