<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content=text/html;charset=iso-8859-1>
<STYLE></STYLE>
<META content="MSHTML 6.00.2900.2963" name=GENERATOR></HEAD>
<BODY id=MailContainerBody
style="PADDING-LEFT: 10px; FONT-WEIGHT: normal; FONT-SIZE: 10pt; COLOR: #000000; BORDER-TOP-STYLE: none; PADDING-TOP: 15px; FONT-STYLE: normal; FONT-FAMILY: Verdana; BORDER-RIGHT-STYLE: none; BORDER-LEFT-STYLE: none; TEXT-DECORATION: none; BORDER-BOTTOM-STYLE: none"
leftMargin=0 topMargin=0 acc_role="text" CanvasTabStop="true"
name="Compose message area"><!--[gte IE 5]><?xml:namespace prefix="v" /><?xml:namespace prefix="o" /><![endif]-->
<DIV>Hi.</DIV>
<DIV> </DIV>
<DIV> I'm trying to crunch some recent VLBA data with 31DEC06
(on a Linux platform running Fedora Core 5). However, I'm
getting some inconsistent behavior with LWPLA and LISTR --- tasks that try to
write to the printer. For instance, with LISTR and DOCRT=-1</DIV>
<DIV> </DIV>
<DIV> ZLPOPN: ERROR 0 BUILDING FILE NAME, LNAME='LPRNTR'</DIV>
<DIV> ZLPOPN: FORTRAN OPEN ERROR = 107 ON LINE PRINTER FILE
=</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> ZERROR: IN ZLPOP2 ERROR NO = 107 (Transport endpoint is not
connected)</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>However, I just toggled to DOCRT = 1 and printed to the screen, then
toggled back to DOCRT=-1 and the output went to the printer
o.k. I have seen a similar behavior with LWPLA.</DIV>
<DIV> </DIV>
<DIV>Logicals 'LPRNTR' and 'PLOTTER' are set o.k. The temp scratch area
/tmp is set up correctly. </DIV>
<DIV> </DIV>
<DIV>The only issue might be that my printer is attached to a Win XP box across
the room and it is shared under Samba. </DIV>
<DIV> </DIV>
<DIV>Under g77, I think run time error 107 is caused by a null file name under
OPEN.</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>So, any suggestions?</DIV>
<DIV> </DIV>
<DIV>
Bill</DIV>
<DIV> </DIV>
<DIV> </DIV></BODY></HTML>