summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* resources: tests: Plug a mem leakChristian Persch2012-02-051-0/+1
| | | | | | | | | | | ==509== 700 (20 direct, 680 indirect) bytes in 1 blocks are definitely lost in loss record 828 of 837 ==509== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==509== by 0x4084724: standard_malloc (gmem.c:85) ==509== by 0x40847C7: g_malloc (gmem.c:159) ==509== by 0x409B1E1: g_slice_alloc (gslice.c:1003) ==509== by 0x405396B: g_bytes_new_with_free_func (gbytes.c:173) ==509== by 0x405390D: g_bytes_new_take (gbytes.c:122) ==509== by 0x804A48C: test_resource_data (resources.c:174)
* resources: tests: Plug a mem leakChristian Persch2012-02-051-3/+6
| | | | | | | | | | | | | | | | ==29204== 11,456 (84 direct, 11,372 indirect) bytes in 1 blocks are definitely lost in loss record 859 of 861 ==29204== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==29204== by 0x4084724: standard_malloc (gmem.c:85) ==29204== by 0x40847C7: g_malloc (gmem.c:159) ==29204== by 0x409B1E1: g_slice_alloc (gslice.c:1003) ==29204== by 0x409B227: g_slice_alloc0 (gslice.c:1029) ==29204== by 0x41936CF: g_type_create_instance (gtype.c:1872) ==29204== by 0x417CCC9: g_object_constructor (gobject.c:1839) ==29204== by 0x417C6F4: g_object_newv (gobject.c:1703) ==29204== by 0x417CC5A: g_object_new_valist (gobject.c:1820) ==29204== by 0x417C1DB: g_object_new (gobject.c:1535) ==29204== by 0x41E5E29: g_converter_input_stream_new (gconverterinputstream.c:204) ==29204== by 0x4228D38: g_resource_open_stream (gresource.c:363)
* resources: Init refcount to 1Christian Persch2012-02-051-0/+1
| | | | | | | | | | | | | | | | | | This bug was exposed by fixing the following leak in the resources test: ==29204== 11,456 (84 direct, 11,372 indirect) bytes in 1 blocks are definitely lost in loss record 859 of 861 ==29204== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==29204== by 0x4084724: standard_malloc (gmem.c:85) ==29204== by 0x40847C7: g_malloc (gmem.c:159) ==29204== by 0x409B1E1: g_slice_alloc (gslice.c:1003) ==29204== by 0x409B227: g_slice_alloc0 (gslice.c:1029) ==29204== by 0x41936CF: g_type_create_instance (gtype.c:1872) ==29204== by 0x417CCC9: g_object_constructor (gobject.c:1839) ==29204== by 0x417C6F4: g_object_newv (gobject.c:1703) ==29204== by 0x417CC5A: g_object_new_valist (gobject.c:1820) ==29204== by 0x417C1DB: g_object_new (gobject.c:1535) ==29204== by 0x41E5E29: g_converter_input_stream_new (gconverterinputstream.c:204) ==29204== by 0x4228D38: g_resource_open_stream (gresource.c:363)
* resources: Plug a mem leakChristian Persch2012-02-051-0/+4
| | | | | | | | | | | | | | | | ==29204== 7,192 (76 direct, 7,116 indirect) bytes in 1 blocks are definitely lost in loss record 855 of 861 ==29204== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==29204== by 0x4084724: standard_malloc (gmem.c:85) ==29204== by 0x40847C7: g_malloc (gmem.c:159) ==29204== by 0x409B1E1: g_slice_alloc (gslice.c:1003) ==29204== by 0x409B227: g_slice_alloc0 (gslice.c:1029) ==29204== by 0x41936CF: g_type_create_instance (gtype.c:1872) ==29204== by 0x417CCC9: g_object_constructor (gobject.c:1839) ==29204== by 0x417C6F4: g_object_newv (gobject.c:1703) ==29204== by 0x417CC5A: g_object_new_valist (gobject.c:1820) ==29204== by 0x417C1DB: g_object_new (gobject.c:1535) ==29204== by 0x424E815: g_zlib_decompressor_new (gzlibdecompressor.c:270) ==29204== by 0x4228DD8: g_resource_lookup_data (gresource.c:422)
* resources: tests: Plug a mem leakChristian Persch2012-02-051-0/+1
| | | | | | | | | | | ==28778== 700 (20 direct, 680 indirect) bytes in 1 blocks are definitely lost in loss record 842 of 863 ==28778== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==28778== by 0x4084724: standard_malloc (gmem.c:85) ==28778== by 0x40847C7: g_malloc (gmem.c:159) ==28778== by 0x409B1E1: g_slice_alloc (gslice.c:1003) ==28778== by 0x405396B: g_bytes_new_with_free_func (gbytes.c:173) ==28778== by 0x405390D: g_bytes_new_take (gbytes.c:122) ==28778== by 0x804C2B1: test_uri_query_info (resources.c:435)
* resources: tests: Plug a mem leakChristian Persch2012-02-051-0/+1
| | | | | | | | | | ==28318== 38 (12 direct, 26 indirect) bytes in 1 blocks are definitely lost in loss record 613 of 865 ==28318== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==28318== by 0x4084724: standard_malloc (gmem.c:85) ==28318== by 0x40847C7: g_malloc (gmem.c:159) ==28318== by 0x4084AB4: g_malloc_n (gmem.c:361) ==28318== by 0x4229599: g_resources_enumerate_children (gresource.c:806) ==28318== by 0x804B39E: test_resource_registred (resources.c:283)
* resources: tests: Plug a mem leakChristian Persch2012-02-051-0/+1
| | | | | | | | | | | ==27820== 31 bytes in 1 blocks are definitely lost in loss record 587 of 866 ==27820== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==27820== by 0x4084724: standard_malloc (gmem.c:85) ==27820== by 0x40847C7: g_malloc (gmem.c:159) ==27820== by 0x4084AB4: g_malloc_n (gmem.c:361) ==27820== by 0x409D6A1: g_strdup (gstrfuncs.c:356) ==27820== by 0x4069FF7: g_get_current_dir (gfileutils.c:2544) ==27820== by 0x804BCA7: test_resource_module (resources.c:370)
* resources: Plug a mem leakChristian Persch2012-02-051-0/+1
| | | | | | | | | | | | | | ==27020== 44 (24 direct, 20 indirect) bytes in 1 blocks are definitely lost in loss record 684 of 936 ==27020== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==27020== by 0x4084724: standard_malloc (gmem.c:85) ==27020== by 0x40847C7: g_malloc (gmem.c:159) ==27020== by 0x409B1E1: g_slice_alloc (gslice.c:1003) ==27020== by 0x40BC038: g_variant_get_child_value (gvariant-core.c:969) ==27020== by 0x40B5277: g_variant_get_variant (gvariant.c:749) ==27020== by 0x4273182: gvdb_table_value_from_item (gvdb-reader.c:478) ==27020== by 0x42731E8: gvdb_table_get_value (gvdb-reader.c:509) ==27020== by 0x4228B36: do_lookup (gresource.c:280) ==27020== by 0x4228F56: g_resource_get_info (gresource.c:492)
* resources: Plug a mem leakChristian Persch2012-02-051-18/+17
| | | | | | | | | | | | | | ==26427== 24 bytes in 1 blocks are definitely lost in loss record 608 of 965 ==26427== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==26427== by 0x4084724: standard_malloc (gmem.c:85) ==26427== by 0x40847C7: g_malloc (gmem.c:159) ==26427== by 0x409B1E1: g_slice_alloc (gslice.c:1003) ==26427== by 0x40BC038: g_variant_get_child_value (gvariant-core.c:969) ==26427== by 0x40BA89F: g_variant_valist_get (gvariant.c:4482) ==26427== by 0x40BAC23: g_variant_get_va (gvariant.c:4681) ==26427== by 0x40BAB29: g_variant_get (gvariant.c:4633) ==26427== by 0x4228BA5: do_lookup (gresource.c:293) ==26427== by 0x4228F51: g_resource_get_info (gresource.c:493)
* Plug a mem leak in g_environ_unsetenvChristian Persch2012-02-051-0/+3
| | | | | | | | | | | | | | | | | | | ==9458== 10 bytes in 1 blocks are definitely lost in loss record 16 of 39 ==9458== at 0x402AD89: malloc (vg_replace_malloc.c:236) ==9458== by 0x4221A1F: vasprintf (vasprintf.c:78) ==9458== by 0x40C6065: g_vasprintf (gprintf.c:314) ==9458== by 0x409D894: g_strdup_vprintf (gstrfuncs.c:509) ==9458== by 0x409D8C9: g_strdup_printf (gstrfuncs.c:535) ==9458== by 0x40672E9: g_environ_setenv (genviron.c:156) ==9458== by 0x80490E7: test_environ_array (environment.c:78) ==9458== by 0x40A3DB5: test_case_run (gtestutils.c:1662) ==9458== by 0x40A40B2: g_test_run_suite_internal (gtestutils.c:1715) ==9458== by 0x40A417C: g_test_run_suite_internal (gtestutils.c:1726) ==9458== by 0x40A42F9: g_test_run_suite (gtestutils.c:1771) ==9458== by 0x40A3441: g_test_run (gtestutils.c:1319) ==9458== by 0x80493F1: main (environment.c:108) Bug #669412.
* Back to oddMatthias Clasen2012-02-041-1/+1
|
* 2.31.162.31.16Matthias Clasen2012-02-041-1/+1
|
* UpdatesMatthias Clasen2012-02-041-0/+20
|
* fix memory leak in g_bookmark_file_parse()Ravi Sankar Guntur2012-02-041-28/+20
| | | | | | https://bugzilla.gnome.org/show_bug.cgi?id=669334 Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>
* Updated Norwegian bokmål translationKjartan Maraas2012-02-041-78/+82
|
* gio/tests/file: use g_file_new_tmp()Dan Winship2012-02-031-14/+14
| | | | | | Rather than misusing g_file_open_tmp(), misuse g_file_new_tmp() instead. Progress! (Also, gets rid of a compile warning about close() on win32.)
* gio/tests/socket-common.c: add a missing #ifdef G_OS_UNIXDan Winship2012-02-031-0/+2
|
* gioenums.h: clean up a few GIOErrorEnum descriptionsDan Winship2012-02-031-3/+3
|
* Updated Spanish translationDaniel Mustieles2012-02-031-133/+132
|
* Fix warning to refer to to-pixdata, not xmllintAlexander Larsson2012-02-031-1/+1
|
* Fix GResourceFile get_parent()Alexander Larsson2012-02-031-1/+1
| | | | This was erronously losing the last char.
* resource: tests: Use g_assert_cmp[u]intChristian Persch2012-02-021-28/+28
| | | | | ... instead of just g_assert(), so when the test does fail, one immediately can see the actual value the variable had.
* resources: compiler: Fix entity processing of xml-stripblanksChristian Persch2012-02-021-1/+0
| | | | | | Preserve entities instead of replacing them! Bug #669173.
* resources: compiler: Make to-pixbuf failure fatalChristian Persch2012-02-022-7/+14
| | | | Bug #669123.
* gsettings tool: fix a memory errorRyan Lortie2012-02-021-1/+3
| | | | | | | | | | 8852d4e9a08e7fbc9df7fb99a54b112f5049ee19 introduced a memory error by taking the type of a GVariant, freeing the GVariant and using the type after the free. This delays the free until after we've used the type. https://bugzilla.gnome.org/show_bug.cgi?id=669253
* gio: Convert data-to-c.c to perlKalev Lember2012-02-023-58/+42
| | | | | | | | Helper scripts in C can be problematic for cross compiling: the compiler produces executables for the target platform, which the host is usually unable to run. https://bugzilla.gnome.org/show_bug.cgi?id=669224
* docs: Clarify GSocketClient reuse policyBenjamin Otte2012-02-011-2/+5
|
* gio/tests: Fix out-of-source buildKalev Lember2012-02-011-4/+4
| | | | | | | | | | The glib-compile-resources --generate-dependencies call was failing, although not stopping the build. Failed to open file 'test2.gresource.xml': No such file or directory Failed to open file 'test3.gresource.xml': No such file or directory Failed to open file 'test4.gresource.xml': No such file or directory Failed to open file 'test.gresource.xml': No such file or directory
* gio.symbols: Add g_static_* symbolsKalev Lember2012-02-011-0/+3
| | | | ... which were added in b79cfda49c.
* gresource-tool: include sys/mman.h conditionallyKalev Lember2012-02-011-1/+1
| | | | | It's only needed for code guarded by HAVE_LIBELF, so ifdef the include as well.
* Add a test to show that GMarkup properly handles > in contentMatthias Clasen2012-01-312-0/+4
|
* resources: Add to-pixdata preprocessing optionAlexander Larsson2012-01-313-4/+85
|
* Make constructor-based resource registration malloc freeAlexander Larsson2012-01-313-60/+223
| | | | | | | | | | We need to do this because constructors run before main() and thus before any call to g_mem_set_vtable, making it impossible to use that function if constructors call g_malloc. We do this by making the constructors just register the static data for lazy registration, doing the lazy registration when using the global resource set.
* resources: Minor fixes to the docsAlexander Larsson2012-01-311-5/+5
|
* Bump version numberMatthias Clasen2012-01-301-1/+1
|
* 2.31.142.31.14Matthias Clasen2012-01-301-1/+1
|
* Fix distcleanMatthias Clasen2012-01-302-3/+3
|
* Dist gconstructor.hMatthias Clasen2012-01-301-0/+1
|
* Emit meaningful error messagesMatthias Clasen2012-01-301-3/+10
| | | | | | That is useful, even if this is only an internal tool. I have been scratching my head why this tool would break distcheck...
* Fix builddir != src buildsMatthias Clasen2012-01-301-1/+1
|
* Some more documentation fixesMatthias Clasen2012-01-302-2/+2
|
* Assorted documentation fixesMatthias Clasen2012-01-305-9/+39
|
* Drop menu markup functions from API docsMatthias Clasen2012-01-301-10/+0
|
* Fix doc syntaxMatthias Clasen2012-01-301-1/+1
|
* Move pragmas out of function bodyMatthias Clasen2012-01-301-3/+3
| | | | It seems that older gcc does not like pragmas inside functions.
* Move pragmas out of function bodyMatthias Clasen2012-01-301-4/+4
| | | | It seems that older gcc does not like pragmas inside functions.
* Silence another deprecation warningMatthias Clasen2012-01-301-1/+4
|
* Silence a deprecation warningMatthias Clasen2012-01-301-0/+3
| | | | | Advantage of the new deprecation handling: there's pragmas to shut them up locally.
* Remove a check that triggers deprecation warningsMatthias Clasen2012-01-301-1/+0
|
* UpdatesMatthias Clasen2012-01-301-1/+42
|
View Lorry Controller Status