The original message was received at Tue, 7 Dec 2004 09:27:35 +0100 from dsl-62-220-8-66.berlikomm.net [62.220.8.66] ----- The following addresses had permanent fatal errors ----- <sms@antinode.org> ----- Transcript of session follows ----- 451 4.4.1 reply: read error from mailhost.antinode.org. <sms@antinode.org>... Deferred: Connection reset by mailhost.antinode.org. Message could not be delivered for 5 days Message will be deleted from queue
Reporting-MTA: dns; mailrelay3.berlikomm.net Arrival-Date: Tue, 7 Dec 2004 09:27:35 +0100 Final-Recipient: RFC822; sms@antinode.org Action: failed Status: 4.4.7 Last-Attempt-Date: Sun, 12 Dec 2004 09:36:48 +0100
--- Begin Message ---
- To: sms@antinode.org
- Subject: Re: Wput v. VMS
- From: Hagen Fritsch <hagen@itooktheredpill.dyndns.org>
- Date: Tue, 7 Dec 2004 09:28:28 +0100
- In-reply-to: <04120700483548@antinode.org>
- Organization: Tux-Weltherrschaft GmbH
- References: <04120700483548@antinode.org>
- Reply-to: headshot@itooktheredpill.dyndns.org
- User-agent: KMail/1.7.1
Hi Steven, thanks for your hints so far. I integrated the vms-code into ftp-ls.c but i'd like to test it, since some parts needed to be adjusted to wput. So could you send me a typical vms-directory-listing as a text-file? In the code it is written that vms reports the filesize in 512bytes-blocks. So wouldn't it be ok to assume the filesize to be ($blocks-1) * 512 so that in case resuming is whished, wput would resume the file from there? Regards, Hagen Am Dienstag, 7. Dezember 2004 07:48 schrieben Sie: > Herr (?) Fritsch: > > A Linux user recently posed a question on comp.os.vms involving > uploads to a VMS FTP server, which might have Wput as an answer, but as > your code seems to be based on an official Wget ftp-ls.c, it probably > wouldn't work. If you have any hope of dealing successfully with a VMS > FTP server, you might consider stealing my modified Wget code, which > does a significantly better job. > > > Support for files beyond the magical 2gb border seems to be impossible > > to achieve. If someone has experiences in implementing operating-system > > independent file-access for such files, this would help wput a lot. > > Large file support is one of the major features in the next versions > of the Info-ZIP Zip and UnZip programs. That code has not been > generally released yet, but when it is, you may find it useful. > OS-independence is a bit much to expect, but various-OS accomodation > seems to be possible, and the Info-ZIP programs run on more system types > than I ever want to use. > > http://www.info-zip.org/ > > http://www.antinode.org/dec/sw/wget.html > > If I get ambitious, I may try to build Wput on VMS. I'll let you > know if I learn anything. > > ------------------------------------------------------------------------ > > Steven M. Schweda (+1) 651-699-9818 > 382 South Warwick Street sms@antinode.org > Saint Paul MN 55105-2547 -- Mit besten Grüßen Hagen mailto:itooktheredpill@gmx.de http://itooktheredpill.dyndns.orgAttachment: pgpZvrzN5lObf.pgp
Description: PGP signature
--- End Message ---