1
General Discussion / Re: WMA breaks WACUP 1.99.52.24626 (x64)
« on: Yesterday at 07:02:26 PM »
It's not something I've tried in an age so it regressing isn't too surprising with some of the other changes that have been made to avoid other crashes affecting the recent builds. Though I've just re-checked a few example files & those played ok in the build.
You'll need to run it via the crash report collector mode (it'll be a shortcut in the start menu or by manually running wacup.exe /procdump or by going to preferences -> advanced -> error reporting & following the steps at the bottom of the prefs page) to try to generate a process dmp file when trying to replicate the issue in that mode (the event viewer log doesn't give me anything I can actually work with to debug the issue).
Once it's crashed, you'll then need to run wacup so its crash reporter can collect & submit the files - reply back to say it's been done so I can then hopefully match up the crash report from that time (I'll check back on this thread tomorrow as my time's up for today). I also don't see anything obvious from the summary log I get of the few x64 crash reports I've not looked at from today which leaves me to assume wacup's crash reporter isn't able to be triggered by the issue which prevents it from auto-submitting anything to the server (unless internet access for the program is being blocked). It might also be helpful to pm me a copy of a small file that's failing for you so I can also check that out in case it's something to do with the metadata handling for it.
You'll need to run it via the crash report collector mode (it'll be a shortcut in the start menu or by manually running wacup.exe /procdump or by going to preferences -> advanced -> error reporting & following the steps at the bottom of the prefs page) to try to generate a process dmp file when trying to replicate the issue in that mode (the event viewer log doesn't give me anything I can actually work with to debug the issue).
Once it's crashed, you'll then need to run wacup so its crash reporter can collect & submit the files - reply back to say it's been done so I can then hopefully match up the crash report from that time (I'll check back on this thread tomorrow as my time's up for today). I also don't see anything obvious from the summary log I get of the few x64 crash reports I've not looked at from today which leaves me to assume wacup's crash reporter isn't able to be triggered by the issue which prevents it from auto-submitting anything to the server (unless internet access for the program is being blocked). It might also be helpful to pm me a copy of a small file that's failing for you so I can also check that out in case it's something to do with the metadata handling for it.