jik@athena.mit.edu (Jonathan I. Kamens) (04/13/91)
(Note the cross-post and Followup-To.) In article <75@omen.UUCP>, caf@omen.UUCP (Chuck Forsberg WA7KGX) writes: |> In article <22317@yunexus.YorkU.CA> rreiner@yunexus.YorkU.CA (Richard Reiner) writes: |> -Why were the -a, -b, and -y options removed from this version? |> |> They are supported whan passed from the sending program. |> The new Rz also supports Crash Recovery. According to one of the people at my site who uses rx for transferring files to our Unix box fairly often: >The "sending program" usually does NOT have a -a option, since the sending >program is usually a standard PC software, with standard xmodem transfers. >The Unix end should be able to do it, even if the PC end is not using >Forsberg's program. So, if it's true that there are some sending programs that do not know how to specify -a, -b and -y when sending, then shouldn't the flags have been left in the receiving programs? And, if not, then how does my user get around the problem that his xmodem sending program doesn't know how to automatically tell the receiver to do the -a, -b, -y conversions, and there's no way to manually tell the receiver to do the conversions? -- Jonathan Kamens USnail: MIT Project Athena 11 Ashford Terrace jik@Athena.MIT.EDU Allston, MA 02134 Office: 617-253-8085 Home: 617-782-0710
caf@omen.UUCP (Chuck Forsberg WA7KGX) (04/14/91)
In article <1991Apr12.213654.12032@athena.mit.edu> jik@athena.mit.edu (Jonathan I. Kamens) writes:
-And, if not, then how does my user get around the problem that his xmodem
-sending program doesn't know how to automatically tell the receiver to do the
--a, -b, -y conversions, and there's no way to manually tell the receiver to do
-the conversions?
I support and enhance rz/sz to promote the use of full
featured ZMODEM programs. An XMODEM program cannot take
advantage of ZMODEM's Crash Recovery; why not upgrade to
ZMODEM?
Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
Omen Technology Inc "The High Reliability Software"
17505-V NW Sauvie IS RD Portland OR 97231 503-621-3406
TeleGodzilla:621-3746 FAX:621-3735 CIS:70007,2304 Genie:CAF
--
"Many such [diet] programs proffer treatment as though it were established as
effective and safe. Nothing in the results published by research programs
authorizes anyone to make such claims."
-William Bennett, Harvard Medical School Health Letterindra@brahms.amd.com (Indra Singhal) (04/14/91)
I seem to have missed the original posting... could someone please mail
to me the location of the sources for Zmodem for Unix?
Much Obliged.
--
iNDRA | indra@amd.com or {ames apple uunet}!amd!indra
| (Indra Singhal) (408) 749-5445; Advanced Micro Devices
| MS 167; Box 3453; 901, Thompson Pl., Sunnyvale, CA 94088jik@athena.mit.edu (Jonathan I. Kamens) (04/15/91)
In article <77@omen.UUCP>, caf@omen.UUCP (Chuck Forsberg WA7KGX) writes: |> I support and enhance rz/sz to promote the use of full |> featured ZMODEM programs. An XMODEM program cannot take |> advantage of ZMODEM's Crash Recovery; why not upgrade to |> ZMODEM? This simply does not answer the question I asked. If people want to use xmodem, they will use xmodem; perhaps they should upgrade to zmodem, but then again, perhaps it is easier for them to keep using what has worked in the past, rather than having to change their software every time somebody comes up with something that they think is new and improved. Now, please answer the question I asked -- for people who either want to or have to continue to use xmodem, how are they supposed to get around the fact that you have removed (for no apparent reason) certain features from your xmodem support? What possible reason could you have for removing features that are off by default and that some people need to be there? The phrase "backward compability" seems relevant here. -- Jonathan Kamens USnail: MIT Project Athena 11 Ashford Terrace jik@Athena.MIT.EDU Allston, MA 02134 Office: 617-253-8085 Home: 617-782-0710
caf@omen.UUCP (Chuck Forsberg WA7KGX) (04/15/91)
In article <1991Apr14.204427.12168@athena.mit.edu> jik@athena.mit.edu (Jonathan I. Kamens) writes:
- Now, please answer the question I asked -- for people who either want to or
-have to continue to use xmodem, how are they supposed to get around the fact
Cannot upgrade from xmodem to ZMODEM?? Specifics, please??
There are many xmodem for Unix programs available, and their continuing
popularity suggests these specialized programs may be better suited to the
xmodem mentality than rz.
--
"Many such [diet] programs proffer treatment as though it were established as
effective and safe. Nothing in the results published by research programs
authorizes anyone to make such claims."
-William Bennett, Harvard Medical School Health Letteralan@ukpoit.co.uk (Alan Barclay) (04/23/91)
In article <80@omen.UUCP> caf@omen.UUCP (Chuck Forsberg WA7KGX) writes: >In article <1991Apr14.204427.12168@athena.mit.edu> jik@athena.mit.edu (Jonathan I. Kamens) writes: >- Now, please answer the question I asked -- for people who either want to or >-have to continue to use xmodem, how are they supposed to get around the fact > >Cannot upgrade from xmodem to ZMODEM?? Specifics, please?? > OK, I'll bite. I use a Psion Organiser, Model LZ64, the RS232 cable comes with software which supports 3 protocols, ASCII, Psion (an nonstandard protocol), and XModem. Therefore if I want to transfer a file from my Organiser to a unix box I have to use XModem. >There are many xmodem for Unix programs available, and their continuing >popularity suggests these specialized programs may be better suited to the >xmodem mentality than rz. You can't have it both ways. Either you support XModem, and do it properly or you don't and take the code out of rz. Which is it to be? -- Alan Barclay iT | E-mail : alan@ukpoit.uucp Barker Lane | BANG-STYLE : .....!ukc!ukpoit!alan CHESTERFIELD S40 1DY | VOICE : +44 246 214241