HydrogenAudio

Hosted Forums => foobar2000 => General - (fb2k) => Topic started by: 2E7AH on 2009-11-29 23:23:47

Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: 2E7AH on 2009-11-29 23:23:47
While this strange situation appears in beta 2 maybe it's not related to it: I copied tags from a release and then removed them, as I wanted to remove embedded album art quickly. After I pasted fields foobar locks at updating. Clicking Abort button does nothing. If I tried to close foobar it would say:

Tag update: If you close foobar results will be lost, are you sure?

But can't close, so I ended process.

Process monitor outputs just: Process Profiling all the time

And process explorer threads looks this way:

(http://img109.imageshack.us/img109/7713/sshot1od.png)

Not much info but it's reproducible for me
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: Yirkha on 2009-11-29 23:30:37
Please paste the stack dump of the thread foobar2000.exe+0xc1110.
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: 2E7AH on 2009-11-29 23:34:41
ntoskrnl.exe!KeSetEvent+0x294
ntoskrnl.exe!RtlEnumerateGenericTableAvl+0x9f4
ntdll.dll!KiFastSystemCallRet
ntdll.dll!RtlQueryActivationContextApplicationSettings+0x151
foobar2000.exe+0x75e96
foobar2000.exe+0x779b8
foobar2000.exe+0x78144

now it changed to:

ntoskrnl.exe!KeSetEvent+0x294
ntoskrnl.exe!RtlEnumerateGenericTableAvl+0x9f4
ntoskrnl.exe!NtSetInformationProcess+0x2c0a
ntoskrnl.exe!KiDeliverApc+0x111
ntoskrnl.exe!KeInsertQueue+0x330
ntoskrnl.exe!KeSaveStateForHibernate+0x14a7
ntoskrnl.exe!KeWaitForSingleObject+0x393
ntoskrnl.exe!NtWaitForSingleObject+0xc6
ntoskrnl.exe!ZwYieldExecution+0xb5a
ntdll.dll!KiFastSystemCallRet
ntdll.dll!RtlQueryActivationContextApplicationSettings+0x151
foobar2000.exe+0x75e96
foobar2000.exe+0x779b8
foobar2000.exe+0x78144

after trying to exit foobar disappears but it process is live:

(http://img215.imageshack.us/img215/8595/sshot1p.png)

then I kill process

and BTW what is the format of the data in clipboard when I select fields then choose copy in properties?
I pasted the data in editor for future use, but when I copy it from editor and run foobar properties "paste fields" is grayed
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: Yirkha on 2009-11-29 23:59:34
after trying to exit foobar disappears but it process is live
Yeah, the main metadb lock seems deadlocked, so it can't even shut down right.

and BTW what is the format of the data in clipboard when I select fields then choose copy in properties?
I pasted the data in editor for future use, but when I copy it from editor and run foobar properties "paste fields" is grayed
It's an alternative custom format, needed for the difference between "Paste" and "Paste Fields" to work.
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: 2E7AH on 2009-11-30 00:11:09
Hm..., this is very strange to me as foobar wont play my files either - even after I restarted windows and downgraded to 0.9.6.9. I can play files with other players and I tried with changing output devices

It's an alternative custom format, needed for the difference between "Paste" and "Paste Fields" to work.

Yeah, but how can I make what I pasted in editor to work with foobar "paste fields" if I copy that from editor, as I needed clipboard in the meantime for something else as I can't update my files?

[edit]Eh, silly me
I extracted archived config form one of Yirkha's autobackups and now I can play music again 
I guess some configuration file got corrupted

Although the problem with pasting fields stays the same - I can reproduce it again
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: Yirkha on 2009-11-30 00:21:51
Hm..., this is very strange to me as foobar wont play my files either - even after I restarted windows and downgraded to 0.9.6.9.
Have you tried with plain install with no additional components? And what kind of files?
ETA: So it was a damaged .cfg? Did you save the broken one so someone could look what happened?

Yeah, but how can I make what I pasted in editor to work with foobar "paste fields" if I copy that from editor, as I needed clipboard in the meantime for something else as I can't update my files?
You would have to use some clipboard viewer/manager which can load and save or just hold for a while whole clipboard data. Like the ClipBook Viewer (http://en.wikipedia.org/wiki/ClipBook_Viewer) does with its .clp files.
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: 2E7AH on 2009-11-30 00:34:20
Have you tried with plain install with no additional components? And what kind of files?

No. Any type. Foobar locks at Loading... and I have to end the process

ETA: So it was a damaged .cfg? Did you save the broken one so someone could look what happened?

I guess. But I can make it if I try to use "paste fields" as described above then I can't even play files anymore

I renamed working backup as "autobackup.20091130-012520 - copy.zip" but it seems that the file got deleted. Luckily I had another working autobackup archive.

You would have to use some clipboard viewer/manager which can load and save or just hold for a while whole clipboard data. Like the ClipBook Viewer (http://en.wikipedia.org/wiki/ClipBook_Viewer) does with its .clp files.

ok, thanks

[edit] it's not happening on portable, so maybe it's some component mistake
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: Yirkha on 2009-11-30 00:52:33
But I can make it if I try to use "paste fields" as described above then I can't even play files anymore
OK. If you have time to mess with this, it might be interesting to replicate it on a smallest system possible (portable with only a few components).

I renamed working backup as "autobackup.20091130-012520 - copy.zip" but it seems that the file got deleted. Luckily I had another working autobackup archive.

Each time a new backup archive is created, older files matching "autobackup.*.zip" in the profile directory are deleted, to leave just last this number of them.
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: 2E7AH on 2009-11-30 01:07:22
I can't reproduce it on portable install with all components and same media library

Here is CSV (http://pastebin.com/m56f2d1f3) from process explorer after I paste fields and press update, then I press Abort, and after some time I end foobar process

[edit] I tracked down foo_softplaylist, but can't see what's this component doing
Title: Weird tag update deadlock and subsequent SNAFU - foo_softplaylist?
Post by: Dr_Colossus on 2009-11-30 17:54:13
I'm pretty sure I've been getting this same bug.