Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!wuarchive!uunet!nih-csl!elsie.nci.nih.gov!ado From: ado@elsie.nci.nih.gov (Arthur David Olson) Newsgroups: comp.protocols.nfs Subject: Sun PC-NFS 3.5 has unnoted Alt-P change from 3.0.1 (with workaround) Message-ID: <1464@nih-csl.nih.gov> Date: 9 May 91 21:19:36 GMT Sender: news@nih-csl.nih.gov Lines: 37 + From ado Thu May 9 17:17:59 1991 + To: sunbugs@sun.com + Subject: Sun PC-NFS 3.5 has unnoted Alt-P change from 3.0.1 (with workaround) + + Description: + Sun PC-NFS 3.5 handles Alt-P differently than did PC-NFS 3.0.1; + the change is undocumented. + + Under PC-NFS 3.0.1, the Alt-P "print hot key" was not intercepted by + Sun's software until you had actually done a "net use lpt...". + Under PC-NFS 3.5, Alt-P is picked off even before you do a + "net use lpt...". This means that folks who do not use remote + printers but do use Alt-P (in programs such as Symphony) have + problems when the 3.0.1->3.5 upgrade occurs. + + Repeat-By: + Start up a PC with PC-NFS 3.0.1 that does not mount any remote + printers. Do a telnet to a Sun sysem. When you see the "login:" + prompt, tap Alt-F and notice that ^@ is echoed, meaning that the + Alt-F made it through to the Sun system. Then tap Alt-P and note + that ^@ is again echoed--the Alt-P made it through. + + Now start up a PC with PC-NFS 3.5 that does not mount any remote + printers. Do a telnet to a Sun sysem. When you see the "login:" + prompt, tap Alt-F and notice that ^@ is echoed, meaning that the + Alt-F made it through to the Sun system. Then tap Alt-P and note + that ^@ is not echoed--the Alt-P has been picked off. + + Workaround: + The simplest workaround I've found is to nfsconf a printer to have + an obscure hot key (such as Alt-Shift-Ctrl-P), then use the commands + net use lpt1: \\server\lp + net use lpt1: /d + in the autoexec.bat file to substitute the obscure hot key for Alt-P. + -- + Arthur David Olson ado@elsie.nci.nih.gov + ADO and Elsie are Ampex and Borden trademarks