Fellow network enthusiasts,
I have come across some weird behavior while downloading URLs.
In my program, I have a function which downloads a file from the
internet and saves it to a computer. There are many different
functions that will do this; some only work on mac, some only on
windows, and some work on both. On a mac, it always works. On a
windows machine, no matter which function I use, it works too, EXCEPT
for certain servers, such as www.angelfire.com, which is a popular
free website host.
Even more perplexing is that some of the transfer does work. Some of
the file, often most of it, comes through successfully.
I tried using very small files, and very large files, and always the
result is the same. On mac it always works, on windows it always
works EXCEPT for some sites like angelfire.
Here are some of the various windows URL download functions I have
tried:
NewOPHTTPDownload
URLDownloadToFile
InternetOpenUrl
URLOpenStream
Each works, except for sites like angelfire.
Here are 2 links to the exact same file.
http://www.angelfire.com/theforce2/lackeyccg/solar.jpg
http://www.geocities.com/cultcthulhu/images/Tulzscha.jpg
With the geocities link, all 81,483 bytes successfully transfer.
With the angelfire link, ONLY 17451 bytes successfully transfer. The
rest never comes through.
I can only assume there is something weird about the angelfire site
causing this incomplete transfer. I doubt angelfire servers are
blocking transfers, because if they were, why would they send some of
it but not all? And why does it always work on a mac but not windows?
If anyone could shed some light on this enigma, please let me know.
-Trevor
www.lackeyccg.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Openplay-dev mailing list (
Openplay-dev@list...)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/openplay-dev/subscriber%40opensubscriber.com
This email sent to
subscriber@open...
opensubscriber is not affiliated with the authors of this message nor responsible for its content.