gistfile1.txt

[zskeeter@si-i4]:~/projects/cub3d$ valgrind --leak-check=full --track-origins=yes ./cub3D maps/map.cub 
==32179== Memcheck, a memory error detector
==32179== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==32179== Using Valgrind-3.17.0.GIT-lbmacos and LibVEX; rerun with -h for copyright info
==32179== Command: ./cub3D maps/map.cub
==32179== 
--32179-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option
==32179== Thread 2:
==32179== Invalid read of size 4
==32179==    at 0x1065F0808: ??? (in /usr/lib/system/libsystem_pthread.dylib)
==32179==    by 0x1065F0497: ??? (in /usr/lib/system/libsystem_pthread.dylib)
==32179==    by 0x1065F03FC: ??? (in /usr/lib/system/libsystem_pthread.dylib)
==32179==  Address 0x18 is not stack'd, malloc'd or (recently) free'd
==32179== 
==32179== 
==32179== Process terminating with default action of signal 11 (SIGSEGV)
==32179==  Access not within mapped region at address 0x18
==32179==    at 0x1065F0808: ??? (in /usr/lib/system/libsystem_pthread.dylib)
==32179==    by 0x1065F0497: ??? (in /usr/lib/system/libsystem_pthread.dylib)
==32179==    by 0x1065F03FC: ??? (in /usr/lib/system/libsystem_pthread.dylib)
==32179==  If you believe this happened as a result of a stack
==32179==  overflow in your program's main thread (unlikely but
==32179==  possible), you can try to increase the size of the
==32179==  main thread stack using the --main-stacksize= flag.
==32179==  The main thread stack size used in this run was 8388608.
--32179:0:schedule VG_(sema_down): read returned -4
==32179== 
==32179== HEAP SUMMARY:
==32179==     in use at exit: 0 bytes in 0 blocks
==32179==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==32179== 
==32179== All heap blocks were freed -- no leaks are possible
==32179== 
==32179== For lists of detected and suppressed errors, rerun with: -s
==32179== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 1981 from 11)
Segmentation fault: 11