"File Expected from server and received do not match"

[NewsArchive]

What causes this? I'm downloading from a server that is local to me
(testing - 1gb connection)

I've recompiled the setup, re-uploaded several times but this continues to
re-occur.

I can download other setups off the same server without problem......

Are temp files created locally and then renamed?

Suggestions?

Thanks,
Paul

[NewsArchive]

Tried on another local machine and got a decompression error[#8] - whatver
that means....

Using SB 6.9.2587

paul macfarlane

[NewsArchive]

> Tried on another local machine and got a decompression error[#8] - whatver
> that means....

That is a CRC-32 error. I assume, during the upload process the file got
corrupted.

Friedrich

[NewsArchive]

> That is a CRC-32 error. I assume, during the upload process the file got
> corrupted.

Of course, this can also happen as a result of a download transmission
error.

Friedrich

[NewsArchive]

And would you expect this to happen on the same component every time?

Remember also I'm doing this on a local network....

paul macfarlane

[NewsArchive]

Paul,

> What causes this? I'm downloading from a server that is local to me
> (testing - 1gb connection)
>
> I've recompiled the setup, re-uploaded several times but this continues
> to re-occur.
>
> I can download other setups off the same server without problem......
>
> Are temp files created locally and then renamed?
>
> Suggestions?

The file on your server is definitely NOT the file that was used (on your
development machine) when you build the installer. In other words, this
feature protects your customer from receiving the wrong file(s).

Similar to this: you compile a test.dll (dated 02-OCT-2009) into your
installer but on your server is still a test.dll (dated 01-OCT-2009). The
installer is smart enough to detect that the files are out-of-sync.

Upload the correct new files to your server and you are done.

Hope this helps.

--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910

SetupBuilder is Windows installation -- "point. click. ship"

-- Official Comodo Code Signing and SSL Certificate Partner

[NewsArchive]

Friedrich,

I've re-built the installer twice. I've re-uploaded the WebSetup files (all
291 files), checked the dates on the server, etc....

So, if the setup is fine, it's the delivery (and/or unpackaging) creating a
file that doesn't match.

SB picks and compiles the files. I don't see where or how I can mis-match
them....

Paul

[NewsArchive]

Paul,

> I've re-built the installer twice. I've re-uploaded the WebSetup files
> (all 291 files), checked the dates on the server, etc....
>
> So, if the setup is fine, it's the delivery (and/or unpackaging) creating
> a file that doesn't match.
>
> SB picks and compiles the files. I don't see where or how I can mis-match
> them....

Perhaps you upload to folder "A" but your installer downloads from folder
"B".

That feature is there to protect your customers and if the installer detects
such an "out-of-sync" file then we can 100% sure that the files on your
server are not the files that the installer expects.

Friedrich

[NewsArchive]

Same WebInstaller that was giving the errors. Now at a remote location.
Install went fine.

Weird. Problem occurs when connection is fast - or it's totally random.....
--

I am a bit confused about the mis-match stuff. Webinstall/update settings
are the same and it's all in the right folder.
Confirmed that when I uploaded and checked the resulting files on the
server.

paul macfarlane

[NewsArchive]

> Same WebInstaller that was giving the errors. Now at a remote location.
> Install went fine.
>
> Weird. Problem occurs when connection is fast - or it's totally
> random.....
> --
>
> I am a bit confused about the mis-match stuff. Webinstall/update settings
> are the same and it's all in the right folder.
> Confirmed that when I uploaded and checked the resulting files on the
> server.

Unfortunately, I can't suggest anything else to help :-( I can only tell
you what this error means (data received does not match original data).
Similar to a corrupt ZIP archive that gives an CRC32 error.

Web Install works on quite a few million machines for years and the last
modification in the web module was on 7/30/2008 (more than one year ago).
So it's definitely not caused by any of the latest modifications.

Perhaps your HTTP server does not work stable and sends corrupt data
streams? I don't know.

BTW, we have an ultra fast connection here and we have never ever seen this.
And our HTTP server application is not even a super-duper-mega-hightech
program. It's a simple HTTP 1.0 compatible server and that's it.

Friedrich

--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910

SetupBuilder is Windows installation -- "point. click. ship"

-- Official Comodo Code Signing and SSL Certificate Partner

[NewsArchive]

Paul - not sure if this helps.

I get this not with a web update but a normal downwload from time to time
with some of our US clients. The common denominator in every case is they
use Satellite connections which are very prone to issues in bad weather.
Again that has been a factor also, the bad weather.

My advice is to try again either when the weather improves or from a
"normal" connection and that works every time without fail.

Why weather should affect a satellite connection I will never know as it
does not make sense to me. I would have thought technology would have moved
on by now!

HTH

John Fligg

[NewsArchive]

> Paul - not sure if this helps.
>
> I get this not with a web update but a normal downwload from time to time
> with some of our US clients. The common denominator in every case is they
> use Satellite connections which are very prone to issues in bad weather.
> Again that has been a factor also, the bad weather.
>
> My advice is to try again either when the weather improves or from a
> "normal" connection and that works every time without fail.
>
> Why weather should affect a satellite connection I will never know as it
> does not make sense to me. I would have thought technology would have
> moved on by now!
>
> HTH
>
> John Fligg

Some companies are using a "cache" to speed up web browsing & file
downloading. As far as I know, most Internet connections via satellite make
use of a "cache". What happens is, if the connection is not stable (e.g.
bad weather) then it's possible that corrupt files are lying around in cache
(for minutes or hours) -- whenever the web client downloads the file now, it
gets it from the cache, not from your server. The same can happen if you
browse a web site at, say, 10:00 AM. The web site is updated at 10:15 AM
and you visit the site again. Hmm, strange, the same old contents, no
update. Why? Because the data comes from the cache. Pressing "Refresh" in
the browser might solve it and new data is downloaded.

An equivalent to the "Refresh" button in a browser is the "no-cache" option
in Web Install. This will send the "Pragma: no-cache" HTTP header to
disable caching for a particular page.

Friedrich

--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910

SetupBuilder is Windows installation -- "point. click. ship"

-- Official Comodo Code Signing and SSL Certificate Partner