summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2011-09-26glib 2.30.02.30.0Ryan Lortie2-2/+61
2011-09-26Update Esperanto translationTiffany Antopolski1-636/+757
2011-09-26GDesktopAppInfo: simplify how defaults workRyan Lortie1-39/+27
Previously, we took the default application for a particular mimetype from the system and copied it into the user's configuration as the default there. Instead of doing that we leave the user's default unset, and at time of use, if the user has no explicitly-set default value, we use the system default. This avoids complicated situations where inappropriate applications were being set as the default in the user's configuration. https://bugzilla.gnome.org/show_bug.cgi?id=658188
2011-09-26g_simple_async_result_complete_in_idle: add a minor doc clarificationDan Winship1-1/+2
2011-09-26[l10n]Updated Catalan (Valencian) translationCarles Ferrando1-141/+141
2011-09-25Update Czech translationPetr Kovar1-130/+130
2011-09-25[l10n]Updated Catalan translationGil Forcada1-134/+133
2011-09-24Updated Danish translationKenneth Nielsen1-135/+136
2011-09-24Updated Lithuanian translationAurimas Černius1-587/+547
2011-09-23Updated Basque languageInaki Larranaga Murgoitio1-149/+140
2011-09-23gio-2.0.pc.in: drop stray reference to libasyncnsDan Winship1-1/+1
gio-2.0.pc's Libs.private was still using @LIBASYNCNS_LIBADD@, which was no longer being substituted to anything and so broke "pkg-config --static". Fix it to be @NETWORK_LIBS@ instead. https://bugzilla.gnome.org/show_bug.cgi?id=659889
2011-09-23Updated Oriya TranslationManoj Kumar Giri1-114/+126
2011-09-23Bug 659794: Define S_ISREG when it is not availableChun-wei Fan1-0/+8
Not all compilers define S_ISREG on Windows, so define it in such situations
2011-09-23Revert "gmappedfile.c: Define S_IFREG on Win32 when it's not available"Chun-wei Fan1-4/+0
This reverts commit 0cccd8d3c82c56285ab55a90aef11d395ba78131.
2011-09-23gmappedfile.c: Define S_IFREG on Win32 when it's not availableChun-wei Fan1-0/+4
Make a workaround for S_IFREG in gmappedfile.c on Windows as it may not be available for a given compiler on that platform
2011-09-22Fix annotations for source/target in g_object_bind_property_*Emmanuele Bassi1-6/+6
We use gpointer for convience of the C API users, but introspection users will not like it. https://bugzilla.gnome.org/show_bug.cgi?id=659838
2011-09-22Updated Oriya TranslationManoj Kumar Giri1-121/+156
2011-09-22Update Assamese translationNilamdyuti Goswami1-523/+503
2011-09-21gunixmounts: exempt entries with "none" mountpointRyan Lortie1-2/+4
We ignore entries with mountpoint of "swap" and "ignore". Add "none" to that list, since Debian uses it. Probably we should move to using our already-existing internal list of things to ignore, but this patch is more minimally intrusive for now. https://bugzilla.gnome.org/show_bug.cgi?id=654563
2011-09-21gunixmounts: Fix compilation on BSDAntoine Jacoutot1-0/+1
Commit afa82ae805f9c8bb875a3f863a7b4669953f159f introduced a compilation regression on BSD systems that use the sysctl(3) interface; we need to declare the buffer len in _g_get_unix_mount_points() BZ #659528
2011-09-21GDBusObject{Proxy,Skeleton}: Prefix properties with g- to avoid collisionsDavid Zeuthen5-27/+27
Otherwise we might collide with an interface called Connection. https://bugzilla.gnome.org/show_bug.cgi?id=659699 This is for the same reason that GDBusProxy has its properties prefixed with g-. Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-21gdbus-codegen: prepend arg_ to method/signal arg namesXavier Claessens1-18/+18
This is to avoid shadow declaration warning in the case an arg name is "time" for example. https://bugzilla.gnome.org/show_bug.cgi?id=659690 Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-21gdbus-codegen: Clarify how naming and Ugly_Case handling worksDavid Zeuthen1-45/+47
Basically, move some paragraphs around. Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-21gdbus-codegen: Update man page to reflect how --annotate actually worksDavid Zeuthen1-18/+14
Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-21gdbus-codegen: Fix build errors in generated codeXavier Claessens1-12/+12
https://bugzilla.gnome.org/show_bug.cgi?id=659646
2011-09-20Updated Slovenian translationMatej Urbančič1-16/+14
2011-09-20Updated Slovenian translationMatej Urbančič1-863/+813
2011-09-20timeval: add introspection annotations to g_time_val_from_iso8601()Cosimo Cecchi1-1/+1
The GTimeVal argument is missing an (out) annotations. https://bugzilla.gnome.org/show_bug.cgi?id=658692
2011-09-20Updated Gujarati TranslationsSweta Kothari1-187/+164
2011-09-19GDBusObjectManagerServer: Add test for export_uniquely() methodDavid Zeuthen1-0/+27
Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-19GDBusObjectManagerServer: Use correct object path in export_uniquely() methodMatthew Barnes1-12/+12
In registration_data_export_interface(), the object_path is obtained using: object_path = g_dbus_object_get_object_path (G_DBUS_OBJECT (data->object)); But when exporting an object uniquely, the object_path is not assigned to the GDBusObject until after all the interfaces are exported. Therefore, registration_data_export_interface() is trying to export the interface on the non-unique object path, which can lead to run-time errors if an object already exists on that path. Instead, registration_data_export_interface() should be passed the object_path explicitly, as is done in g_dbus_object_manager_server_export_unlocked(). Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-19Don't close stream twice when splicingPhilip Withnall1-35/+53
Ensure that the output/target stream in a g_output_stream_splice_async() operation is marked as closed if G_OUTPUT_STREAM_SPLICE_CLOSE_TARGET is passed to g_output_stream_splice_async(). This removes the possibility of local FDs being closed twice because the stream's not marked as closed. This is implemented by calling g_output_stream_close() from within g_output_stream_splice_async() instead of calling the stream's close_fn() directly. Closes: bgo#659324 (cherry picked from commit fe27bf003764e453cd15cab67e8a99fcda84db1d)
2011-09-19Updated Serbian translationМирослав Николић2-228/+231
2011-09-18[l10n] Updated German translationMario Blättermann1-117/+114
2011-09-18Updated Bulgarian translationAlexander Shopov1-114/+105
2011-09-18glib 2.29.922.29.92Ryan Lortie2-1/+38
2011-09-18GSettingsBackend: emit changes to correct threadRyan Lortie1-5/+1
When g_settings_apply() is called on a delayed settings backend and there is a D-Bus error when communicating with dconf-service, recent versions of the dconf GSettingsBackend call a function in GLib that improperly delivered the signal directly instead of using g_main_context_invoke(). This patch fixes this function to route in the same way as the others so that the signal is dispatched in the proper GMainContext.
2011-09-17Remove redundant checksMatthias Clasen1-14/+11
g_set_error() handles error == NULL, so no need to check. Patch by Ignacio Casal Quinteiro. https://bugzilla.gnome.org/show_bug.cgi?id=640975
2011-09-17GMappedFile: return an error when trying to map a deviceMatthias Clasen3-7/+12
Previously, we were returning an empty buffer for all filenames where fstat() gives a size of 0. But this is only appropriate for regular files. Also improve the documentation around this issue. Based on a patch by Ryan Lortie.
2011-09-17GMappedFile: fail when mapping a device fileRyan Lortie2-1/+18
mmap() fails on zero-sized files, so we previously had a special case to avoid calling it in that case. Unfortunately, this had the side effect of causing us to fail to notice that we were attempting to mmap() a device node. Modify the special-casing to only apply in the case that we're dealing with a normal file. https://bugzilla.gnome.org/show_bug.cgi?id=659212
2011-09-17Update Simplified Chinese translation.Aron Xu1-110/+105
2011-09-17Updated Japanese translationJiro Matsuzawa1-97/+98
2011-09-16gdbus-codegen: Support Ugly_Case for given C namespaceDavid Zeuthen4-315/+325
https://bugzilla.gnome.org/show_bug.cgi?id=658976 Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-16gdbus-codegen: Single letter namespaces get dropped from symbol namesDavid Zeuthen1-1/+1
https://bugzilla.gnome.org/show_bug.cgi?id=659082 Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-16_g_dbus_worker_new: hold a ref until we have done the initial readSimon McVittie1-2/+2
Otherwise, we could use-after-free the GDBusWorker, if its last-unref is immediately after _g_dbus_worker_new returns (before the worker thread does its initial read). Bug: https://bugzilla.gnome.org/show_bug.cgi?id=651268 Bug-NB: NB#271520 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-16GDBusWorker: as a precaution, access 'stopped' boolean atomicallySimon McVittie1-6/+7
This member is written in _g_dbus_worker_stop from arbitrary threads, and read by the worker thread, so it should be accessed atomically. Bug: https://bugzilla.gnome.org/show_bug.cgi?id=651268 Bug-NB: NB#271520 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-16Regression test for closing a stream, slowly, while a message is queuedSimon McVittie2-0/+401
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=651268 Bug-NB: NB#271520 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-16GDBusWorker: annotate more functions with lock/pending stateSimon McVittie1-11/+60
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=651268 Bug-NB: NB#271520 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-16GDBusConnection: delegate to the worker to close the streamSimon McVittie3-76/+240
We can't safely close the output part of the I/O stream until any pending write or flush has been completed. In the worst case, this could lead to an assertion failure in the worker (when the close wins the race) or not closing the stream at all (when the write wins the race). Bug: https://bugzilla.gnome.org/show_bug.cgi?id=651268 Bug-NB: NB#271520 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-09-16GDBusWorker: combine num_writes_pending with flush_pendingSimon McVittie1-11/+25
num_writes_pending was a counter, but it only took values 0 or 1, so make it a boolean: it would never make sense to be trying to write out two messages at the same time (they'd get interleaved). Similarly, we can never be writing and flushing at the same time (that'd mean we were flushing halfway through a message, which would be pointless) so combine it with flush_pending too, calling the result output_pending. Also assert that it takes the expected value whenever we change it, and document the locking discipline used for it, including a subtle case in write_message_in_idle_cb where it's not obvious at first glance why we don't need the lock. (Having the combined boolean at the top of the block of write-related struct members improves struct packing on 64-bit platforms, by packing read_num_ancillary_messages and output_pending into one word.) Bug: https://bugzilla.gnome.org/show_bug.cgi?id=651268 Bug-NB: NB#271520 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Signed-off-by: David Zeuthen <davidz@redhat.com>
generated by cgit v1.2.3 (git 2.39.1) at 2025-03-02 19:13:25 +0000