On Sat, 03 Jun 2000 17:05:16 -0500, Clarence Verge wrote:
> Glenn, I wish you were still on the "live" list. <G>
> *
> Glenn McCorkle wrote:
>> Does this explain to you *why* it's happening?
>> ---HTT file from the above server---
>> <>
>> Content-Type: text/plain
> Hi Glenn;
> Yes, that explains it, but I can't get that info unless I let the (undesired)
> page downloadload complete. I can't get that info prior to / during download
> with Netscape either. :((
1/2 right.<g>
You can't do it with NS.
But in Arachne, as soon as the text starts appearing on your screen....
you can abort the D/L and have a look at the .HTT file to see what
content/type the server is using.
(as if we didn't already know)<vbg>
When it starts displaying text on the screen (when it's *not* a text file),
there are only 2 possibilities.
1) the content/type is set to text/plain
2) the server is not sending any information at-all
IMO, #2 is an Arachne problem. In the absence of content/type information,
Arachne should wait for D/L to complete.
At this time, the unknown mime/type page should come-up.
(just as it does when the content/type *is* sent but that content/type is
not in mime.cfg)
(enough of that.... back to DagonLinux)
Here's the result of aborting the download after only 11kb of junk
was displayed.
Cleared the cache with F8 and linked to
http://tonberry.angband.org/dragonlinux/ver-0.76/DRAGON76.R00
Volume in drive L is MS-RAMDRIVE
Directory of L:\ARACHNE\CACHE
. <DIR> 6-04-00 3:04p
.. <DIR> 6-04-00 3:04p
HEADERS <DIR> 6-04-00 3:04p
60145991 TXT 11524 6-04-00 3:13p
4 File(s) 60028928 bytes free
Volume in drive L is MS-RAMDRIVE
Directory of L:\ARACHNE\CACHE\HEADERS
. <DIR> 6-04-00 3:04p
.. <DIR> 6-04-00 3:04p
60145991 HTT 596 6-04-00 3:13p
3 File(s) 60028928 bytes free
---60145991.htt---
<TITLE>HTTP header of http://tonberry.angband.org/dragonlinux/ver-0.76/
DRAGON76.R00</TITLE><PRE>
HTTP/1.1 200 OK
Date: Sun, 04 Jun 2000 19:15:25 GMT
Server: Apache/1.3.9 (Unix) Debian/GNU PHP/3.0.16
Last-Modified: Mon, 16 Aug 1999 18:29:59 GMT
ETag: "2804d-163e00-37b858a7"
Accept-Ranges: bytes
Content-Length: 1457664
Connection: close
Content-Type: text/plain
</PRE><HR>URL:<A HREF="http://tonberry.angband.org/dragonlinux/ver-0.76/
DRAGON76.R00">http://tonberry.angband.org/dragonlinux/ver-0.76/
DRAGON76.R00</A><BR>Local:<A HREF="file:60145991.TXT">
\arachne\cache\60145991.TXT</A><HR>
__________________
> Thanks for going to the trouble of waiting for the download. <G>
Hey, no problem.
But don't expect me to do the same for DragonLinux v0.80 beta
Check-out the .HTT from *that* aborted D/L
---60147105.htt---
<TITLE>HTTP header of http://tonberry.angband.org/dragonlinux/ver-0.80/
dragon80.zip</TITLE><PRE>
HTTP/1.1 200 OK
Date: Sun, 04 Jun 2000 19:33:59 GMT
Server: Apache/1.3.9 (Unix) Debian/GNU PHP/3.0.16
Last-Modified: Mon, 31 Jan 2000 00:24:00 GMT
ETag: "5d08d-2c54e66-3894d620"
Accept-Ranges: bytes
Content-Length: 46485094
Connection: close
Content-Type: application/zip
</PRE><HR>URL:
<A HREF="http://tonberry.angband.org/dragonlinux/ver-0.80/dragon80.zip">
http://tonberry.angband.org/dragonlinux/ver-0.80/dragon80.zip
</A><BR>Local:<A HREF="file:60147105.">\arachne\cache\60147105.</A><HR>
__________________
I ain't waiting for a 46mb D/L no matter *who* wants it.<g>
(it's a d**m Win$h*t install anyway)
> I wrote:
> Then I looked up the secret handshake for background download: cntrlENTER.
> I tried it and for about 20 seconds I was deliriously happy - until it
> quit the 1.4Mb download at 130Kb. It must have encountered an EOF.
> Glenn wrote:
>> No, it did not get an EOF.
>> The server cut you off.
>> (or you changed to another page during the "background D/L")
>> Do the D/L again. (and again if needed untill the server quits cutting
>> you off)
> You must be right there - even tho I had tried twice and got cut off at the
> same point both times, I tried today and with the DEFAULT mime.cfg I got all
> the way through .R00 the first time. Then I tried for .R01 and got 1/2 way
> through before Arachne (or somebody else) decided it was finished.
> I was still connected and everything looked like it was OK, the file was
> just way too short.
> This NEVER happens to me with ZIPs.
I don't think the problem is RAR vs ZIP.
The problem just seems to be with that particular server.
I've had similar problems (cut-off in the middle of the D/L), with other
servers around the web.
With all types of files... .htm, .jpg, .gif.... you name it.
I've also had the problem of incorrect content/type at many other
sites as well. :-((
> I wrote:
> That wasn't the only problem either.
> Arachne put that 130kb in my cache dir. NOT the download dir.
> Michael, that means I can't download a 1.5Mbfile when I only have 2.5Mb
> disk space. Why doesn't the download go directly to \DOWNLOAD ???
> Glenn wrote:
>> *All* files are placed in the cache directory first.
>> They won't be placed into the D/L directory until the Save button is
>> pressed after the "Saveas" page appears.
> I didn't get any "Saveas" page !
> This is TOTALLY illogical.
> I was DOWNLOADing a file.
> I had selected DOWNLOAD in background.
> The status bar said DOWNLOADing file.
> I was looking at this FTP directory and CAREFULLY not touching ANYTHING.
> The download went to 100% and the Arachne copyright status returned.
> The page did not change.
> Any reasonable person would assume that the file was NOW where it belonged:
> In the DOWNLOAD directory and with the proper name.
Get Bernie's ACOPY.EXE and it *will be*.<g>
> LD says she can't understand why people have to go fishing in the cache to
> find files. This is why. That's where they end up. :-((
You don't actually need to "go fishing". :-))
(scroll down for apology and explanation)
> WHY would I hit F2 ? Logic says THAT would save the FTP directory I was
> looking at, not the file, since there is no indication anywhere that the
> file even existed.
OK.... sorry, my fault.
I didn't explain myself properly as to *when* F2 will work.
I hope this explanation will help to remedy that foul-up.
You'll only get the saveas page if you setup Arachne's mime.cfg to
duplicate the incorrect content/type being sent by the server.
If the server sends image/jpeg when it's *really* a gif:
you need to temporarily change to....
image/jpeg GIF
When you're finished at that site and are moving on to a site that's
send things correctly: change it back to what it's *supposed to be*.
In the case of
http://tonberry.angband.org/dragonlinux/ver-0.76/DRAGON76.R00
3 steps are needed.
1) change "text/plain TXT" to "text/plain RAR"
2) link to the file and allow the D/L to complete
3) press the save button
Since you've changed mime.cfg to duplicate the incorrect content/type,
the saveas page will come-up automatically as soon as the D/L is complete.
You could also just comment-out the "text/plain TXT" line temporarily.
This would have the same result as what happens with
http://tonberry.angband.org/dragonlinux/ver-0.76/DRAGON76.EXE
You see, it also has an incorrect content/type (application/x-msdos-program)
But, since there is no specification in mime.cfg for that type.....
Arachne pulls-up the "I don't know this type" page automatically.
We can then choose to save it.(or not):-)
The same will happen if "text/plain" is commented-out.
Arachne will not know what to do with it and will ask if we want to save it.
>> I wrote:
>>> Thanks a lot. That worked.
>> But the file Dragon76.R00 is 1462966 bytes !!
>> A DOS formatted floppy is only 1457664 bytes.
> Glenn wrote:
>> NS screwed-up the D/L.
>> That file *is* 1457664 bytes in size.
>> I just got it with Arachne.
> You are again, quite right, Glenn.
> Netscape DID put the file where I wanted, but it ADDED some goobledegook
> in the process. I found a copy of the proper length in the Netscape cache.
> Thanks for the help, everyone.
> Michael, is it possible to bring up the "Save file" screen at the START of
> file (not page) downloads, and send the download DIRECTLY to the specified
> download directory ?
Do you mean something like the NS feature of
"right-click-on-link/menu-of-choices"???
Bernie said he's working on something *almost* as good.
ACOPY would *move* the file to the D/L directory instead of *copying*.
(this would only work if cache dir and D/L dir are on the same drive).
But, then he'd need to call it "AMOVE".:-)
The only other option I see is to copy the file from cache to D/L dir
and then delete the original file from the cache.
That's what I'm doing already.:-)
1) link to file for D/L
2) save it to my D/L dir
3) delete key to remove it from my cache
4) Cntrl+left-arrow to go back to the link page
(tab to the next file link and repeat all 4 steps for the next file)
Clarence,
In another mesasage I think you mentioned that you don't have enough HDD
space for all of those RAR files after UNRARing them.
The above 4 steps would be a way around this.
Just point you D/L dir to A:\
As you D/L each file and choose to save it.....
It will be saved to A:\
Then delete that file from your cache and put a new/empty diskette in A:\
ready for the next file.
Now you can UNRAR them to HDD and then pkzip them to a new set of diskettes.
(I think you'll find that those 7 RARs will need 10 or more for the ZIP)
--
Glenn McCorkle [EMAIL PROTECTED] North Jackson, Ohio, USA
DOS prog. for QV cameras http://www.angelfire.com/id/glenndoom/qvplay.html
Other stuff http:[EMAIL PROTECTED]/
Arachne, The Web Browser for DOS
Open the 'DOOR' to the WWW. Keep the 'windows' closed.
http://arachne.browser.org/ http://arachne.cz/
