| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Use g_unichar_type() and g_unichar_get_script() instead of pcre tables.
|
| |
|
| |
|
|
|
|
| |
The update.sh script doesn't work with current PCRE, so these are obsolete.
|
| |
|
| |
|
| |
|
|
|
|
| |
PCRE doesn't even contain the patched file anymore.
|
|
|
|
|
| |
Upstream PCRE has removed the relocations that these patches were fixing;
the patches are obsolete.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
gtk-doc gets unhappy if parameters aren't named the same in
headers, sources and doc comments.
|
|
|
|
| |
This does not exist anymore.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unix and Windows gio GSocket behaves differently when the socket is
closed by the peer. On Unix, the client receives pending data before
receiving HUP. But on Windows, the HUP may come before, resulting in
unreliable and racy code. We should have same behaviour on all
platforms.
According to MSDN documentation: "an application should check for
remaining data upon receipt of FD_CLOSE to avoid any possibility of
losing data."
https://bugzilla.gnome.org/show_bug.cgi?id=669810
|
|
|
|
|
|
|
| |
Add a test to check that remaining data is read before the close
event is received.
https://bugzilla.gnome.org/show_bug.cgi?id=669810
|
|
|
|
|
|
|
|
| |
When G_DISABLE_ASSERT is not defined, g_hash_table_foreach and
g_hash_table_find dereferences the hash table argument before
checking if it's NULL. This causes a crash when one of this function
is mistakenly called with a NULL argument instead of returning
with a warning through g_return_if_fail.
|
|
|
|
|
|
|
|
| |
This will avoid a dependency on a PERL installation for Visual Studio
builds.
Checked with mclasen in
https://bugzilla.gnome.org/show_bug.cgi?id=669538#c2
|
|
|
|
|
| |
This is needed for close() on Windows (Visual C++ specifically) so that
no C4013 (aka Implicit declaration of ...) errors/warnings will be emitted.
|
| |
|
|
|
|
|
|
|
|
| |
For a number of reasons it might be useful to register the object paths
associated with a non-unique application so that the application can at
least field requests to its unique D-Bus name.
https://bugzilla.gnome.org/show_bug.cgi?id=647986
|
|
|
|
|
|
|
| |
Without the surrounding <node> tags, gdbus-codegen does not generate any
implementation for the interface described in the introspection XML.
https://bugzilla.gnome.org/show_bug.cgi?id=669544
|
|
|
|
|
|
|
| |
g_cond_wait_until() was calling GetSystemTimeAsFileTime() to get the
current time, which is no longer what g_get_monotonic_time() returns.
https://bugzilla.gnome.org/show_bug.cgi?id=669329
|
|
|
|
|
|
|
|
|
|
| |
g_file_read() was returning G_IO_ERROR_IS_DIRECTORY when you tried to
open a directory on unix, but G_IO_ERROR_PERMISSION_DENIED on win32.
Fix that, and add a test to tests/file.c
Pointed out on IRC by Paweł Forysiuk.
https://bugzilla.gnome.org/show_bug.cgi?id=669330
|
|
|
|
|
|
|
|
|
|
| |
This is useful when using certain D-Bus services where the
PropertiesChanged signal does not include the property value such as
e.g. various systemd mechanisms, see e.g.
https://bugs.freedesktop.org/show_bug.cgi?id=37632
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=669689
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=669372
Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=669372
Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>
|
| |
|
|
|
|
|
|
| |
These tests were written, but then never used since it was decided to
add g_warnings() to goption.c in the cases they were supposed to be
testing. So anyway, just remove them.
|
|
|
|
|
|
| |
This explains the current disabling of HAVE_IF_NAMETOINDEX as we are
still supporting Windows XP. This is expected to change when the patch
for XP support for if_nametoindex in accepted into master.
|
|
|
|
| |
Make this more like the config.h.in template
|
|
|
|
| |
Should be $(CopyDir) not $(OutDir) here for VS2010. Oops :|
|
|
|
|
| |
...To reflect the correct GIO headers to install
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Given
typedef enum MyFoo MyFoo;
glib-mkenums would get confused, not notice the ";", and then keep
skipping lines until it found one that started with a "{", possibly
even going into the next file.
Fix it to just ignore those lines instead (and also, to error out if
it hits eof while parsing an enum).
https://bugzilla.gnome.org/show_bug.cgi?id=669595
|
|
|
|
| |
Reported by Lethalman on IRC
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added projects to compile the glib-compile-resources and gresource(-tool)
utility programs during the Visual C++ 2010 build process, "install"
the resulting binaries upon successful compilation, and dist the new
.vcxproj and .vcxproj.filters files.
Also updated the property sheet and "install" project to make sure the new
.exe's are indeed "installed" and removed from the "install" project the
dependency on the testglib project as testglib is not an exhausive test on
GLib and people might want to make that project compile different test
programs as they might need.
Just wondering: I have updated the property sheet to create the
gconstructor_as_data.h header for glib-compile-resources, but is it better
to dist that generated header instead as the VS 2008/2010 projects will
depend on a working installation of PERL on Windows?
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make the "install" project depend on the glib-compile-resources gresource
projects so that these tools will be indeed installed. Missed that in my
last commit-oops.
Also make the "install" project not to depend on the testglib project as:
-the test program in the project is not an exhausive test of the GLib
libraries
-One may want to use the project to compile different test program(s), so
it might be better to keep the project but not "install" the resulting
.exe
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add projects to build the glib-compile-resources and gresource(-tool)
utilities, and "install" these tools upon successful compilation, and dist
the new projects.
One piece of note: will it be better to dist gconstructor_as_data.h instead
of generating it in the VS build process (I generated it in the property
sheet update in this commit)?
Visual C++ 2010 projects will follow shortly.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When set to represent a zoneinfo file, TZ may start with :, therefore
glib needs to check it and ignore the first char when building the
resulting filename, or it won't be found.
Also, the path could be absolute, in which case it is wrong to
append /usr/share/timezone
https://bugzilla.gnome.org/show_bug.cgi?id=664237
|
| |
|
| |
|
|
|
|
|
| |
This reverts commit 2f4b46e3783b04cddcb2622a57b2a8e692cff68a, which was
pushed accidentally.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
==1265== 84 (8 direct, 76 indirect) bytes in 1 blocks are definitely lost in loss record 793 of 827
==1265== at 0x4029467: calloc (vg_replace_malloc.c:467)
==1265== by 0x408479B: standard_calloc (gmem.c:104)
==1265== by 0x4084846: g_malloc0 (gmem.c:189)
==1265== by 0x4084B2D: g_malloc0_n (gmem.c:385)
==1265== by 0x4228A98: g_resource_load (gresource.c:253)
==1265== by 0x804A56D: test_resource_registred (resources.c:198)
|