rdg@hpfcla.UUCP (02/20/86)
Subject: Problem with multihop UUX
^^^
Try the following on a SVR2 system: (if you have one :-)
uux foo!bar!command args
It'll say: (supposing you don't talk to system 'bar')
bad system name: bar
uux failed etc etc
The silly thing looks in L.sys for bar instead of looking for foo!
If your L.sys file happens to contain 'bar' then you won't notice
anything wrong. But if your L.sys contains 'bar' but doesn't
contain 'foo', uux will go ahead and queue the transaction anyway!
To fix it: (sorry for not posting source)
Look at uux.c, around line 309; it expects that the variable "xsys"
will contain the name of the system next in line to receive the
transaction. But the while loop around line 270 totally mungs xsys
with successive parts of the original command. Fix this by creating
a new variable, say char kludge[NAMEBUF], and replace xsys with kludge
in the appropriate places: lines (approx) 270, 272, 276. In addition
strcpy xsys[] to kludge[] right before the while loop at line 269.
Don't touch anything else. The reason for not using prm[] is that
there is some code later on that expects xsys[] to contain the name
of the next system, and I'd rather not replace xsys[] with prm[]
all over the place (prm[] is used for other stuff.)
If anyone has any insights or further thoughts on this (or envisions
any problems with this fix) please speak now or forever hold...aw, forget
it.
Rob Gardner {ihnp4,hplabs,hpbbn}!hpfcla!rdg
Hewlett Packard or rdg%hpfcla@hplabs.arpa
Fort Collins, Co. 80525 303-229-2048
"Something there is that doesn't love a wall..."honey@down.FUN (Peter Honeyman) (03/04/86)
to my knowledge, no version of uucp supports multihop uux. presenting honey danber with uux asburypark!estreet!shuffle gives an X. file that specifies "C estreet!shuffle." i suppose this is the right thing, but then it's not either, is it? on the other hand, "uux asburypark!uux (estreet!shuffle)" would work if Permissions on asburypark allowed me to run uux. peter