Summary: | provide dbus_threads_mutexes_are_recursive() | ||
---|---|---|---|
Product: | dbus | Reporter: | Simon McVittie <smcv> |
Component: | core | Assignee: | Simon McVittie <smcv> |
Status: | RESOLVED INVALID | QA Contact: | John (J5) Palmieri <johnp> |
Severity: | enhancement | ||
Priority: | medium | CC: | hp, martin.pitt, nils |
Version: | 1.5 | Keywords: | patch |
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 14581 | ||
Attachments: | add API to check whether mutexes are going to be recursive |
Description
Simon McVittie
2011-04-13 06:47:18 UTC
Created attachment 45576 [details] [review] add API to check whether mutexes are going to be recursive dbus-glib could use this to solve Bug #14581. (Untested, but trivial.) Doesn't GThread with recursive mutexes just work on windows anyhow? maybe the winthread stuff inside libdbus shouldn't be used, esp. if nobody is fixing it. (In reply to comment #2) > Doesn't GThread with recursive mutexes just work on windows anyhow? We haven't used GThread for quite a long time; dbus-glib just uses dbus_threads_init_default(). D-Bus for Windows has its own mutex/etc. functions, and D-Bus for Unix uses simple wrappers around pthread similar to the ones in GLib. When dbus-glib did have its own threading primitives implemented in terms of GLib, they weren't marked as recursive, although that might be because marking them as recursive hadn't been invented yet. (In reply to comment #1) > add API to check whether mutexes are going to be recursive Unnecessary since 1.5.10, where we require recursive mutexes and use them for most things. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.