Re: is tests/basic/gfapi/libgfapi-fini-hang.t broken in NetBSD ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Fri, Jul 7, 2017, at 03:36 AM, Niels de Vos wrote:
> The segfault is caused by GF_ASSERT() on
> https://review.gluster.org/#/c/17662/2/libglusterfs/src/mem-pool.c@563 .
> At the moment I'm not sure how this can happen, unless glfs_fini() is
> called more than once on a glfs_t object.

It's because the test deliberately calls glfs_fini without calling
glfs_init.  Unlike most APIs, in GFAPI "init" is neither a module-level
operation  nor the first thing users should call.  Looking at what
already happens in glfs_new vs. glfs_fini, it looks like the call to
mem_pools_init should have gone into glfs_new anyway.  It's easy to fix;
I'll send a patch for it shortly.

The other mystery is why this same test passed on Centos.  Seems like it
should have failed in exactly the same way.
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-devel



[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux