randall@ncr-sd.UUCP (11/12/87)
The following is a pic-ditroff program that I have tried to run on a Pyramid
90xx system running OSX 4.2 (including AT&T SysV rel 3 & BSD4.3 UNIX) outputting
to a Talaris 1200 laser printer with the following command:
% pic filename | ditroff -l & (The -l option is for landscape mode.)
The system will report that pic is being reduced to fit an 8.5x11 inch size,
even though I want an 11x8.5 inch size. Does anyone have any ideas what may be
wrong? What documentation I have says putting a number after .PS will force
pic to produce that size picture, but it apparently isn't working.
Please address replies via email to:
Randall.Rathbun@SanDiego.NCR.COM
route: {sdcsvax,cbosgd,nosc.arpa,ihnp4,hp-sdd,ucsdhub,}!ncr-sd!randall.rathbun
Thanks very much for any/all help offered.
# This is a shell archive. Remove anything before this line, then
# unpack it by saving it in a file and typing "sh file". (Files
# unpacked will be owned by you and have default permissions.)
#
# This archive contains: picbug
echo Producing picbug file
sed -e 's/^X//' > "picbug" << '//E*O*F picbug//'
X.ll 11.0i
X.po 0i
X.vs 10
X.ps 10
X\z
X.PS 11.0
X"\z"
Xline from (0.3,0.5) to (10.8,0.5)
Xline from (0.3,0.833) to (10.8,0.833)
Xline from (0.3,1.167) to (10.8,1.167)
Xline from (0.3,1.5) to (10.8,1.5)
Xline from (0.3,1.833) to (10.8,1.833)
Xline from (0.3,2.167) to (10.8,2.167)
Xline from (0.3,2.5) to (10.8,2.5)
Xline from (0.3,2.833) to (10.8,2.833)
Xline from (0.3,3.167) to (10.8,3.167)
Xline from (0.3,3.5) to (10.8,3.5)
Xline from (0.3,3.833) to (10.8,3.833)
Xline from (0.3,4.167) to (10.8,4.167)
Xline from (0.3,4.5) to (10.8,4.5)
Xline from (0.3,4.833) to (10.8,4.833)
Xline from (0.3,5.167) to (10.8,5.167)
Xline from (0.3,5.5) to (10.8,5.5)
Xline from (0.3,5.833) to (10.8,5.833)
Xline from (0.3,6.167) to (10.8,6.167)
Xline from (0.3,6.5) to (10.8,6.5)
Xline from (0.3,6.833) to (10.8,6.833)
Xline from (0.3,7.167) to (10.8,7.167)
Xline from (0.3,7.5) to (10.8,7.5)
Xline from (0.3,7.833) to (10.8,7.833)
Xline from (0.3,8.167) to (10.8,8.167)
Xline from (0.3,0.5) to (0.3,8.167)
Xline from (0.8,0.5) to (0.8,8.167)
Xline from (1.3,0.5) to (1.3,8.167)
Xline from (2.3,0.5) to (2.3,8.167)
Xline from (2.8,0.5) to (2.8,8.167)
Xline from (4.8,0.5) to (4.8,8.167)
Xline from (6.8,0.5) to (6.8,8.167)
Xline from (8.8,0.5) to (8.8,8.167)
Xline from (10.8,0.5) to (10.8,8.167)
Xline from (0.3,7.5) to (0.8,7.883)
X.PE
X.sp |0.7i
X.po 0.3i
X.na
X.ta 0.25iC 0.75iC 1.5iC 2.25iC 3.5iC 5.5iC 7.5iC 9.5iC
X Date\0\0\0 Dept User\0Name Ext. Description\0of\0Problem Corrective\0Action Preventative\0Action Follow\0up\0on\0Actions\p
X \0\0\0Time # Date/Time\p
//E*O*F picbug//
exit 0
--
Randall L. Rathbun tele: 619-485-2999/3272
NCR E&M-S.D. Dept 2861 domain: Randall.Rathbun@SanDiego.NCR.COM
16550 W Bernardo Dr route: {sdcsvax,cbosgd,nosc.arpa,ihnp4}!
San Diego, CA 92127 ncr-sd!randall.rathbunkg@elan.UUCP (Ken Greer) (11/13/87)
in article <1884@ncr-sd.SanDiego.NCR.COM>, randall@ncr-sd.SanDiego.NCR.COM (Randall Rathbun) says: > > The following is a pic-ditroff program ... > The system will report that pic is being reduced to fit an 8.5x11 inch size, > even though I want an 11x8.5 inch size. Does anyone have any ideas what may be > wrong? There is a stupid hard-coded limit of 8 inches in pltroff.c -- and you can't override it. If you have the source, look at the routine openpl() in pltroff.c and it will be obvious what to do. We've fixed it in our product Eroff. -- Ken Greer Elan Computer Group, Inc. 415-322-2450 {ames,hplabs}!elan!kg