[inman]

I can't leave Emule on for more than 18-24 hours without it freezing. It happens every single time and I have tried 2 different computers (one Windows 7, one windows 8). I would like to leave it on for a week (sometimes this is the only way to get up long queues) to get rid of all my partial downloads.

Unfortunately I have only just put the crash dump but is there any common reason for this to occur? I download a lot of files (about 100) at once - is this bad? I also sometimes share from external hard drives as well as my C drive - is this recommended? Could this put strain on memory and CPU? Saying that, it seems to happen no matter how much / what I share from.

I have recently done a fresh install of Emule and it seems to be far less 'laggy' when hashing files but has not solved the problem.

This post has been edited by inman: 27 April 2014 - 11:07 AM

[Zangune]

inman, on 27 April 2014 - 01:06 PM, said:

I can't leave Emule on for more than 18-24 hours without it freezing.

Strange, read here
Pay attention to this

Meuh6879, on 03 April 2012 - 07:36 PM, said:

1) 200-300Mo after 10-15-30-45 days 24h/24
2) max 700-900Mo for a short period (24-36 hours)

If I read well that means at least Meuh6879 used eMule for more than a day.

inman, on 27 April 2014 - 01:06 PM, said:

It happens every single time and I have tried 2 different computers (one Windows 7, one windows 8).

More strange, do you use the same antimalware on both?

inman, on 27 April 2014 - 01:06 PM, said:

I would like to leave it on for a week (sometimes this is the only way to get up long queues) to get rid of all my partial downloads.

I agree with you.

inman, on 27 April 2014 - 01:06 PM, said:

Unfortunately I have only just put the crash dump

Send to Dumps A T eMule-Project DO T Net please.

inman, on 27 April 2014 - 01:06 PM, said:

is there any common reason for this to occur?

It should happen in very rare cases, anyway I don't know any common problem that causes crashes.

inman, on 27 April 2014 - 01:06 PM, said:

I download a lot of files (about 100) at once - is this bad?

eMule is about sharing, not downloading, but this behavior should be not so uncommon.

inman, on 27 April 2014 - 01:06 PM, said:

I also sometimes share from external hard drives as well as my C drive - is this recommended?

No, but as far as I know is not unrecommended too
That suggest me an idea: can Windows disable your external hard drive during eMule sharing?
Try without the external drive, please.

inman, on 27 April 2014 - 01:06 PM, said:

Could this put strain on memory and CPU?

Check yourself! Read how to perfmon in Windows 7.

This post has been edited by Zangune: 27 April 2014 - 09:28 PM

[inman]

I also have a problem with Emule freezing when both files are calculating AICH and a download finishes.
I could wait until files finish calculating AICH but it takes a long while, is there a solution to this?

[Zangune]

Some mods allows you to slow down the hashing process, this will cause your computer to not freeze anymore.

[inman]

I came close to finding a solution to my problem. Emule (MorphXT) ran out of memory and crashed but, before it crashed, a message flashed up saying I needed to download a file, and copy it to my windows system 32 folder and my Emule folder. I think it said the file also needed to be extracted form a folder called x84 and x64. Unfortunately, the message flashed up to quickly to read where to download it (although it was Microsoft something) or what the file was called. Can anyone help?

[inman]

it was something like this, which is interesting because I also get a lot of runtime errors when running P2P programs:

http://www.dll-files...s.shtml?msvcr70

Can anyone confirm the file and, if so, what to do?

[Zangune]

Yes, if your operating system has a problem your eMule may act strange.
You have to replace your msvcr70.dll file, probably. I recommend to use http://microsoft.com only, read here http://support.microsoft.com/kb/326922

[inman]

Thanks, but I'm sure it said copy it/another file to the Emule folder (I assume config) as well. I will just replace it in Windows system32 for now.

I also have been having "encountered an improper argument" errors with MorphXT, I assume an error also related to memory?
However, it seems to appear in the MorphXT beta 11 as fixed: FIXED: First try to avoid the "eMule:an invalid argument was encountered" bug Since this is 12.7, surely it has been fixed? It appears not.

This post has been edited by inman: 13 July 2014 - 10:52 AM

[Zangune]

inman, on 13 July 2014 - 12:50 PM, said:

I'm sure it said copy it/another file to the Emule folder (I assume config) as well.

MorphXT doesn't need msvcr70.dll in eMule config directory.

inman, on 13 July 2014 - 12:50 PM, said:

I also have been having "encountered an improper argument" errors with MorphXT, I assume an error also related to memory?

If your system is corrupted you may expect everything.

inman, on 13 July 2014 - 12:50 PM, said:

However, it seems to appear in the MorphXT beta 11 as fixed: FIXED: First try to avoid the "eMule:an invalid argument was encountered" bug Since this is 12.7, surely it has been fixed? It appears not.

You have to be sure your error is this error, it seems to be a too general problem. Anyway you reported an ancestral changelog, eMule 0.29 was built 11 years ago.

[inman]

yeah... I thought as much. Maybe it was another file in that directory.

All the errors (encountered an invalid argument, runtime errors etc.) seem to be related to visual C++ but I'm not sure how to approach solving it. I'll leave it alone for now and hope for the error to come up again. It mainly freezes when calculating AICH and, if I remove my drive and share & hash my new files after Emule loads, Emule then doesn't calculate AICH and this (generally) solves the problem.

This post has been edited by inman: 13 July 2014 - 12:50 PM

[Zangune]

inman, on 13 July 2014 - 02:48 PM, said:

I'm not sure how to approach solving it. I'll leave it alone for now and hope for the error to come up again.

When it happens quickly press Stamp button on your keyboard, than paste it in Paint, upload here and paste the image on this board.
We have to read that error.

inman, on 13 July 2014 - 02:48 PM, said:

It mainly freezes when calculating AICH and, if I remove my drive and share & hash my new files after Emule loads, Emule then doesn't calculate AICH and this (generally) solves the problem.

We have to be sure about that, too.

[inman]

Zangune, on 14 July 2014 - 02:29 PM, said:

inman, on 13 July 2014 - 02:48 PM, said:

It mainly freezes when calculating AICH and, if I remove my drive and share & hash my new files after Emule loads, Emule then doesn't calculate AICH and this (generally) solves the problem.

We have to be sure about that, too.

True, in truth there are 2 problems and doing what I do only really solves one. The first is freezing (and not recovering) when hashing which doesn't happen on other P2P programs I use, such as DC++, even though I share and DL the same amount of files as I do on Emule. So, I'm wondering if that problem is with Emule (or how I am using Emule by sharing and hashing a large number of files), or it's a problem with my PC. It seems to be the former (since as I mentioned it happens on 2 PCs.) With that said, maybe I just need to work out how many files Emule can handle, and maybe it's not as much as other programs. I should also mention that sometimes, when Emule is calculating AICH and finishing a hash from a download, the files 'queue up to hash' (i.e 2 or 3 will be at 100% and black rather than going green and finishing.) However, even when this happens, it only delays Emule freezing.

However, the other problem is crashing from Visual C++ errors. It's only P2P programs that these errors occur on, and DC++ also has similar errors. For instance, I get something along the lines of 'too many requests and the program will to be terminated' and I get the same one as per Emule "encountered an invalid argument." So there seems to be a general problem with at least one PC I am using. This is confirmed by corrupt hashes occasionally happening (Emule changes the hash despite me not touching the file and I end up with a different hash to everyone else who has it shared.)

What I have also noticed is Emule does not respond well if you move a file into your shared folder when the program is running and reload. It freezes up (and usually eventually recovers) but DC++, again with the same amount of files shares, has no problem reloading new shared files. Is this a sign that Emule can't manage what you are sharing, and are sharing too much?

This post has been edited by inman: 18 July 2014 - 05:19 PM

[inman]

Turns out the file was DGBHelp.DDL and it needs to be in your windows folder, and/or your installation folder. I already have it on my installation folder, maybe it is corrupt?

[xilolee]

Try to register it...

[inman]

I may have finally solved the problem

After years and years of crashing, freezing and corrupted files, the simple solution was just to disable "Windows search" to prevent file indexing. I loaded up Emule, normally it takes forever to start, but it loaded in a flash and rehashed all my corrupt files extremely quickly.

Now I am left just left with this:


Do I need to delete those part files and start over the DL, or can I just leave them?

[xilolee]

You can delete them (with emule closed, from temp folder) or recover them (click) (suggestion: with metfileregenerator), your choice.

[inman]

I deleted one of part files because it was 0kb, and recovered the other 2 with metfileregenerator (although it gave me a few options on the file to recover, so the part file may have been overwritten a few times.)

For anyone else, stopping and disabling "Windows Search" with services.msc seems to save a lot of CPU.