[build] Undefined reference to symbol __cxa_demangle@@CXXABI_1.3

I compiled with clang on FreeBSD but i have problem with linker
If i added flag -lcxxrt then i compiled all examples but on freebsd programs crash.
mkdir build
cd build
cmake -DENABLE_ASAN=ON -DENABLE_UBSAN=ON ..
gmake -j4

-- The C compiler identification is Clang 4.0.0
-- The CXX compiler identification is Clang 4.0.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Performing Test COMPILER_HAS_THOSE_TOGGLES
-- Performing Test COMPILER_HAS_THOSE_TOGGLES - Success
-- Testing if -Werror=pointer-arith can be used -- works
-- Testing if -Werror=implicit-function-declaration can be used -- works
-- Testing if -fno-omit-frame-pointer can be used -- works
-- Testing if -fsanitize=address can be used -- works
-- Testing if -fno-omit-frame-pointer can be used -- works
-- Testing if -fsanitize=undefined can be used -- works
-- Found OpenGL: /usr/local/lib/libGL.so
-- Looking for XOpenDisplay in /usr/local/lib/libX11.so;/usr/local/lib/libXext.so
-- Looking for XOpenDisplay in /usr/local/lib/libX11.so;/usr/local/lib/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/local/lib/libX11.so
-- Compiling with the flags:
--   PLATFORM=PLATFORM_DESKTOP
--   GRAPHICS=GRAPHICS_API_OPENGL_33
-- Looking for CLOCK_MONOTONIC
-- Looking for CLOCK_MONOTONIC - not found
-- Looking for QueryPerformanceCounter
-- Looking for QueryPerformanceCounter - not found
-- Looking for include file OVR_CAPI_GL.h
-- Looking for include file OVR_CAPI_GL.h - not found
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/home/bsd/Code/raylib/build
Scanning dependencies of target raylib
[  1%] Building C object release/CMakeFiles/raylib.dir/audio.c.o
[  1%] Building C object release/CMakeFiles/raylib.dir/core.c.o
[  2%] Building C object release/CMakeFiles/raylib.dir/models.c.o
[  2%] Building C object release/CMakeFiles/raylib.dir/rglfw.c.o
[  3%] Building C object release/CMakeFiles/raylib.dir/rlgl.c.o
[  3%] Building C object release/CMakeFiles/raylib.dir/shapes.c.o
[  4%] Building C object release/CMakeFiles/raylib.dir/text.c.o
[  4%] Building C object release/CMakeFiles/raylib.dir/textures.c.o
[  5%] Building C object release/CMakeFiles/raylib.dir/utils.c.o
[  5%] Building C object release/CMakeFiles/raylib.dir/external/mini_al.c.o
[  6%] Building C object release/CMakeFiles/raylib.dir/external/stb_vorbis.c.o
[  6%] Linking C static library libraylib.a
[  6%] Built target raylib
Scanning dependencies of target textures_image_drawing
Scanning dependencies of target textures_srcrec_dstrec
Scanning dependencies of target textures_raw_data
Scanning dependencies of target textures_image_processing
[  6%] Building C object examples/CMakeFiles/textures_raw_data.dir/textures/textures_raw_data.c.o
[  7%] Building C object examples/CMakeFiles/textures_image_drawing.dir/textures/textures_image_drawing.c.o
[  7%] Building C object examples/CMakeFiles/textures_srcrec_dstrec.dir/textures/textures_srcrec_dstrec.c.o
[  8%] Building C object examples/CMakeFiles/textures_image_processing.dir/textures/textures_image_processing.c.o
[  9%] Linking C executable textures_srcrec_dstrec
[  9%] Linking C executable textures_image_drawing
[ 10%] Linking C executable textures_raw_data
[ 10%] Linking C executable textures_image_processing
/usr/bin/ld: /usr/bin/ld: undefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt)
//lib/libcxxrt.so.1: could not read symbols: Bad value
undefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt)
//lib/libcxxrt.so.1: could not read symbols: Bad value
/usr/bin/ld: undefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt)
//lib/libcxxrt.so.1: could not read sycc/usr/bin/ld: undefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt)
//lib/libcxxrt.so.1: could not rcce: aderror: linker command failed with exit code 1 (use -v to see invocation)
 symbolsm: Bad value
: boerrorl: s:linker command failed with exit code 1 (use -v to see invocation) Bad value

Please rerun it with gmake VERBOSE=1

Rerun
-- The C compiler identification is Clang 4.0.0
-- The CXX compiler identification is Clang 4.0.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Performing Test COMPILER_HAS_THOSE_TOGGLES
-- Performing Test COMPILER_HAS_THOSE_TOGGLES - Success
-- Testing if -Werror=pointer-arith can be used -- works
-- Testing if -Werror=implicit-function-declaration can be used -- works
-- Testing if -fno-omit-frame-pointer can be used -- works
-- Testing if -fsanitize=address can be used -- works
-- Testing if -fno-omit-frame-pointer can be used -- works
-- Testing if -fsanitize=undefined can be used -- works
-- Found OpenGL: /usr/local/lib/libGL.so
-- Looking for XOpenDisplay in /usr/local/lib/libX11.so;/usr/local/lib/libXext.so
-- Looking for XOpenDisplay in /usr/local/lib/libX11.so;/usr/local/lib/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/local/lib/libX11.so
-- Compiling with the flags:
--   PLATFORM=PLATFORM_DESKTOP
--   GRAPHICS=GRAPHICS_API_OPENGL_33
-- Looking for CLOCK_MONOTONIC
-- Looking for CLOCK_MONOTONIC - not found
-- Looking for QueryPerformanceCounter
-- Looking for QueryPerformanceCounter - not found
-- Looking for include file OVR_CAPI_GL.h
-- Looking for include file OVR_CAPI_GL.h - not found
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/home/bsd/Code/raylib/build
/usr/local/bin/cmake -H/usr/home/bsd/Code/raylib -B/usr/home/bsd/Code/raylib/build --check-build-system CMakeFiles/Makefile.cmake 0
/usr/local/bin/cmake -E cmake_progress_start /usr/home/bsd/Code/raylib/build/CMakeFiles /usr/home/bsd/Code/raylib/build/CMakeFiles/progress.marks
gmake -f CMakeFiles/Makefile2 all
gmake[1]: Entering directory '/usr/home/bsd/Code/raylib/build'
gmake -f release/CMakeFiles/raylib.dir/build.make release/CMakeFiles/raylib.dir/depend
gmake[2]: Entering directory '/usr/home/bsd/Code/raylib/build'
cd /usr/home/bsd/Code/raylib/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /usr/home/bsd/Code/raylib /usr/home/bsd/Code/raylib/src /usr/home/bsd/Code/raylib/build /usr/home/bsd/Code/raylib/build/release /usr/home/bsd/Code/raylib/build/release/CMakeFiles/raylib.dir/DependInfo.cmake --color=
Dependee "/usr/home/bsd/Code/raylib/build/release/CMakeFiles/raylib.dir/DependInfo.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/release/CMakeFiles/raylib.dir/depend.internal".
Dependee "/usr/home/bsd/Code/raylib/build/release/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/release/CMakeFiles/raylib.dir/depend.internal".

Dependee "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_image_processing.dir/depend.internal".
Scanning dependencies of target textures_image_processing
Dependee "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_srcrec_dstrec.dir/DependInfo.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_srcrec_dstrec.dir/depend.internal".
Dependee "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_srcrec_dstrec.dir/depend.internal".
Scanning dependencies of target textures_srcrec_dstrec
Dependee "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_raw_data.dir/DependInfo.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_raw_data.dir/depend.internal".
Dependee "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_raw_data.dir/depend.internal".
Scanning dependencies of target textures_raw_data
Dependee "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_image_drawing.dir/DependInfo.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_image_drawing.dir/depend.internal".
Dependee "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/usr/home/bsd/Code/raylib/build/examples/CMakeFiles/textures_image_drawing.dir/depend.internal".
Scanning dependencies of target textures_image_drawing
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake -f examples/CMakeFiles/textures_image_processing.dir/build.make examples/CMakeFiles/textures_image_processing.dir/build
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake -f examples/CMakeFiles/textures_image_drawing.dir/build.make examples/CMakeFiles/textures_image_drawing.dir/build
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake -f examples/CMakeFiles/textures_raw_data.dir/build.make examples/CMakeFiles/textures_raw_data.dir/build
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake -f examples/CMakeFiles/textures_srcrec_dstrec.dir/build.make examples/CMakeFiles/textures_srcrec_dstrec.dir/build
gmake[2]: Entering directory '/usr/home/bsd/Code/raylib/build'
gmake[2]: Entering directory '/usr/home/bsd/Code/raylib/build'
gmake[2]: Entering directory '/usr/home/bsd/Code/raylib/build'
gmake[2]: Entering directory '/usr/home/bsd/Code/raylib/build'
[  7%] Building C object examples/CMakeFiles/textures_image_processing.dir/textures/textures_image_processing.c.o
cd /usr/home/bsd/Code/raylib/build/examples && /usr/bin/cc -DGRAPHICS_API_OPENGL_33 -DPLATFORM_DESKTOP -I/usr/local/include -I/usr/home/bsd/Code/raylib/examples/../build/release -I/usr/home/bsd/Code/raylib/examples/../src/external -I/usr/home/bsd/Code/raylib/examples/../src/external/glfw/include  -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    -std=gnu99 -o CMakeFiles/textures_image_processing.dir/textures/textures_image_processing.c.o   -c /usr/home/bsd/Code/raylib/examples/textures/textures_image_processing.c
[  7%] Building C object examples/CMakeFiles/textures_raw_data.dir/textures/textures_raw_data.c.o
[  7%] Building C object examples/CMakeFiles/textures_srcrec_dstrec.dir/textures/textures_srcrec_dstrec.c.o
cd /usr/home/bsd/Code/raylib/build/examples && /usr/bin/cc -DGRAPHICS_API_OPENGL_33 -DPLATFORM_DESKTOP -I/usr/local/include -I/usr/home/bsd/Code/raylib/examples/../build/release -I/usr/home/bsd/Code/raylib/examples/../src/external -I/usr/home/bsd/Code/raylib/examples/../src/external/glfw/include  -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    -std=gnu99 -o CMakeFiles/textures_raw_data.dir/textures/textures_raw_data.c.o   -c /usr/home/bsd/Code/raylib/examples/textures/textures_raw_data.c
cd /usr/home/bsd/Code/raylib/build/examples && /usr/bin/cc -DGRAPHICS_API_OPENGL_33 -DPLATFORM_DESKTOP -I/usr/local/include -I/usr/home/bsd/Code/raylib/examples/../build/release -I/usr/home/bsd/Code/raylib/examples/../src/external -I/usr/home/bsd/Code/raylib/examples/../src/external/glfw/include  -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    -std=gnu99 -o CMakeFiles/textures_srcrec_dstrec.dir/textures/textures_srcrec_dstrec.c.o   -c /usr/home/bsd/Code/raylib/examples/textures/textures_srcrec_dstrec.c
[  8%] Building C object examples/CMakeFiles/textures_image_drawing.dir/textures/textures_image_drawing.c.o
cd /usr/home/bsd/Code/raylib/build/examples && /usr/bin/cc -DGRAPHICS_API_OPENGL_33 -DPLATFORM_DESKTOP -I/usr/local/include -I/usr/home/bsd/Code/raylib/examples/../build/release -I/usr/home/bsd/Code/raylib/examples/../src/external -I/usr/home/bsd/Code/raylib/examples/../src/external/glfw/include  -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    -std=gnu99 -o CMakeFiles/textures_image_drawing.dir/textures/textures_image_drawing.c.o   -c /usr/home/bsd/Code/raylib/examples/textures/textures_image_drawing.c
[  8%] Linking C executable textures_image_drawing
cd /usr/home/bsd/Code/raylib/build/examples && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/textures_image_drawing.dir/link.txt --verbose=1
[  9%] Linking C executable textures_srcrec_dstrec
cd /usr/home/bsd/Code/raylib/build/examples && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/textures_srcrec_dstrec.dir/link.txt --verbose=1
/usr/bin/cc -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    CMakeFiles/textures_srcrec_dstrec.dir/textures/textures_srcrec_dstrec.c.o  -o textures_srcrec_dstrec ../release/libraylib.a -lm -L/usr/lib -lpthread -L/usr/local/lib -lGL -lGLU -lSM -lICE -lX11 -lXext -lXrandr -lXinerama -lXi -lXxf86vm -lXcursor
/usr/bin/cc -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    CMakeFiles/textures_image_drawing.dir/textures/textures_image_drawing.c.o  -o textures_image_drawing ../release/libraylib.a -lm -L/usr/lib -lpthread -L/usr/local/lib -lGL -lGLU -lSM -lICE -lX11 -lXext -lXrandr -lXinerama -lXi -lXxf86vm -lXcursor
[ 10%] Linking C executable textures_raw_data
cd /usr/home/bsd/Code/raylib/build/examples && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/textures_raw_data.dir/link.txt --verbose=1
[ 10%] Linking C executable textures_image_processing
cd /usr/home/bsd/Code/raylib/build/examples && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/textures_image_processing.dir/link.txt --verbose=1
/usr/bin/cc -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    CMakeFiles/textures_raw_data.dir/textures/textures_raw_data.c.o  -o textures_raw_data ../release/libraylib.a -lm -L/usr/lib -lpthread -L/usr/local/lib -lGL -lGLU -lSM -lICE -lX11 -lXext -lXrandr -lXinerama -lXi -lXxf86vm -lXcursor
/usr/bin/cc -fsanitize=undefined -fno-omit-frame-pointer -fsanitize=address -fno-omit-frame-pointer -Werror=implicit-function-declaration -Werror=pointer-arith    CMakeFiles/textures_image_processing.dir/textures/textures_image_processing.c.o  -o textures_image_processing ../release/libraylib.a -lm -L/usr/lib -lpthread -L/usr/local/lib -lGL -lGLU -lSM -lICE -lX11 -lXext -lXrandr -lXinerama -lXi -lXxf86vm -lXcursor
/usr/bin/ld: undefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt)/usr/bin/ld:
/usr/bin/ld: //lib/libcxxrt.so.1: undefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt)c
ould//lib/libcxxrt.so.1: could notundefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt) rea
d s//lib/libcxxrt.so.1 noy: could nombols: Bad value
t read symbols: Bad value
t read symbols: Bad value
/usr/bin/ld: undefined reference to symbol `__cxa_demangle@@CXXABI_1.3' (try adding -lcxxrt)
//lib/libcxxrt.so.1: could not read symbols: Bad value
cc: error: linker command failed with exit code 1 (use -v to see invocation)
cc: ccerror: linker command failed with exit code 1 (use -v to see invocation)
: error: gmake[2]: *** [examples/CMakeFiles/textures_raw_data.dir/build.make:96: examples/textures_raw_data] Error 1
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake[1]: *** [CMakeFiles/Makefile2:267: examples/CMakeFiles/textures_raw_data.dir/all] Error 2
linker command failed with exit code 1 (use -v to see invocation)
gmake[1]: *** Waiting for unfinished jobs....
gmake[2]: *** [examples/CMakeFiles/textures_srcrec_dstrec.dir/build.make:96: examples/textures_srcrec_dstrec] Error 1
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake[2]: *** [examples/CMakeFiles/textures_image_processing.dir/build.make:96: examples/textures_image_processing] Error 1
gmake[1]: *** [CMakeFiles/Makefile2:304: examples/CMakeFiles/textures_srcrec_dstrec.dir/all] Error 2
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake[1]: *** [CMakeFiles/Makefile2:341: examples/CMakeFiles/textures_image_processing.dir/all] Error 2
gmake[2]: *** [examples/CMakeFiles/textures_image_drawing.dir/build.make:96: examples/textures_image_drawing] Error 1
gmake[2]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake[1]: *** [CMakeFiles/Makefile2:378: examples/CMakeFiles/textures_image_drawing.dir/all] Error 2
gmake[1]: Leaving directory '/usr/home/bsd/Code/raylib/build'
gmake: *** [Makefile:152: all] Error 2

Could you test whether this also happens when:
cmake -DENABLE_ASAN=OFF -DENABLE_UBSAN=OFF
cmake -DENABLE_ASAN=ON
cmake -DENABLE_UBSAN=ON

It began when you added asan to CMakefile but i dont know why it doesnt work.
I try recompile my environment .

We don't ship C++ code, so I assume either ASan or UBSan erroneously tries to demangle our symbol names. Linking with the C++ runtime might fix it but that would be the wrong approach. It might need to be reported to the FreeBSD people. This looks similar: https://reviews.llvm.org/D22939

I think that this Freebsd bug ,maybe is broken combination clang and asan on Freebsd.

Only cmake ..
cmake ..
./audio_raw_stream
INFO: Initializing raylib (v1.9.4-dev)
INFO: Display device initialized successfully
INFO: Display size: 1920 x 1009
INFO: Render size: 800 x 450
INFO: Screen size: 800 x 450
INFO: Viewport offsets: 0, 0
INFO: GLAD: OpenGL extensions loaded successfully
INFO: OpenGL 3.3 Core profile supported
INFO: GPU: Vendor:   VMware, Inc.
INFO: GPU: Renderer: llvmpipe (LLVM 5.0, 256 bits)
INFO: GPU: Version:  3.3 (Core Profile) Mesa 17.3.1
INFO: GPU: GLSL:     3.30
INFO: Number of supported extensions: 154
INFO: [EXTENSION] DXT compressed textures supported
INFO: [EXTENSION] ETC2/EAC compressed textures supported
INFO: [EXTENSION] Clamp mirror wrap texture mode supported
INFO: [TEX ID 1] Texture created successfully (1x1 - 1 mipmaps)
INFO: [TEX ID 1] Base white texture loaded successfully
INFO: [SHDR ID 1] Shader compiled successfully
INFO: [SHDR ID 2] Shader compiled successfully
INFO: [SHDR ID 3] Shader program loaded successfully
INFO: [SHDR ID 3] Default shader loaded successfully
INFO: [CPU] Default buffers initialized successfully (lines, triangles, quads)
INFO: [VAO ID 1] Default buffers VAO initialized successfully (lines)
INFO: [VAO ID 2] Default buffers VAO initialized successfully (triangles)
INFO: [VAO ID 3] Default buffers VAO initialized successfully (quads)
INFO: OpenGL default states initialized successfully
INFO: [TEX ID 2] Texture created successfully (128x128 - 1 mipmaps)
INFO: [TEX ID 2] Default font loaded successfully
INFO: Audio device initialized successfully: Default Playback Device
INFO: Audio backend: mini_al / OSS
INFO: Audio format: 32-bit IEEE Floating Point -> 32-bit Signed Integer
INFO: Audio channels: 2 -> 2
INFO: Audio sample rate: 44100 -> 44100
INFO: Audio buffer size: 2048
INFO: [AUD ID 0] Audio stream loaded successfully (22050 Hz, 16 bit, Mono)
INFO: Target time per frame: 33.333 milliseconds
fish: './audio_raw_stream' terminated by signal SIGBUS (Misaligned address error)

That's an odd one. Could you compile that single example with ASan and see where it fails? What architecture are you virtualizing?

Yes, but run it with ASanUBSan and see if it reports an unaligned access too. If not, please run it under lldb/gdb:
gdb ./audio_raw_stream
gdb$ r
# now it should crash
gdb $ bt
# copy backtrace

What architecture are you virtualizing?

Architecture:
FreeBSD  11.1-RELEASE-p4 FreeBSD 11.1-RELEASE-p4 #0: Tue Nov 14 06:12:40 UTC 2017     root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
 gdb ./audio_module_playing
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
(gdb) r
Starting program: /usr/home/bsd/Code/raylib/build/examples/audio_module_playing
INFO: Initializing raylib (v1.9.4-dev)
INFO: Trying to enable MSAA x4
INFO: Display device initialized successfully
INFO: Display size: 1920 x 1009
INFO: Render size: 800 x 450
INFO: Screen size: 800 x 450
INFO: Viewport offsets: 0, 0
INFO: GLAD: OpenGL extensions loaded successfully
INFO: OpenGL 3.3 Core profile supported
INFO: GPU: Vendor:   VMware, Inc.
INFO: GPU: Renderer: llvmpipe (LLVM 5.0, 256 bits)
INFO: GPU: Version:  3.3 (Core Profile) Mesa 17.3.1
INFO: GPU: GLSL:     3.30
INFO: Number of supported extensions: 154
INFO: [EXTENSION] DXT compressed textures supported
INFO: [EXTENSION] ETC2/EAC compressed textures supported
INFO: [EXTENSION] Clamp mirror wrap texture mode supported
INFO: [TEX ID 1] Texture created successfully (1x1 - 1 mipmaps)
INFO: [TEX ID 1] Base white texture loaded successfully
INFO: [SHDR ID 1] Shader compiled successfully
INFO: [SHDR ID 2] Shader compiled successfully
INFO: [SHDR ID 3] Shader program loaded successfully
INFO: [SHDR ID 3] Default shader loaded successfully
INFO: [CPU] Default buffers initialized successfully (lines, triangles, quads)
INFO: [VAO ID 1] Default buffers VAO initialized successfully (lines)
INFO: [VAO ID 2] Default buffers VAO initialized successfully (triangles)
INFO: [VAO ID 3] Default buffers VAO initialized successfully (quads)
INFO: OpenGL default states initialized successfully
INFO: [TEX ID 2] Texture created successfully (128x128 - 1 mipmaps)
INFO: [TEX ID 2] Default font loaded successfully
INFO: Audio device initialized successfully: Default Playback Device
INFO: Audio backend: mini_al / OSS
INFO: Audio format: 32-bit IEEE Floating Point -> 32-bit Signed Integer
INFO: Audio channels: 2 -> 2
INFO: Audio sample rate: 44100 -> 44100
INFO: Audio buffer size: 2048
INFO: [AUD ID 0] Audio stream loaded successfully (48000 Hz, 16 bit, Stereo)
INFO: Target time per frame: 16.667 milliseconds

Program received signal SIGBUS, Bus error.
0x00000008087892c6 in llvm::make_range<llvm::po_iterator<llvm::DomTreeNodeBase<llvm::BasicBlock> const*, llvm::SmallPtrSet<llvm::DomTreeNodeBase<llvm::BasicBlock> const*, 8u>, false, llvm::GraphTraits<llvm::DomTreeNodeBase<llvm::BasicBlock> const*> > > () from /usr/local/llvm50/lib/libLLVM-5.0.so
Current language:  auto; currently minimal
(gdb) bt
#0  0x00000008087892c6 in llvm::make_range<llvm::po_iterator<llvm::DomTreeNodeBase<llvm::BasicBlock> const*, llvm::SmallPtrSet<llvm::DomTreeNodeBase<llvm::BasicBlock> const*, 8u>, false, llvm::GraphTraits<llvm::DomTreeNodeBase<llvm::BasicBlock> const*> > > () from /usr/local/llvm50/lib/libLLVM-5.0.so
#1  0x0000000808782b70 in llvm::post_order<llvm::DomTreeNodeBase<llvm::BasicBlock> const*> () from /usr/local/llvm50/lib/libLLVM-5.0.so
#2  0x0000000808781bad in llvm::LoopInfoBase<llvm::BasicBlock, llvm::Loop>::analyze () from /usr/local/llvm50/lib/libLLVM-5.0.so
#3  0x0000000808786f31 in llvm::LoopInfoWrapperPass::runOnFunction () from /usr/local/llvm50/lib/libLLVM-5.0.so
#4  0x0000000807b786ba in llvm::FPPassManager::runOnFunction () from /usr/local/llvm50/lib/libLLVM-5.0.so
#5  0x0000000807b77e19 in llvm::legacy::FunctionPassManagerImpl::run () from /usr/local/llvm50/lib/libLLVM-5.0.so
#6  0x0000000807b77c8a in llvm::legacy::FunctionPassManager::run () from /usr/local/llvm50/lib/libLLVM-5.0.so
#7  0x0000000807aea809 in LLVMRunFunctionPassManager () from /usr/local/llvm50/lib/libLLVM-5.0.so
#8  0x0000000805f5f4e8 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#9  0x000000080612259f in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#10 0x00000008061216bb in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#11 0x000000080610bd37 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#12 0x0000000805c9d024 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#13 0x0000000805c6721c in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#14 0x0000000805c64c94 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#15 0x000000000044543b in DrawBuffersDefault () at /usr/home/bsd/Code/raylib/src/rlgl.c:3718
#16 0x00000000004422fe in rlglDraw () at /usr/home/bsd/Code/raylib/src/rlgl.c:1299
#17 0x000000000041c9fd in EndDrawing () at /usr/home/bsd/Code/raylib/src/core.c:838
#18 0x0000000000405098 in main () at /usr/home/bsd/Code/raylib/examples/audio/audio_module_playing.c:127

Could you apply (git am) following patch:
From 75ce0f9768aea477a4f0cc0ca0264a835286c623 Mon Sep 17 00:00:00 2001
From: Ahmad Fatoum<EMAIL_ADDRESS>Date: Sun, 25 Feb 2018 20:01:33 +0100
Subject: [PATCH] Guess at fixing FreeBSD SIGBUS

---
 src/rlgl.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/src/rlgl.c b/src/rlgl.c
index 46e0668..12fddb1 100644
--- a/src/rlgl.c
+++ b/src/rlgl.c
@@ -3714,11 +3714,11 @@ static void DrawBuffersDefault(void)
                 glBindTexture(GL_TEXTURE_2D, draws[i].textureId);

                 // NOTE: The final parameter tells the GPU the offset in bytes from the start of the index buffer to the location of the first index to process
-    #if defined(GRAPHICS_API_OPENGL_33)
-                glDrawElements(GL_TRIANGLES, numIndicesToProcess, GL_UNSIGNED_INT, (GLvoid *)(sizeof(GLuint)*indicesOffset));
-    #elif defined(GRAPHICS_API_OPENGL_ES2)
+    //#if defined(GRAPHICS_API_OPENGL_33)
+    //            glDrawElements(GL_TRIANGLES, numIndicesToProcess, GL_UNSIGNED_INT, (GLvoid *)(sizeof(GLuint)*indicesOffset));
+    //#elif defined(GRAPHICS_API_OPENGL_ES2)
                 glDrawElements(GL_TRIANGLES, numIndicesToProcess, GL_UNSIGNED_SHORT, (GLvoid *)(sizeof(GLushort)*indicesOffset));
-    #endif
+    //#endif
                 //GLenum err;
                 //if ((err = glGetError()) != GL_NO_ERROR) TraceLog(LOG_INFO, "OpenGL error: %i", (int)err);    //GL_INVALID_ENUM!

--
2.16.1

and see if it fixes it? It's just a guess...

This is result
gdb ./audio_module_playing
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
(gdb) r
Starting program: /usr/home/bsd/Code/raylib/build/examples/audio_module_playing
INFO: Initializing raylib (v1.9.4-dev)
INFO: Trying to enable MSAA x4
INFO: Display device initialized successfully
INFO: Display size: 1920 x 1009
INFO: Render size: 800 x 450
INFO: Screen size: 800 x 450
INFO: Viewport offsets: 0, 0
INFO: GLAD: OpenGL extensions loaded successfully
INFO: OpenGL 3.3 Core profile supported
INFO: GPU: Vendor:   VMware, Inc.
INFO: GPU: Renderer: llvmpipe (LLVM 5.0, 256 bits)
INFO: GPU: Version:  3.3 (Core Profile) Mesa 17.3.1
INFO: GPU: GLSL:     3.30
INFO: Number of supported extensions: 154
INFO: [EXTENSION] DXT compressed textures supported
INFO: [EXTENSION] ETC2/EAC compressed textures supported
INFO: [EXTENSION] Clamp mirror wrap texture mode supported
INFO: [TEX ID 1] Texture created successfully (1x1 - 1 mipmaps)
INFO: [TEX ID 1] Base white texture loaded successfully
INFO: [SHDR ID 1] Shader compiled successfully
INFO: [SHDR ID 2] Shader compiled successfully
INFO: [SHDR ID 3] Shader program loaded successfully
INFO: [SHDR ID 3] Default shader loaded successfully
INFO: [CPU] Default buffers initialized successfully (lines, triangles, quads)
INFO: [VAO ID 1] Default buffers VAO initialized successfully (lines)
INFO: [VAO ID 2] Default buffers VAO initialized successfully (triangles)
INFO: [VAO ID 3] Default buffers VAO initialized successfully (quads)
INFO: OpenGL default states initialized successfully
INFO: [TEX ID 2] Texture created successfully (128x128 - 1 mipmaps)
INFO: [TEX ID 2] Default font loaded successfully
INFO: Audio device initialized successfully: Default Playback Device
INFO: Audio backend: mini_al / OSS
INFO: Audio format: 32-bit IEEE Floating Point -> 32-bit Signed Integer
INFO: Audio channels: 2 -> 2
INFO: Audio sample rate: 44100 -> 44100
INFO: Audio buffer size: 2048
INFO: [AUD ID 0] Audio stream loaded successfully (48000 Hz, 16 bit, Stereo)
INFO: Target time per frame: 16.667 milliseconds

Program received signal SIGBUS, Bus error.
0x000000080867fba3 in llvm::AAResults::getModRefInfo () from /usr/local/llvm50/lib/libLLVM-5.0.so
Current language:  auto; currently minimal
(gdb) bt
#0  0x000000080867fba3 in llvm::AAResults::getModRefInfo () from /usr/local/llvm50/lib/libLLVM-5.0.so
#1  0x000000080876a16c in llvm::FindAvailablePtrLoadStore () from /usr/local/llvm50/lib/libLLVM-5.0.so
#2  0x0000000808769eee in llvm::FindAvailableLoadedValue () from /usr/local/llvm50/lib/libLLVM-5.0.so
#3  0x0000000808397cf0 in std::__1::vector<llvm::PHINode*, std::__1::allocator<llvm::PHINode*> >::__push_back_slow_path<llvm::PHINode* const&> () from /usr/local/llvm50/lib/libLLVM-5.0.so
#4  0x000000080833729b in llvm::EmitGEPOffset<llvm::IRBuilder<llvm::TargetFolder, llvm::IRBuilderCallbackInserter> > () from /usr/local/llvm50/lib/libLLVM-5.0.so
#5  0x0000000808339030 in llvm::InstCombinePass::run () from /usr/local/llvm50/lib/libLLVM-5.0.so
#6  0x00000008083395c3 in llvm::InstructionCombiningPass::runOnFunction () from /usr/local/llvm50/lib/libLLVM-5.0.so
#7  0x0000000807b786ba in llvm::FPPassManager::runOnFunction () from /usr/local/llvm50/lib/libLLVM-5.0.so
#8  0x0000000807b77e19 in llvm::legacy::FunctionPassManagerImpl::run () from /usr/local/llvm50/lib/libLLVM-5.0.so
#9  0x0000000807b77c8a in llvm::legacy::FunctionPassManager::run () from /usr/local/llvm50/lib/libLLVM-5.0.so
#10 0x0000000807aea809 in LLVMRunFunctionPassManager () from /usr/local/llvm50/lib/libLLVM-5.0.so
#11 0x0000000805f5f4e8 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#12 0x000000080612259f in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#13 0x00000008061216bb in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#14 0x000000080610bd37 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#15 0x0000000805c9d024 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#16 0x0000000805c6721c in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#17 0x0000000805c64c94 in __driDriverGetExtensions_vmwgfx () from /usr/local/lib/dri/swrast_dri.so
#18 0x000000000044543b in DrawBuffersDefault () at /usr/home/bsd/Code/raylib/src/rlgl.c:3720
#19 0x00000000004422fe in rlglDraw () at /usr/home/bsd/Code/raylib/src/rlgl.c:1299
#20 0x000000000041c9fd in EndDrawing () at /usr/home/bsd/Code/raylib/src/core.c:838
#21 0x0000000000405098 in main () at /usr/home/bsd/Code/raylib/examples/audio/audio_module_playing.c:127

You can throw away the commit with git reset --hard HEAD^. I can hardly think of a reason why raylib would cause A SIGBUS 15 call sites down inside of llvmpipe... You are on x86, so it might be SSE2 alignment, but that issue should crop up on Linux too. I assume you have enough disk space, so it can't be failure to satisfy a hard page fault... This is with Mesa and llvmpipe as provided by the FreeBSD ports, correct? Could you show the disassembly for when it crashes?
gdb ./audio_module_playing
gdb$ layout asm
gdb$ r

and copy the disassembly around where it crashed.

   ┌─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
   │0x80867fb6d <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+45>       pop    %r13                                                                                │
   │0x80867fb6f <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+47>       pop    %r14                                                                                │
   │0x80867fb71 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+49>       pop    %r15                                                                                │
   │0x80867fb73 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+51>       pop    %rbp                                                                                │
   │0x80867fb74 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+52>       retq                                                                                │
   │0x80867fb75 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+53>       cmpq   $0x0,(%r15)                                                                                │
   │0x80867fb79 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+57>       je     0x80867fbbf <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+127>                                        │
   │0x80867fb7b <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+59>       lea    -0x50(%rbp),%rdi                                                                                │
   │0x80867fb7f <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+63>       callq  0x80796bb24 <_ZN4llvm14MemoryLocation3getEPKNS_9StoreInstE@plt>                                                                   │
   │0x80867fb84 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+68>       mov    0x8(%r14),%rbx                                                                                │
   │0x80867fb88 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+72>       mov    0x10(%r14),%r13                                                                                │
   │0x80867fb8c <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+76>       cmp    %r13,%rbx                                                                                │
   │0x80867fb8f <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+79>       je     0x80867fbcb <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+139>                                        │
   │0x80867fb91 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+81>       lea    -0x50(%rbp),%r12                                                                                │
   │0x80867fb95 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+85>       nopw   %cs:0x0(%rax,%rax,1)                                                                                │
   │0x80867fba0 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+96>       mov    (%rbx),%rdi                                                                                │
  >│0x80867fba3 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+99>       mov    (%rdi),%rax                                                                                │
   │0x80867fba6 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+102>      mov    %r12,%rsi                                                                                │
   │0x80867fba9 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+105>      mov    %r15,%rdx                                                                                │
   │0x80867fbac <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+108>      callq  *0x18(%rax)                                                                                │
   │0x80867fbaf <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+111>      cmp    $0x1,%eax                                                                                │
   │0x80867fbb2 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+114>      jne    0x80867fbc7 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+135>                                        │
   │0x80867fbb4 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+116>      add    $0x8,%rbx                                                                                │
   │0x80867fbb8 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+120>      cmp    %rbx,%r13                                                                                │
   │0x80867fbbb <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+123>      jne    0x80867fba0 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+96>                                         │
   │0x80867fbbd <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+125>      jmp    0x80867fbcb <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+139>                                        │
   │0x80867fbbf <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+127>      mov    $0x2,%r12d                                                                                │
   │0x80867fbc5 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+133>      jmp    0x80867fb63 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+35>                                         │
   │0x80867fbc7 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+135>      test   %eax,%eax                                                                                │
   │0x80867fbc9 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+137>      je     0x80867fc0a <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+202>                                        │
   │0x80867fbcb <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+139>      mov    0x8(%r14),%rbx                                                                                │
   │0x80867fbcf <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+143>      mov    0x10(%r14),%r14                                                                                │
   │0x80867fbd3 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+147>      cmp    %r14,%rbx                                                                                │
   │0x80867fbd6 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+150>      je     0x80867fbff <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+191>                                        │
   │0x80867fbd8 <_ZN4llvm9AAResults13getModRefInfoEPKNS_9StoreInstERKNS_14MemoryLocationE+152>      xor    %r12d,%r12d                                                                                │
   └─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
child process 17271 In: llvm::AAResults::getModRefInfo                                                                                Line: ??   PC: 0x80867fba3

Starting program: /usr/home/bsd/Code/raylib/build/examples/audio_module_playing > asm

Program received signal SIGBUS, Bus error.
0x000000080867fba3 in llvm::AAResults::getModRefInfo () from /usr/local/llvm50/lib/libLLVM-5.0.so
Current language:  auto; currently minima

Ok, I got no idea. This looks like a simple *(long*)pointer dereference, which should give a SIGSEGV at worst, not a SIGBUS, but maybe FreeBSD differs in that regard…
If you can reproduce it on a normal FreeBSD system, I would suggest reporting it upstream… Thanks for the follow-ups and sorry I can't be of more help :/

@a3f  Ok, Thanks you very much your work on debug

@a3f  i asked on irc freebsd
<ds> maxfx: also SIGBUS is a result of unreachable in LLVM
<ds> maxfx: you should use lld, GNU ld.bfd is ancient and doesn't work anymore. FreeBSD ought to kick it out and switch to lld already
<ds> and @sigbus, it's a result on unreachable on FreeBSD under certain circumstances, so it sounds like there's a bug in there. do what the person suggested and run with ubsan
<ds> maxfx: -fsanitize=undefined
<ds> maxfx: if so, mv /usr/bin/ld /usr/bin/ld.bak && ln -s /usr/bin/ld.lld /usr/bin/ld
<ds> maxfx: and if you're compiling your own FreeBSD, add WITH_LLD_IS_LD=yes in /etc/src.conf
<ds> it works just fine on amd64 and makes things actually work
<ds> ld.bfd is terrible

Now i can compile with asan without problem undefined symbol.
But Misaligned address error still is :-(.

What about UBSan?

with Ubsan also i can compiling on FreeBSD

This is from valgrind Ubuntu https://pastebin.com/wThjLTMz
=20947== Memcheck, a memory error detector
==20947== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==20947== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==20947== Command: ./audio_module_playing
==20947== Parent PID: 13237
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5E4: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==  Address 0x7f249b81c000 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5EC: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==  Address 0x7f249b81c004 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC755: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==  Address 0x7f249b81c008 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC577: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==  Address 0x7f249b81c00c is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC57D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==  Address 0x7f249b81c010 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5E4: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==    by 0x419F37: main (audio_module_playing.c:35)
==20947==  Address 0x7f249b81c014 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5EC: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==    by 0x419F37: main (audio_module_playing.c:35)
==20947==  Address 0x7f249b81c018 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC62A: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==    by 0x419F37: main (audio_module_playing.c:35)
==20947==  Address 0x7f249b81c01c is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC577: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==    by 0x419F37: main (audio_module_playing.c:35)
==20947==  Address 0x7f249b81c020 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC57D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F25B7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==    by 0x426A18: InitGraphicsDevice (core.c:1901)
==20947==    by 0x424176: InitWindow (core.c:449)
==20947==    by 0x419F37: main (audio_module_playing.c:35)
==20947==  Address 0x7f249b81c024 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5E4: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==  Address 0x7f249b81c028 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5EC: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==  Address 0x7f249b81c02c is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC755: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==  Address 0x7f249b81c030 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC577: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==  Address 0x7f249b81c034 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC57D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC89D: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==  Address 0x7f249b81c038 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5E4: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==  Address 0x7f249b81c03c is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC5EC: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==  Address 0x7f249b81c040 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC62A: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==  Address 0x7f249b81c044 is not stack'd, malloc'd or (recently) free'd
==20947==
==20947== Invalid write of size 4
==20947==    at 0x93EC577: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EC780: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB460: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93EB61F: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93F23D7: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93E20A9: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x93A4920: ??? (in /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==20947==    by 0x792C5FF: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x78FF8A1: ??? (in /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)
==20947==    by 0x46F3AF: _glfwCreateContextGLX (glx_context.c:578)
==20947==    by 0x46BB15: _glfwPlatformCreateWindow (x11_window.c:1956)
==20947==    by 0x461AF9: glfwCreateWindow (window.c:200)
==20947==  Address 0x7f249b81c048 is not stack'd, malloc'd or (recently) free'd

.... more

I think that's normal. valgrind just doesn't know, by default, about the memory mappings used in i965_dri.so, so it reports the accesses as invalid. You should get the same kind of errors when running glxdemo or glxgears under valgrind.

Yes this is true with i965_dri.so but leak somewhere is maybe in allocation in jar_xm_create_context_from_file
==15935==ERROR: LeakSanitizer: detected memory leaks

Direct leak of 25677 byte(s) in 1 object(s) allocated from:
    #0 0x7f074b0dc602 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x98602)
    #1 0x4608e4 in jar_xm_create_context_from_file (/home/razor/Documents/raylib/build/examples/audio_module_playing+0x4608e4)
    #2 0x472a96 in LoadMusicStream (/home/razor/Documents/raylib/build/examples/audio_module_playing+0x472a96)
    #3 0x41bccd in main (/home/razor/Documents/raylib/build/examples/audio_module_playing+0x41bccd)
    #4 0x7f074951782f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2082f)

Direct leak of 16 byte(s) in 1 object(s) allocated from:
    #0 0x7f074b0dc961 in realloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x98961)
    #1 0x7f074a6301fc  (/usr/lib/x86_64-linux-gnu/libX11.so.6+0x501fc)

Indirect leak of 160 byte(s) in 2 object(s) allocated from:
    #0 0x7f074b0dc79a in __interceptor_calloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x9879a)
    #1 0x7f074a6301ce  (/usr/lib/x86_64-linux-gnu/libX11.so.6+0x501ce)

Indirect leak of 16 byte(s) in 2 object(s) allocated from:
    #0 0x7f074b0dc602 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x98602)
    #1 0x7f074a630c55  (/usr/lib/x86_64-linux-gnu/libX11.so.6+0x50c55)

SUMMARY: AddressSanitizer: 25869 byte(s) leaked in 6 allocation(s)

Unfortunately, LeanSanitizer has no macOS support, so I couldn't test if 3f48ffb1b6a34f4eb95e4084976acfb6dae6a171 actually fixes the memory leak you reported. Could you pull newest master and try again? Thanks.

Commit is good and leak is ok.

Good, this still leaves the original problem (SIGBUS) though. Did you have time to run it under UBSan?

SIGBUS is still but its  maybe internal error in freebsd tools, i dont know
INFO: Target time per frame: 16.667 milliseconds
Process 71046 stopped
* thread #1, stop reason = signal SIGBUS: hardware error
    frame #0: 0x000000080827fba3 libLLVM-5.0.so`llvm::AAResults::getModRefInfo(llvm::StoreInst const*, llvm::MemoryLocation const&) + 99
libLLVM-5.0.so`llvm::AAResults::getModRefInfo:
->  0x80827fba3 <+99>:  movq   (%rdi), %rax
    0x80827fba6 <+102>: movq   %r12, %rsi
    0x80827fba9 <+105>: movq   %r15, %rdx
    0x80827fbac <+108>: callq  *0x18(%rax)
(lldb) bt
* thread #1, stop reason = signal SIGBUS: hardware error
  * frame #0: 0x000000080827fba3 libLLVM-5.0.so`llvm::AAResults::getModRefInfo(llvm::StoreInst const*, llvm::MemoryLocation const&) + 99
    frame #1: 0x000000080836a16c libLLVM-5.0.so`llvm::FindAvailablePtrLoadStore(llvm::Value*, llvm::Type*, bool, llvm::BasicBlock*, llvm::ilist_iterator<llvm::ilist_detail::node_options<llvm::Instruction, false, false, void>, false, false>&, unsigned int, llvm::AAResults*, bool*, unsigned int*) + 604
    frame #2: 0x0000000808369eee libLLVM-5.0.so`llvm::FindAvailableLoadedValue(llvm::LoadInst*, llvm::BasicBlock*, llvm::ilist_iterator<llvm::ilist_detail::node_options<llvm::Instruction, false, false, void>, false, false>&, unsigned int, llvm::AAResults*, bool*, unsigned int*) + 110
    frame #3: 0x0000000807f97cf0 libLLVM-5.0.so`___lldb_unnamed_symbol9137$$libLLVM-5.0.so + 3056
    frame #4: 0x0000000807f3729b libLLVM-5.0.so`___lldb_unnamed_symbol8746$$libLLVM-5.0.so + 2651
    frame #5: 0x0000000807f39030 libLLVM-5.0.so`___lldb_unnamed_symbol8749$$libLLVM-5.0.so + 4160
    frame #6: 0x0000000807f395c3 libLLVM-5.0.so`llvm::InstructionCombiningPass::runOnFunction(llvm::Function&) + 547
    frame #7: 0x00000008077786ba libLLVM-5.0.so`llvm::FPPassManager::runOnFunction(llvm::Function&) + 522
    frame #8: 0x0000000807777e19 libLLVM-5.0.so`llvm::legacy::FunctionPassManagerImpl::run(llvm::Function&) + 185
    frame #9: 0x0000000807777c8a libLLVM-5.0.so`llvm::legacy::FunctionPassManager::run(llvm::Function&) + 362
    frame #10: 0x00000008076ea809 libLLVM-5.0.so`LLVMRunFunctionPassManager + 25
    frame #11: 0x0000000805b5f4e8 swrast_dri.so`___lldb_unnamed_symbol12301$$swrast_dri.so + 136
    frame #12: 0x0000000805d2259f swrast_dri.so`___lldb_unnamed_symbol16509$$swrast_dri.so + 2463
    frame #13: 0x0000000805d216bb swrast_dri.so`___lldb_unnamed_symbol16506$$swrast_dri.so + 891
    frame #14: 0x0000000805d0bd37 swrast_dri.so`___lldb_unnamed_symbol16336$$swrast_dri.so + 103
    frame #15: 0x000000080589d024 swrast_dri.so`___lldb_unnamed_symbol5510$$swrast_dri.so + 612
    frame #16: 0x000000080586721c swrast_dri.so`___lldb_unnamed_symbol4968$$swrast_dri.so + 348
    frame #17: 0x0000000805864c94 swrast_dri.so`___lldb_unnamed_symbol4931$$swrast_dri.so + 180
    frame #18: audio_module_playing`DrawBuffersDefault at rlgl.c:3718
    frame #19: audio_module_playing`rlglDraw at rlgl.c:1299
    frame #20: audio_module_playing`EndDrawing at core.c:838
    frame #21: audio_module_playing`main at audio_module_playing.c:127

@a3f  maybe its internall in freebsd
BISECT: running pass (-2869504) Promote Memory to Register on function (fs131_variant0_partial)
BISECT: running pass (-2869503) Simple constant propagation on function (fs131_variant0_partial)
BISECT: running pass (-2869502) Combine redundant instructions on function (fs131_variant0_partial)
Process 32136 stopped
* thread #1, stop reason = signal SIGBUS: hardware error
    frame #0: libthr.so.3`mutex_lock_common(m=0xffe7317fffe98bff, abstime=0x0000000000000000, cvattach=false, rb_onlist=false) at thr_mutex.c:715
   712
   713 		robust = 0;  /* pacify gcc */
   714 		curthread  = _get_curthread();
-> 715 		if (!cvattach && m->m_flags & PMUTEX_FLAG_PRIVATE)
   716 			THR_CRITICAL_ENTER(curthread);
   717 		if (!rb_onlist)
   718 			robust = _mutex_enter_robust(curthread, m);

Ok, i close this bug, (Undefined reference to symbol __cxa_demangle@@CXXABI_1.3) is solved. Thanks for your help. M.


Newer released versions of promruval do not work with go.mod|sum

Hi,
We are using this project internally and like to store 3rd party tools in a tools.go file so that we can run it with other tools such as bazel. Unfortunately the latest version(s) of this are v2.3.1 for example which can not be imported into a go.mod file:
replace github.com/fusakla/promruval: version "v2.3.1" invalid: should be v0 or v1, not v2

This is by design in golang due to compatibility and how it expects semantic versioning to use a different import path: https://pkg.go.dev/cmd/go#hdr-Module_compatibility_and_semantic_versioning.
Is there plans to support this as I think it would be valuable. Please let me know if you need help with this.
Thanks,

Hi, yes this is a bit unfortunate, but the tool is versioned with the cmd interface in mind.
I'm glad the code is handy event included in your codebase, but the versioning does not take that into account, actually.
You can solve the issue if you use the commit hash instead of the tag, so for v2.3.1 use go get github.com/fusakla/promruval@ a5d6173
Sorry for the trouble, but I hope this solution is ok?
Please let me know if that works out for you.

Ok, let's bump the version in the go.mod. There is another issue about the same thing and the installation instructions are not working right now, so I agree.

Just released new version which changes the module to github.com/fusakla/promruval/v2 so you should be able to use the dependency without issues

Thank you so much! I really appreciate your support


added another heuristic for prototype selection, based on the p-media…

…n idea.

Coverage increased (+0.1%) to 93.241% when pulling ca6e2318a4294d292f24579804d5e55c94722c0d on sjanssen2:prototype_selection_constructive_pMedian into d9cc2534aea67b983508d870eb7e70c4533ee16a on biocore:master.

Coverage increased (+0.1%) to 93.241% when pulling dfb097a6c99a9111b42976d79a75f875479b2156 on sjanssen2:prototype_selection_constructive_pMedian into d9cc2534aea67b983508d870eb7e70c4533ee16a on biocore:master.

Coverage increased (+0.1%) to 93.241% when pulling 2b5598a7e0ade34deaf9440372633cff573c6777 on sjanssen2:prototype_selection_constructive_pMedian into d9cc2534aea67b983508d870eb7e70c4533ee16a on biocore:master.

@antgonza @wasade @ekopylova Would any of you like to review @sjanssen2 's code? Thanks!

@wasade Thank you!


I have no idea what I'm doing

I'm a complete novice with this sort of thing, and I need to know how to get it set-up properly. I place the whole folder into my project folder and start up the program, but what ends up happening is I get the following:
yep_autoupdate_64bit.exe
Error:  Failed attempt to launch program or document:
Action: <7z.exe>
Params: <x yep_2016.01.25.rar -aoa -o"C:\Users\Brandon\Desktop\My Flashdrive\CrazyIdea\Project3\yep_util-master\yep_autoupdate\bin\js\plugins">
Specifically: The system cannot find the file specified.
Line#

--->	173: RunWait,"%au7zPath%" x yep_%updated1%.rar -aoa -o"%A_LoopReadLine%\js\plugins",,hide
The current thread will exit.
OK
For clarification, CrazyIdea and Project3 are the names of my project, with the first being the folder its contained in and the second being the actual project. Any reasons it's giving me this message?

Okay, so first off, I'm guessing you either don't have 7-Zip installed, or have it installed but not on the PATH variable (and if you don't know what I mean there, it's no biggie). Second, you don't need to download the entire project if you're not interested in editing the tool; just pick up the binary (.exe) for your type of system (probably 64-bit it sounds like).
I would recommend downloading it to a folder above your projects (e.g. if your projects are C:\RMMV\ProjA, and C:\RMMV\ProjB, then put the .exe in C:\RMMV).
When you run it you'll be prompted to choose a project location; do so. Then add your second project from the menu option.
After you have it running from there and giving the error you reported when you try to update, you're ready to get your extraction tool setup. First choose whether you'll be using 7-Zip or WinRAR (7-Zip is free and open source; WinRAR is shareware). Once you know which one you're using, set it via the tool's menu. If you chose 7-Zip, and had it installed before posting this issue, then it's not on your PATH. Open the config file via the menu, and edit the 7ZipPath= option to the full path to your 7z.exe (e.g. 7ZipPath=C:\Program Files\7-Zip\7z.exe).
Please let me know if you have any further issues, and if you'd like, I can attempt to walk your through it via Discord.

Oh, and in case I missed something, most of what I typed there is covered here: https://github.com/nekoyoubi/yep_util/blob/master/yep_autoupdate/README.md

It's working as intended, thank you for your support.

Never a problem. Thanks for letting me help, and also for letting me know your issues are resolved. Please let me know if you have any further questions, or need any assistance.


Issue-3237: Airflow pipeline resource is not returning status for a workflow

…orkflow
Describe your changes :

Type of change :

[x] Bug fix

Frontend Preview (Screenshots) :
For frontend related change, please link screenshots of your changes preview! Optional for backend related changes.

Checklist:

[x] I have read the CONTRIBUTING document.
[ ] I have performed a self-review of my own.
[ ] I have tagged my reviewers below.
[ ] I have commented on my code, particularly in hard-to-understand areas.
[ ] My changes generate no new warnings.
[ ] I have added tests that prove my fix is effective or that my feature works.
[x] All new and existing tests passed.

Reviewers

@ayush-shah can you test this and deploy


Check out multiple repositories in parallel

[Hier Feedback eingeben]
how can i configure my pipeline to checkout multiple repos in parallel?
Currently they are checkout out in steps, which are executed one after another.

Dokumentdetails
⚠ Bearbeiten Sie diesen Abschnitt nicht. Er ist für die Verknüpfung von docs.microsoft.com zum GitHub-Artikel erforderlich.

ID: 8a0499c0-bd1c-47a0-b472-54a5d6c159b4
Version Independent ID: ec3feae0-4f23-68ab-6307-75fde645468a
Content: Check out multiple repositories in your pipeline - Azure Pipelines
Content Source: docs/pipelines/repos/multi-repo-checkout.md
Product: devops
Technology: devops-cicd-repos
GitHub Login: @steved0x
Microsoft Alias: sdanie

@MmAtBosch -- thank you for your question.  Please consider these resources and let me know if they answer it:

Azure DevOps Services
Azure DevOps on Stack Overflow

No they don´t.
And if i had found something in the documentation, i would not have asked this question.

@MmAtBosch -- Mm, I'm not sure that is possible.  Please consider adding this as a feature request here:

Developer Community

@steved0x -- Steve, can you shed some light on this scenario?


[WIP] CSM-567 integration tests for import export of wallet

@gromakovsky I need some help regarding this.

Hey @akegalj  you comments were most helpful. Thank You! Now test is working but failing in the restoreWalletFromBackup function since there is this
    wExists <- isJust <$> getWalletMeta wId
    if wExists
        then do
            throwM $ RequestError "Wallet with id already exists"

I am not familiar with the logic here but maybe I need to delete the wallet from the system once I export it  so it can do the import ?

@v0d1ch Right, to import wallet X you have to have no X at the moment :slightly_smiling_face:
deleteWallet endpoint would be helpful.

I consulted @pva701 and I will change this test to use only restoreWalletFromBackup function and avoid saving wallet on disk and importing it again.

@gromakovsky I think this is finally ready now. @pva701 can you confirm that all is good ?


npm run setup-offline downloads only 100 advisories

Looking at the resulting json, I can see:
{"total":307,"count":100,"offset":0,"results":[

and I can count only the first 100 advisories in the result list. This suggests that there is pagination turned on for https://api.nodesecurity.io/advisories, but there is no description in the readme to show how to set count or offset to get more advisories.

@AdamSaleh  You can use https://api.nodesecurity.io/advisories?offset=100 for more reacords.


Filtering errors is not working

We gave 100's of 503 - but no errors were logged as per ErrorResultFiter.cs.  What gives?
See no error logs:
{namespace="serval", container!="mongo"}  | json  | line_format "{{.app}}: {{.time}} {{.log | trunc 1000}}" |= "Serval responded with code"
See errors:
http_server_duration_milliseconds_sum{http_status_code=~"5.*"}

Here is a relevant quote from the ASP.NET Core documentation:

Result filters are only executed when an action or action filter produces an action result. Result filters are not executed when:

An authorization filter or resource filter short-circuits the pipeline.

Here is documentation on trying to generally capture all exceptions: https://learn.microsoft.com/en-us/aspnet/web-api/overview/error-handling/web-api-global-error-handling.  It appears that a Result filter is not the one we want.

It looks like that link refers to legacy ASP.NET. We probably want to use IAlwaysRunResultFilter/IAsyncAlwaysRunResultFilter.

Alrighty, so I pushed the simple fix to log on 503s, but I'm not confident that that will be helpful in this case. If the entire machine-job-cntr crashes, I don't see how this would register the issue. Can we set up some logic on rancher to save the end of the logs when a container crashes?

@johnml1135 @ddaspit

This should be sufficient. Serval calls the GetWordGraph gRPC endpoint on the Machine engine. This call causes a segmentation fault in the Machine engine, which crashes the process. As a result, the gRPC request fails and throws and exception. This results in the 503 from Serval. The main piece of information we need is the engine ID for the original GetWordGraph request to the Serval API. This fix should cause that information to get logged when Serval returns a 503.

@Enkidu93 Did you test out the change to ensure that the log entry is being written when an exception is thrown?


Error messages when running in Home Assistant

I'm receiving the following error messages when I attempt to load home assistant, and it seems to be related to my installation of gmusicapi. Any chance you know what might be causing these error messages to be triggered? I've installed and re-installed several times and keep running into the same issues.
I'm using a Raspberry Pi 3, running Raspabian Stretch Lite. I receive the following messages when I load Home Assistant. I'm doing this in an attempt to use this project - https://github.com/hoveeman/music-cards .
The error messages I receive begin on the ninth line below, the one at 12:02:30, and they loop three times - although I didn't include them all in this card, you can see the beginning of the second one at 12:02:31:
`2018-05-20 12:02:26 INFO (MainThread) [homeassistant.core] Bus:Handling <Event component_loaded[L]: component=tts>
2018-05-20 12:02:26 INFO (Thread-11) [root] Generating grammar tables from /usr/lib/python3.5/lib2to3/Grammar.txt
2018-05-20 12:02:26 INFO (Thread-11) [root] Generating grammar tables from /usr/lib/python3.5/lib2to3/PatternGrammar.txt
2018-05-20 12:02:29 INFO (Thread-11) [gmusicapi.GMusic1] !-- begin debug log --!
2018-05-20 12:02:29 INFO (Thread-11) [gmusicapi.GMusic1] version: 11.0.1
2018-05-20 12:02:29 INFO (Thread-11) [gmusicapi.GMusic1] logging to: /home/homeassistant/.cache/gmusicapi/log/gmusicapi.log
2018-05-20 12:02:29 INFO (Thread-11) [gmusicapi.GMusic1] initialized
2018-05-20 12:02:29 INFO (Thread-11) [gmusicapi.GMusic1] logged out
2018-05-20 12:02:30 INFO (Thread-11) [gmusicapi.protocol.shared] could not locate client caller in stack:
File "/usr/lib/python3.5/threading.py", line 882, in _bootstrap
self._bootstrap_inner()
File "/usr/lib/python3.5/threading.py", line 914, in _bootstrap_inner
self.run()
File "/usr/lib/python3.5/threading.py", line 862, in run
self._target(*self._args, **self._kwargs)
File "/usr/lib/python3.5/concurrent/futures/thread.py", line 66, in _worker
work_item.run()
File "/usr/lib/python3.5/concurrent/futures/thread.py", line 55, in run
result = self.fn(*self.args, **self.kwargs)
File "/home/homeassistant/.homeassistant/custom_components/switch/gmusic.py", line 37, in setup_platform
add_devices([GmusicComponent(hass, config)])
File "/home/homeassistant/.homeassistant/custom_components/switch/gmusic.py", line 77, in init
logged_in = self._api.login(config.get('user'), config.get('password'), config.get('device_id'), authtoken)
File "/home/homeassistant/.homeassistant/custom_components/switch/gmusic.py", line 55, in login
self.get_registered_devices()
File "/srv/homeassistant/lib/python3.5/site-packages/gmusicapi/clients/mobileclient.py", line 816, in get_registered_devices
res = self._make_call(mobileclient.GetDeviceManagementInfo)
File "/srv/homeassistant/lib/python3.5/site-packages/gmusicapi/clients/shared.py", line 84, in _make_call
return protocol.perform(self.session, self.validate, *args, **kwargs)
File "/srv/homeassistant/lib/python3.5/site-packages/gmusicapi/protocol/shared.py", line 199, in perform
log.debug("%s(args=%s, kwargs=%s)",
File "/srv/homeassistant/lib/python3.5/site-packages/gmusicapi/utils/utils.py", line 107, in getattr
stack = traceback.extract_stack()
2018-05-20 12:02:31 INFO (Thread-11) [gmusicapi.protocol.shared] could not locate client caller in stack:
File "/usr/lib/python3.5/threading.py", line 882, in _bootstrap
self._bootstrap_inner()
...THINGS REPEAT FROM HERE
`
The error log mentioned above, in the line from 12:02:29, reads:
!-- begin debug log --! version: 11.0.1 logging to: /home/homeassistant/.cache/gmusicapi/log/gmusicapi.log 2018-05-20 12:02:29,926 - gmusicapi.GMusic1 (shared:74) [INFO]: initialized 2018-05-20 12:02:29,928 - gmusicapi.GMusic1 (shared:98) [INFO]: logged out
Again, if you have any ideas about what I'm doing wrong, please let me know - it seems like it has to be something small that I'm overlooking.
Thank you

This looks pretty odd. My guess is that this is either running on something other than cpython, or that music-cards uses a non-stdlib async framework.
Either way, I think setting debug_logging=False and attaching your own logging handlers will help. If it doesn't fix it, you should at least get the actual error, rather than an error from gmusicapi's wonky default logging.

Thank you @simon-weber - will try that


More ray differentials work

Add setters to Dual class.
Use duals instead of vectors in places where differentials are relevant.
Do not use BSDFSample::get_incoming() in BSDFs.

Looking pretty good!


[Marker.io] Drop-down arrow is not shown in select state field

Steps to reproduce:

go to contact form
notice select state field

Actual result: drop down arrow is missing
Expected result: it should be there
Note: ignore the captured screenshot. It is incorrectly showing the arrow but it is not there

Reported by: Vinod<EMAIL_ADDRESS>- Contact via Marker.io
Source URL: https://proav-stg.webflow.io/
Issue details: Open in Marker.io
Device typemobileBrowserSafari 17.6Screen Size375 x 812OSiOS 17.6.1Viewport Size375 x 710Pixel Ratio@3x

🤖 Marker.io bot - This issue was marked as ✅ Resolved in Marker.io


dotenv-expaned not included in @vue/cli thou stated in documention

Version
3.11.0
Reproduction link
http://none.is.needed.com/
Environment info
  System:
    OS: Linux 4.4 Ubuntu 18.04.3 LTS (Bionic Beaver)
    CPU: (4) x64         Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
  Binaries:
    Node: 10.16.3 - /usr/bin/node
    Yarn: Not Found
    npm: 6.11.3 - /usr/bin/npm
  Browsers:
    Chrome: Not Found
    Firefox: Not Found
  npmPackages:
    babel-helper-vue-jsx-merge-props: ^2.0.3 => 2.0.3
    babel-plugin-transform-vue-jsx: ^3.7.0 => 3.7.0
    bootstrap-vue: ^2.0.0-rc.11 => 2.0.0-rc.11
    eslint-plugin-vue: ^5.0.0 => 5.0.0
    vue: ^2.5.19 => 2.5.19
    vue-affix: ^0.4.0 => 0.4.0
    vue-eslint-parser:  4.0.3
    vue-functional-data-merge:  2.0.6
    vue-hot-reload-api:  2.3.0
    vue-i18n: ^8.4.0 => 8.4.0
    vue-loader: ^13.7.3 => 13.7.3
    vue-router: ^3.0.2 => 3.0.2
    vue-scrollactive: ^0.8.0 => 0.8.0
    vue-style-loader: ^3.1.2 => 3.1.2
    vue-template-compiler: ^2.5.19 => 2.5.19
    vue-template-es2015-compiler:  1.6.0
    vuebar: 0.0.20 => 0.0.20
    vuex: ^3.1.1 => 3.1.1
  npmGlobalPackages:
    @vue/cli: 3.11.0

Steps to reproduce
npm -l  -g|grep dotenv
with only @vue/cli installed globally with npm
What is expected?
dotenv-expand
What is actually happening?
nothing

It's in @vue/cli-service (which, is installed in the generated project) rather than @vue/cli.


Erroneous FAQ Page

Describe the bug
If you type /faq after the website link, you will land on an error page. Whereas if you click on faq - it works. It shouldn't be that way cause there is some ambiguity.
Expected behaviour
The error page shouldn't appear when /faq is typed
Screenshots

Additional context
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Thanks , you found that one probem , go ahead

Okay never mind I got it


Differing schemas state persisted

When the schema changes between different item types the data of the previous item type is still persisted.
Give the following item types:
FilamentNavigation::addItemType('TypeA', [
    Select::make('url'),
    TextInput::make('label'),
]);

FilamentNavigation::addItemType('Type B', [
    Select::make('url'),
]);

create a nav item of Type A
edit it, changing the type to Type B
save

You will see the saved JSON contains a label property even though Type B doesn't have this field.
I believe the offending code is this block: https://github.com/ryangjchandler/filament-navigation/blob/7221e37aae3f3afc953923ac7fb052a90533726d/src/Filament/Resources/NavigationResource/Pages/Concerns/HandlesNavigationBuilder.php#L104-L108
I think it fills the previous state into the new form even though there are aren't fields to contain some of the state.

Please try to reproduce in Filament v3 with the latest version of this plugin.


MSID: 95292 Version: 1 DOI: 10.1101/2<IP_ADDRESS>5201

MSID: 95292
Version: 1
Preprint DOI: https://doi.org/10.1101/2<IP_ADDRESS>5201
Step 1. Awaiting reviews
Editorial to post reviews via hypothesis
Useful links:

DocMap: https://data-hub-api.elifesciences.org/enhanced-preprints/docmaps/v2/by-publisher/elife/get-by-manuscript-id?manuscript_id=95292
New model tracking: https://docs.google.com/spreadsheets/d/1_fHaoOy7hjyocptKtVJRijeNpUY4hBS7Ck_aVmx6ZJk/
Reviews on sciety: https://sciety.org/articles/activity/10.1101/2<IP_ADDRESS>5201

For trouble shooting (e.g. no Docmaps available):

DocMap issue addressing: https://miro.com/app/board/uXjVNCwK6EI=/
Explore DataHub DocMaps API: https://lookerstudio.google.com/reporting/4c2f0368-babb-4beb-b5b3-497e7e7b0f08/page/ejphD
Unmatched submissions and preprints: https://lookerstudio.google.com/u/0/reporting/9f86204f-3bf7-477c-9b18-5c5ef141bf69/page/p_gxi57ha93c
Unmatched manuscripts spreadsheet: https://docs.google.com/spreadsheets/d/15QcK8w-ssB7109RQEDtFpJPZ0J5HTGxoHa_2TtpMBbg/edit#gid=1336081641

Step 2. Preview reviewed preprint
Production QC content ahead of publication
Instructions:

QC preview: https://prod--epp.elifesciences.org/previews/95292v1
Update ticket with any problems (add blocked label)
When QC OK, add QC OK label to ticket and add publication date and time to https://docs.google.com/spreadsheets/d/1amAlKvdLcaDp5W8Z8g77NmkwbMF5n_u89ArSqPMO8jg
Move card to next column
(At end of the day post link in #enhanced-preprint and ask for PDF to be generated)

Useful links:

Preprint DOI :  https://doi.org/10.1101/2<IP_ADDRESS>5201
Confirm reviews returned by EPP: https://prod--epp.elifesciences.org/api/reviewed-preprints/95292/v1/reviews
To update the MECA path in the docmap: https://docs.google.com/spreadsheets/d/1mctCQuNFBjSn97Lihy7_vBO6z7-N-oqyLv4clyi6zHg

Step 3: Awaiting search reindex
This step adds the reviewed preprint to the homepage: https://elifesciences.org
The search reindex is triggered once an hour. We need the reviewed preprint to be indexed as the search application serves the journal homepage.
Useful links:

Jenkins pipeline to reindex search can be triggered sooner or monitored here: https://alfred.elifesciences.org/job/process/job/process-reindex-reviewed-preprints/

Step 4: Published! PDF requested
Waiting for PDF to be generated
Useful links:

PDF tracking: https://docs.google.com/spreadsheets/d/106_XeDjmuBae7gexOTNzg60lapeqjl2aRn9DzupGyS8/

Step 5: Introduce PDF to data folder and git repo
Upload PDF to relevent folder in git repo https://github.com/elifesciences/enhanced-preprints-data/
Step 6: Done!

[ ] Kettle is on!

@acollings, we've got no license for this one in EPP - does the form need filling out in eJP?

(the references are a bit of a mess, but there's not much we can do about it - the authors have provided a mess)

@fred-atherden I've added the license


Update image viewer zoom to allow control with keyboard

Image viewer has been removed due to accessibility issues. Closing as no longer needed.


Feature request: Option to ignore certain keys?

The problem
Example case 1
Certain translation keys should only be present in certain languages and not others.
For example, in the built-in validation.php file, Laravel provides a validation.custom array that can be used to add custom validation messaages for specific rules to make the text more precise:
/*
|--------------------------------------------------------------------------
| Custom Validation Language Lines
|--------------------------------------------------------------------------
|
| Here you may specify custom validation messages for attributes using the
| convention "attribute.rule" to name the lines. This makes it quick to
| specify a specific custom language line for a given attribute rule.
|
*/

'custom' => [
    'email' => [
        // Outputs: "El email ya ha sido registrado" instead of "El campo email ya ha sido registrado" which sounds nicer.
        'unique' => 'El :attribute ya ha sido registrado.',
    ],
    'password' => [
        // Outputs: "La contraseña debe contener más de 8 caracteres" instead of "El campo contraseña debe tener más de 8 caracteres"
        'min' => 'La :attribute debe contener más de :min caracteres',
    ],
],

These kind of customizations only make sense to be defined per language, because in certain languages those lines are fine as they are without needing to customize them further.
Currently this makes a lot of validation files to fail, even they are right:
Missing the translation with key: gl.validation.custom.email
Missing the translation with key: de.validation.custom.email
Missing the translation with key: ca.validation.custom.email
Missing the translation with key: pt.validation.custom.email
Missing the translation with key: eu.validation.custom.email
Missing the translation with key: pt.validation.custom.email
Missing the translation with key: fr.validation.custom.email
Missing the translation with key: gl.validation.custom.email
Missing the translation with key: fr.validation.custom.email
Missing the translation with key: eu.validation.custom.email
Missing the translation with key: de.validation.custom.email
Missing the translation with key: ca.validation.custom.email
Missing the translation with key: gl.validation.custom.password
Missing the translation with key: de.validation.custom.password
Missing the translation with key: ca.validation.custom.password
Missing the translation with key: pt.validation.custom.password
Missing the translation with key: eu.validation.custom.password
Missing the translation with key: pt.validation.custom.password
Missing the translation with key: fr.validation.custom.password
Missing the translation with key: gl.validation.custom.password
Missing the translation with key: fr.validation.custom.password
Missing the translation with key: eu.validation.custom.password
Missing the translation with key: de.validation.custom.password
Missing the translation with key: ca.validation.custom.password

Example case 2
Another scenario is the following: In our application we have to generate dynamic messages like "The shop will be open until tomorrow ar 8:00 AM" or "The shop is closed until 5:30 PM". We use a complex algorithm that involves Carbon::calendar and translation strings and sometimes the resulting translations aren't perfect. That's why we define a custom 'replacements' array like the following:
lang/en/opening-hours.php
'open_24h' => 'Open 24 hours every day',
'open_but_closing_soon' => 'Open. We close soon at :time',
'open_today_24h_but_closing_later' => 'Open today 24 hours. We close at :time',
'open_until' => 'Open until :time',
'closed_holiday' => 'Closed for holiday',
'closed_holiday_until' => 'Closed for holiday until :time',
'closed' => 'Closed',
'closed_but_opening_soon' => 'Closed. We open soon at :time',
'closed_until' => 'Closed until :time',
'calendar' => [
    'sameDay' => '[at] LT',
    'nextDay' => '[tomorrow at] LT',
    'nextWeek' => 'dddd [at] LT',
    'sameElse' => 'LLLL',
],
'replaces' => [
    // Here we make two replacements because those are the required replacements for this locale
    'at tomorrow at' => 'tomorrow at',
    'at at' => 'at',
],

lang/es/opening-hours.php
'open_24h' => 'Abierto 24 horas todos los días',
'open_but_closing_soon' => 'Abierto. Cerramos pronto, a las :time',
'open_today_24h_but_closing_later' => 'Abierto hoy 24 horas. Cerramos :time',
'open_until' => 'Abierto hasta :time',
'closed_holiday' => 'Cerrado por festivo',
'closed_holiday_until' => 'Cerrado por festivo hasta :time',
'closed' => 'Cerrado',
'closed_but_opening_soon' => 'Cerrado. Abrimos pronto, a las :time',
'closed_until' => 'Cerrado hasta :time',
'calendar' => [
    'sameDay' => '[las] LT',
    'nextDay' => '[mañana a las] LT',
    'nextWeek' => '[el] dddd [a las] LT',
    'sameElse' => '[el] D/MM [a las] LT',
],
'replaces' => [
    // Here we make only one replacements because only that is the required replacements for this locale
    'las 1:' => 'la 1:',
],

Proposed solution
It would be pretty nice if we could somehow ignore those fields. For example having support for a simple configuration file like:
config/translations-checker.php
return [

    /*
    |--------------------------------------------------------------------------
    | Laravel Translation Checker
    |--------------------------------------------------------------------------
    |
    | This package allows you to check your Laravel translations for missing
    | keys, unused keys and unused translations.
    | You can ignore some keys by adding them to the 'ignore' array.
    |
    */

    'ignore' => [
         'validation.custom',
         'opening-hours.replaces',
     ],

];

Hi!
First of all, thank you for the amazing issue + the description.
Its amazing and truly appreciated!.
I like your suggestion of adding config items for exclusions, I think we can also use this for the excluded dir option for the command. I will take a look at this tomorrow!

Can you see if this pr would work for you:
composer require larswiegers/laravel-translations-checker:dev-excluding-keys

Hi! This Friday and Monday is a Holiday in my country. I'll be checking it this Tuesday.
Thank you!! 🚀🚀🚀😁😁

@jhm-ciberman can you let me know?

I pushed a new version can you check if it works now for you?

@jhm-ciberman please check again :)

Closing as nothing heard back from @jhm-ciberman

Sorry. I no longer work for the company in which I was using this package. And I think my coworker removed this package from the dependencies (nothing personal, they used another entirely different system for translations)

@jhm-ciberman No worries, thanks for letting me know :)


Update FeeMonthlyPriceSample.xml

Description
deleted price linies, so  the example match business reason code D18
References

#0000

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: Mech0z:x: IreneDataHubYou have signed the CLA already but the status is still pending? Let us recheck it.

Maybe we should rename the filename to have master data in it? Otherwise one might think this is the price update file


Adapt to offer and migration changes in API V2

https://trello.com/c/4qj8YcUT/272-adapt-chargify2-gem-to-api-v2
which is part of https://trello.com/c/NasgrkpC/26-migrating-to-offers-in-billing-portal
This PR adapts the gem to offer and migration changes in API V2 - introduces support for offers and changes the signature of MigrationResource#preview (breaking change) to enable Migrating to Offers in Billing Portal.

 Adapt Chargify2 gem to API V2


Shopify theme dev automatically updates theme

Please confirm that you have:

[x] Searched existing issues to see if your issue is a duplicate. (If you’ve found a duplicate issue, feel free to add additional information in a comment on it.)
[x] Reproduced the issue in the latest CLI version.

In which of these areas are you experiencing a problem?
Theme
Expected behavior
When using command shopify theme dev should run as normal
Actual behavior
When using command shopify theme dev this error appears in the terminal -New schema is incompatible with the current setting value. Setting 'page_width' must be a string then it updates the settings_date.json and the settings_schema.json which updates the theme to the latest version
Verbose output
--verbose

Reproduction steps

Operating System
Mac OS
Shopify CLI version (check your project's package.json if you're not sure)
3.70.0
Shell
No response
Node version (run node -v if you're not sure)
v23.2.0
What language and version are you using in your application?
No response

👋 can you share the output of the CLI when running --verbose? im suspicious this is related to an issue we know about where an app can publish breaking changes to their schema and a settings file no longer has valid theme app extension settings. but ill be able to confirm once we have the verbose output


Sync from release 1.0.0

Many thanks for contributing to this project!
PR Checklist
Please fill in the appropriate checklist below (delete whatever is not relevant). These are the most common things requested on pull requests (PRs).

[ ] This comment contains a description of changes (with reason)
[ ] Referenced issue is linked
[ ] If you've fixed a bug or added code that should be tested, add tests!
[ ] Documentation in docs is updated
[ ] CHANGELOG.rst is updated

Description of changes
Please state what you've changed and how it might affect the user.
Technical details
Please state any technical details such as limitations, reasons for additional dependencies, benchmarks etc. here.
Additional context
Add any other context or screenshots here.

The PR is from master which is now at 1.0.1. Release 1.0.1 was already merged.