Author Topic: 3.8 reports, queries and bugs  (Read 142461 times)

Ian @ un4seen

  • Administrator
  • Posts: 21130
Re: 3.8 reports, queries and bugs
« Reply #575 on: 15 Aug '18 - 17:17 »
I don't seem to be able to reproduce that here, so please upload a dump file from the crash there. You can generate a dump file using the ProcDump tool. For example, run "procdump -e -ma -x . xmplay.exe". Then ZIP and upload the generated dump file to have a look at here:

   ftp.un4seen.com/incoming/

If you haven't already done so, please first try to reproduce the crash with latest build, available here:

   www.un4seen.com/stuff/xmplay.exe

Also use that build when generating the dump file (if it crashes).

thanos

  • Posts: 7
Re: 3.8 reports, queries and bugs
« Reply #576 on: 21 Aug '18 - 11:03 »
I managed to crash the version using the same trick (version 3.8.3.9 as it says in the options menu)
 It didn't generate a crash dump file at all. This was pasted from the command line:

Code: [Select]
ProcDump v9.0 - Sysinternals process dump utilityCopyright (C) 2009-2017 Mark Russinovich and Andrew Richards
Sysinternals - www.sysinternals.com

Process:               xmplay (2).exe (2304)
CPU threshold:         n/a
Performance counter:   n/a
Commit threshold:      n/a
Threshold seconds:     n/a
Hung window check:     Disabled
Log debug strings:     Disabled
Exception monitor:     Unhandled
Exception filter:      [Includes]
                       *
                       [Excludes]
Terminate monitor:     Disabled
Cloning type:          Disabled
Concurrent limit:      n/a
Avoid outage:          n/a
Number of dumps:       1
Dump folder:           .\
Dump filename/mask:    PROCESSNAME_YYMMDD_HHMMSS
Queue to WER:          Disabled
Kill after dump:       Disabled


Press Ctrl-C to end monitoring without terminating the process.

[12:47:46] Exception: 4000001F
[12:47:46] Exception: C0000005.ACCESS_VIOLATION
[12:47:46] Exception: C0000005.ACCESS_VIOLATION
[12:49:10] The process has exited.
[12:49:10] Dump count not reached.


C:\Windows\System32>
So it doesn't really crash no? I had to manually kill it through taskmanager (windows didn't show the crash dialog) and it also didn't show any unusual signs like high cpu or memory usage. So it just freezes?
Any ideas for the cause?
PS: The ACCESS_VIOLATION is normal and happens everytime with a working copy too

thanos

  • Posts: 7
Re: 3.8 reports, queries and bugs
« Reply #577 on: 21 Aug '18 - 11:43 »
Yeah nevermind, I figured it out myself. The problem was on my end. Apparently the config I was using was somehow incompatible with the new version and I was dumb enough not to try it with factory settings.
After some trial and error, I came into the conclusion that the problem may or may not be a parameter called AutoSet which was set to 1. I set it to 0 and I THINK it fixed the crashes. Out of curiousity, what does it do?

But yea, sorry for wasting your time, everything is working fine now :)

Ian @ un4seen

  • Administrator
  • Posts: 21130
Re: 3.8 reports, queries and bugs
« Reply #578 on: 21 Aug '18 - 13:05 »
I managed to crash the version using the same trick (version 3.8.3.9 as it says in the options menu)
 It didn't generate a crash dump file at all. This was pasted from the command line:
...

That looks like XMPlay didn't crash. Did XMPlay just freeze before too and not actually crash? If it did crash before, perhaps you could try again a few times, in case the freeze is something else. If it does just freeze then you can use Task Manager's "Create Dump File" option to generate the dump file.

Yeah nevermind, I figured it out myself. The problem was on my end. Apparently the config I was using was somehow incompatible with the new version and I was dumb enough not to try it with factory settings.
After some trial and error, I came into the conclusion that the problem may or may not be a parameter called AutoSet which was set to 1. I set it to 0 and I THINK it fixed the crashes. Out of curiousity, what does it do?

The "AutoSet" XMPLAY.INI entry contains the "Automatically load saved settings" option setting (in the "Saved Settings" options page). When that's enabled, XMPlay will look for saved settings for each file that you play. Does the problem return when you re-enable that option? If so, please upload your XMPLAY.SET file to have a look at here:

   ftp.un4seen.com/incoming/

thanos

  • Posts: 7
Re: 3.8 reports, queries and bugs
« Reply #579 on: 21 Aug '18 - 13:38 »
Quote
The "AutoSet" XMPLAY.INI entry contains the "Automatically load saved settings" option setting (in the "Saved Settings" options page). When that's enabled, XMPlay will look for saved settings for each file that you play. Does the problem return when you re-enable that option?

Oh, didn't even realize that! Yes, the problem immediately returned when I enabled the "automatically load settings" option! So it's about the autoload settings file? I tried uploading it to the ftp but it keeps giving me a "critical file transfer error". I don't know what to do.

Keltic Danor

  • XMPlay Support
  • Posts: 753
Re: 3.8 reports, queries and bugs
« Reply #580 on: 21 Aug '18 - 13:52 »
I tried uploading it to the ftp but it keeps giving me a "critical file transfer error". I don't know what to do.
Maybe just email it as an attachment to support@xmplay.com if ftp is giving you mischief.

thanos

  • Posts: 7
Re: 3.8 reports, queries and bugs
« Reply #581 on: 21 Aug '18 - 13:56 »
I tried uploading it to the ftp but it keeps giving me a "critical file transfer error". I don't know what to do.
Maybe just email it as an attachment to support@xmplay.com if ftp is giving you mischief.
Sent!

Ian @ un4seen

  • Administrator
  • Posts: 21130
Re: 3.8 reports, queries and bugs
« Reply #582 on: 21 Aug '18 - 14:14 »
The support@xmplay.com email address is currently still being forwarded to Keltic's old email address. Should probably update that :) ... In the meantime, you can send the file to the email address in my forum profile. If you can generate a dump file with Procdump, you could upload it to a free file sharing service (eg. wikisend).

If you remove/rename the XMPLAY.SET file, does that stop the crash happening?

thanos

  • Posts: 7
Re: 3.8 reports, queries and bugs
« Reply #583 on: 21 Aug '18 - 15:08 »
Okay, sent again. And yes, either deleting the xmplay.set file or disabling AutoSet seems to work

Ian @ un4seen

  • Administrator
  • Posts: 21130
Re: 3.8 reports, queries and bugs
« Reply #584 on: 22 Aug '18 - 13:28 »
Your XMPLAY.SET file seems fine and I'm still unable to reproduce the crash with it. Can you reproduce the crash by loading the saved settings manually (right-clicking on them in the "Saved Settings" list)? In case it also depends on some other setting, can you send your XMPLAY.INI file too? Please also try to generate a dump file again. If XMPlay is freezing rather than crashing then you can use Task Manager's "Create Dump File" option (right-click on xmplay.exe in the processes list) to generate the dump file when that happens.

thanos

  • Posts: 7
Re: 3.8 reports, queries and bugs
« Reply #585 on: 22 Aug '18 - 16:04 »
Yep, it's a real crash, not a freeze. I just got confused when running through procdump.exe and it didn't produce the typical crash dialog. Tried running it with -h(ung window) and then procdump detected it, but still refused to create the dump for some reason.

Anyway, I did some more trial-and-erroring and found another (temporary?) fix by deleting the Info parameter that is not many lines from AutoSet. Sent you the .ini file again.

Ian @ un4seen

  • Administrator
  • Posts: 21130
Re: 3.8 reports, queries and bugs
« Reply #586 on: 23 Aug '18 - 12:49 »
Unfortunately, I'm still unable to reproduce the crash here, so I think a dump file will be needed. If you're having no luck with procdump, another thing you could try is applying this "localdumps-full" registry entry:

   www.un4seen.com/stuff/localdumps.zip

Windows will then generate a dump file in "C:\Users\<username>\AppData\Local\CrashDumps" whenever a crash occurs. After you have got a dump file for the XMPlay crash, you can use the "localdumps-off" registry file to disable the dump file generation.

saga

  • Posts: 2262
Re: 3.8 reports, queries and bugs
« Reply #587 on: 23 Aug '18 - 21:30 »
XMPlay appears to have stopped being able to directly download modules from The Mod Archive via HTTPS for me, for example: https://api.modarchive.org/downloads.php?moduleid=183776
The HTTP version loads without problems. I'm on the latest "stuff" version and Windows 7.

Ian @ un4seen

  • Administrator
  • Posts: 21130
Re: 3.8 reports, queries and bugs
« Reply #588 on: 24 Aug '18 - 13:35 »
That example URL is working here. Do you see the "downloading..." counter when opening the playlist entry there? Also, have you assigned the IT format to a plugin or are you using XMPlay's built-in IT support?

saga

  • Posts: 2262
Re: 3.8 reports, queries and bugs
« Reply #589 on: 24 Aug '18 - 16:19 »
Strangely enough, it works now on my end as well (after a reboot). I think I have had this before, that XMPlay would refuse to play those URLs even after restarting it (it would strike them through instantly), but later it would work again. Nothing should have changed on the server side since then.
« Last Edit: 24 Aug '18 - 17:28 by saga »

Ian @ un4seen

  • Administrator
  • Posts: 21130
Re: 3.8 reports, queries and bugs
« Reply #590 on: 24 Aug '18 - 17:55 »
Was a single or double line drawn over the playlist entry? A double would mean that XMPlay wasn't able to successfully open the URL, while a single would mean it could open the URL but the file format wasn't recognised. Next time the problem happens, you could try opening the same URL in other software (eg. a browser) and see if that works.

saga

  • Posts: 2262
Re: 3.8 reports, queries and bugs
« Reply #591 on: 24 Aug '18 - 22:00 »
The same URL was accessible from Firefox. I don't remember right now if one or two lines were shown.