|
Ian @ un4seen
Administrator
Posts: 15269
|
 |
« Reply #280 on: 23 Nov '10 - 15:31 » |
 Quote
|
To get some clues on that, first add the attached REG file to the registry, which will enable the generation of dump files for crashes in your user "AppData\Local\CrashDumps" directory. Then reproduce the crash and upload (after compressing) the generated HDMP file to have a look at here: ftp.un4seen.com/incoming/ |
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #281 on: 23 Nov '10 - 19:12 » |
Quote
|
I imported the reg file and did a reboot but I still haven't found any crash reports at the location you described. Is it dependent on any windows service that might be disabled ?
The crash happens this way: a while after I set the monitored folder in the library options I receive a message : "A problem caused the program to stop working correctly. Please close the program".
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
 |
« Reply #282 on: 24 Nov '10 - 17:05 » |
Quote
|
Please run REGEDIT and export the "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps" branch to confirm what's in there. Also, does the "CrashDumps" folder at least exist, and was the location that you looked for it shown as "> username > AppData > Local" in Explorer?
|
|
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #283 on: 24 Nov '10 - 17:47 » |
Quote
|
The problem was that my error reporting service was disabled.
The file name is "xmplay.exe.3364.rar". Do you have it now?
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
|
« Reply #284 on: 25 Nov '10 - 15:03 » |
Quote
|
The crash appears to have been in a HeapFree call (due to a buffer overrun) made by the XMP-RA.DLL plugin. I'm not sure what file it crashed with, but I think it may be this...
F:\Media\Music\David Sylvian\David Sylvian - Godman\David Sylvian - Godman (Maxi Single).m3u
Does it still crash if you remove that file? If so, what about if you remove the XMP-RA.DLL plugin?
|
|
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #285 on: 25 Nov '10 - 22:10 » |
Quote
|
Removing the plugin seems to solve the problem. Personally I don't remember the last time I listen to any Real media content but still it is better if fixed. Right ?  Would it be possible to repair the plugin or maybe make xmplay immune to such errors? |
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
|
« Reply #286 on: 26 Nov '10 - 14:10 » |
Quote
|
I guess Fraggie will need to see the file that is causing problems for the plugin. Were you able to narrow it down to a particular file? If not, I can send you a debug version to confirm which file it is.
|
|
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #287 on: 27 Nov '10 - 12:01 » |
Quote
|
I haven't found the file that causes the error. I can send you a log from a debug version. Maybe you can locate where the error lies.
|
|
|
|
|
Logged
|
|
|
|
|
|
|
amit
Posts: 718
|
|
« Reply #289 on: 28 Nov '10 - 19:16 » |
Quote
|
I updated the plugin and so far - no crashes. Thanks Fraggie. |
|
|
|
|
Logged
|
|
|
|
|
raina
Posts: 1088
|
|
« Reply #290 on: 1 Dec '10 - 12:41 » |
Quote
|
I'm unsure when rearranging duplicate files became available as a feature, but unchecking move existing in the playlist options doesn't seem to stop it with the past couple of stuffs.
I don't seem to be able to reproduce that; with "no duplicates" enabled and "move existing" disabled, adding an existing track is highlighting the existing entry without moving it. Are you seeing different no matter how you add the track to the list, or is it only when adding the track in a particular way? Ah, I see the problem is not with "move existing" but the auto-sorting on add. It doesn't matter if I dragondrop or Add to playlist. If I have file C from folder X on the playlist, and I go to add X (or just, say files A, B, C and D), the already existing file C is included in the auto-sorting. If I have C higher up on the list and "move existing" is unchecked, A takes C's place and the rest of the files appear sorted where I added them. |
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
|
« Reply #291 on: 2 Dec '10 - 13:43 » |
Quote
|
I haven't found the file that causes the error. I can send you a log from a debug version. Maybe you can locate where the error lies.
I see the problem has already been sorted, but in case of future incidents, here's an update that will display a message (stating the filename and plugin) when a crash occurs while opening/scanning tracks... www.un4seen.com/stuff/xmplay.exeAh, I see the problem is not with "move existing" but the auto-sorting on add. It doesn't matter if I dragondrop or Add to playlist. If I have file C from folder X on the playlist, and I go to add X (or just, say files A, B, C and D), the already existing file C is included in the auto-sorting. If I have C higher up on the list and "move existing" is unchecked, A takes C's place and the rest of the files appear sorted where I added them.
Yep. The auto-sorting basically works by automatically applying the "Sort by filename" menu/shortcut option, ie. it sorts the selected tracks (when multiple tracks are selected). |
|
|
|
|
Logged
|
|
|
|
|
saga
Posts: 1365
|
|
« Reply #292 on: 3 Dec '10 - 21:48 » |
Quote
|
It seems that XMPlay doesn't like Win7's (x64 in my case) Data Execution Prevention feature. I tried activating DEP for all programs, but when doing so, XMPlay instantly crashes on load. Putting XMPlay on the DEP exception list helps getting rid of the problem. Is this a known issue?
|
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2473
|
|
« Reply #293 on: 3 Dec '10 - 22:31 » |
Quote
|
It seems that XMPlay doesn't like Win7's (x64 in my case) Data Execution Prevention feature. I tried activating DEP for all programs, but when doing so, XMPlay instantly crashes on load. Is that a vanilla XMPlay, or with plugins? I'm not seeing any trouble here, XMPlay runs fine with DEP activated. |
|
|
|
|
Logged
|
|
|
|
|
saga
Posts: 1365
|
|
« Reply #294 on: 3 Dec '10 - 22:58 » |
Quote
|
Good catch - I just tried and it seems that in_snes (SNESAmp) is the culprit.
|
|
|
|
|
Logged
|
|
|
|
|
aybe
Posts: 129
|
|
« Reply #295 on: 4 Dec '10 - 17:25 » |
Quote
|
It seems that XMPlay doesn't like Win7's (x64 in my case) Data Execution Prevention feature. I tried activating DEP for all programs, but when doing so, XMPlay instantly crashes on load. Putting XMPlay on the DEP exception list helps getting rid of the problem. Is this a known issue?
There are numerous programs that crashes when DEP is enabled for all, one for instance is SpectraPlus, it tooks weeks to figure out it was DEP ... Unless you are in a very hostile environment, I'd suggest you to stay on the default setting  |
|
|
|
|
Logged
|
|
|
|
|
saga
Posts: 1365
|
|
« Reply #296 on: 4 Dec '10 - 17:48 » |
Quote
|
I'm aware of the situation, thank you.
|
|
|
|
|
Logged
|
|
|
|
|
|
|
Nicramek
Guest
|
|
« Reply #298 on: 5 Dec '10 - 21:37 » |
Quote
|
Hello.
I have some Thai songs with titles like "02-พริกไทย - ที่รัก" but XMPlay show only some wrong characters. Is it possible to fix that? I can put audio files somewhere if You need.
|
|
|
|
|
Logged
|
|
|
|
|
|
|
