Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!wuarchive!psuvax1!rutgers!columbia!cunixc!pawan From: pawan@cunixc.cc.columbia.edu (Pawan Misra) Newsgroups: comp.protocols.nfs Subject: PC-NFS 3.0.1's print redirector dropping chars? Keywords: PC-NFS, 3.0.1, prt.exe, print redirector Message-ID: <2520@cunixc.cc.columbia.edu> Date: 19 Dec 89 16:39:18 GMT Reply-To: bond!pawan@bellcore.com Organization: none Lines: 39 Has anyone seen PC-NFS 3.0.1's print redirector drop escape characters when sending data to pcnfsd? Is this a known bug? Or is it "yet another feature" (tm)? This only seems to happen with 3.0.1; PC-NFS 3.0's prt.exe appears to work fine. PC Hardware: 286 machine with a 3C503 board running PC-NFS 3.0.1. Also happens on a 286 machine with a WD8003E board running PC-NFS 3.0.1 Does *NOT* happen on 286 and 386 machines with 3C503 and 3C501 boards running PC-NFS 3.0. Unix Hardware: Sun Sparcstation I running SunOS 4.0.3c. Printer is an HP LaserJet II off a serial port. Repeat by: If running PC-NFS 3.0.1 print a file from inside Microsoft Word (ver 4.0) on the PC. Take a look at the file pcnfsd puts into /usr/spool/pcnfs/`pc-hostname`/... All escape characters are missing from both the font download and the actual text. Plus, ( and this makes no sense ), the font download appears *after* the actual text itself--it's almost like prt.exe is reversing the order. (One) Fix: If you have have PC-NFS 3.0 somewhere, copy over the print redirector "prt.exe" to your PC-NFS directory, and reboot your PC. Print again. A look at the file(s) will show all the right escape sequences are present ( in both the font download and the actual text itself ). The file will print normally. pawan. #include Internet: bond!pawan@bellcore.com, pawan@cunixc.cc.columbia.edu Usenet: rutgers!bellcore.com!bond!pawan, {rutgers,topaz}!columbia!cunixc.cc.columbia.edu!pawan Bitnet: pawan@cunixc.bitnet