summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2011-10-18tests: fix glib_translations_work()glib-2-28Tim-Philipp Müller1-4/+6
If setlocale() to our test locale fails, translations won't work either. https://bugzilla.gnome.org/show_bug.cgi?id=654017
2011-10-18gdbus-non-socket test: avoid use of a GMainContext across a forkSimon McVittie1-13/+38
See https://bugzilla.gnome.org/show_bug.cgi?id=658999 for why this would be bad. Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
2011-10-18gdbus-exit-on-close test: cover more possibilitiesSimon McVittie1-16/+125
We didn't previously test anything except the implicit default of TRUE. Now we test implicit TRUE, explicit TRUE, explicit FALSE, and disconnecting at the local end (which regressed while fixing Bug #651268). Also avoid some questionable use of a main context, which fell foul of Bug #658999 and caused this test to be disabled in master. Bug: https://bugzilla.gnome.org/show_bug.cgi?id=662100 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
2011-10-18GDBusWorker: if a read was cancelled it means we closed the connectionSimon McVittie1-1/+5
This was a regression caused by my previous work on GDBusWorker thread-safety (Bug #651268). The symptom is that if you disconnect a GDBusConnection locally, the default implementation of GDBusConnection::closed terminates your process, even though it shouldn't do that for locally-closed connections; this is because GDBusWorker didn't think a cancelled read was a local close. Bug: https://bugzilla.gnome.org/show_bug.cgi?id=662100 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
2011-09-30Updated Danish translationAputsiaq Janussen1-174/+182
2011-09-16_g_dbus_worker_new: ref worker until after _g_dbus_worker_thread_begin_funcSimon McVittie1-1/+4
Otherwise, if the caller of _g_dbus_worker_new immediately unrefs the worker, calling _g_dbus_worker_thread_begin_func in the worker thread could be a use-after-free. 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/+399
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-60/+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>
2011-09-10Fix default setting generation in g_desktop_app_info_set_as_last_usedJosselin Mouette1-3/+14
* Do not ignore the system default * Do not exclude the last used being set from the default list This fixes the default applications dialog in control-center. https://bugzilla.gnome.org/show_bug.cgi?id=658188
2011-09-03Updated Brazilian Portuguese translation.Adorilson Bezerra1-238/+230
2011-09-02Updated Slovenian translationMartin Srebotnjak1-66/+19
2011-08-31Update French translationAlexandre Franke1-154/+163
2011-08-31Update VS Readme.txt's again...Chun-wei Fan2-4/+4
Sorry, copied the wrong text for these files... redid this.
2011-08-31Update Win32 and VS Readme filesChun-wei Fan3-2/+17
Tell people about the GNOME Live! page that outlines building GLib and its dependencies with Visual C++.
2011-08-28Updated galician translationsFran Dieguez1-13/+17
2011-08-23Updated Serbian translationМирослав Николић2-24/+32
2011-08-23Update GLib Visual C++ projectsChun-wei Fan2-8/+8
Define USE_SYSTEM_PCRE for all configurations which uses the PCRE that was already built and "installed" beforehand (i.e. the *_ExtPCRE configurations) so that the compilation will not pick up the GLib-bundled pcre.h when one wants to use the PCRE "installation" on his/her system.
2011-08-20[l10n]Minor update on Catalan translationGil Forcada1-13/+17
2011-08-05[l10n] Updated German translationMario Blättermann1-13/+17
2011-08-04Updated Spanish translationDaniel Mustieles1-19/+23
2011-08-01GDBusConnection: Only apply exit-on-closed semantics if properly initializedDavid Zeuthen1-1/+1
Otherwise there is no point in gracefully handling the error... https://bugzilla.gnome.org/show_bug.cgi?id=655664 Signed-off-by: David Zeuthen <davidz@redhat.com>
2011-07-29Updated Swedish translationDaniel Nylander1-13/+17
2011-07-28Updated Polish translationPiotr Drąg1-13/+17
2011-07-27Updated Czech translationMarek Černocký1-14/+18
2011-07-27Added TLS PEM parser unit testNicolas Dufresne12-0/+826
2011-07-27Rework PEM parsing to not be order dependentNicolas Dufresne1-54/+96
Some valid PEM file would not work because the private key was put before the certificate.
2011-07-26Updated glib-zip.in a bit furtherChun-wei Fan1-1/+1
Missed the bin/gsettings.exe part (corrected from bin/gsettings.)
2011-07-26Update glib-zip.inDieter Verfaillie1-17/+31
2011-07-25Update Windows READMEsChun-wei Fan3-7/+20
Tell people not to compile GLib in paths containing spaces.
2011-07-18Updated Finnish translationTommi Vainikainen1-753/+525
2011-06-29Update VS2010 README.txtChun-wei Fan1-56/+56
This file should have Windows CRLF EOL as well...
2011-06-29Re-attempt to correct EOL on VS2010 solutionChun-wei Fan1-235/+235
This time I realized that I needed to set autocrlf=false on my Windows side ... ugh... This is one of those files that must have CRLF line endings to work correctly :|
2011-06-24Updated Serbian translationМирослав Николић2-296/+308
2011-06-24Refine Visual Studio projectsChun-wei Fan5-16/+245
-Reinstate the temporarily removed glib.sln file for VS10--make its EOL in the DOS/Windows format so that it will not end up with "Unrecognized Visual Studio Version" in Windows. -Updated GLib projects to set the GLib DLL/LIB files to be output to <Debug or Release>\<Win32 or x64>\bin for all configurations -Updated property sheets to copy the GLib DLL/LIB for all configurations -Update VS9 property sheet to seperate Intermediate directories for all projects as well to reduce warnings/errors of being unable to write the PDB and related files as they are in use
2011-06-24Temporarily remove build/win32/vs10/glib.slnChun-wei Fan1-235/+0
-To fix the line endings here...
2011-06-20Visual C++ 2010 projects updatesChun-wei Fan12-96/+8
Consolidate my previous commit into the property file... should have realized sooner.
2011-06-20Update Visual C++ 2010 ProjectsChun-wei Fan12-13/+97
-Seperate intermediate directories for each project to avoid intermittent MSBuild errors that a build log cannot be written while in use, and update the property sheet as necessary. -Minor cleanups of uneeded tags in the projects/properties
2011-06-18Update gsettings/glib-compile-schemas VS ProjectsChun-wei Fan3-1/+9
These tools require the use of GModule headers also, so update the include directories so that the correct gmodule.h will be included instead of the system-installed version.
2011-06-15GDBusServer: Documentation: Improvements.Murray Cumming1-1/+7
Provide a fuller description and lead people away if they arrived here just looking for a way to provide a regular D-Bus service.
2011-06-12Updated Swedish translationDaniel Nylander1-173/+223
2011-06-11[l10n]Updated Catalan translationGil Forcada1-151/+155
2011-06-10Updated Slovenian translationMatej Urbančič1-190/+177
2011-06-10[l10n] Updated German translationMario Blättermann1-216/+212
2011-06-09Updated Bulgarian translationAlexander Shopov1-149/+154
2011-06-08Updated Spanish translationJorge González1-207/+220
2011-06-08gconverter: Improve cross-referencesJavier Jardón1-3/+3
2011-06-07Updated Czech translationMarek Černocký1-381/+376
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-31 13:15:07 +0000