| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
In general, code using g_slist_delete_link() is broken, because it
potentially requires an O(n) traversal. Just switch to GList in this
case.
The performance hit here was exacerbated by the fact that we were
holding a mutex that needed to be accessed by all threads.
|
|
|
|
|
|
| |
The iteration over the list (while holding a mutex) was a serious
performance hit for asynchronous I/O. We can just use
g_cancellable_connect().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Calling g_source_attach() does an O(n) iteration over all current
sources until it found the insertion point, while holding the context
mutex. This is a serious performance hit for heavy asynchronous I/O,
because GIOScheduler sends results back to the source context via
g_source_attach().
A more correct fix for this would be a priority queue, but this patch
is quite simple - we just walk the source list in reverse instead of
forwards. For applications where most sources are the same priority
(or they have just a few lower-priority sources), this patch is a
large speedup.
However, this patch will degrade performance in the case of inserting
a high-priority source for applications which have many lower-priority
sources.
https://bugzilla.gnome.org/show_bug.cgi?id=619329
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=675168
|
| |
|
|
|
|
|
| |
We just grab stderr from gdk-pixbuf-to-csource and xmllint and include
it in the error message. It's the best we can do.
|
|
|
|
|
|
| |
Otherwise we crash with a null-ptr deref in g_object_newv and ever there we
should not return null, as we're saying that object creation will not return
null.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=677770
|
| |
|
|
|
|
|
| |
March 13, 2010 is very ordinary.
March 14, 2010 is the special day.
|
| |
|
| |
|
| |
|
|
|
|
| |
It is 'entries', not 'entires'.
|
|
|
|
|
|
|
|
|
| |
This is useful otherwise we'll fail if a systemd service is
masked. See bug 677718 for details.
https://bugzilla.gnome.org/show_bug.cgi?id=677718
Signed-off-by: David Zeuthen <zeuthen@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
datadir is defined in terms of datarootdir by default in configure
(datadir='${datarootdir}' with ${datarootdir} not expanded), so
defining datadir must happen *after* datarootdir is defined in the
glib-gettextize shell script. Otherwise ${datarootdir} is null when it
is expanded at runtime.
https://bugzilla.gnome.org/show_bug.cgi?id=518309
|
|
|
|
|
|
| |
See http://git.openembedded.org/openembedded-core/tree/meta/recipes-core/glib-2.0/glib-2.0/nolibelf.patch?id=1f73485a143f0aa6cd87636f3d36a7d1dfc40a3b
Signed-off-by: Colin Walters <walters@verbum.org>
|
|
|
|
|
|
|
| |
This patch brings an ability to retrieve serial number of the last
message sent within the current thread.
https://bugzilla.gnome.org/show_bug.cgi?id=676825
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=677527
|
|
|
|
|
|
|
|
|
| |
The "-framework" linker flag takes a second word as a parameter. If
they are passed separated with whitespace, some flag-handling routines
may not know to keep the two words together as a single unit. Use
-Wl,, to pass multiple words without embedded whitespace.
https://bugzilla.gnome.org/show_bug.cgi?id=566994
|
|
|
|
|
|
|
|
| |
Older versions don't have the required API.
(Commit message written by Colin Walters <walters@verbum.org>)
https://bugzilla.gnome.org/show_bug.cgi?id=673253
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
We handle a special case for G_USER_DIRECTORY_DESKTOP
when we init the values but drop it when we reload them.
Fix this by preferring old values to NULL
https://bugzilla.gnome.org/show_bug.cgi?id=676594
Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reading from a GConverterInputStream with both input_buffer and
converted_buffer non-empty would return bogus data (the data from
converted_buffer would essentially get skipped over, though the
returned nread reflected what the count would be if it hadn't been).
This was never noticed before because (a) it can't happen if all of
your reads are at least as large as either the internal buffer size or
the remaining length of the stream (which covers most real-world use),
and (b) it can't happen if all of your reads are 1 byte (which covers
most of tests/converter-test). (And (c) it only happens for some
converters/input streams.) But this was happening occasionally in
libsoup when content-sniffing a gzipped response, because the
SoupContentSnifferStream would first read 512 bytes (to sniff), and
then pass through larger reads after that.
Fixed and added a test to converter-test.
https://bugzilla.gnome.org/show_bug.cgi?id=676478
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When the application is using its D-Bus backend, it is useful to be able
to export extra D-Bus objects at the right time, i.e. *before* the application
tries to own the bus name. This is accomplished here by adding a hook
in GApplicationClass for this; and a corresponding hook that will be called
on unregistration to undo whatever the register hook did.
Bug #675509.
|
|
|
|
|
|
|
|
| |
Expand the documentation for g_object_[freeze|thaw]_notify() to explain that
it deduplicates “notify” signals emitted by frozen objects, so that at most
one signal is emitted per property.
https://bugzilla.gnome.org/show_bug.cgi?id=676937
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=674777
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=676816
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=676816
|