frank@nexus.YorkU.CA (Frank Pikelner) (02/28/91)
Hi, to all you FTPers HELP!!!. I've attempted to FTP files from cica.cica.indiana.edu for use with Windows 3.0 . Most of these files are in the .ZIP format. The files are FTPed to a SUN workstation running 4.1.1 O/S. The files are then transfered via modem to my home IBM compatible computer. I use the binary mode of transfer during the FTP session. To send the files from the SUN to the IBM I use Zmodem or KERMIT protocols (both in binary modes). 1. My first problem is many files when I attempt to run PKUNZIP I get ZIP file error and to run PKZIPFIX. The PKZIPFIX does not fix my problem and the file it creates can not be decompressed. 2. Transfering the files via modem using ZMODEM protocol I get CRC and BAD BLOCK errors after he first 1024K or 2048K for most files. My CPS after that goes down to 18 or 36 and the transfer gets abandoned after this. If there exists a person(s) with any help or suggestions please email me or post to the net. Since I have not seen other postings I may be the only case that this occurance is plaguing. Oh, and if anyone can recommend a communication package with XMODEM,YMODEM,ZMODEM for the UNIX SUN O/S please send me the name and FTP site. Thanks in advance, Frank Pikelner Technical Assistant York University
jdb@reef.cis.ufl.edu (Brian K. W. Hook) (02/28/91)
In article <21774@yunexus.YorkU.CA> writes: |> |> Hi, to all you FTPers HELP!!!. I've attempted to FTP files from |>cica.cica.indiana.edu for use with Windows 3.0 . Most of these files are in the |>.ZIP format. The files are FTPed to a SUN workstation running 4.1.1 O/S. The |>files are then transfered via modem to my home IBM compatible computer. I use |>the binary mode of transfer during the FTP session. To send the files from the |>SUN to the IBM I use Zmodem or KERMIT protocols (both in binary modes). |> |> 1. My first problem is many files when I attempt to run PKUNZIP |> I get ZIP file error and to run PKZIPFIX. The PKZIPFIX does |> not fix my problem and the file it creates can not be decompressed. |> |> 2. Transfering the files via modem using ZMODEM protocol I get |> CRC and BAD BLOCK errors after he first 1024K or 2048K for |> most files. My CPS after that goes down to 18 or 36 and the |> transfer gets abandoned after this. |> |>If there exists a person(s) with any help or suggestions please email me or |>post to the net. Since I have not seen other postings I may be the only case |>that this occurance is plaguing. Oh, and if anyone can recommend a communication |>package with XMODEM,YMODEM,ZMODEM for the UNIX SUN O/S please send me the name |>and FTP site. |> |>Thanks in advance, |> |>Frank Pikelner |>Technical Assistant |>York University I am having the same problem. I am FTPing to a Sun 3/80 then I have tried both downloading home via 2400bps modem and Procomm (using Kermit), 2400bps modem and Windows Terminal (Kermit), 9600 bps local transfer to dedicated downloading PC (don't know what protocol used...normally works though), and 4800 baud modem using Kermit onto IBM PC XT. The two files I have tested this with are WINPALPH and WINED10A (?). After downloading and trying to run PKZIP (I've tried three different versions of PKZIP) I get "invalid ZIP file" or one of them actually gives me a BBS advertisment when I do "PKZIP -v FILE.ZIP". After running PKZIPFIX (latest versions) I got a ~<100 byte file (with both of them). However, off of wustl or simtel I got WINGIF (or is GIFVIEW) and it worked without a hitch. If anyone knows a solution to this annoying problem please let the rest of us know. Brian
mir@opera.chorus.fr (Adam Mirowski) (03/01/91)
In article <21774@yunexus.YorkU.CA>, frank@nexus.YorkU.CA (Frank Pikelner) writes
%% [...]
%% The files are then transfered via modem to my home IBM compatible computer.
%% [...]
%% To send the files from the SUN to the IBM I use Zmodem or KERMIT protocols
%% (both in binary modes).
%%
%% 1. My first problem is many files when I attempt to run PKUNZIP
%% I get ZIP file error and to run PKZIPFIX. The PKZIPFIX does
%% not fix my problem and the file it creates can not be decompressed.
%%
%% 2. Transfering the files via modem using ZMODEM protocol I get
%% CRC and BAD BLOCK errors after he first 1024K or 2048K for
%% most files. My CPS after that goes down to 18 or 36 and the
%% transfer gets abandoned after this.
The problem here is probably flow control, either between your PC and your
home modem or between your Sun and its modem.
In the first alternative you send the file to the PC at a higher speed that
it can process it, so that characters get lost. That is the reason for CRC
and BAD BLOCK errors. There is probably a 1K or 2K buffer in your PC that
is filled through the IT routine and emptied by the communication program.
Your program probably signals the overrun in some way, either by emitting
XOFF/XON (^S/^Q) characters, or by rising a physical line. The sender
visibly ignores that signals or doesn't hear them. Usually zmodem (DSZ)
on Unix uses both hardware and software handshake. Is your modem cable
complete? It should be a straight cable, with pins 2,3,4,5,6,7, 8 and 20
wired.
I had an opposite problem: downloads worked fine, but uploads failed,
precisely because of flow control. My 2400 modem default configuration
was no flow control at all. You probably have a high speed modem and
a slow computer, or work under a environment that introduces interrupt
latencies (Win3, Deskview, QEMM).
In the second alternative, you have the same problem I had. Try to setup
your Unix modem to both local XON/XOFF control and physical handshaking.
You will need the same kind of straight cable as for the PC.
--
Adam Mirowski, mir@chorus.fr (FRANCE), tel. +33 (1) 30-64-82-00 or 74
Chorus systemes, 6, av.Gustave Eiffel, 78182 Saint-Quentin-en-Yvelines CEDEXreeses@milton.u.washington.edu (Feltch Master) (03/01/91)
No, You are not the only one to have problems with binary downloads. I've dumped Unicom for Windows, because it drops at the first Garbage Overload. The only program I've found to work, is Procomm with an external Zmodem. With Kermit, I get corrupted files. I've found, however, that I have access to a remote msdos machine on the ethernet, so I can ftp them to a floppy, run home, and put them on my disk. I _WOULD_ like to know what I'm doing wrong, as I thought _I_ was the only one with the problem, also. -- ------------------------------------------------------------------------------- reeses@milton.u.washington.edu University of Washington, Seattle "Reality is a cop-out for people who can't handle drugs"
w8sdz@rigel.acs.oakland.edu (Keith Petersen) (03/02/91)
Re Kermit file transfers, cs060128@csusac.csus.edu (H Philip Chen) says: > In summary, keep on typing "binary" or "set file type binary" before > EACH file transfer. Typing it once may not be enough.... That's because every time you start mainframe Kermits they come up in text mode. You can fix that on Unix systems by creating a file ".kermrc" in your home directory. Put this on the first line: set file type binary You can also specify the type of parity, block length, and checksum type you wish to be your defaults. See the documentation for your particular mainframe Kermit for details on the syntax of these commands. Keith -- Keith Petersen Co-SysOp, Detroit Download Central 313-885-3956 (212/V22bis/HST/V32/V42bis) Internet: w8sdz@vela.acs.oakland.edu, w8sdz@eddie.mit.edu, w8sdz@brl.mil Uucp: uunet!umich!vela!w8sdz BITNET: w8sdz@OAKLAND
tj@gpu.utcs.utoronto.ca (Terry Jones) (03/05/91)
>No, You are not the only one to have problems with binary downloads. I've >With >Kermit, I get corrupted files. I've found, however, that I have access to a >remote msdos machine on the ethernet, so I can ftp them to a floppy, run >home, and put them on my disk. I _WOULD_ like to know what I'm doing wrong, >as I thought _I_ was the only one with the problem, also. Well, the problem here sounds like a problem NOT with getting stuff from CICA but from your local network connected machine to your PC. The mention of PROCOMM and KERMIT brings to mind a problem with parity none connections/transfers with PROCOMM. I have had problems with old versions of PROCOMM when using 8 bit no parity connections. Works fint with parity even.
6600kjp@ucsbuxa.ucsb.edu (Kevin Phillips) (03/05/91)
I found out something rather interesting while perusing the DOC file mfor MS-KERMIT. If you are downloading over a 7-bit data connection, you must use 8th bit quoting. I think that most kermits can do this. However, the manual stated that to use 8th-bit quoting, you can't use no-parity. I don't know the reason for this, but I don't doubt it. I have found out that this is consistent also with ProComm, you can't use no-parity while DLing over a 7-bit line, using 8th bit quoting. To solve this, I use Space-parity (no, I don't know what Space-parity means) and from the unix prompt: kermit -i -p s -s <filelist> The -i flag indicates to not perform any CR CR/LF translation. The -p s flag tells kermit that you are using space parity. Hope this helps people out there. I do know that it causes a lot of confusion at this site. 6600kjp@ucsbuxa.ucsb.edu
white@hawk.cs.ukans.edu (Kevin S. White) (03/05/91)
I hate to add my two cents worth, when it costs the net a lot more than $0.02, but about a week or two ago, cica.cica.indiana.edu did have a rash of *.zip files that were corrupt. I don't remember their names, but there were 3 or 4 in the /pub/pc/win3/uploads directory. I checked out files in the other directories, and they fine. Perhaps this is the source of at least some of the problems people have been reporting. -- Kevin White (white@csvax.cs.ukans.edu) University of Kansas
emanuel@cernvax.cern.ch (emanuel machado) (03/06/91)
In <27208@uflorida.cis.ufl.EDU> jdb@reef.cis.ufl.edu (Brian K. W. Hook) writes: >In article <21774@yunexus.YorkU.CA> writes: >|> >|> Hi, to all you FTPers HELP!!!. I've attempted to FTP files from >|>cica.cica.indiana.edu for use with Windows 3.0 . Most of these files are in the >|>.ZIP format. The files are FTPed to a SUN workstation running 4.1.1 O/S. The >|>files are then transfered via modem to my home IBM compatible computer. I use >|>the binary mode of transfer during the FTP session. To send the files from the ^^^^^^^^^^^ Hmm. I don't know if this helps. I haven't had any problems ftp'ing files from that server. The only "trick" I could hint is to use TENEX mode instead of BINARY (or IMAGE) mode. Hope this helps, Emanuel