Re: Plain "./fio" segfaults on FreeBSD

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

 



On 02/25/2015 03:50 PM, Bruce Cran wrote:
> The latest code from git (built using clang) causes a segfault after
> printing the usage text when "./fio" is run:
> 
> [New LWP 100111]
> No jobs(s) defined
> 
> fio-2.2.5-28-g93eeb
> [usage text]
> [New Thread 801c06400 (LWP 100111/fio)]
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 801c06400 (LWP 100111/fio)]
> flist_empty (head=0x802000040) at flist.h:119
> 119             return head->next == head;
> Current language:  auto; currently minimal
> (gdb) p head
> $1 = (const struct flist_head *) 0x802000040

I can reproduce this, very strange... I'll debug it.

> Also, could we update -std=gnu99 to -std=c11 and use _Static_assert in
> compiler.h? Currently, turning optimizations off in the Makefile causes
> linker failures such as "fio/libfio.c:308: undefined reference to
> `__compiletime_assert_308'".

I think it'd be more bullet proof (considering other platforms) to just
not do the compile time asserts at all if optimizations aren't enabled.
I'd be happy to take a patch for that...

-- 
Jens Axboe

--
To unsubscribe from this list: send the line "unsubscribe fio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Linux SCSI]     [Linux IDE]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux