Britt, I've got to agree with you on this issue. Saving the file to disk in the selected download location seems the only logically solution to me...anything else seems to me to just be unwise.
Nick Britt Turnbull wrote: > Hi2all, > > time for me to have a little grumble...... > > OK, I wanted to download SS 1.7 upgrade.... 150+Meg..... > Started the download over night... and it bombed.... > > Why...... > > I had recently installed the TCPIP FixPak... and it changed my TMP pointer > back to C:\TCPIP\TEMP... and guess what I only had 100M free on C:...... so > chalk that up to a totally incompetant Mickeysoft style kludge by IBM..... > > To IBM... leave my config.sys alone....or at least respect my changes.... > > Then there is the really clever and profoundly thought out Mozilla mechanism > to ask where I want the file stored... and then proceed to create a temp > download in the temp directory.... > > OK, I can see where on dialup, and where a user takes 2 hours to decide where > to save the file, the download can be speeded up by commencing the download to > a temp file....sheesh... > > But guys seriously... why not check drive space.... > > Why not create a tmp file in the destination location, if you just have to > have one... it took minutes to copy the temp file over to the location at the > end of the download, instead of just rename.... > > Why bother trying to save time this way.. its' takes a lot of downloads to > make up the time lost due to problems like this.... > > This has been discussed before, and nothing really seems to be happening.... > > To say I'm not impressed is somewhat of an understatement.... > > regards, > -- > Britt > [EMAIL PROTECTED] > eCs + SMP OS/2 v4.51 > check it out: http://www.ecomstation.com -- Nick Morrow [EMAIL PROTECTED] Buenos Aires, Argentina --- Research is what I'm doing when I don't know what I'm doing. -- Wernher von Braun
