<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Good grief... after all this time, I finally look at the png screen captures, and instantly what do I see? A variable that controls filepro's behavior exactly as I said since the beginning. PFPT=on tell fp binaries to try to use pathrough printing, by default, if possible. Both clients are setting PFPT=on, both clients are setting TERM=scoansi.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">For passthrough printing from filepro to work, several things must all be:</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">* The termcap entry that matches $TERM must include PN and PS caps which work on that terminal. In filepro, the termcap entry is built up from two files, /etc/termcap and $PFDATA/$PFDIR/fp/termcap (or could also be specified entirely in an environment variable $TERMCAP which overrides the termcap files)<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">* The terminal must actually recognize those escape codes from the PN and PS termcap caps, and do something with the data collected in between the printer-on and printer-off codes. IE, if the terminal software has a config option for what to do with passthrough print data, you might have to actively configure it to say what printer it should send the print data to, else it might simply eat the data and do nothing with it.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">* The destination that the terminal software sends the data to, must be able to make sense of PCL5 data. There are a few different ways to arrange this. Sometimes there is an option you can set in the printer driver properties that says not to mess with the data, just forward it to the printer raw. That would/should work as long as the printer itself actually understands pcl5. Today, many don't. HP in particular confuses things even more by having printer drivers that sometimes silently translate pcl5 from an application into pcl6 for the printer, making you think the printer supports pcl5 when it really doesn't. In the case of HP, try to look for alternative versions of the printer driver, with PCL or PCL5 in the driver's name. Remove the currently installed driver and install that alternative, and that *might* make passthrough printing from filepro through that terminal start working. Alternatively, if the "terminal software" is AnzioWin, it has it's own built-in pcl interpreter, and should always work with any printer that any other Windows app can print to, since it interprets the pcl itself and renders it as graphics and hands the bitmap data to windows's native gdi printing interface for windows to print, without caring what kind of printer you have as long as you have a working windows driver for it, the same as any other windows app does.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">You could also try removing PFPT=on from the envirnment, which will cause H hardcopy to go to whatever printer is set as default in pfconfig.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Also verify, HOW is TERM getting set to "scoansi"? (and how is PFPT getting set to on?)<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Is it being hard-coded in .profile or /etc/profile? Or is it coming from the terminal emulator?<br>What I'm getting at is, are both terminal client apps really configured to emulate sco-ansi?<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">-- <br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">bkw<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Oct 28, 2018 at 1:15 PM Rod Caddy via Filepro-list <<a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 10/26/2018 12:51 AM, Brian White via Filepro-list wrote:<br>
>> I'm not talking about windows print screen, I'm talking about Hardcopy<br>
>> in filePro.<br>
>><br>
> I don't know why hardcopy would be any different than any other printing<br>
> from fp.<br>
><br>
> You also said something about a unix spool not passthrough print. If the<br>
> default printer in pfconfig is a unix lp command, then I don't see how the<br>
> server knows or cares what os the desktop is running.<br>
><br>
> I think the setup is not described in enough detail.<br>
><br>
> Log in from one of the win7 machines where printing works, and from the<br>
> win10 machine where printing doesn't work.<br>
><br>
> Run "set |sort |less" on each. (if you don't have less installed, then<br>
> capture and view any other way. pg, more, vi/view etc...)<br>
><br>
> Anything different that could affect printing? There are env variables that<br>
> affect both the spooler and fp's notions of default printer destination, or<br>
> could inadvertantly affect printing in some indirect way like, totally<br>
> contrived example:<br>
><br>
> The env is set up to do passthrough after all, PFPT=on (or true or<br>
> whatever), and your fp/termcap has a scoansi entry that includes PN & PS,<br>
> abd only the scoansi entry has it, and TERM or PFTERM is set to scoansi on<br>
> most desks, but it's set to something else like xterm on the new desk.<br>
><br>
> It's not literally exactly that, because the break key would not be Del,<br>
> and you couldn't miss that. It's an example only.<br>
><br>
> Are you logging in as the same user on both working and non-working desks?<br>
> There is a gotcha with sco osr5 printing where a newly added user might not<br>
> have permission to use the printing system at all until you manually add<br>
> them in scoadm (or figure out how the default got changed and change it<br>
> back, I forget the details myself)<br>
><br>
> It could be anything, until you describe the setup more, to remove some of<br>
> the infinite possibilities.<br>
><br>
> Follow the trail from fp yo the printer. What is fp going to try to do when<br>
> you say Y to hardcopy? You have to look at all fp env vars to determine<br>
> that. For instance, the PFCONFIG var, if it exists, says where to load the<br>
> fp config file from, which may override the file pointed to by fppath vars.<br>
> So, it's possible for two different desks to load two entirely different<br>
> config fles, which may contain 2 entirely different sets of pfprinter and<br>
> other variables.<br>
><br>
> Now you hopefully know what fp should try to do, next depends on what that<br>
> was. Was pfprinter the same fp printer name like printer1 on both? Was the<br>
> definition of printer1 the same on both? was PFPT either on or off or<br>
> absent the same on both? Was the defintion of printer1 a normal valid lp<br>
> command line? Can you successfully use that same lp command, as that same<br>
> user, from a shell prompt, on both?<br>
><br>
Since this issue makes no since, I thought I would add some more to it.  <br>
After Brian's suggestions, I decided to go back and start from the <br>
beginning and redo all my tests and the additional things he suggested <br>
to make sure I was not losing my mind.  So here was my procedure and as <br>
a reminder what I am using:<br>
<br>
SCO 3.2.5.0.6 i386<br>
Filepro 4.05.08K7D4<br>
AlphaCom Terminal Emulation<br>
Windows 7 on all PCs except 1 which is Windows 10<br>
BTW, this is *not* a new user to the system.<br>
<br>
1. Logged in as user on the W10 PC to the Unix system and into Filepro.  <br>
Viewed a record in 3 or 4 different files and pressed H for hardcopy and <br>
nothing prints to the system printer. Pressed F to print a form, <br>
selected the form format that I wanted and it did not print to the <br>
system printer.  AlphaCom has a printer icon where you can print what is <br>
on the screen to any printer that is defined on the PC.  I printed to <br>
the system printer and to a local printer what was on the screen, <br>
essentially a hardcopy of the record on the screen.  That's all fine and <br>
good but still unable to print the form.<br>
<br>
2. Logged in as the same user on a W7 PC to the Unix system and into <br>
Filepro.  Viewed a record in 3 or 4 different files and pressed H for <br>
hardcopy and it prints to the system printer as it should. Pressed F to <br>
print a form, selected the form format that I wanted and it printed to <br>
the system printer as it should.  Used the AlphaCom printer icon and <br>
printed to the system printer and to a local printer what was on the <br>
screen, essentially a hardcopy of the record on the screen.<br>
<br>
3. Per Brian's suggestion, I logged in on the Windows 10 PC to the Unix <br>
system and did a set|sort> env.txt.  The list below is what I got back.<br>
<br>
Windows 10 Env User1<br>
<br>
4. Per Brian's suggestion, I logged in on the Windows 7 PC to the Unix <br>
system, using the same user login, and did a set|sort> env.txt.  The <br>
list below is what I got back.<br>
<br>
Windows 7 Env User1<br>
<br>
In this case the only difference I see is COLUMNS=80 and LINES=25.  Bare <br>
in mind, that this is the same user on the system and depending on which <br>
system I log in from, W7 or W10, one prints one does not.  Because I am <br>
logging into the same user account, I am using the same menus, the same <br>
config files, the same printers.  Everything is exactly the same as far <br>
as Unix, filePro, and AlphaCom are concerned.<br>
<br>
What I have not done is use a different emulator on the W10 PC, simply <br>
ran out of time.  I will be going back to the client on Monday to try <br>
that.  If that does not work I am truly at a loss. I welcome any <br>
feedback that you may be able to offer.<br>
<br>
-- <br>
<br>
<br>
Pro-Set Systems Logo <<a href="http://www.pro-set.com" rel="noreferrer" target="_blank">www.pro-set.com</a>>  Rod Caddy<br>
   Pro-Set Systems<br>
   <a href="mailto:rcaddy@pro-set.com" target="_blank">rcaddy@pro-set.com</a><br>
The information in this e-mail is confidential and may be privileged. If<br>
   you are not the intended recipient, please destroy this e-mail and<br>
   notify the sender immediately. You should not retain, copy, distribute<br>
   or use this e-mail for any purpose, nor disclose any of its contents to<br>
   any other person.<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment.html" rel="noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: bfgebbibijhpmbik.png<br>
Type: image/png<br>
Size: 33217 bytes<br>
Desc: not available<br>
URL: <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment.png" rel="noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment.png</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: coklkbdhmflahamg.png<br>
Type: image/png<br>
Size: 29467 bytes<br>
Desc: not available<br>
URL: <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment-0001.png" rel="noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment-0001.png</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: lglogo3.ico<br>
Type: image/x-icon<br>
Size: 6862 bytes<br>
Desc: not available<br>
URL: <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment.bin" rel="noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20181027/d7cf2ae8/attachment.bin</a>><br>
_______________________________________________<br>
Filepro-list mailing list<br>
<a href="mailto:Filepro-list@lists.celestial.com" target="_blank">Filepro-list@lists.celestial.com</a><br>
Subscribe/Unsubscribe/Subscription Changes<br>
<a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" rel="noreferrer" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><font face="monospace,monospace">bkw<br></font></div></div>