delta/glib.git/gobject/gsourceclosure.c, branch pgriffis/wip/resolver-https gitlab.gnome.org: GNOME/glib.git gobject: Drop use of volatile from get_type() macros 2020-11-20T14:40:19+00:00 Philip Withnall pwithnall@endlessos.org 2020-11-11T18:12:22+00:00 fab561f8d05794329184cd81f9ab9d9d77dcc22a http://isvolatileusefulwiththreads.in/c/ It’s possible that the variables here are only marked as volatile because they’re arguments to `g_once_*()`. Those arguments will be modified in a subsequent commit. Signed-off-by: Philip Withnall <pwithnall@endlessos.org> Helps: #600 
http://isvolatileusefulwiththreads.in/c/

It’s possible that the variables here are only marked as volatile
because they’re arguments to `g_once_*()`. Those arguments will be
modified in a subsequent commit.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

Helps: #600
all: Remove trailing newlines from g_message()/g_warning()/g_error()s 2018-04-27T15:46:19+00:00 Philip Withnall withnall@endlessm.com 2018-04-27T15:45:36+00:00 9b4c50f63d9ef7c2033777a95a743009f0a145a1 All those logging functions already add a newline to any message they print, so there’s no need to add a trailing newline in the message passed to them. Signed-off-by: Philip Withnall <withnall@endlessm.com> Reviewed-by: nobody 
All those logging functions already add a newline to any message they
print, so there’s no need to add a trailing newline in the message
passed to them.

Signed-off-by: Philip Withnall <withnall@endlessm.com>
Reviewed-by: nobody
gobject: Minor typo fix in a g_critical() warning 2017-11-29T17:51:19+00:00 Philip Withnall withnall@endlessm.com 2017-11-29T17:51:19+00:00 4fd537b8c80972a6f32bd466fd18bcbcb224dfcb Signed-off-by: Philip Withnall <withnall@endlessm.com> 
Signed-off-by: Philip Withnall <withnall@endlessm.com>
gobject/: LGPLv2+ -> LGPLv2.1+ 2017-05-24T09:58:19+00:00 Sébastien Wilmet swilmet@gnome.org 2017-01-05T13:09:06+00:00 6b948d9613f2dcdec72828f3429ba01403063ff2 All gobject/*.{c,h} files have been processed. gmarshal.c and gmarshal.h don't have a license header. https://bugzilla.gnome.org/show_bug.cgi?id=776504 
All gobject/*.{c,h} files have been processed.

gmarshal.c and gmarshal.h don't have a license header.

https://bugzilla.gnome.org/show_bug.cgi?id=776504
Prevent race condition in g_io_condition_get_type 2015-06-05T02:30:50+00:00 Stefan Ekenberg stefeg@axis.com 2015-06-03T13:59:57+00:00 338741fff5381d1a8d11b8f62c9e208af8b016fa Prevents race condition in function g_io_condition_get_type by ensuring that the initialization section for 'etype' is executed only once during a program's life time, and that concurrent threads are blocked until initialization completes. This changes solves the problem that concurrent threads could execute the check 'etype == 0' before any of them had initialized it, which in turn meant that multiple threads would then attempt to register the "GIOCondition" type. https://bugzilla.gnome.org/show_bug.cgi?id=750386 
Prevents race condition in function g_io_condition_get_type by ensuring
that the initialization section for 'etype' is executed only once
during a program's life time, and that concurrent threads are blocked
until initialization completes. This changes solves the problem that
concurrent threads could execute the check 'etype == 0' before any of
them had initialized it, which in turn meant that multiple threads
would then attempt to register the "GIOCondition" type.

https://bugzilla.gnome.org/show_bug.cgi?id=750386
Updated FSF's address 2014-01-31T13:31:55+00:00 Daniel Mustieles daniel.mustieles@gmail.com 2014-01-23T11:58:29+00:00 078dbda148a81af1b3a76fbda72f089b963087f1 






gsourceclosure.c: Fix build on Windows
2013-07-21T19:50:34+00:00

Chun-wei Fan
fanchunwei@src.gnome.org

2013-07-18T09:22:53+00:00

114b1ccf78849988567011c36dd5e868a66a3431

GPid is a HANDLE (aka void *) on Windows, not an int, so treat pid
accordingly on Windows, as using pid as a gulong directly would likely be
undesirable on Windows

https://bugzilla.gnome.org/show_bug.cgi?id=704447





GPid is a HANDLE (aka void *) on Windows, not an int, so treat pid
accordingly on Windows, as using pid as a gulong directly would likely be
undesirable on Windows

https://bugzilla.gnome.org/show_bug.cgi?id=704447







gsourceclosure: fix idle/timeout/signal closures, add child watch support
2013-07-18T01:41:45+00:00

Dan Winship
danw@gnome.org

2013-07-17T22:58:18+00:00

72a7e824d65b725a5f64224ee274fe5e3d7933fc

And add a test for all source types.

https://bugzilla.gnome.org/show_bug.cgi?id=704267





And add a test for all source types.

https://bugzilla.gnome.org/show_bug.cgi?id=704267







gsourceclosure: Add support for GUnixSignalWatchSource and GUnixFDSource
2013-07-13T20:38:55+00:00

Dan Winship
danw@gnome.org

2013-06-01T18:23:15+00:00

8a899265329f6bbbb066991fdc036045d7031b37

https://bugzilla.gnome.org/show_bug.cgi?id=701511





https://bugzilla.gnome.org/show_bug.cgi?id=701511







gsourceclosure: use g_cclosure_marshal_generic
2013-07-13T20:38:55+00:00

Dan Winship
danw@gnome.org

2013-06-02T22:59:23+00:00

1da47d5ede3384105c035638fb4eb533d8989e20

For the glib-defined source types, and any source type that defines a
closure callback but not a closure marshal, use
g_cclosure_marshal_generic. And then remove all the other remaining
source closure marshals.

https://bugzilla.gnome.org/show_bug.cgi?id=701511





For the glib-defined source types, and any source type that defines a
closure callback but not a closure marshal, use
g_cclosure_marshal_generic. And then remove all the other remaining
source closure marshals.

https://bugzilla.gnome.org/show_bug.cgi?id=701511