Describe the bug
I just had a SEGV while running my initial scan of my music library. From the logs, it looks like it was in the middle of an album, as far as I can tell there is nothing wrong with the file it was probably scanning at the time.
docker log output:
checkrr | panic: runtime error: invalid memory address or nil pointer dereference
checkrr | [signal SIGSEGV: segmentation violation code=0x1 addr=0x18 pc=0x85a263]
checkrr |
checkrr | goroutine 1 [running]:
checkrr | github.com/aetaric/checkrr/check.(*Checkrr).checkFile(0xc00062e700, {0xc0007741e0, 0x4c})
checkrr | /Users/aetaric/src/checkrr/check/checkrr.go:288 +0xd43
checkrr | github.com/aetaric/checkrr/check.(*Checkrr).Run.func1({0xc0007741e0, 0x4c}, {0x10aace8?, 0xc00086d6c0?}, {0x0?, 0x0?})
checkrr | /Users/aetaric/src/checkrr/check/checkrr.go:143 +0x839
checkrr | path/filepath.walkDir({0xc0007741e0, 0x4c}, {0x10aace8, 0xc00086d6c0}, 0xc00001acc8)
checkrr | /opt/homebrew/Cellar/go/1.21.3/libexec/src/path/filepath/path.go:457 +0x50
checkrr | path/filepath.walkDir({0xc00046e980, 0x3c}, {0x10aace8, 0xc00061ab80}, 0xc00001acc8)
checkrr | /opt/homebrew/Cellar/go/1.21.3/libexec/src/path/filepath/path.go:479 +0x287
checkrr | path/filepath.walkDir({0xc000a582e8, 0x12}, {0x10aace8, 0xc00027de00}, 0xc00001acc8)
checkrr | /opt/homebrew/Cellar/go/1.21.3/libexec/src/path/filepath/path.go:479 +0x287
checkrr | path/filepath.walkDir({0xc000278760, 0x7}, {0x10aaee0, 0xc000a087b0}, 0xc00001acc8)
checkrr | /opt/homebrew/Cellar/go/1.21.3/libexec/src/path/filepath/path.go:479 +0x287
checkrr | path/filepath.WalkDir({0xc000278760, 0x7}, 0xc0000c0cc8)
checkrr | /opt/homebrew/Cellar/go/1.21.3/libexec/src/path/filepath/path.go:547 +0xaf
checkrr | github.com/aetaric/checkrr/check.(*Checkrr).Run(0xc00062e700)
checkrr | /Users/aetaric/src/checkrr/check/checkrr.go:94 +0x7c5
checkrr | main.main()
checkrr | /Users/aetaric/src/checkrr/main.go:155 +0xc05
checkrr exited with code 2
The last few lines of checkrr.log (this album has 33 tracks):
time="2024-10-07T18:46:01-07:00" level=info msg="/music/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/10 Sunny Harmony.mp3" FFProbe=true Format="MP2/3 (MPEG audio layer 2/3)" Type=Audio
time="2024-10-07T18:46:01-07:00" level=info msg="/music/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/11 Unrest.mp3" FFProbe=true Format="MP2/3 (MPEG audio layer 2/3)" Type=Audio
time="2024-10-07T18:46:01-07:00" level=info msg="/music/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/12 Infiltration.mp3" FFProbe=true Format="MP2/3 (MPEG audio layer 2/3)" Type=Audio
time="2024-10-07T18:46:01-07:00" level=info msg="/music/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/13 Maneuvering.mp3" FFProbe=true Format="MP2/3 (MPEG audio layer 2/3)" Type=Audio
time="2024-10-07T18:46:01-07:00" level=info msg="/music/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/14 Lockdown.mp3" FFProbe=true Format="raw MPEG-4 video" Type=Audio
To Reproduce
Steps to reproduce the behavior:
Unknown, I am just now restarting checkrr to see if it crashes in the same place. It took several hours to get to the point where it crashed.
Expected behavior
The app shouldn't throw a SEGV. :-)
Desktop (please complete the following information):
- OS: MacOS, Docker under Ubuntu 22.04
- Browser: N/A
- checkrr 3.3.0
Additional context
If it crashes at the same point, I'll add the file I believe was being scanned as an attachment.
At least from my Mac, these files app appear to have valid mp3 magic numbers:
/media/mp3/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/13 Maneuvering.mp3: Audio file with ID3 version 2.3.0
/media/mp3/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/14 Lockdown.mp3: Audio file with ID3 version 2.3.0
/media/mp3/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/15 Invasion.mp3: Audio file with ID3 version 2.3.0
/media/mp3/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/16 Destiny.mp3: Audio file with ID3 version 2.3.0
/media/mp3/Soundtracks/Fullmetal Alchemist Original Soundtrack 1/17 Parting.mp3: Audio file with ID3 version 2.3.0
Describe the bug
I just had a SEGV while running my initial scan of my music library. From the logs, it looks like it was in the middle of an album, as far as I can tell there is nothing wrong with the file it was probably scanning at the time.
docker log output:
The last few lines of checkrr.log (this album has 33 tracks):
To Reproduce
Steps to reproduce the behavior:
Unknown, I am just now restarting checkrr to see if it crashes in the same place. It took several hours to get to the point where it crashed.
Expected behavior
The app shouldn't throw a SEGV. :-)
Desktop (please complete the following information):
Additional context
If it crashes at the same point, I'll add the file I believe was being scanned as an attachment.
At least from my Mac, these files app appear to have valid mp3 magic numbers: