HDTenEightyP/NetNews huggingface dataset:
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Need help with printer output format
Date: 21 Nov 1992 19:10:48 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Nov21.072150.23164@news.uiowa.edu>, rajar@herky.cs.uiowa.edu
(Chandrashekar Rajaraman) writes:
=I have a HP Laserjet on which I print from a
=DEC Microvax II running VAX/VMS 5.5, which until
=a few weeks ago ran under 4.6. I have
=a program to print text files with upto 96 char/line.
=It used to print in the required format when it
=ran under 4.6, but under 5.5 it
=prints only 80 char/line and the remaining characters
=spill over to the next line in an unsightly manner.
=
=Apparently, the system adds a CR/LF after 80 char which
=I want to prevent. My program "writes" a CR after 96 char.
=It is written in FORTRAN, so I think a LF is
=added by its "WRITE" function.
=
=I have looked at the documentation for the terminal
=driver, and found that the set mode functions namely
=set mode and set characteristics can be passed "P4"
=which can probably be set appropriately.
=
=Can someone tell me whether there is a simpler way
=to do what I want, or even if I am on the right track ?
=
=You can imagine that I would like to solve this problem
=quickly since over three people depend on this
=printer.

Yet another question with insufficient data for an answer.  Are you outputting
directly to the terminal, or are you submitting the file to a print queue?  If
the former, simply set the output terminal /NOWRAP/PERMANENT.  If the latter,
set the  width of the printer to something larger than 96 and make sure that
the form with which you're printing is defined with the attrbutes
/NOTRUNCATE/NOWRAP.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
Newsgroups: comp.os.vms
Subject: Re: HELP: how to stop and prevent break in?
Date: 15 Nov 92 23:52:53 GMT
Distribution: world
Organization: The Internet

ttytst@merak.usc.edu (Guess what) writes:

|We got very strange things happened on one account where we found the owner of
|files are not only the owner of the account but also another one.   
|
|	OWNER=[my,WHO] 
|
|All the files and directories under that account have two owners and we are
|sure that the other one is illegal. What we need to know right now is how to
|prevent this kind of things happened again and how to remove the illegal one
|from the ownership without SYSTEM ADMINSTATROR's Privilage.  Thanks in
|advance.

    correct me if i'm wrong, but i think you have a misunderstanding
    of what those two fields in the alphabetic uic file owner means.
    a file cannot be owned by two owners, only one. however, a directory
    may display two fields for the owner uic of a file, in your case
    "[MY,WHO]". the first field is the alpha id of the uic GROUP number
    owning the file, the second field is the actual uic OWNER.

    when you add a new user to the system with AUTHORIZE, an alpha
    identifier with the value of the user's uic is added to the
    rightslist database. this identifier translates to the username.
    If the account field has a valid identifier format, AUTHORIZE
    also tries to add an identifier with the value
    [uic-group-number,177777]. This identifier translates to the
    account name of the user. When the system displays uics in
    alpha format it tries to look up the value
    [uic-group-number,177777] and, if found, displays that as part of the
    uic; ie: [MY,WHO]. if not found, you'll just see the single alpha uic
    value, ie: [WHO].

    so in your case "MY" is the group uic identifier, and "WHO"
    is the complete uic identifier of the file.

    check to see if you've added a new user to the system 
    with the same group number as the [WHO] uic and who has
    a "MY" in the account field. this would change the directory
    display for all files owned by uic [WHO] to [MY,WHO].

    you can remove this extra id display by going into authorize and
    doing a "REMOVE/IDENTIFIER MY" command.

    of course my analysis could be totally otl and you really do have
    a problem with unauthorized access to your system. but you'll
    have to give us more information.

					    colin sewell
					    h.a.simons ltd.
					    vancouver, bc
From: rbn@sunvis.rtpnc.epa.gov (Bob Boyd)
Newsgroups: comp.os.vms
Subject: Re: Problems w/ creating print queue on terminal server
Date: 18 Nov 92 15:13:25 GMT
Organization: UNISYS/Environmental Protection Agency

2 Things to check that you didn't mention:

a.  Use TSM or NCP CONNECT or direct connect to the terminal server 
    and do a SHOW SERVER.  Verify that the name you are using for
    the server matches the one configured ON the server.

b.  On the server, verify that PORT 8 is named PORT_8 -- if its name
    has been changed to something else, the LAT software will never
    find it.

--
Bob Boyd                 
rbn@ralph.rtpnc.epa.gov 
Unisys/EPA
From: coupal@asc.slb.com (Jim Coupal)
Newsgroups: comp.os.vms
Subject: Mail Unix --> VMS
Keywords: Mail, convert, migration
Date: 17 Nov 92 15:40:16 GMT
Distribution: usa
Organization: Schlumberger Austin Systems Center
NNTP-Posting-Host: tai.asc.slb.com


One of our users is looking to migrate his Sun Unix mail to VMS.  Does anyone know of any utilities that can approximate this unlikely task?  I haven't found anything in the DECUS libraries (which is not to say that it is not there) or any recommendations through DSN.  Any help is appreciated.  You can post the replies or send mail to coupal@asc.slb.com.

Thanks in advance,
Jim Coupal
ASC Computing Center
Schlumberger Well Services, Inc.
Phone: (512)331-3149
 
Newsgroups: comp.os.vms
From: haho@huldra.tdata.no (Harald Hoeg)
Subject: double login windows under DECwindows
Organization: Tandberg Data A/S, Oslo, Norway
Date: Sun, 22 Nov 1992 16:16:31 GMT
X-Newsreader: Tin 1.1 PL3

Hi,

we have a problem with an X-terminal receiving two login windows
when setup to connect to DECwindows/Motif. DECwindows/XUI (is that the right 
name ?) works fine. It seems like the problem is that the terminal requests
a new login window when the X-server resets, and at the same time the host
execs a new login process. This ends up with two login windows on the same
X-server screen. 

Can anyone tell us what the difference between DECwindows/XUI and 
DECwindows/Motif is with respect to this, and what should the correct 
behaviour of the X-terminal be ?

What will a DEC X-terminal do in the two above cases ?

Thanks,

Harald Hoeg
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: comp.os.vms
Subject: Re: Looking for decw$xtshr.exe
Date: 17 Nov 92 23:51:34 GMT
Distribution: world
Organization: The Internet

In article <1992Nov16.111538.20514@yang.earlham.edu> you write:
#
#I have downloaded XFig, and need decw$xtshr.exe to compile it.  Any
#help in locating it would be appreciated.
#

You need to install DECwindows/Motif 1.0a or 1.1.  XFig requires X11R4 which
is only available from DECwindows/Motif.

--
Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: KREISEL@YSKRA.PFC.MIT.EDU ("FELIX KREISEL 253-8625", 617)
Newsgroups: comp.os.vms
Subject: (Q) Digi-Data Gigastore with an Emulex QT13 controller
Date: 17 Nov 92 22:23:00 GMT
Distribution: world
Organization: The Internet

I have a couple of Digi-Data Gigastore 2.4 MB VHS tape drives.  I run them
on a uVAX II running VMS 5.4 with a QT13 controller.
Both have lost the ability to read/write/init tapes.  In the past I was able
to either upgrade the Emulex firmware chip or get Digi-Data to recondition
the read/write heads.  Now, Digi-Data seems to have lost interest in these
beasts.  
Does anyone in the Boston area have a working drive?
Has anyone had a similar experience and what did you do?
Thanks for any help.
 
-------------------------------------------------
	The opinions are my own, my boss is not responsible
		for the contents of my head.

Felix Kreisel                                I could be wrong.
Systems Engineer                     But let the person who is always right
MIT - Plasma Fusion Center                 throw the first stone
(617)253-8625

Newsgroups: comp.os.vms
From: jsue@ncsa.uiuc.edu (Jeffrey L. Sue)
Subject: Re: vs 4060 to vs 4090 upgrade bombs....
Originator: jsue@troon.ncsa.uiuc.edu
Organization: The Dow Chemical Company
Date: Fri, 20 Nov 1992 13:46:48 GMT

In article <1992Nov19.225917.7986@midway.uchicago.edu> newark@befvax.uchicago.edu writes:
>
>Nothing unusual show up in the error log, i've checked it.  Another question
>i'd meant to ask... Is there any way to skip the diagnostic tests when you 
>fire up a vaxstation???
>
>all help appreciated 
>

Tom, at the console prompt type:

>> SET FBOOT 1

This will skip the lo-o-o-o-o-o-n-n-n-n-n-g self-test used by default.
Also, did you ever perform the TEST 100?  This will test all parts of
your system to see if there are any errors.

Another thing to try:  after the power-up self test, did you ever do
a SHOW CONFIG and see any "??"s ?

Jeff

-- 
-----
Jeff Sue   
 - All opinions are mine -       (and you can't have any, nya nya nya)
Newsgroups: comp.os.vms
From: jim@news.miami.edu
Subject: Re: retrofitting the old VMS queue manager
Keywords: OLD_QUEUE_MANAGER
Organization: University of Miami, RSMAS
Date: Tue, 17 Nov 92 01:34:22 GMT

An easier way to select old queue manager is to edit
SYS$SYSROOT:[SYS$STARTUP]VMS$CONFIG-050_JOBCTL and insert the line

$ newjobctl = 0

just before the lines

$ define/user sys$output nl:
$ if newjobctl
$ then
  ...

This will run the old queue manager.
-- 
Jim Brown, University of Miami, RSMAS/MPO
[send mail to jim@lime.rsmas.miami.edu]
From: marby@laura.harvard.edu (Craig Marby)
Newsgroups: comp.os.vms
Subject: lib$signal(SS$_TRACEBACK) does this exist?
Date: 20 Nov 92 18:41:39 GMT
Organization: Chemistry Dept., Harvard University

Hi,

I want to generate JUST the traceback from my program.
(i.e. the struff that says %TRACE-W-TRACEBACK, Symbolic stack dump
follows etc.) Something like lib$signal(SS$_TRACEBACK) would do the trick.
If I can avoid it I do not want to send some other signal which would
also be printed as part of the traceback.

Is SS$_TRACEBACK defined anywhere, or does anybody know what the
correct name for the signal is? I tried SS$_TBIT which is next
to SS$_DEBUG in ssdef.h, but that was not what I was looking for.

Thanks in advance.



--

    __o         
  _ \<,_       Craig A. Marby    marby@layla.harvard.edu
 (_)/ (_)      
~~~~~~~~~~
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: INIT of tape ? How to access data
Date: 20 Nov 92 11:09:29 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
This is an RSX question, but maybe there are still some people with the
appropriate hints.
One of the system managers accidently initialized a TK50 on a uPDP.
Is there any way to access the data on this tape ? 
Can he use DMP, programs, ...
-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
From: silverm@bcstec.ca.boeing.com (Jeff Silverman)
Newsgroups: comp.os.vms
Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
Date: 22 Nov 92 05:58:23 GMT
Organization: Boeing Computer Services, Seattle

brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:

>In article <1992Nov13.100832.3777@dxcern.cern.ch>, julian@vscn08.cern.ch
>(Julian James Bunn) writes:
>>messy, and probably not what the user wants. Defining different directory
>>trees depending on the node type is no good either, as it defeats one 
>>advantage of a cluster, which is to share the data. Unless ... there was some
>>way of linking the source files together, and keeping the excutables and object
>>files separate. 
>>
>>Has anybody got any bright ideas ?

>It's probably too late by now, but since the two executable types are
>incompatible, it would have made sense to me if the Alpha executables were
>something else besides *.EXE

It is possible for a VAX/VMS program and an Alpha/VMS program (I know, I know)
to operate on the same data at the same time in the same cluster, just as it
is possible for two VAX/VMS programs to interoperate.  In fact, it is possible
for a VAX/VMS program, a UNIX program, and a PC program to interoperate at the
same time using NFS and PATHWORKS.

I would think that the image activator could be modified to issue an error
message which said "This is a VAX/VMS program" or "This is an Alpha/VMS
program".  VMS would have to be modified to have directories for Alpha and
VAX executables.  Command procedures, data, and source could go in common
directories.

Jeff Silverman, Boeing Commercial Airplane.
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: Very urgent : Cluster hangs
Date: 23 Nov 92 09:28:59 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
We are running an LAVC with VMS 5.5-1, a dual VAX 4300 as bootservers and 
45 satellites, including VS4000/60.
Since the installation of VMS 5.5-1 and the adding of the VAX4000/60 we 
experience frequently following problem :
The complete cluster hangs while at the bootmembers consoles a massive 
amount of cluster messages appear (see below)

%%%%%%%%%%%  OPCOM  23-NOV-1992 07:40:30.04  %%%%%%%%%%%    (from node 
BTMWS8 at 23-NOV-1992 07:40:17.98)
07:40:17.96 Node BTMWS8 (csid 000100C5) lost connection to node BTMWB5

%%%%%%%%%%%  OPCOM  23-NOV-1992 07:40:30.06  %%%%%%%%%%%    (from node 
BTMWT5 at 23-NOV-1992 07:40:26.20)
07:40:26.18 Node BTMWT5 (csid 000100AC) lost connection to node BTMWB5

The bootmembers do not crash !!
After shutting down the workstation causing the problem (in this case 
BTMWB5) everything becomes normal again. Sometimes it helps to kill an 
application on the workstation. 
Let me add that it is not always the same workstation.                                                                            
        
I assumed it could be related to the SCSCONNCNT parameter in SYSGEN, but 
after increasing it up to 130, the problem did not disappear. Do we have to
adapt other cluster parameters ? Is the problem related to VMS 5.5-1 ?  

-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
From: FZC@CU.NIH.GOV ("Paul Robinson")
Newsgroups: comp.os.vms
Subject: Re:  VMS FAX Software ?
Date: 16 Nov 92 03:19:14 GMT
Reply-To: TDARCOS@MCIMAIL.COM
Distribution: world
Organization: The Internet

The Man From Mars, "Michael Smith" (Smithm@admina.rferl.org) says:

>Does anybody know of any public domain FAX software for VMS. and where
>to pick it up from ??

FAX software requires the program be integrated with the type of fax
processor for the particular fax chip and card.  Fax programs written
for, say, an Intel Satisfaction board for a PC would not work the same
as one written for, say, a modem hooked to a serial port on the VAX.

Maybe someone on Info Vax knows; the University of Wisconsin was running
a test demonstration last year of doing faxes via Internet, in which you
sent a fax to the U.S. phone number via a specificiation address, and
the software forwarded it.

You might try sending a message to POSTMASTER@CS.UWISC.EDU (I think
that's right) and ask them about it.  Or send a message to the Libernet
news group (LIBERNET@DARTMOUTH.EDU) and send a message asking someone if
they still have the id of the contact person at the University of
Wisconsin who was doing that.

Here's an example of how they were sent:

To: /fax=3014927617/attn=paul.robinson/s=fax-gw@calypso.cs.wisc.edu

I think they said they were using PP with ISODE connected to a $900
fax modem from some Japanese company, Hitachi or Sharp or something.

--- Paul Robinson -- TDARCOS@MCIMAIL.COM
From: MALCOM@SN01.SNCC.LSU.EDU (Malcom McNaylor)
Newsgroups: comp.os.vms
Subject: LIST
Date: 17 Nov 92 21:28:22 GMT
Organization: Louisiana State University

LIST
From: williams@NVL.ARMY.MIL (Timothy Williams)
Newsgroups: comp.os.vms
Subject: How to get files in SYSLOST back to right place
Date: 13 Nov 92 14:51:43 GMT
Distribution: world
Organization: The Internet

Please excuse my ignorance.  I'm running VMS 5.3 on a uVAX 3900 and did an
ANALYZE/DISK/REPAIR and got 435 lost files in DUA0:[SYSLOST...].  In looking
at these files, I noticed that there are duplicate files here.  For example,

SYSTEM> sh def
  DUA0:[SYSLOST]
SYSTEM> dir/file 424.net,[.bp]424.net,dua0:[garn.pdp.bp]424.net

Directory DUA0:[SYSLOST]

424.NET;2            (18089,2,0)        

Total of 1 file.

Directory DUA0:[SYSLOST.BP]

424.NET;2            (18089,2,0)        

Total of 1 file.

Directory DUA0:[GARN.PDP.BP]

424.NET;2            (18089,2,0)        

Total of 1 file.

Grand total of 3 directories, 3 files.


By the file id, these are all the same file, so if I delete one, I delete
them all, right?  

First question.  How do I get these 3 files back to one?
Second question. Is there a way to find out where a lost file came from so I
can put it back, or do I tell the owner of these files to figure it out for
themself?

Thanks for any help.
-- 
Tim Williams                                   COM: (703) 704-1685
Night Vision & Electro-Optics Directorate      DSN: 654-1685
AMSEL-RD-NV-ISP (Williams)                     FAX: (703) 704-1705
Ft. Belvoir, VA 22060-5677                  E-MAIL: williams@nvl.army.mil
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Wierd BACKUP change in VMS 5.5-2
Date: 18 Nov 1992 03:05:15 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Nov17.141404.1@slacvx.slac.stanford.edu>, fairfield@slacvx.slac.stanford.edu writes:
>    Just curious, from which version of VMS did you upgrade to V5.5-2?
>The reason I ask is that we are running V5.5-1 and I ran into essentially
>the same problem: subprocess unable to access the drive allocated to the
>parent (don't take me too literally, can't remember whether the drive
>was mounted or just allocated...).   This had nothing to do with BACKUP.
>I just gave up without thinking much more about it :-(

If memory serves, you've *NEVER* been able to mount a tape that was allocated
to the parent of the current process.  VMS v4.0 made some changes in the way
tape mounting was done that allowed the tape to be shared among processes in a
job.  If I recall correctly, that version of VMS had a bug that caused the
MOUNT to also allocate the tape (or maybe it changed the ownership of a tape
allocated by the subprocess to ownership by the parent; it's been a long time
since 4.0 and my memory's a bit fuzzy).  Thus if one mounted a tape from a
subprocess, then dismounted it, a subsequent attempt to mount it would fail.

Now, someone else has posted something about another problem with BACKUP under
v5.5-2 which indicates that the way BACKUP handles continuation tapes has
changed.  The problem currently under discussion is probably related.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Newsgroups: comp.os.vms
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Subject: Re: The problem with $CREMBX System_Service
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH
Date: Wed, 18 Nov 1992 17:12:16 GMT


The DCL command interpreter uses RMS to read its input file.  RMS is a record-
oriented I/O system.  When the input device is a terminal, the sequence of
characters up to a carriage return (or other similar line-terminating control
character) is considered a single record.  When the input device is a mailbox,
RMS considers each message in the mailbox to be a separate record.  You are
reading characters one at a time from the terminal and then writing them one
at a time using $QIO to the mailbox.  Each character thus ends up as a separate
message, and is seen as a separate record by DCL.

The solution is to buffer characters inside your program until you read a
CR from the terminal, then write the buffered string (not including the CR) to
the mailbox using one $QIO.

--PSW
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Location of Login question.
Date: 17 Nov 92 03:18:42 GMT
Organization: The Internet


	Is there a way to determine if a user is logged in from a hardwire, or
	is dialing in from home?  If so how?  Does this depend if your system
	is set up to allow this, or is it an natural part of the VMS os?

Usually, the answer is yes.  But ultimately it depends on the configuration.

The theoretically correct way is to check the identifiers held by the
process.  A local process will have the LOCAL identifier; a dialup process
will have the DIALUP identifier.  However, a SET HOST process will have the
REMOTE identifier whatever the process it is SET HOST from may be.

A simpler check - which VMS ultimately relies on to decide about the LOCAL and
DIALUP identifiers - is to see whether the command terminal has the DIALUP
characteristic set.  This won't work through a SET HOST process either.  (In
fact, there is no really easy way to figure out what the ultimate source of
a SET HOST process is.)

All of these assume that your ports are set up properly.  For ports directly
on the VAX, it means setting them up the appropriate permanent terminal
parameters at boot time.  For ports on LAT servers, it means setting things
up correctly on the server - the LAT protocol can pass this information
through if the server has it.  (Some old LAT servers may not support this;
I'm not sure.)

For TCP/IP based servers, there is no mechanism to pass this information;
every connection will just look like a REMOTE connection.

If terminals are connected through a port selector with its own modems,
it may be impossible to tell how a given line terminates.  But that's rare
these days.

In summary:  In almost all cases, you can with assurance determine that a
line is locally connected, if you've set up your system appropriately.
However, there are many ways for a "line" not to be locally connected.  There
is no sure way of knowing which connections ultimately trace back to local
connections, and which represent some kind of dialup connection.

							-- Jerry

Newsgroups: comp.os.vms