libzpool assert vs libc assert

[Andriy Gapon]

So anyone else feels that this is a bug?

on 28/05/2009 16:55 Andriy Gapon said the following:
> on 28/05/2009 16:26 Henri Hennebert said the following:
>> (gdb) bt
>> #0  0x00000008012a6f22 in strlen () from /lib/libc.so.7
>> #1  0x00000008012a0feb in open () from /lib/libc.so.7
>> #2  0x000000080129ea59 in open () from /lib/libc.so.7
>> #3  0x00000008012a1f2e in vfprintf () from /lib/libc.so.7
>> #4  0x0000000801291158 in fprintf () from /lib/libc.so.7
>> #5  0x0000000801290fb0 in __assert () from /lib/libc.so.7
> 
> I find the above part interesting.
> Could this be because of the following discrepancy:
> 
> 1)
> cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h:
> extern void __assert(const char *, const char *, int);
> 2)
> lib/libc/gen/assert.c:
> void
> __assert(func, file, line, failedexpr)
>         const char *func, *file;
>         int line;
>         const char *failedexpr;
> 
>> #6  0x0000000800fef120 in zmutex_destroy () from /lib/libzpool.so.1
>> #7  0x000000080102e1a0 in dsl_dataset_fast_stat () from /lib/libzpool.so.1
>> #8  0x0000000801045ffa in dbuf_find () from /lib/libzpool.so.1
>> #9  0x0000000801047bf3 in dmu_buf_rele () from /lib/libzpool.so.1
>> #10 0x0000000801027546 in dsl_pool_open () from /lib/libzpool.so.1
>> #11 0x000000080101bcec in spa_create () from /lib/libzpool.so.1
>> #12 0x000000080101c820 in spa_tryimport () from /lib/libzpool.so.1


-- 
Andriy Gapon