AutoPatcher Forum

Fine here. No errors.

Cyrus, on Dec 13 2007, 02:46 PM, said:

What are the MD5's of the files that are reporting errors?

Erik Ramey, on Dec 14 2007, 01:51 AM, said:

Yip, i am also still getting the file verification error:

Looking for file C:\apup\modules\Components\__dotnet\dotnet3.5_enu.apm
MD5 Hashes do NOT match. Expecting 89205a7b98b191a1d46c21ca5d20cfc9, but found 19bfd0c211fd85be41bdcab0910c3aae!!!

Okay, I see what happened. I accidently added to MD5's when I last corrected it. Fixed

Thanks Stan!

Erik Ramey, on Dec 14 2007, 07:53 AM, said:

Thanks Erik!

I still have the same error, but i'll wait a while and try it again later, maybe the incorrect script is still being
cached somewhere on my side.

Thanks.

Quite odd... I just tested with the old script that was incorrect which APUP didn't delete. Once I deleted it manually, the newest one was download. I then copied the bad one back and this time APUP deleted like it was suppose to.

Check this for me Stan:
The bad one contains this below in the modules portion of the script:
DetectFile=autopatcher:\modules\Components\__dotnet\dotnet3.5_enu.apm
DetectHash=19BFD0C211FD85BE41BDCAB0910C3AAE
DetectHash=89205a7b98b191a1d46c21ca5d20cfc9

While the good one has only this:
DetectFile=autopatcher:\modules\Components\__dotnet\dotnet3.5_enu.apm
DetectHash=19BFD0C211FD85BE41BDCAB0910C3AAE

Do you still have the bad version of the script?

Erik Ramey, on Dec 14 2007, 08:12 AM, said:

Hi again Erik,
Sorry i have been out all day.

Ok here is a clean copy of the problem log:

DetectFile=autopatcher:\modules\Components\__dotnet\dotnet3.5_enu.apm
DetectHash=19BFD0C211FD85BE41BDCAB0910C3AAE
DetectHash=89205a7b98b191a1d46c21ca5d20cfc9

Notice it still has two copies of the Hashes!

Very strange as i deleted ALL the scripts and reran apup only selecting "Dotnet Add on pack for Windows"
And then it gives me that file verification error!

Strange?

Stan

Yes...it's strange indeed...since I just downloaded the .NET add-on and everything went fine.
Is it probably because you're (somehow) connected to a proxy that caches downloads?
Edited by sh1leshk4, 14 December 2007 - 02:06 PM.

sh1leshk4, on Dec 14 2007, 04:06 PM, said:

Well thats what i was thinking

But i have a direct dsl connection to the internet ??

Strange?

I dont even think deleting all the dotnet files and re downloading them will help?

Stan.

Mmm...I think it's the downloaded script file that has the problem, not the downloaded .NET file.
Try deleting all .list and .script files in your AP folder first.

sh1leshk4, on Dec 14 2007, 05:25 PM, said:

Allready tried that a few times!
Its still bringing down the wrong file.
I'll try again later!

Thanks,

Stan

It worked fine for me this time.

Yip! worked fine for me now too

Must be a cache problem of some sorts.

Thanks guys!

Stan.

Any chance of changing Dotnet 2.0 SP1 to show for windows xp as well, since it's there and all.

BrainDedd, on Jan 10 2008, 05:32 AM, said:

Dotnet 2.0 SP1 isn't required for Windows XP since Dotnet 3.5 already includes this.

OK I just figured for people like me that don't have or want dotnet 3.0+ on since there's nothing out there that really uses it, that having it as an option was maybe a good idea.

BrainDedd, on Jan 12 2008, 10:21 AM, said:

That would include me, too...
--
James

Will the update include: ParallelExtensionsToNetFramework35_Dec07CTP.msi

and/or PowerToysForNETCompactFramework35.msi

Just wondering?

@'DesertJerry - Honestly I haven't looked into this. Is this something that the average user will need? Well.. the average person that uses dotnet will need...

I don't think it should be included.
The .NET pack is supposed to make any .NET apps work, not to help the average user to create one.

Just my $0.02. =)