Furnace crashed while playing a certain song

[brickblock369]

I was playing this song, and it somehow crashed.

BotB 67560 damifortune - rosegarden.zip

furnace.log
furnace_crash.txt

[tildearrow]

Sadly, furnace_crash.txt is not useful. If you are using an artifact from the Actions tab, please make sure you have extracted furnace.pdb alongside furnace.exe.

[brickblock369]

That is odd. I extracted both furnace.pdb and furnace.exe, considering that both of the "Date modified" is at the same time.

[Supreme-Man-1942]

It is causing Furnace 0.6.7 and newer to freeze (Maybe some older, but 0.6.3 works). And, because it's just freezing, it's not throwing an error.

Update: It actually does load eventually on the Win64 build, but it crashes on both Win32 builds of 0.6.7. More weird stuff.

[tildearrow]

32-bit specific crash... Oh no...

[tildearrow]

I am unable to reproduce this bug. I have tried loading this song over and over for a while, yet none of these attempts have resulted in a crash.

It does take very long to load - megasamples and rendering don't go well together.

Valgrind does not detect any errors either...

@Supreme-Man-1942 May you provide a backtrace? Download the latest 32-bit artifact in Actions tab, extract everything including furnace.pdb and try crashing Furnace. Then look at furnace_crash.txt in your user directory (e.g. C:\Users\username).

[Supreme-Man-1942]

Now I can only get it to crash in the WinXP build, and that might just be because I'm using Win10. I'm going to see if I can test it on XP.

Update: This is so weird. It suddenly started crashing Standard 32 again, but it won't crash on the XP build in my VM... And the latest artifact won't crash.

Update 2: It seem intermittent whether it'll crash or not, now WinXP build isn't crashing on Win10, but the Standard 32 is. So far, the latest artifact has never crashed.

[tildearrow]

Do you at least have furnace_crash.txt?

[Supreme-Man-1942]

It isn't giving any useful info, that I know of, but here:

Stack trace (most recent call last):
#5 Object "", at 0x77b680ce, in RtlGetAppContainerNamedObjectPath
#4 Object "", at 0x76c6fcc9, in BaseThreadInitThunk
#3 Object "", at 0x6e12f0, in ??
#2 Object "", at 0x1135cd4, in ZNK9RtMidiOut10isPortOpenEv
#1 Object "", at 0x76c71025, in GetStartupInfoA
#0 Object "", at 0xfc1e80, in ZN9RtMidiOutC1EN6RtMidi3ApiERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE

[Supreme-Man-1942]

Guess what. I tried opening a different song ("donttryreality.fur". You might recognize it.), and it crashed the same way... I'm wondering if 0.6.7 Win32 somehow failed to compile properly, or something, because they are the only ones I can get to crash like that. Here's the new furnace_crash.txt. It seems a little more useful, though...

Stack trace (most recent call last):
#5 Object "", at 0x77b680ce, in RtlGetAppContainerNamedObjectPath
#4 Object "", at 0x76c6fcc9, in BaseThreadInitThunk
#3 Object "", at 0xb412f0, in ILT+745(?empty?$vectorPAUDivWavetableV?$allocatorPAUDivWavetablestdstdQBE_NXZ)
#2 Source "D:\a\furnace\furnace\extern\fftw\rdft\scalar\r2cb\r2cb_128.c", line 2781, in r2cb_128 [0x1595cd4]
#1 Object "", at 0x76c71025, in GetStartupInfoA
#0 Source "D:\a\furnace\furnace\src\engine\platform\sound\sid2\filter.h", line 245, in Filter2::clock [0x1421e80]

Edit: I just figured out that it's being caused by dragging and dropping the file into the program. But it still only happens in 0.6.7 Win32. It also doesn't matter what kind of file it is. It can be a .exe and it'll crash.

[tildearrow]

Guess what. I tried opening a different song ("donttryreality.fur". You might recognize it.), and it crashed the same way... I'm wondering if 0.6.7 Win32 somehow failed to compile properly, or something, because they are the only ones I can get to crash like that. Here's the new furnace_crash.txt. It seems a little more useful, though...

Stack trace (most recent call last): #5 Object "", at 0x77b680ce, in RtlGetAppContainerNamedObjectPath #4 Object "", at 0x76c6fcc9, in BaseThreadInitThunk #3 Object "", at 0xb412f0, in ILT+745(?empty?$vectorPAUDivWavetableV?$allocatorPAUDivWavetablestdstdQBE_NXZ) #2 Source "D:\a\furnace\furnace\extern\fftw\rdft\scalar\r2cb\r2cb_128.c", line 2781, in r2cb_128 [0x1595cd4] #1 Object "", at 0x76c71025, in GetStartupInfoA #0 Source "D:\a\furnace\furnace\src\engine\platform\sound\sid2\filter.h", line 245, in Filter2::clock [0x1421e80]

Edit: I just figured out that it's being caused by dragging and dropping the file into the program. But it still only happens in 0.6.7 Win32. It also doesn't matter what kind of file it is. It can be a .exe and it'll crash.

Version of Windows?

[Supreme-Man-1942]

Windows 10 22H2.

[tildearrow]

Go to Event Viewer and find the latest application crash event related to Furnace. If you see something with the word "ill" or "illegal", then what is your processor?

[Supreme-Man-1942]

It says "Unknown".

[tildearrow]

Unknown? Are you running Windows on a virtual machine or ancient processor?
Furnace requires at least a Pentium III to run.

[Supreme-Man-1942]

I'm not sure what I'm supposed to be looking for specifically in the log, but my junk laptop that I use has an AMD A10 in it. I would post the entire log, but I think there's sensitive info in it.

[Supreme-Man-1942]

So... I've tested the standard 32bit version on multiple Win10 computers, and it crashed. I tested in on Linux Mint 32bit (Don't remember what version) through wine, and it didn't crash, I couldn't get it to open on Windows Vista 32, and it didn't crash on Windows XP. I have no idea what the bug is, but I'm wondering if it fixed itself, because I can only replicate it with both Win32 builds of 0.6.7, and it doesn't always crash in the XP one.

[brickblock369]

What do the crash logs say?

[Supreme-Man-1942]

Stack trace (most recent call last):
#5 Object "", at 0x77b680ce, in RtlGetAppContainerNamedObjectPath
#4 Object "", at 0x76c6fcc9, in BaseThreadInitThunk
#3 Object "", at 0xba12f0, in ILT+745(?empty?$vectorPAUDivWavetableV?$allocatorPAUDivWavetablestdstdQBE_NXZ)
#2 Source "D:\a\furnace\furnace\extern\fftw\rdft\scalar\r2cb\r2cb_128.c", line 2781, in r2cb_128 [0x15f5cd4]
#1 Object "", at 0x76c71025, in GetStartupInfoA
#0 Source "D:\a\furnace\furnace\src\engine\platform\sound\sid2\filter.h", line 245, in Filter2::clock [0x1481e80]

Two things are puzzling me about this:
1: None of the files I'm dragging in use sid2.
2: The file it's pointing to has never changed, and yet it doesn't crash on other builds.

I'm honestly thinking maybe someone should try recompiling 0.6.7 Win32, and see if it still crashes.