summaryrefslogtreecommitdiff
path: root/gio/tests/readwrite.c
Commit message (Collapse)AuthorAgeFilesLines
* gtestutils: add g_assert_cmpmem()Dan Winship2015-08-311-7/+3
| | | | | | | Add a test macro to compare two buffers (which are not already known to be the same length) for equality. https://bugzilla.gnome.org/show_bug.cgi?id=754283
* gio/tests: Clean up inclusion of unistd.hChun-wei Fan2013-11-041-1/+4
| | | | | | | | Include unistd.h only on *NIX and define items as necessary on Windows, also replace instances of ssize_t with the GLib-equivilant gssize so to fix the build on platforms that do not have ssize_t, such as Visual C++. https://bugzilla.gnome.org/show_bug.cgi?id=711047
* gio: Don't allow skipping past the end of GLocalFileInputStreamRoss Lagerwall2013-11-031-0/+12
| | | | | | | | | | The overridden implementation of the skip method for GLocalFileInputStream allows skipping past the end of the file which is inconsistent with the documentation. Prevent this by first seeking to the end of the file and then seeking backwards from there as much as is necessary. https://bugzilla.gnome.org/show_bug.cgi?id=711048
* Remove g_type_init() callsRyan Lortie2012-10-161-1/+0
| | | | | | | | | Very many testcases, some GLib tools (resource compiler, etc) and GApplication were calling g_type_init(). Remove those uses, as they are no longer required. https://bugzilla.gnome.org/show_bug.cgi?id=686161
* Plug a mem leak in readwrite testChristian Persch2010-09-031-1/+2
| | | | | | | | | | | | | | | | ==10395== 80 (24 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 529 of 561 ==10395== at 0x4005BDC: malloc (vg_replace_malloc.c:195) ==10395== by 0x4057094: g_malloc (gmem.c:134) ==10395== by 0x406F2D6: g_slice_alloc (gslice.c:836) ==10395== by 0x406F31B: g_slice_alloc0 (gslice.c:848) ==10395== by 0x403A751: g_error_new_valist (gerror.c:54) ==10395== by 0x403AAD4: g_set_error (gerror.c:240) ==10395== by 0x4230328: _g_local_file_output_stream_create (glocalfileoutputstream.c:628) ==10395== by 0x4227A04: g_local_file_create_readwrite (glocalfile.c:1388) ==10395== by 0x418974C: g_file_create_readwrite (gfile.c:1784) ==10395== by 0x8049FCD: test_g_file_create_readwrite (readwrite.c:187) Bug #628331.
* Plug a mem leak in the readwrite testChristian Persch2010-09-031-3/+4
| | | | | | | | | | | | | | | | | | And use g_assert_[no_]error(). ==2392== 49 (24 direct, 25 indirect) bytes in 1 blocks are definitely lost in loss record 451 of 573 ==2392== at 0x4005BDC: malloc (vg_replace_malloc.c:195) ==2392== by 0x4057094: g_malloc (gmem.c:134) ==2392== by 0x406F2D6: g_slice_alloc (gslice.c:836) ==2392== by 0x406F31B: g_slice_alloc0 (gslice.c:848) ==2392== by 0x403A8A6: g_error_new_literal (gerror.c:117) ==2392== by 0x403AC31: g_set_error_literal (gerror.c:314) ==2392== by 0x41B7619: g_output_stream_set_pending (goutputstream.c:1198) ==2392== by 0x41B5799: g_output_stream_write (goutputstream.c:210) ==2392== by 0x41B590B: g_output_stream_write_all (goutputstream.c:268) ==2392== by 0x8049B54: verify_iostream (readwrite.c:110) Bug #628331.
* Plug a mem leak in the readwrite testChristian Persch2010-09-031-0/+1
| | | | | | | | | | | | | | | | | | | ==2392== 38 (16 direct, 22 indirect) bytes in 1 blocks are definitely lost in loss record 369 of 573 ==2392== at 0x4005BDC: malloc (vg_replace_malloc.c:195) ==2392== by 0x4057094: g_malloc (gmem.c:134) ==2392== by 0x406F2D6: g_slice_alloc (gslice.c:836) ==2392== by 0x406F31B: g_slice_alloc0 (gslice.c:848) ==2392== by 0x413D5BB: g_type_create_instance (gtype.c:1867) ==2392== by 0x412372A: g_object_constructor (gobject.c:1482) ==2392== by 0x4122E1D: g_object_newv (gobject.c:1266) ==2392== by 0x4122B93: g_object_new (gobject.c:1178) ==2392== by 0x4225D74: _g_local_file_new (glocalfile.c:310) ==2392== by 0x4231897: g_local_vfs_get_file_for_path (glocalvfs.c:84) ==2392== by 0x41CF91C: g_vfs_get_file_for_path (gvfs.c:94) ==2392== by 0x41911B6: g_file_new_for_path (gfile.c:5898) ==2392== by 0x804A2B9: test_g_file_replace_readwrite (readwrite.c:235) Bug #628331.
* Plug a mem leak in the readwrite testChristian Persch2010-09-031-0/+1
| | | | | | | | | | | | | | | | | | | ==2392== 38 (16 direct, 22 indirect) bytes in 1 blocks are definitely lost in loss record 368 of 573 ==2392== at 0x4005BDC: malloc (vg_replace_malloc.c:195) ==2392== by 0x4057094: g_malloc (gmem.c:134) ==2392== by 0x406F2D6: g_slice_alloc (gslice.c:836) ==2392== by 0x406F31B: g_slice_alloc0 (gslice.c:848) ==2392== by 0x413D5BB: g_type_create_instance (gtype.c:1867) ==2392== by 0x412372A: g_object_constructor (gobject.c:1482) ==2392== by 0x4122E1D: g_object_newv (gobject.c:1266) ==2392== by 0x4122B93: g_object_new (gobject.c:1178) ==2392== by 0x4225D74: _g_local_file_new (glocalfile.c:310) ==2392== by 0x4231897: g_local_vfs_get_file_for_path (glocalvfs.c:84) ==2392== by 0x41CF91C: g_vfs_get_file_for_path (gvfs.c:94) ==2392== by 0x41911B6: g_file_new_for_path (gfile.c:5898) ==2392== by 0x8049F23: test_g_file_create_readwrite (readwrite.c:183) Bug #628331.
* Plug a mem leak in the readwrite testChristian Persch2010-09-031-0/+1
| | | | | | | | | | | | | | | | | | | ==2392== 38 (16 direct, 22 indirect) bytes in 1 blocks are definitely lost in loss record 367 of 573 ==2392== at 0x4005BDC: malloc (vg_replace_malloc.c:195) ==2392== by 0x4057094: g_malloc (gmem.c:134) ==2392== by 0x406F2D6: g_slice_alloc (gslice.c:836) ==2392== by 0x406F31B: g_slice_alloc0 (gslice.c:848) ==2392== by 0x413D5BB: g_type_create_instance (gtype.c:1867) ==2392== by 0x412372A: g_object_constructor (gobject.c:1482) ==2392== by 0x4122E1D: g_object_newv (gobject.c:1266) ==2392== by 0x4122B93: g_object_new (gobject.c:1178) ==2392== by 0x4225D74: _g_local_file_new (glocalfile.c:310) ==2392== by 0x4231897: g_local_vfs_get_file_for_path (glocalvfs.c:84) ==2392== by 0x41CF91C: g_vfs_get_file_for_path (gvfs.c:94) ==2392== by 0x41911B6: g_file_new_for_path (gfile.c:5898) ==2392== by 0x8049E30: test_g_file_open_readwrite (readwrite.c:153) Bug #628331.
* Test for unexisting files in $TMP and not in $HOMEEmilio Pozuelo Monfort2010-02-231-1/+1
| | | | | | | | Some buildd environments have an unwritable $HOME, which makes the test that looks for an unexisting file there fail. Use $TMP instead, which should be more reliable. https://bugzilla.gnome.org/show_bug.cgi?id=610860
* Revert "Move gio tests from gio/tests/ to tests/gio/"Matthias Clasen2009-07-051-0/+293
| | | | | | This reverts commit 2262d76b33094304ece0d0d9cd5920682599a49b. Move GIO tests back to where they belong.
* Move gio tests from gio/tests/ to tests/gio/Benjamin Otte2009-07-011-293/+0
| | | | | This avoids getting tests built every time when working on libgio and running make in the gio/ directory.
* Bug 587434 – regression tests failBenjamin Otte2009-06-301-1/+1
| | | | I missed one s/tmpfile/tmp_file/ which caused crashes.
* fix warnings from gcc compilation with my mad CFLAGSBenjamin Otte2009-06-291-20/+20
|
* Add tests for local GIOStream GFile opsAlexander Larsson2009-05-131-0/+293
View Lorry Controller Status