<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 10/26/2018 12:51 AM, Brian White via
Filepro-list wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAO0vv2Y0-hDCbZ7f8Qb2_ZPhhWWRjcxq0AZyW_fdPq0CODVAfw@mail.gmail.com">
<blockquote type="cite">
<pre wrap="">I'm not talking about windows print screen, I'm talking about Hardcopy
in filePro.
</pre>
</blockquote>
<pre wrap="">
I don't know why hardcopy would be any different than any other printing
from fp.
You also said something about a unix spool not passthrough print. If the
default printer in pfconfig is a unix lp command, then I don't see how the
server knows or cares what os the desktop is running.
I think the setup is not described in enough detail.
Log in from one of the win7 machines where printing works, and from the
win10 machine where printing doesn't work.
Run "set |sort |less" on each. (if you don't have less installed, then
capture and view any other way. pg, more, vi/view etc...)
Anything different that could affect printing? There are env variables that
affect both the spooler and fp's notions of default printer destination, or
could inadvertantly affect printing in some indirect way like, totally
contrived example:
The env is set up to do passthrough after all, PFPT=on (or true or
whatever), and your fp/termcap has a scoansi entry that includes PN & PS,
abd only the scoansi entry has it, and TERM or PFTERM is set to scoansi on
most desks, but it's set to something else like xterm on the new desk.
It's not literally exactly that, because the break key would not be Del,
and you couldn't miss that. It's an example only.
Are you logging in as the same user on both working and non-working desks?
There is a gotcha with sco osr5 printing where a newly added user might not
have permission to use the printing system at all until you manually add
them in scoadm (or figure out how the default got changed and change it
back, I forget the details myself)
It could be anything, until you describe the setup more, to remove some of
the infinite possibilities.
Follow the trail from fp yo the printer. What is fp going to try to do when
you say Y to hardcopy? You have to look at all fp env vars to determine
that. For instance, the PFCONFIG var, if it exists, says where to load the
fp config file from, which may override the file pointed to by fppath vars.
So, it's possible for two different desks to load two entirely different
config fles, which may contain 2 entirely different sets of pfprinter and
other variables.
Now you hopefully know what fp should try to do, next depends on what that
was. Was pfprinter the same fp printer name like printer1 on both? Was the
definition of printer1 the same on both? was PFPT either on or off or
absent the same on both? Was the defintion of printer1 a normal valid lp
command line? Can you successfully use that same lp command, as that same
user, from a shell prompt, on both?
</pre>
</blockquote>
<p><font face="Helvetica, Arial, sans-serif">Thank you Brian. You
have given me some new thoughts to pursue. You have hit the
nail on the head, I can't fathom why hardcopy is not working.
It simply makes no sense. I am going to the client's location
today and will report back. Thank you all again for your input.</font><br>
</p>
<div class="moz-signature">-- <br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<br>
<div class="moz-signature">
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
<title></title>
<a href="www.pro-set.com"><img alt="Pro-Set Systems Logo"
src="cid:part1.E9BAEC0F.8D65344D@pro-set.com" align="left"
height="50" width="42" border="0"></a> Rod Caddy<br>
Pro-Set Systems<br>
<a class="moz-txt-link-abbreviated" href="mailto:rcaddy@pro-set.com">rcaddy@pro-set.com</a><br>
<small> 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>
</small>
<pre class="moz-signature" cols="72">
</pre>
</div>
</div>
</body>
</html>