Hyotaek Shim [Tue, 8 Sep 2020 05:37:14 +0000 (14:37 +0900)]
Fix .gitignore
Change-Id: I869fed28b5ac102ac0047b924b919554130fcd36
Signed-off-by: Hyotaek Shim <hyotaek.shim@samsung.com>
Hyotaek Shim [Thu, 27 Aug 2020 08:42:23 +0000 (17:42 +0900)]
Fix python-xml to python3-xml
Change-Id: I2c832d8b1f95c51914eaafa97253641465e3ac2a
Signed-off-by: Hyotaek Shim <hyotaek.shim@samsung.com>
DongHun Kwak [Wed, 22 Jul 2020 05:20:43 +0000 (14:20 +0900)]
Adjust QUARK_BLOCK_SIZE value
2048 -> 32
Change-Id: I7d668b50905ba0c9022a0e4d82128032981a0550
Signed-off-by: DongHun Kwak <dh0128.kwak@samsung.com>
DongHun Kwak [Tue, 25 Feb 2020 07:28:37 +0000 (16:28 +0900)]
Fix gdbus-codegen permission denied error
Add execute permission
Change-Id: I4448191961410f255e29e726162693eeffa82849
DongHun Kwak [Tue, 25 Feb 2020 07:02:54 +0000 (16:02 +0900)]
Remove .gitignore files
Change-Id: I47771a493baa660507d3cad06a9df2f09a779557
sanghyeok.oh [Mon, 3 Feb 2020 06:40:53 +0000 (15:40 +0900)]
kdbus: svace fix
Change-Id: Ibaf86d8d93df772cc8bf75cdda59817063af70a5
Signed-off-by: sanghyeok.oh <sanghyeok.oh@samsung.com>
Adrian Szyndela [Mon, 3 Feb 2020 14:47:01 +0000 (15:47 +0100)]
glib: handle failing getauxval(AT_SECURE)
Don't bail out with error if getauxval(AT_SECURE) fails.
Instead, set the result of checking suid to FALSE (no suid).
Apparently, Tizen is built with qemu version < 2.12.
qemu 2.12 introduces providing AT_SECURE in auxiliary vector,
and the only purpose of using getauxval in glib is to get AT_SECURE.
If g_check_setuid() bails out with error, some packages may not build,
as their building process requires executing tools that call g_check_setuid().
As stated in commit
a7fefb0e4e, getauxval(AT_SECURE) should always success...
This commit may be reverted if all the builds are made within qemu >= 2.12.
Change-Id: I7d0ee9745fea35e9d9337ccffaf5234b2211be02
Adrian Szyndela [Fri, 31 Jan 2020 15:52:26 +0000 (16:52 +0100)]
update dependency on python to python3
Change-Id: Ib50cecab4cf4eaac3cc0d1c932dadf087e9f0058
Adrian Szyndela [Fri, 31 Jan 2020 11:33:07 +0000 (12:33 +0100)]
Merge 'glib-upgrade-from-2.52.2-to-2.62.3' into 'tizen'
Change-Id: I386aeab52f02a9f5e5df57bbbb2bac2af2ac6b97
Adrian Szyndela [Thu, 23 Jan 2020 12:38:20 +0000 (13:38 +0100)]
Bump to 2.62.3
Change-Id: Iceaf5fee3bdfa6a6130ccec519fc3d0326a53bb4
Adrian Szyndela [Thu, 23 Jan 2020 12:37:03 +0000 (13:37 +0100)]
Merge 2.62.1 up to 2.62.3 into tizen
Change-Id: I7a29860e1cf1521f56537ab147233515c8d4e522
Adrian Szyndela [Thu, 23 Jan 2020 11:38:00 +0000 (12:38 +0100)]
Bump to 2.62.0
Change-Id: I233f1267146e9907916de473841336ce7ef88d1c
Adrian Szyndela [Thu, 23 Jan 2020 11:37:31 +0000 (12:37 +0100)]
Merge 2.62.0 into tizen
Change-Id: I3be9de1543394062c1d170b39da05ac305dca971
Adrian Szyndela [Thu, 23 Jan 2020 11:16:50 +0000 (12:16 +0100)]
Bump to 2.61.0
Change-Id: Ie9a8e906cc59a6ecb1dbbbe523570875be81303f
Adrian Szyndela [Thu, 23 Jan 2020 11:15:54 +0000 (12:15 +0100)]
Merge 2.61.0 into tizen
Change-Id: I4610654bb2ec8914d1e85e925f337e124894cdac
Adrian Szyndela [Thu, 23 Jan 2020 10:26:28 +0000 (11:26 +0100)]
Bump to 2.60.7
Change-Id: I3b51d5eec01b997e8eeeb35adae2586c597a5ef7
Adrian Szyndela [Thu, 23 Jan 2020 10:25:58 +0000 (11:25 +0100)]
Merge 2.60.2 up to 2.60.7 into tizen
Change-Id: Iacfc011a8e5d60bf1c291f67714200aab1dbb735
Adrian Szyndela [Thu, 23 Jan 2020 10:25:43 +0000 (11:25 +0100)]
Bump to 2.60.1
Change-Id: Id87004eb23aa4259fecf0472d459d390921ce892
Adrian Szyndela [Thu, 23 Jan 2020 10:13:04 +0000 (11:13 +0100)]
Merge 2.60.1 into tizen
Change-Id: If2ab14f734b8c86ac038cad6db4640964fcc8283
Adrian Szyndela [Wed, 22 Jan 2020 12:43:52 +0000 (13:43 +0100)]
Bump to 2.60.0
Change-Id: I83eb4425a1dd2df56a951e46c18fe59ea6f67bfb
Adrian Szyndela [Wed, 22 Jan 2020 12:42:50 +0000 (13:42 +0100)]
Merge 2.60.0 into tizen
Change-Id: I8a4df520c88d40ff8151040aeace30f6035f2673
Adrian Szyndela [Wed, 22 Jan 2020 12:27:45 +0000 (13:27 +0100)]
Bump to 2.59.3
Change-Id: I2a22b67e6b2cb77bea4c6a8062e4db2a7ad1be78
Adrian Szyndela [Wed, 22 Jan 2020 12:01:30 +0000 (13:01 +0100)]
Merge 2.59.2 and 2.59.3 into tizen
Change-Id: I8dc45b9cae0b46aa022435f30367d7e569b3a0f4
Adrian Szyndela [Wed, 22 Jan 2020 11:45:24 +0000 (12:45 +0100)]
spec: switch to meson build system
This commit is based on commit
9a04ca6058b68 by
DongHun Kwak <dh0128.kwak@samsung.com>.
This switches spec to meson build system which is the only build
system supported by glib 2.59.1.
We also drop the coverage package with this commit.
Change-Id: Iceb6d74380c497b4b02ee4fd30e706b3033a57ca
Adrian Szyndela [Fri, 17 Jan 2020 15:50:28 +0000 (16:50 +0100)]
Merge 2.59.1 into tizen
Change-Id: I6fa78cd996ed65492067ba7d8dbdf6dd6e9f8fc0
Adrian Szyndela [Fri, 17 Jan 2020 15:50:13 +0000 (16:50 +0100)]
Merge 2.59.0 into tizen
Change-Id: I5fce88747c10d0f110d405e1e6be536d0cc8f2d0
Adrian Szyndela [Fri, 17 Jan 2020 12:02:16 +0000 (13:02 +0100)]
Merge 2.58.3 into tizen
Change-Id: Ice31a15a13993b29209d225bb40fb71c3450cf85
Adrian Szyndela [Fri, 17 Jan 2020 14:28:35 +0000 (15:28 +0100)]
Merge 2.58.2 into tizen
Change-Id: I73d96372644842bf56342fb57bb1b0dafbebcec6
Adrian Szyndela [Fri, 17 Jan 2020 11:53:33 +0000 (12:53 +0100)]
Merge 2.58.1 into tizen
Change-Id: I081c5dd8114c7dea030be1331f77fadc9e289b91
Adrian Szyndela [Fri, 17 Jan 2020 11:53:05 +0000 (12:53 +0100)]
Merge 2.58.0 into tizen
Change-Id: I1b66ac798fbdd05ea32555ac181744bac1e6ac02
Adrian Szyndela [Fri, 17 Jan 2020 14:38:45 +0000 (15:38 +0100)]
Merge 2.57.3 into tizen
Change-Id: I37491b4aeec59c33f3b0cd8c82364d4d3dcc5de4
Adrian Szyndela [Fri, 17 Jan 2020 14:27:39 +0000 (15:27 +0100)]
Merge 2.57.2 into tizen
Change-Id: Id268f3b3a99b482c3023be25bc98cda4e1d41702
Adrian Szyndela [Fri, 17 Jan 2020 11:43:44 +0000 (12:43 +0100)]
Merge 2.56.2 up to 2.57.1 into tizen
Change-Id: I4ee99f4126125121280ae7be4bd81821e67e5e0f
Adrian Szyndela [Fri, 17 Jan 2020 14:27:02 +0000 (15:27 +0100)]
Merge 2.56.0 into tizen
Change-Id: I69955823f066e16d5884c7bfd0de51e2d165484e
Adrian Szyndela [Fri, 17 Jan 2020 11:42:04 +0000 (12:42 +0100)]
Merge 2.55.2 into tizen
Change-Id: I8e4b6ea831dc08217caf040ac620e9b9448e5643
Adrian Szyndela [Fri, 17 Jan 2020 11:35:01 +0000 (12:35 +0100)]
Merge 2.55.1 into tizen
Change-Id: Ifc32b4cc67f8ecfc5a1dde9f88af171e0d6f7a68
Adrian Szyndela [Fri, 17 Jan 2020 11:31:53 +0000 (12:31 +0100)]
Merge 2.55.0 into tizen
Change-Id: I4672fc63f448f6538a4bd8926ffc85fa47d97648
Adrian Szyndela [Fri, 17 Jan 2020 11:23:46 +0000 (12:23 +0100)]
Merge 2.54.3 into tizen
Change-Id: I1fd7856e2afde5a4af5cacc4af26b106a2d81434
Adrian Szyndela [Fri, 17 Jan 2020 11:23:22 +0000 (12:23 +0100)]
Merge 2.54.2 into tizen
Change-Id: Ia6a8a89b739d32731bdbb450db1529ccb0d0fbe6
Adrian Szyndela [Fri, 17 Jan 2020 11:22:57 +0000 (12:22 +0100)]
Merge 2.54.1 into tizen
Change-Id: I9e6959ba57b540d6ab763c967b45f6434571a830
Adrian Szyndela [Fri, 17 Jan 2020 11:22:40 +0000 (12:22 +0100)]
Merge 2.54.0 into tizen
Change-Id: I3a8c6dc9cda35dd0701c68339178ad298b343ebd
Adrian Szyndela [Fri, 17 Jan 2020 11:22:03 +0000 (12:22 +0100)]
Merge 2.53.7 into tizen
Change-Id: I99922bc8d7fdbd1668f408eadfd25bbb5948e7b0
Adrian Szyndela [Fri, 17 Jan 2020 11:21:34 +0000 (12:21 +0100)]
Merge 2.53.6 into tizen
Change-Id: Ibcc608686e6fc65137383be1dae173c355c8480b
Adrian Szyndela [Fri, 17 Jan 2020 11:21:04 +0000 (12:21 +0100)]
Merge 2.53.5 into tizen
Change-Id: Ice0babed16cb3ec467030e4bdce98b43e916d202
Adrian Szyndela [Fri, 17 Jan 2020 11:18:41 +0000 (12:18 +0100)]
Merge 2.53.4 into tizen
Change-Id: I92c3ee01a88e92717ab46ca59f3323a6b6a895c6
Adrian Szyndela [Fri, 17 Jan 2020 11:15:05 +0000 (12:15 +0100)]
Merge 2.53.3 into tizen
Change-Id: Iacdfcab900941fbdd53a919b0ecfda0cafeca486
Adrian Szyndela [Mon, 5 Dec 2016 14:38:08 +0000 (15:38 +0100)]
fix for race condition in watching names in kdbus env.
This brings back a necessary fix for watching names in kdbus environment.
The scenario for race condition is as follows:
1. Client calls g_bus_watch_name for a name
2. g_bus_watch_name subscribes for NameOwnerChanged for the name
3. g_bus_watch_name gets name owner for the name
4. the name appears on the bus
5. NameOwnerChanged is received
For non-kdbus system, dbus-daemon is a process which handles names,
sends NameOwnerChanged signals and handles GetNameOwner requests.
Because of its nature, it orders events. On the other side, D-Bus also
guarantees order of messages. Thus, the client will surely get the following
messages in order:
1. GetNameOwner response
2. NameOwnerChanged signal
Some part in it takes client->initialized field. Because the order is
guaranteed, gdbus ignores NameOwnerChanged signals until GetNameOwner
response is received.
For kdbus system, there is no dbus-daemon. NameOwnerChanged signal is sent
by kernel. The response for GetNameOwner is taken synchronously by ioctl.
Before the fix, GetNameOwner response was taken, and put into the receiving
queue artificially. However, if the name appeared on the bus just after ioctl,
the NameOwnerChanged signal could appear before the GetNameOwner response was
processed. It resulted in ignoring the signal. The client was left with
"no name on the bus" state, although the name was already present.
The fix ensures the order of events processing - GetNameOwner response is
processed synchronously, any subsequent NameOwnerChanged signals are not
ignored anymore.
Change-Id: I11fa92a6dae62cb3bdaa4159db0da160752063d1
(cherry picked from commit
f1f2e5e4df63f06cac53148e5c91a27a56eea9ca)
Adrian Szyndela [Fri, 17 Jan 2020 11:07:07 +0000 (12:07 +0100)]
Revert name watching race condition fix
This reverts three commits aimed to fix a race condition:
a0dc33df372eb7a54a89221b97db753d560fcfd7
dc8a71bcd7e904a6419f8e7cd1a772d8a066c95f
75ab298452793ea20ab1daa255602200bb309ac8
The race condition was fixed in upstream in a different way, so we're
importing it.
Change-Id: Icab842f507b033ef83c984cdc30004a681c69c43
Adrian Szyndela [Fri, 17 Jan 2020 11:14:16 +0000 (12:14 +0100)]
Merge 2.53.2 into tizen
Change-Id: If32a06713d2d82d60b99b1480cdffc48aeb4a4de
Adrian Szyndela [Fri, 17 Jan 2020 10:44:32 +0000 (11:44 +0100)]
Merge 2.53.1 into tizen
Change-Id: I042296dc6c0260aef55f19927dc5a43a79b200ba
Adrian Szyndela [Fri, 17 Jan 2020 10:43:30 +0000 (11:43 +0100)]
Merge 2.52.3 into tizen
Change-Id: I8958c4fafd2d751c6440a082eacdc8bf302cd160
Ernestas Kulik [Tue, 29 Jan 2019 08:50:46 +0000 (09:50 +0100)]
[Tizen_6_build] gdbus: Avoid printing null strings
This mostly affects the 2.56 branch, but, given that GCC 9 is being
stricter about passing null string pointers to printf-like functions, it
might make sense to proactively fix such calls.
gdbusauth.c: In function '_g_dbus_auth_run_server':
gdbusauth.c:1302:11: error: '%s' directive argument is null
[-Werror=format-overflow=]
1302 | debug_print ("SERVER: WaitingForBegin, read '%s'",
line);
|
gdbusmessage.c: In function ‘g_dbus_message_to_blob’:
gdbusmessage.c:2730:30: error: ‘%s’ directive argument is null [-Werror=format-overflow=]
2730 | tupled_signature_str = g_strdup_printf ("(%s)", signature_str);
|
Change-Id: I8ce45f2a4759df60b8ed071cfcec4aa455563941
Signed-off-by: Hyunjee Kim <hj0426.kim@samsung.com>
Hyunjee Kim [Tue, 3 Dec 2019 02:06:12 +0000 (11:06 +0900)]
Imported Upstream version 2.62.3
Hyunjee Kim [Tue, 3 Dec 2019 02:05:16 +0000 (11:05 +0900)]
Imported Upstream version 2.62.2
Hyunjee Kim [Tue, 3 Dec 2019 02:03:29 +0000 (11:03 +0900)]
Imported Upstream version 2.62.1
Hyunjee Kim [Tue, 3 Dec 2019 02:02:30 +0000 (11:02 +0900)]
Imported Upstream version 2.62.0
Hyunjee Kim [Tue, 3 Dec 2019 02:01:36 +0000 (11:01 +0900)]
Imported Upstream version 2.61.3
Hyunjee Kim [Tue, 3 Dec 2019 02:00:55 +0000 (11:00 +0900)]
Imported Upstream version 2.61.2
Hyunjee Kim [Tue, 3 Dec 2019 01:57:58 +0000 (10:57 +0900)]
Imported Upstream version 2.61.1
Hyunjee Kim [Tue, 3 Dec 2019 01:55:17 +0000 (10:55 +0900)]
Imported Upstream version 2.61.0
Hyunjee Kim [Tue, 3 Dec 2019 01:54:26 +0000 (10:54 +0900)]
Imported Upstream version 2.60.7
Hyunjee Kim [Tue, 3 Dec 2019 01:53:23 +0000 (10:53 +0900)]
Imported Upstream version 2.60.6
Hyunjee Kim [Tue, 3 Dec 2019 01:52:54 +0000 (10:52 +0900)]
Imported Upstream version 2.60.5
Hyunjee Kim [Tue, 3 Dec 2019 01:52:15 +0000 (10:52 +0900)]
Imported Upstream version 2.60.4
Hyunjee Kim [Tue, 3 Dec 2019 01:50:05 +0000 (10:50 +0900)]
Imported Upstream version 2.60.3
Hyunjee Kim [Tue, 3 Dec 2019 01:49:39 +0000 (10:49 +0900)]
Imported Upstream version 2.60.2
Hyunjee Kim [Tue, 3 Dec 2019 01:49:10 +0000 (10:49 +0900)]
Imported Upstream version 2.60.1
Hyunjee Kim [Tue, 3 Dec 2019 01:48:33 +0000 (10:48 +0900)]
Imported Upstream version 2.60.0
Hyunjee Kim [Tue, 3 Dec 2019 01:47:18 +0000 (10:47 +0900)]
Imported Upstream version 2.59.3
Hyunjee Kim [Tue, 3 Dec 2019 01:43:46 +0000 (10:43 +0900)]
Imported Upstream version 2.59.2
Hyunjee Kim [Tue, 3 Dec 2019 01:42:37 +0000 (10:42 +0900)]
Imported Upstream version 2.59.1
Hyunjee Kim [Tue, 3 Dec 2019 01:41:40 +0000 (10:41 +0900)]
Imported Upstream version 2.59.0
Hyunjee Kim [Tue, 3 Dec 2019 01:40:45 +0000 (10:40 +0900)]
Imported Upstream version 2.58.3
Hyunjee Kim [Tue, 3 Dec 2019 01:40:05 +0000 (10:40 +0900)]
Imported Upstream version 2.58.2
Hyunjee Kim [Tue, 3 Dec 2019 01:39:34 +0000 (10:39 +0900)]
Imported Upstream version 2.58.1
Hyunjee Kim [Tue, 3 Dec 2019 01:38:57 +0000 (10:38 +0900)]
Imported Upstream version 2.58.0
Hyunjee Kim [Tue, 3 Dec 2019 01:37:40 +0000 (10:37 +0900)]
Imported Upstream version 2.57.3
Hyunjee Kim [Tue, 3 Dec 2019 01:36:55 +0000 (10:36 +0900)]
Imported Upstream version 2.57.2
Hyunjee Kim [Tue, 3 Dec 2019 01:35:59 +0000 (10:35 +0900)]
Imported Upstream version 2.57.1
Hyunjee Kim [Tue, 3 Dec 2019 00:55:44 +0000 (09:55 +0900)]
Imported Upstream version 2.56.4
Hyunjee Kim [Tue, 3 Dec 2019 00:54:57 +0000 (09:54 +0900)]
Imported Upstream version 2.56.3
Hyunjee Kim [Tue, 3 Dec 2019 00:54:23 +0000 (09:54 +0900)]
Imported Upstream version 2.56.2
Hyunjee Kim [Tue, 3 Dec 2019 00:53:51 +0000 (09:53 +0900)]
Imported Upstream version 2.56.1
Hyunjee Kim [Tue, 3 Dec 2019 00:53:03 +0000 (09:53 +0900)]
Imported Upstream version 2.56.0
Hyunjee Kim [Tue, 3 Dec 2019 00:48:48 +0000 (09:48 +0900)]
Imported Upstream version 2.55.2
Hyunjee Kim [Tue, 3 Dec 2019 00:47:46 +0000 (09:47 +0900)]
Imported Upstream version 2.55.1
Hyunjee Kim [Tue, 3 Dec 2019 00:46:57 +0000 (09:46 +0900)]
Imported Upstream version 2.55.0
Hyunjee Kim [Tue, 3 Dec 2019 00:46:23 +0000 (09:46 +0900)]
Imported Upstream version 2.54.3
Hyunjee Kim [Tue, 3 Dec 2019 00:45:52 +0000 (09:45 +0900)]
Imported Upstream version 2.54.2
Philip Withnall [Wed, 24 Jul 2019 13:17:02 +0000 (14:17 +0100)]
glib: Stop using g_get_current_time() in various places
Signed-off-by: Philip Withnall <withnall@endlessm.com>
Change-Id: I5baa3ebebdfd84b94fb32633c990905213421fa6
Helps: #1438
Signed-off-by: DongHun Kwak <dh0128.kwak@samsung.com>
sanghyeok.oh [Tue, 23 Jul 2019 10:37:28 +0000 (19:37 +0900)]
kdbus: modified to check null value
Change-Id: I630159453a711f9951ab09535c5417ec9040a0b9
Signed-off-by: sanghyeok.oh <sanghyeok.oh@samsung.com>
Adrian Szyndela [Fri, 19 Jul 2019 08:27:28 +0000 (10:27 +0200)]
kdbus: fix computing bloom filters
The bloom filters computing had been implemented in the past, basing
on systemd. However, the reimplementation introduced two bugs:
- no clearing of 'p' variable;
- clearing of hash_index variable in a wrong place.
This fixes the bugs.
The same applies to libdbus.
Change-Id: I92d5fe7f270306c96e8a38c96d0a06d38b8e59b1
Adrian Szyndela [Thu, 27 Jun 2019 14:04:29 +0000 (16:04 +0200)]
gkdbus: async StartServiceByName handled by GTask
Change-Id: I65b29cc58c9a275dca3018309c06d25eaf6d6166
sanghyeok.oh [Tue, 19 Feb 2019 06:47:41 +0000 (15:47 +0900)]
kdbus: modified to support asynchronous StartServiceByName
Change-Id: I57c30fb86b1ec266037a4583ef64888ca92f2bc9
Signed-off-by: sanghyeok.oh <sanghyeok.oh@samsung.com>
Ondrej Holy [Thu, 23 May 2019 08:41:53 +0000 (10:41 +0200)]
[CVE-2019-12450]gfile: Limit access to files when copying
file_copy_fallback creates new files with default permissions and
set the correct permissions after the operation is finished. This
might cause that the files can be accessible by more users during
the operation than expected. Use G_FILE_CREATE_PRIVATE for the new
files to limit access to those files.
Change-Id: Id071a47323fcd0690dec6a5d519d5ab4f2f43562
Signed-off-by: Hyunjee Kim <hj0426.kim@samsung.com>
(cherry picked from commit
ec54d211518bf3c2f397f565088a7054219f194e)
sanghyeok.oh [Wed, 27 Mar 2019 00:17:15 +0000 (09:17 +0900)]
kdbus: svace fix
Change-Id: I8166bd83bcd4b5fbca516daa2f1917437820ea8c
Signed-off-by: sanghyeok.oh <sanghyeok.oh@samsung.com>
Adrian Szyndela [Thu, 14 Mar 2019 12:46:10 +0000 (13:46 +0100)]
kdbus: share fd and pool with libdbuspolicy
This uses new functionality of libdbuspolicy: using client's pool and fd.
This way libdbuspolicy doesn't have to create its own connection,
and what is more important it doesn't have to create its own 1MB pool.
This is at the cost of using client's pool for receiving responses
to ioctl(KDBUS_CMD_GET_CONN_INFO), which are small.
Change-Id: If31a3636be87f04559781f2ba68cb05c1c18d865
Adrian Szyndela [Thu, 14 Mar 2019 11:55:47 +0000 (12:55 +0100)]
kdbus: check policy after opening, before Hello
This moves checking access policy to the point after
the kdbus file descriptor is open, just before "Hello" is performed.
Now, it reflects standard process a bit more.
The standard process is:
- open fd (e.g. socket);
- check authentication, if needed and possible;
- connect to the bus (say hello).
In kdbus, we have only:
- open kdbus fd;
- connect to the bus (ioctl KDBUS_CMD_HELLO).
Calling libdbuspolicy for authentication fits between the two.
Additionally, and most importantly, this is required to share
the connection between gio and libdbuspolicy in the future.
Change-Id: Iee49b36e482a099d061dff4a8ba1826c2a53bb9a
Beniamino Galvani [Sat, 30 Sep 2017 09:26:29 +0000 (11:26 +0200)]
gio: fix race condition in GDBusObjectManagerClient
priv->map_object_path_to_object_proxy must be protected to avoid
concurrent access by multiple threads. Move the hash table insertion
into the critical section.
https://bugzilla.gnome.org/show_bug.cgi?id=788368
Change-Id: I0fc7b7ab9edea681cc71b3c36cc0b5cebb6a1cf8
Lars Uebernickel [Thu, 28 Jan 2016 14:39:18 +0000 (15:39 +0100)]
gdbus: fix use-after-free
g_dbus_connection_call_internal() accesses the user data it passes to
g_dbus_connection_send_message_with_reply() after the call. That data
might be freed already in the case that the callback is called
immediately.
Fix this by removing the 'serial' field from the user data altogether
and fetch the serial from the message in the callback.
https://bugzilla.gnome.org/show_bug.cgi?id=748263
Change-Id: I6c6406f4782bbaeb19dad6b4ae08b3375592d3bc