Full of bugs

[richardkoch]

Today I downloaded the newest debug version 3018, full of hopes that the big amount of crashes in the last week would end.
After 15 minutes of listening to music, MM crashes "Out of memory". I had not the opportunity to send a log, MM hangs and cound not be revived.
It is very hard to work with MM although it is a good program.

[Peke]

Hi,
Please make debug log https://www.mediamonkey.com/forum/viewt ... 86639&sd=d then ZIP it and attach to support ticket.

In our tests MM 3018 RAM footprint is 30% lower than in 3005 due the number of MEM leaks fixes.

[richardkoch]

I would like to make a debug log, but MM hangs and freezes, so I cannot reach the point where I can make a debug log. Sorry

[Rob_S]

How much free memory does your system have? A screenshot of your task manager might be useful...

After the first crash, did you do a full restart of Windows to clear out any residual bits?

I would try to run MM again after such a restart, and without running anything else, and see what happens.

[richardkoch]

The 'Out of memory' crash is not the only type of crash which happens. Other crashes did not tell the reason. Sometimes I can send a log sometimes not.
After the crashes I remove all the MM processes from memory to be able to restart MM.
I think, the reason for all the crashes may originate in the huge database I have. In my database there are near 12000 albums.

[Rob_S]

Does 12,000 albums mean something like 120,000 tracks?? Wow!! I have only 14k tracks.

If you can get MM running long enough, I would attempt to make a backup of your database using the menus - file, manage database. If that does not work, you could find the file "MM5.db" in your appdata/roaming /mediamonkey 5 folder, and copy it somplace safe. By the way, how big is that file???

Then try doing a full database maintanance under that same menu. It is possible that it has become corrupted, and this is causing the crashes.

[Lowlander]

Actually Debug View captures all this. It doesn't matter if MediaMonkey keeps, working, freezes or crashes, it's all captured in Debug View and can be used by the developers to determine why this happens on your setup.

If Windows itself also crashes, just set Debug View to log to file and you can provide the saved file after Windows reboot.

[richardkoch]

Yes, I have 282394 files in the database.
I reconstructed the database, the long way. Before that, the database had 947 MB, after that 952 MB.
Will see if there is a better behavior of the program.

[Dryst]

Actually Debug View captures all this. It doesn't matter if MediaMonkey keeps, working, freezes or crashes, it's all captured in Debug View and can be used by the developers to determine why this happens on your setup.

If Windows itself also crashes, just set Debug View to log to file and you can provide the saved file after Windows reboot.

The problem with capturing debug logs is that when MMW5 running debug eventually freezes (and it will), the response from tech is that the reason for the freeze is due to debug logging. This makes capturing debug logs futile.

[Lowlander]

That may have happened in specific scenario, but is generally not the case. I've not run into this scenario. Please do capture the debug log of MediaMonkey freezing and submit it to support.

[Dryst]

I have tried sending debug logs to be told that my logs are too big and the freeze happens due to debugging. I was specifically told to stop debugging

The problem is for these sporadic crashes we may have to run the application for a very long time. Hours of run time will cause a freeze during debug logging. However, the same freeze happens even with the non-debug version. I wonder if you guys still have debug code in the release version that may be triggering the same freeze.