HDTenEightyP/NetNews huggingface dataset:
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms,comp.periphs.printers
Subject: Re: PostScript print symbiont for VMS
Date: 29 Jul 92 05:33:22 EST
Distribution: uk
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1992Jul28.140903.17945@psg.npl.co.uk>, GPC@newton.npl.co.uk (Graham Carter, CSU, B. 93) writes:
> This is probably an FAQ, but....
> 
> We are using software called PacerPrint to print PostScript files on
> non-Digital PostScript printers, including QMS, DataProducts and
> Linotron devices.  Digital's ScriptPrinter software didn't work with
> non-Digital printers (well, it didn't when we tried it a few years ago).
> 
> Our newest printer is a level 2 PostScript printer from DataProducts and
> we can't get anything out with PacerPrint.  Our supplier of PacerPrint
> doesn't appear to be around any longer and the distributor we dealt with
> no longer handles the product.
> 
> So, the questions are:
> 
> 1) Does anyone know who, in the UK, has taken over distribution of PacerPrint?
> Does anyone know of a dealer?
> 
> 2) Are there any other good PS symbionts for non-Digital PS printers?  Digital's
> latest offering, which may or may not work with other printers, is #258 media
> plus around #700 licence, I believe!
> 
> Any help greatly appreciated.
> 
> Graham Carter
-- 
Graham,
 
1) You may want to take a careful look at the communications line 
   with either a terminal or a PC (or an analyzer) check what is 
   comming down the link. When I tried PacerPrint at a client's  
   installation the other year, we had quite a few problems, 
   which I was able to trace to the "feature" that PacerPrint was 
   downloading the standard Apple Macintosh LASERPREP file, which 
   contains, among other things, a HARD RESET to the printer, 
   which, among other things, completely reset the communications
   parameters. If some variation of this is your problem, it is
   easily cured by "fixing" the appropriate file.
 
2) Graymatter (in Washington state, I forget the exact city) has 
   a product known as ScriptServer, which I have used at several 
   sites for non-DEC PostScript printer management. It has given 
   good performance at these sites.
 
I hope that the above is helpful. If I can be of further 
assistance, please contact me via E-mail.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: Help wanted : Running out of ENQLM
Date: 21 Jul 92 14:38:54 GMT
Distribution: world
Organization: The Internet


	Martyn Brown <brown@lincoln.ac.nz> writes:
>
>We have COBOL programs which run out of ENQLM very quickly.
>
>I know that ENQLM is the number of locks you can have queued at any
>one time, and that file i/o can use locks.  But I don't really know
>much more than that, and I would like to understand what is going on.
>
>1.  What else besides file i/o uses locks ?  I imagine there are operating
>    system tables which require locks ?
>
>2.  What is the effect on the system of a user having a high ENQLM ?
>    How high is high ?  Our default is 800.  Our COBOL user normally has
>    2000.  We tried with 3000 and still didn't get very far.  I don't want
>    to just keep on increasing it without understanding that it is
>    sensible and reasonable that a program might require very large values.
>    Does anyone have guidelines on what are sensible and reasonable ranges
>    of values for ENQLM ?
>
>Any hints or tips would be much appreciated.  We are running VMS V5.4-2 on
>a VAX 4000 model 200, and using COBOL V4.3.
>


	I think you had better check the coding of your COBOL programs.  I 
have gotten along for years with the default ENQLM of 200.  3000 is 
ridiculous!  It sure looks as if the code is creating a new lock each time
rather than reusing old ones and, further, never dequeuing the old ones. 
If this is the case, fixing the problem should markedly improve the
performance of your application. 

	See chapter 12 of "Introduction to VMS System Services" order 
number AA-LA68A-TE for a tutorial on locks and locking.


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: SYSTIMK@VAXA.ANGLIA-POLYTECHNIC.AC.UK ("Ian Kitching, System Manager")
Newsgroups: comp.os.vms
Subject: Re: VAX Notes: Change moderator name/node?
Date: 27 Jul 92 09:39:00 GMT
Organization: The Internet

>From: munnari.oz.au!metro!seagoon.newcastle.edu.au!cc.newcastle.edu.au!
>      outafrl%net.uu.uunet

>How can the moderator's name/node be modified?

A crude procedure to do this follows.

>If a large number of topics are deleted from a conference, can the disk
>usage be consolidated and the file compressed?  Would CONVERT do this job?

Yes, CONVERT/RECLAIM, just as MAIL does. The DELETE_NOTES utility (available
on the net but I've forgotten where) does this.

Ian Kitching	systimk@uk.ac.anglia-polytechnic.vaxa
+++++
$ ! P1 = conference (file name)
$ ! P2 = new moderator username
$ p1 = f$parse(p1,"notes$library:.note")
$ p2 = f$edit(p2,"trim,upcase")
$ if p2 .eqs. "" then p2 := 'f$getjpi(0,"username")
$
$ new_mod_node = "BRIDGE::"	! Default local node
$ test = f$trnlnm("sys$cluster_node","lnm$system")
$ if test .nes. "" then new_mod_node = test
$
$ new_mod = p2
$ if f$locate("::",p2) .eqs. f$length(p2) then goto no_node
$ new_mod_node = f$element(0,":",p2)
$ new_mod = f$element(2,":",p2)
$no_node:
$
$ on control_y then goto done
$ open/read/write/share=write cf 'p1
$
$ key_0 = "1234"
$ key_0[0,32] = %x10
$ read/key=&key_0 cf line
$
$ title_pos = %x4e*8
$ title_size = f$cvui(title_pos,8,line)
$ title = f$extract((title_pos/8)+1,title_size,line)
$
$ mod_pos = title_pos + (title_size*8) + (3*8)	! Skip %x36df
$ mod_size = f$cvui(mod_pos,8,line)
$ moderator = f$extract((mod_pos/8)+1,mod_size,line)
$
$ new_value = new_mod_node + new_mod
$ size = f$length(new_value)
$ line[mod_pos,8] = size
$ pos = (mod_pos/8) + 1
$ line[pos,size] := 'new_value'
$ write/update/sym cf line
$
$ ws f$fao("Conference: !AS",title)
$ ws f$fao("Moderator changed from !AS to !AS",moderator,new_value)
$ goto done
$
$ key_0 = %x101
$ read/err=done/index=0/key=&key cf line
$ mod_pos = %x4e*8
$ mod_size = f$cvui(mod_pos,8,line)
$ moderator = f$extract((mod_pos/8)+1,mod_size,line)
$
$ line[mod_pos,8] = f$length(new_mod)
$ pos = (mod_pos/8) + 1
$ line[pos,12] := 'new_mod'
$
$ node_pos = %x5d*8
$ node_size = f$cvui(node_pos,8,line)
$ node = f$extract((node_pos/8)+1,node_size,line)
$
$ size = f$length(new_mod_node)
$ line[node_pos,8] = size
$ pos = (node_pos/8) + 1
$ line[pos,size] := 'new_mod_node'
$ write/update/sym cf line
$
$done:
$ close/nolog cf
From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
Newsgroups: comp.os.vms
Subject: Re: DECwindows ==> Motif license upgrade
Summary: Legal requirements, and XUI *is* available under Motif
Keywords: Motif licensing
Date: 30 Jul 92 15:43:55 GMT
Organization: Digital Equipment Corp.
Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.


In article <9207300855.AA22401@genrad.com>, dongray@cdclu1.genrad.com (Derek Dongray) writes...
> 
>Are we likely to see more products from DEC forcing us to go to Motif in the
>future?

    Probably.  Motif is an enabling technology, so this is somewhat parallel
    to needing a specific version or later of the operating system.  If you
    choose not to use the windowing functionality, then you should be able to
    upgrade at will.

>While I accept that new functionality may require other software components to
>be upgraded, the requirement to have a separate license on the client to
>support a server running Motif seems unnecessarily restrictive.

    For good or ill, the requirement is a legal one - Digital is legally
    obligated to pay fees to the owners of some [necessary] software that
    we've incorporated into our Motif implementation.  I wasn't aware that the
    license fee was high; I thought it was actually pretty small (less than
    US $100).

>                                                                All of our
>newer workstations *are* licensed to run Motif, but we can't upgrade because we
>could not run the applications on the non-workstation hosts because they are
>not licensed! Also while it is possible to run a mixed VWS/DECwindows cluster
>it is not possible to run a mixed XUI/Motif cluster; if we upgrade, then the
>older workstations which don't have Motif licenses are not usable.

    I don't think this is entirely true; the part about mixed XUI/Motif
    environments being impossible certainly isn't.  After installing Motif,
    you can continue to use XUI instead of the Motif interface by removing the
    autostarted `Window Manager' and starting the `XUI Window Manager'
    instead.  And you can then propagate the change in the DECW$SM*.DAT
    file(s) to those workstations that don't have the Motif license.

    I'm not sure, but I think the Motif license is on a per-environment basis,
    not per-seat or per-system, so one may be sufficient for an entire
    VAXcluster system.  I could easily (very!) be wrong, though, so don't
    quote me on that.  This is me speaking as an individual user of Motif, not
    as an employee or spokesthing for Digital Equipment Corporation.

>Name : Derek Dongray, Systems Manager, GenRad Ltd.
>InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745

    #ken    :-)}	Jeratol the Chaotic

Coar@Nephi.Enet.DEC.Com	 | All opinions herein contained, stated or implied,
Coar@DECUS.Org		 | are solely those of the author.  And he's fullovem.
Coar@Eisner.DECUS.Org	 | `... it was mine art, ... that made gape the pine 
Massachusetts, USA       | and let thee out.'  - Prospero (_The Tempest_)
From: kaz@bms.com
Newsgroups: comp.os.vms
Subject: Re: DEC SNR RJE output problem
Date: 28 Jul 92 12:43:22 GMT
Reply-To: kaz@bms.com
Organization: Bristol-Myers Squibb

In article <1992Jul27.210014.23110@uxa.ecn.bgu.edu>, uucm000@uxa.ecn.bgu.edu (Tingli Pan) writes:
>
>I've Dec SNA RJE installed in our system. The output of the RJE job
>supposed to be written on the directory userdisk:[snarje]. The trouble
>is that when ever the job comes out, the error message is diskquota
>exceeded. I checked the directory is owned by [SYSTEM] which has quota
>in the userdisk. The only way I can make it work is to disable the disk
>quota, which is impossble. I need suggestion and advise in it.
>
Are you sure that the process which is handling the SNARJE output is actually
SYSTEM?   At our site, we have a separate account called RJE1 set up for this.
To see what account you are using:

	$ MCR SNARJE
	SNARJE> USE WS1        !or whatever it's called at your place
	SNARJE> SHOW STATUS

	    Stream RD1
	                Queue:     SNARJE$READER
	                Current:   none
	    Stream PR1  (Translate)
	                Assigned:  MORDOR"RJE1"::[RJE1.OUTPUT]
	                Current:   none
	    Stream PU1  (Translate)
	                Assigned:  MORDOR"RJE1"::[RJE1.OUTPUT]
	                Current:   none

This shows that the output of the printer and punch units are both
handled by user RJE1 on node MORDOR.    If you have a similar setup,
using something other than the SYSTEM account, just make sure that
that account has EXQUOTA privs.

----------------
Joe Kazimierczyk
kaz@bms.com
----------------
From: ESPHIGGINS@esprit.ucg.ie ("Paul Higgins, CIM Research Unit, UCG, Ireland")
Newsgroups: comp.os.vms
Subject: OSF/MOTIF Graphics Widgets ....
Date: 31 Jul 92 14:51:00 GMT
Distribution: world
Organization: The Internet

Date sent: 31-JUL-1992 14:46:16.71

Hello Netters,

I would like to know of any public domain widgets that are available for
OSF/MOTIF applications. In particular we're interested in widgets that will
display tabular information (like spreadsheets), display histograms and display
plots of data. 

I'd appreciate any pointers to where I could get something like these. I have
seen the DEC examples (shipped with VMS 5.4 I think) e.g. VHIST, VLIST etc. but
these do not run well on ULTRIX 4.2A with OSF/MOTIF V1.1.3. and do not have any
graphics display examples.

I hope that this is the right forum for this request. If not please tell me
where to ask!

Thanks in advance
Paul.

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
: Dr. Paul Higgins                        :       CIM Research Unit           :
:                                         :       University College Galway   :
: Email: esphiggins@esprit.ucg.ie         :       Galway                      :
: PSI:   PSI%027246054000556::esphiggins  :       Ireland                     :
: Phone: +353-91-24411 Ext. 3122          :                                   :
: Fax  : +353-91-62894                    :                                   :
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: mike.levine@NWC.NAVY.MIL
Newsgroups: comp.os.vms
Subject: Linking problems with s_mail program
Date: 29 Jul 92 18:00:40 GMT
Distribution: world
Organization: The Internet


	I have received some inquiries from people who have tried to link
s_mail and got a large number of errors. One possible source for this that I
have found is due to the call within s_mail to tpu$tpu (see Progrmming Vol 3 -
System Routines, chapter 14 on vaxtpu). This call is linked to a shareable
library (sys$share:tpushr.exe) which is itself linked to the shareable VAX C
Library. In the link command, the C rtl is put at the end, non shared, all
sorts of error messages are generaeted , mostly ones about multiply defined
entry points includeing those that your program never calls. 
	Try either just leaving off the explicit linking in of the
VAX C RTL ( the method I used), or maybe linking it in explicitly
and shareable.

Michael N. LeVine  Naval Air Weapons Station, China Lake, Ca 93555, USA
Internet: levine%fidler.decnet@nwc.navy.mil
(619) 939-2614  avn  437-2614 

 "Waiter, there's a bug in my soup!"        
 "No, Sir, it's not a bug, it's a feature!"
Newsgroups: comp.os.vms
Subject: Re: Forwarding all-in-1 mail to vms then to a workstation.
From: imkesun@pegasus.ch (Ralph Kloess)
Date: 23 Jul 92 20:01:18 +0200
Organization: Pegasus BBS, Switzerland

In message <9207230204.AA04355@ucbvax.Berkeley.EDU>, ANDERSONH%HAL.decnet@WR-HITS.AF.MIL ("HAL::ANDERSONH") writes:
> 
> 
>    I dislike (HATE) All-in-1 and therefore I try to avoid it, however manager
> s
> like all-in-1, therefore, they like to send mail to me using it.
> 

	So do I

>  So a year ago or more I set up my all-in-1 mail destination to VAXMAIL.
>  and set my VMS mail forwarded to my workstation  (MAIL> SET FORWARD
> HAL::ANDSERSONH).
> 
>  For about a year this has worked flawlessly.  now most of the time (not all
> the
> time, it sometimes works) message sent to andersonh from all-in-1 fails deliv
> ery
> and the postmaster sends back a message as follows:
> 
>.. Stuff deleted

The way i did set it up was:
	ALL-IN-1
		automatic forwarding to _KLOESS
	the underscore in preceeding the username tells ALL-IN-1 to send
	the message to a VMS-MAIL-address

	VMS-MAIL
		SET FORWARD RALPH::KLOESS
	recently i installed the MX-Software and changed my forwarding address
	to "MX%""KLOESS@RALPH"""

No complaints by the postmaster yet.


Regards,
	Ralph Kloess (IMKESUN@PEGASUS.CH)
From: walsh@roads.sa.gov.au
Newsgroups: comp.os.vms
Subject: VAXstation 4000 sound port ??
Date: 21 Jul 92 20:20:37 GMT
Organization: DEPARTMENT of ROAD TRANSPORT

-- 
+---------------------------------------------------------+
|  Dave Walsh, Dept. of Road Transport, South Australia.  |
+---------------------------------------------------------+
| Email: walsh@sysdev.roads.sa.gov.au                     |
| Post : Dept. of Road Transport, Information Technology, |
|        PO Box 1, Walkerville, South Australia, 5081.    |
| Phone: +61 8 343 2559               Fax: +61 8 343 2768 |
+---------------------------------------------------------+
From: grog@grex.ann-arbor.mi.us (Greg Croasdill)
Newsgroups: comp.os.vms
Subject: test
Date: 20 Jul 92 21:13:00 GMT
Distribution: world
Organization: The Internet

this is a test,
greg c
From: HOLDREGE+_MP%A1%PacifiCare@MCIMAIL.COM (HOLDREGE_MP)
Newsgroups: comp.os.vms
Subject: Re: LAT for unix (not ULTRIX) cpus
Date: 21 Jul 92 17:53:00 GMT
Distribution: world
Organization: The Internet


We use Ascent*DNI and Ascent*Link for Decnet and LAT on our HP 9000. It is 
from Control Data and seems to work OK so far.

Matt Holdrege  5156065@mcimail.com  714-229-2518
Newsgroups: comp.os.vms
Subject: Source for GNU software ported to VMS.
From: mckeever@cstp.umkc.edu
Date: Tue, 28 Jul 1992 22:50:33 GMT
Organization: UM - Kansas City, Computer Science

Anyone know of sources for GNU software other than GCC and G++ for VMS? 
The C and C++ compilers are the only things I can find that have been
ported to VMS.  I got GDB from MIT, and the source code mentions changes
that were made for VMS, but there aren't any .COMs a DESCRIP.MMS.  I would
rather not have to do the port myself if at all possible.

Thanks in advance for any help,

--Brian, MCKEEVER@CSTP.UMKC.EDU
From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
Newsgroups: comp.os.vms
Subject: Summary re: VERIFY$01_055, and 5.5-1 question
Date: 30 Jul 92 11:15:07 GMT
Distribution: world
Organization: The Internet

Some days ago, I wrote
> VMS 5.5-1 just arrived here, and its release notes claim
> that the bug in VERIFY (ANA/DISK/REPAIR, lost extension headers)
> has been fixed in the new image that comes with the kit.
> The new VERIFY image has an id of X-12.
>
> I'm somewhat confused because the DSIN article describing the problem
> explicitly states that the bug still exists in 5.5-1 !
>
> So could someone who has the VERIFY patch please check the image id?!

I received a few replies, from which I learned that *all* VERIFY images
(from 5.5, 5.5-1, and from known versions of CSCPAT#1001) have the same
image-id of "X-12".

Thanks a lot!

Carl Karcher <KARCHER@WAISMAN.WISC.EDU> already posted to this list:
> I found the checksum for VERIFY and F11BXQP in the VMS 5.5-1 saveset to be
> the same as those in CSCPAT #1001 V1.1. However, the latest version of CSCPAT
> #1001 is V1.3 which has additional fixes (such as an XQPERR bugcheck at offset
> 4008 which we experienced just the other day). The VERIFY.EXE of that patch
> still has an image id of X-12 but F11BXQP is X-9B3. So it looks like the lost
> extension header problem is fixed in 5.5-1 but there are some others that
> aren't.

So maybe, 5.5-1 is at least somewhat "better" than 5.5.

What other caveats are known re 5.5-1?
Could it suit a "production" environment, or will I have to wait for 5.5-2?

The reason for asking is that I'm in bad need of DFO (disk defragger),
but can't sacrifice stability, in particular in the area of batch jobs.
Just an unclustered 9000-210, BTW.

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
From: STUBRBEE@EKU.BITNET (Oooooooops)
Newsgroups: comp.os.vms
Subject: Calendar Software
Date: 23 Jul 92 17:43:00 GMT
Organization: The Internet

Vaxers,

     I currently just finished a program called Calendar Master ( a part of
Sybie's Utilites )!  Its a calendar utility that allows you to make entries in
dates ect.  Its done useing smg's and other neat stuff.  If anyone would like
to run a beta copy see what bugs we can find.  Any suggestions would also be
very helpful.  Until the beta test is over i would like to keep the source to
myself.  I don't want to have 300 different versions out there floating around.
When it seems like we have hacked all the bugs out I'll submit the source.  To
run Calendar Master you need about 200 blocks avail.  Space you need will
directly ride on how much infomaion you put in the dates.  If your interested
send me E-Mail and i'll uuencode you a copy and mail it.  Thanx!

                                      David Barbee


{-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=}
{ Name         : David Barbee                  Aliases  : Sybie                }
{ Bitnet       : STUBRBEE@EKU                  Internet : I wish!              }
{ Disclaimer   : Listen to me?!?  Can't imagine why.                           }
{ Last Words   : Oh *beep*!  (Censored for our more sensitive readers)         }
{-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=}
 ssss y   y b     i eeeee  '  ssss   u   u ttttt i l     i ttttt i eeeee  ssss
s      y y  b     i e      ' s       u   u   t   i l     i   t   i e     s
 sss    y   bbbb  i eee   '   sss    u   u   t   i l     i   t   i eee    sss
    s   y   b   b i e            s   u   u   t   i l     i   t   i e         s
ssss    y   bbbb  i eeeee    ssss     uuu    t   i lllll i   t   i eeeee     s
                                                                            s
ssssssssssssssssssssssss Programmer: David Barbee sssssssssssssssssssssssss
Newsgroups: comp.os.vms
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Subject: Re: wait for event flag halts ast deliver
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH
Date: Tue, 21 Jul 1992 23:06:36 GMT


In article <1992Jul21.133904.14973@lugb.latrobe.edu.au>,
CS19241593T@LUST2.LATROBE.EDU.AU (Bernard Leach) writes:
|>
|>Ok for a real question:
|>Is there a simple method for outputting to the terminal using DCL without
|>appending a linefeed?

Call a program that does the output for you.  There isn't any direct way to
override the default carriage control of the DCL WRITE statement.

--PSW