Conference hydra::amiga_v1

    I have had similar upload problems with VLTjr and XPRZmodem ... not
    exactly the same ... but similar.  I didn't spend much time trying to
    fix it, but just used kermit for uploads.
    
    When I upgraded to AmigaDos V2.04 I also installed the new version of
    XPRZmodem.library from the EOT:: upload directory and now everything
    works fine.  I think that the latest version is XPRZmodem_2-10.
    
    Peter

Sorry, that's one thing I didn't mention --- I already am using V2.10 of
XPRZmodem.library.  Hope it's not a 1.3 problem!!!

    Something quick to check, I also had download-ok upload-fail problems
    using JR-Comm and the built-in Zmodem. My problem was I didn't have
    rts/cts mode set in JR-Comm. Could this be your problem?
    
    Roger

    I didn't want to start a new note for this, and since it's related to
    the new V2.10 XPRZmodem.library I thought I'd put it here.
    
    I am using XPRZmodem from Handshake, and prior to this version when I
    would do a 9600baud download, almost 100% of the CPU would be sucked
    up on a 68030 A2500.  Now with V2.10 I can now multi-task other
    applications and get much better response.

>
>    Something quick to check, I also had download-ok upload-fail problems
>    using JR-Comm and the built-in Zmodem. My problem was I didn't have
>    rts/cts mode set in JR-Comm. Could this be your problem?
>    
>    Roger
>
This is one thing I haven't seen mentioned.  I'll try it next chance I get (and
try to find out what it means!)

Thank you very much.

    Re: .2
    
    I used to get similar problems with VLTjr. I now have a modified RZ.exe
    from Steve Drew (I think) that works much better. I remember having
    problems with 1 particular xprzmodem.library, but I don't know which
    version it was. I haven't had any problems since switching to the
    current VMS version of RZ that I use. IT can be copied from:
    
    CLOVAX::DISK$USER1:[COBURN.PUBLIC]RZ.EXE if you want to give it a try.
    
    John

Well, setting everything to RTS/CTS handshaking didn't help at all.

I will try .-1's version of RZ.EXE

Thanks to everyone for trying to help.

Just tried the other suggested version of RZ.EXE.  Still no go.  I'm beginning
to believe the trouble is in xprzmodem.library or it's interaction with VLTjr. 
It seems like it's never trying to send a file at all.  I keep seeing "blibs"
from the receiving VAX side.  The Amiga side just sits there.

I was using Handshake 2.20c / WB1.3 and upgraded to XprZmodem2.10 and
couldn't make it work. I reinstalled the previous version and everything
works fine. You have nothing to lose.

    mark

    re: .8
    
    What is the size of the file you copied? There was an old version at
    the location I gave earlier. It should be 192 blocks in size. I copied
    a newer version about 4:00 pm
    
    John

>I was using Handshake 2.20c / WB1.3 and upgraded to XprZmodem2.10 and
>couldn't make it work. I reinstalled the previous version and everything
>works fine. You have nothing to lose.

Mark,

Would you mind uploading (since it's working for you :-) the version of
xprzmodem.library that you're using?

Thanks very much.

Re: .-1 I think it was 192 blocks.

Well I've copied and tried V1.0, V2.0 and V2.10 of XPRZmodem.library --- none of
them work.

I think I am going to write to Willy Langefeld...

    I think your problem may be not with XPRZmodem.library, but with your
    com program.  I'm using JR-Comm and it works fine.  I upload and
    download all the time using RZ on the VAX.  I could send you a config
    if you want.  I have RZ and SZ in my normal login dir.  I have two
    symbols set up RZ == "$DEV$DISK::[MYACCOUNT]RZ"  and an equiv for SZ.
    
    From the Amiga side I just login via JR-Comm and do SZ -b <filename>
    return and do the Right-Amiga D for the download with the protocol set
    to ZMODEM.  Download works fine.
    
    Hope this helps.
    
    BTW this works on either an A2000 or an A3000.
    
    Clark

    You've probably already done it, but..
    
    On the VMS side, have you disabled ^T with SET NOCONTROL=T
    
    That used to mangle my uploads.
    
    Yrs
    Erg

re .11

>Would you mind uploading (since it's working for you :-) the version of
>xprzmodem.library that you're using?

I just uploaded eot::amiga:[upload]xprzmodem.library-200.

I'm not sure if it's really V2.0, but that's what i called it. 
I had no trouble up/down-loading under WB1.3 with it.

Since i upgraded to WB2.04 i also upgraded to 2.10 of xprzmodem and
uploaded that version with it.

Just to re-iterate (forgive me if you have been thru this)

on vax (rvc:==$sz) - i don't disable ^T or do anything and am on a LAT
$ rcv

activate transmit binary file in Handshake
pick the file - click OK
transmit window opens
transfers
completes

    mark - good luck

Update:

I tried using xprzmodem.library V2.10 with Handshake.  My results were better,
but not "good."

With Handshake, the upload starts almost immediately (there is no long waiting
period like with VLTjr).  But everytime the Amiga trys to send an EOF, some kind
of error is returned and the upload is restarted from byte 0.  This happens over
and over, until I intervene.

Any further suggestions?  I really would like to be able to upload files!

Thanks.

    I too had problems with VLTjr and XPRZmodem doing uploads.  I thought
    it might be XPRZmodem since I had just upgraded it to V2.1 so I tried
    V2.0 and it still failed.  I eventually upgraded VLTjr to V5.045 and
    now it's working.  I'm still using XPRZmodem V2.0 and have not had
    anymore problems.  I copied the new V2.5 to try. 
    
    Anyway if you are running an older version of VLTjr you might try
    V5.045.
    
    
    ...Ed

Ed:

Alas, I am running VLTjr 5.045!

...the "INTERACTIVE" setting in my terminal characteristics. Once I issued the
command

SET TERM/PASSALL

I had no problems. It's been a while since I uploaded, though- I *thought* I
didn't use RZ.EXE at all, but simply sent the file from Ami, allowing the VLT
"autoactivate" feature to handle the computer kibitzing. If you *do* use RZ,
try turning off this feature. (I'm not at home sitting in front of VLT at the
moment, so pardon any errors in my recollection.)

Bob

    On the same (not) subject, I have a problem specifying multiple
    filenames with SZ.  How can I create a list of files to download
    continuously?
    
    Mike	

    SZ expects the file name to be space seperated on the command line ie:
    
    $ SZ file1.ext file2.ext file3.ext ...
    
    To do a list of names I use one of the DCL command procedures that have
    been posted in this conference (sorry, I don't remember where).
    
    John

A DCL command file will work.  Something like this.

$! DWNLD.COM 
$!
$ sz file1.ext
$!
$ sz file2.ext
$!
$ sz file3.ext
$!
$ exit


I usually call it dwnld.com and with a Emulator on the Amiga that autostarts 
the Zmodem protocol I just type @DWNLD then sit back and wait for the files 
to finish.

Alan
 

$!
$!      SZ_SEND.COM
$!      November 16th, 1988
$!      Clint Adams (CGOU01::ADAMS)
$!
$!      This little command file will let you give VMS Zmodem (aka SZ)
$!      a standard VMS filespec for batch transfers. Define a symbol
$!      like send:==@"this command file" and then type
$!              $ send "filespec"
$!      it will then build a command file with syntax that SZ.EXE 
$!      can deal with. 
$!
$!      If you typed 
$!              $ send [stuff]*.arc,*.zoo
$!      it will select all the .arc's and .zoo's in the directory [stuff]
$!      and build a command file to execute the the transfer.
$!
$!      Just typing 
$!              $ send 
$!      will select all the files in the current directory.
$!
$!      File specs are limited to only one directory at a time.
$!      The symbol "sz" used by this procedure can be define by
$!                      $ SZ:==$device:[directory]SZ.EXE
$!
$!      I threw the the "r" switch in to take care of restarts and such.
$!
$ on error then goto error
$ on control_y then goto error
$ on control_c then goto error
$ size=0
$ hours=0
$ minutes=0
$ hours1=0
$ minutes1=0
$ if f$type(sz) .eqs. "" then goto nosz
$ define temp sys$login:
$ dir:=dir/notrail/nohead
$ dir/out=temp:send.temp 'p1
$ write sys$output ""
$ write sys$output "Sending the following files with Zmodem.... "
$ write sys$output ""
$ open senddata temp:send.temp
$ open/write outtocom temp:doit.com
$ write outtocom "$ sz -kr-"
$loop:
$ read/end_of_file=doit senddata file
$ name=f$parse(file,,,"name")
$ type=f$parse(file,,,"type")
$ dir=f$parse(file,,,"directory")
$ size=size+f$file_attributes(file,"eof")
$ write outtocom " " + name + type + "-"
$ write sys$output dir + name + type
$ goto loop
$doit:
$ write sys$output ""
$ write outtocom ""
$ write outtocom "$"
$ write outtocom "$exit"
$ close outtocom
$ if size .eq. 0 then goto nofile
$ timetotran=(size*512)/(113*60)
$ hours=timetotran/60
$ minutes=timetotran-(hours*60)
$ curtime=f$time()
$ comptime=f$cvtime("''curtime+''hours':''minutes':00.00","absolute")
$ timetotran2=timetotran/2
$ hours1=timetotran2/60
$ minutes1=timetotran2-(hours1*60)
$ curtime1=f$time()
$ comptime1=f$cvtime("''curtime1+''hours1':''minutes1':00.00","absolute")
$ bytes=(size*512)
$ write sys$output ""
$ write sys$output "Total Bytes ''bytes'           Current Time ''curtime'"
$ write sys$output "''hours' Hrs and ''minutes' Min at 1200 Baud.    Completes at ''comptime'"
$ write sys$output "''hours1' Hrs and ''minutes1' Min at 2400 Baud.    Completes at ''comptime1'"
$ write sys$output ""
$ curdir=f$directory()
$ set def 'dir
$ if p2 .eqs. "" then @temp:doit.com
$ set def 'curdir
$ if f$logical("senddata") .nes. "" then close senddata
$ if f$logical("outtocom") .nes. "" then close outtocom
$ delete temp:doit.com;*,send.temp;*
$ deassign temp
$ exit
$nofile:
$ write sys$output ""
$ write sys$output "No files could be found to match your file specification..."
$ write sys$output ""
$ if f$logical("senddata") .nes. "" then close senddata
$ if f$logical("outtocom") .nes. "" then close outtocom
$ delete temp:doit.com;*,send.temp;*
$ deassign temp
$ exit
$nosz:
$ write sys$output "The symbol SZ is not defined. Please define the symbol with the"
$ write sys$output "command:"
$ write sys$output "                    $ sz:==$device:[directory]SZ.EXE"
$ write sys$output ""
$error:
$ set noon
$ if f$logical("senddata") .nes. "" then close senddata
$ if f$logical("outtocom") .nes. "" then close outtocom
$ delete temp:doit.com;*,send.temp;*
$ deassign temp
$ exit

>    On the same (not) subject, I have a problem specifying multiple

Back to the original topic, I received the following reply from Willy Langeveld
today regarding my problems:

     
Kip -
       I don't know what's wrong, but the problem has (occasionally) been
reported before. You might try getting xprzmodem 2.50, which has a timing
problem fixed. Xprzmodem seems to be really picky about how the "sread"
function works. I have heard that VLT 4.8xx works fine in this regard and
that it stopped working with VLT 5.0xx, whereas functionally the "sread"
function had not changed. In any case, changes will be made in the next version
of VLT, but I can't yet guarantee that will fix it.
     
       Willy.

BTW, I have tried v2.5 of XprZmodem --- no difference.

    
    
	Last night I tried to upload a file to my local node and all I got
	was a very long wait .. I'm running a 9600 baud modem and have not
	had trouble like this before 

    	I'm using the latest VLTJr and have just started to use XPRZMODEM
    	2.50..and the following version of RZ.exe :-

	image file id	"V1.0"
	link date       "6-Apr-1991 04:26:17.58"
	linker id	"05-05"

	I'll try to go back and find out which version of VLT and XPRZmodem
    	works and post the answer..
    
    	Steve G
    
    

I discovered through my testing that there are several version of RZ.exe float-
ing around.  I found Version 2.03 and 3.01x on my system.  The latter version 
has more capability that the former.  I found when I tried a transfer that it
didn't work until I used the -t TXA0 (my dial in line) on the command line 
(i.e., RZ -t TXA0<cr>).

    re: .25
    Are you starting RZ on the VAX before attempting to upload?  I don't
    think the autostart feature works on the VAX side.  If RZ isn't
    running, your sender will wait until it eventually times out the
    operation.

    re:25,last
    
    	Yes I start the RZ from the VAX end and have tried several
    different ways...
    
    	Steve G 
    
    	

    
    
    	I managed to upload the file using HandShake 2.20c and XPRZMODEM
    version 2.50
    
    	So it look like VLT has a major BUG using the XPR  (I'm sure it
    used to work...!!!)
    
    	Steve G