[comp.bugs.sys5] HDB UUCP : uux -g option bogus?

dennis@hpirs.UUCP (09/18/87)

   I was playing with HoneyDanBer UUCP and discovered uux -g grade will
   not generate a C. with the given grade. Upon reading the source code,
   I found that HDB uucp will only generate a X. filename with the given grade,
   and only for local X.'s.  The C. and D. created all got the same grade, C for
   the C.'s and D for the D.'s. 

   The At&T man pages states that the -g option will "cause the job
   to be trasnsmitted earlier during a particular conversation". But
   since all C. and D.'s are created with an equal grade, the -g option
   is render useless. 

   Shouldn't the C. and D. also be created with the given grade ?

						Dennis D. Lee
						hpda!hpirs!dennis

     

jhc@mtune.UUCP (09/20/87)

In article <3920001@hpirs.HP.COM> dennis@hpirs.HP.COM (Dennis D. Lee) writes:
:   I was playing with HoneyDanBer UUCP and discovered uux -g grade will
:   not generate a C. with the given grade. Upon reading the source code,
:   I found that HDB uucp will only generate a X. filename with the given grade,
:   and only for local X.'s. The C. and D. created all got the same grade, C for
:   the C.'s and D for the D.'s. 

You must have a thoroughly broken version of HDB, perhaps your UNIX
supplier will respond to rude words? Job grades work perfectly, at
least in my version which I realize is several revision levels above
versions out there in the real world.

Reminder, the job grade is the first letter of the filename *after*
the C. and first 5 letters of the remote sitename, so that the uucp
job referenced by C.mtuneO42d2 has a job grade of 'O', which in turn
means that it will be processed after all the 'A's, 'B's, ... and 'N's,
but before the 'P's, ... and 'Z's.
-- 
Jonathan Clark
[NAC,attmail]!mtune!jhc

The Englishman never enjoys himself except for some noble purpose.

honey@umix.UUCP (09/20/87)

$ uux -r -gA dwon!gradeA
$ uux -r -gZ dwon!gradeZ
$ uustat -sdwon
dwonAf4eb     09/20-00:11  S  dwon  honey  gradeA 
dwonZf4ec     09/20-00:11  S  dwon  honey  gradeZ 

dennis@hpirs.HP.COM (Dennis D. Lee) (09/22/87)

Here is a typescript of my output. 

Script started on Tue Sep 22 08:59:01 1987
hpisog_51 uux -r -gA hpisoe2\!gaA
hpisog_52 uux -r -gZ hpisoe2\!gaZ
hpisog_53 uustat -shpisoe2
hpisoe2C3b9d  09/22-08:59  S  hpisoe2  dennis  gaA 
hpisoe2C3b9e  09/22-08:59  S  hpisoe2  dennis  gaZ 
hpisog_54 exit
hpisog_55 
script done on Tue Sep 22 09:00:12 1987

The following is a grep of uux.c, listing all occcurences of gename:


	gename(CMDPRE, xsys, 'C', cfile);
	gename(DATAPRE, xsys, 'X', rxfile);
		gename(DATAPRE, Myname, 'B', dfile);
			gename(DATAPRE, xsys, 'A', dfile);
				gename(CMDPRE, syspart, 'R', tfile);
			gename(DATAPRE, syspart, 'R', dfile);
				gename(CMDPRE, syspart, 'R', tfile);
			gename(DATAPRE, syspart, 'R', dfile);
			gename(XQTPRE, Myname, _Grade, t2file);

Execept fot the last line, none of the gename calls were passed with the
grade (_Grade ) My version is a V.2.1 version, the sccsid is 1.10. Am I
using an old version ?

					          Dennis D. Lee
						  hpda!hpirs!dennis	

honey@umix.cc.umich.edu (Peter Honeyman) (09/24/87)

dennis,

for some reason, you have a very old version of uux.c.
fortunately, you have source code.  in each of the three
calls to gename(CMDPRE, ...), change the grade part (the
third parameter, counting from 1) to _Grade.

this was fixed a long time ago.  in particular, it's fixed
in the code at&t shipped with svr3.

	peter

dennis@hpirs.HP.COM (Dennis D. Lee) (09/26/87)

Peter:

       Thanks.
-dennis