Faulting application name: syncterm.exe, version: 1.7.0.1, time stamp: 0x67ece125
Faulting module name: ntdll.dll, version: 10.0.26100.3624, time stamp: 0x01de64ae
Exception code: 0xc0000005
Fault offset: 0x00000000000108fd
Faulting process id: 0x7854
Faulting application start time: 0x1DBA3CCD08B32C3
Faulting application path: C:\Users\craig\bbsfiles\syncterm64\syncterm.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report Id: d222db53-d4fe-4adf-95e2-0132b4b7538a
Faulting package full name:
Faulting package-relative application ID:
This is still happening repeatedly in current versions of SyncTERM. I opened this issue before while running 1.1 on my previous Windows 10 PC (link: https://sourceforge.net/p/syncterm/tickets/88/), and it persists in 1.6 as well as 1.7b on a completely different Windows 11 PC.
Tried with both GDI and SDL output modes (if that matters) and can repeat the crash.
Anonymous
Ticket moved from /p/syncterm/support-tickets/12/
I'm unable to reproduce this with the current 1.7b. Which audio options are listed in your build options, and what is the setting of "Audio Output Mode" in Program settings?
I have PulseAudio, PortAudio, and WaveOut. All set to Yes.
Ok, same as here... and what is playing the ANSI music? I tested with the JS Kannons and Katapults without reproducing the crash.
Ok, this is where things get interesting...
I've been testing with Yankee Trader all along. Going into the ships computer with the C key upon entering the door should generate two beeps, but it crashes consistently.
However... I just tried Kannons and Katapults and it works just fine!
If I leave KNK and then go to YT, it doesn't crash. It doesn't play music either, but it doesn't crash.
If I load up an ANSI I made that contains ANSI music, it works fine as well.
But if I go straight to YT's ship's computer after logging into my BBS, it crashes.
So it seems like it works depending on the source. It's worth noting that I'm using dosbox-x to run YT, while KNK runs alone. I'd be surprised to learn that would be a factor, but... maybe?
It looks like it's playing "background" music, which may be part of the issue... specifically, the sequence is:
"\x1b[MBT128O5L48P64CP64C\x0e"I'll give this a shot when I have a break from work.Confirmed that
"\x1b[MBC\x0e"crashes on Win32.Last edit: Stephen James Hurd 2025-04-02
I believe I've fixed the crash and have rebuilt the nightlies. Let me know if it works now. The problem was that in background mode, it would lock a mutex to check if the notes finished playing, which if the first note played was background, was potentially before the mutex was initialized.
Latest binaries (both 32 and 64 bit) no longer result in a crash with All ANSI Music enabled in YT.
However, now there are no sounds in YT at all. The other examples, like KNK, still work fine though.
Last edit: Craig Hendricks 2025-04-03
Interesting... I'll take another look.
So this is working for me in YT... a couple changes that may have tripped you up... PortAudio and PulseAudio are no longer enabled on the Windows builds, so you may need to double-check your audio settings to ensure WaveOut is enabled (if it's not, you'll need to restart SyncTERM after changing it).
Sorry for the delayed response.
WaveOut is indeed enabled, and it's the only option (screenshot attached).
No crash, but no sound either in YT.
I've noticed this same thing. With one of my ANSI Music projects I had no issues. With this one (https://bbswordle.com/demo25/) it would work, and then suddenly start freezing and exiting right as it started to play Ansi Music. So far with the last nightly build it's working for me, but it is still crashing on Craig same version.
I have not been able to get the same crash on a couple different machines using 1.7.
Ok, I've spent hours trying to reproduce the "not crashing, but not playing music" issue with the nightly builds and can't seem to make it happen. Music is working correctly in YT for me no matter what I do (as long as "All ANSI Music Enabled" is turned on for the connection of course).
Thanks for all the time you spent trying to recreate the problem.
On a whim, I decided to delete the syncterm.ssh file from the path C:\Users\myusername\AppData\Roaming\SyncTERM. A new one was created when I started up SyncTERM.
Now I can hear ANSI music everywhere with no crashes.
Last edit: Craig Hendricks 2025-04-24
Thanks for the updated... created a new "eternal-mystery" status for this so I can poke at it whenever I feel like chasing ghosts. :D
I found and fixed a potential divide-by-zero issue in the ANSI music as part of #206 that would potentially explain this. Curious if this is fixed in 1.7rc1 now.
Running 1.7rc1, and everything seems to be working as it should. Repeated all the tests listed previously.
the older builds 1.2,1.6,a older 1.7 daily buld work on unix, case that matters.
|)/`. /\/\/-|) a ()xy()zb()urne venture
On Sat, Oct 4, 2025 at 1:55 PM noreply@sourceforge.net wrote: