My heart sank when this morning I saw a large download was due (337 Mb) .... It probably will not arrive ... and I was correct ... again.
It quickly got to about 10% and stopped. After a while I cancelled it. The updater then jumped up and down and installed something.
I restarted the download (an by-product of the part of the install/restart procedure) and it froze again. Cancel resulted in nothing having completely downloaded.
Using 'Update resources', I initiated the download again and went to bed (it was 3 A.M local). Get up again at 7 A.M. Frozen at 30%, nothing completely downloaded.
My solution today ...?:
- Load Parallels and W7 and L4Windows.
- Download (no problem, 100% went straight through in about 20 minutes).
- Copy all resources onto an external disk.
- Use the Scan command with the path of the external HDD from within L4Mac.
Implications:
- It is not my ISP nor my local network - they are both common to mac and windows
- It is not my computer hardware - The VM uses the same network card (I was using gigabit ethernet and not wi-fi).
- Therefore is the software - Something in the mac download routines / protocol is too sensitive to any data that is lost in transit, whether mislaid or just too slow in arriving. This would account for the different % freezing points.
I would no longer consider myself a programmer (it is years since my time with BCPL and 6502 assembler) so obviously this is largely guesswork but I am pretty certain that it is not the hardware.
I have attached the log: 8508.Archive.zip
