<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">Since this issue makes
no since, I thought I would add some more to it. After Brian's
suggestions, I decided to go back and start from the beginning
and redo all my tests and the additional things he suggested to
make sure I was not losing my mind. So here was my procedure
and as a reminder what I am using:</font></p>
<font face="Helvetica, Arial, sans-serif">SCO </font><font
face="Helvetica, Arial, sans-serif">3.2.5.0.6 i386</font><br>
<font face="Helvetica, Arial, sans-serif">Filepro </font><font
face="Helvetica, Arial, sans-serif">4.05.08K7D4</font><br>
<font face="Helvetica, Arial, sans-serif">AlphaCom Terminal
Emulation <br>
</font><font face="Helvetica, Arial, sans-serif">Windows 7 on all
PCs except 1 which is Windows 10<br>
BTW, this is <b>not</b> a new user to the system.<br>
</font>
<p><font face="Helvetica, Arial, sans-serif">1. Logged in as user on
the W10 PC to the Unix system and into Filepro. Viewed a record
in 3 or 4 different files and pressed H for hardcopy and nothing
prints to the system printer. Pressed F to print a form,
selected the form format that I wanted and it did not print to
the system printer. AlphaCom has a printer icon where you can
print what is on the screen to any printer that is defined on
the PC. I printed to the system printer and to a local printer
what was on the screen, essentially a hardcopy of the record on
the screen. That's all fine and good but still unable to print
the form.</font></p>
<p><font face="Helvetica, Arial, sans-serif">2. </font><font
face="Helvetica, Arial, sans-serif">Logged in as the same user
on a W7 PC to the Unix system and into Filepro. Viewed a record
in 3 or 4 different files and pressed H for hardcopy and it
prints to the system printer as it should. Pressed F to print a
form, selected the form format that I wanted and it printed to
the system printer as it should. Used the AlphaCom printer icon
and printed to the system printer and to a local printer what
was on the screen, essentially a hardcopy of the record on the
screen.</font><br>
</p>
<p>3. Per Brian's suggestion, I logged in on the Windows 10 PC to
the Unix system and did a set|sort> env.txt. The list below is
what I got back.</p>
<p>Windows 10 Env User1</p>
<p><img src="cid:part1.89FAF571.B6FF9B4C@pro-set.com" alt=""
height="411" width="458"></p>
<p>4. Per Brian's suggestion, I logged in on the Windows 7 PC to the
Unix system, using the same user login, and did a set|sort>
env.txt. The list below is what I got back.</p>
<p>Windows 7 Env User1</p>
<p><img src="cid:part2.8E72DC58.25DB3945@pro-set.com" alt=""
height="376" width="461"></p>
<p>In this case the only difference I see is COLUMNS=80 and
LINES=25. Bare in mind, that this is the same user on the system
and depending on which system I log in from, W7 or W10, one prints
one does not. Because I am logging into the same user account, I
am using the same menus, the same config files, the same
printers. Everything is exactly the same as far as Unix, filePro,
and AlphaCom are concerned.</p>
<p>What I have not done is use a different emulator on the W10 PC,
simply ran out of time. I will be going back to the client on
Monday to try that. If that does not work I am truly at a loss.
I welcome any feedback that you may be able to offer.<br>
</p>
<p>-- <br>
</p>
<div class="moz-signature">
<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:part3.29D706D5.1E80BBD8@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>