jon@gaia.UUCP (11/08/86)
Path: gaia!jon From: jon@gaia.UUCP (Jonathan Corbet) Newsgroups: mod.computers.vax Subject: Re: vms mail Message-ID: <127@gaia.UUCP> Date: 8 Nov 86 19:58:34 GMT References: <8611070952.AA03642@ucbvax.Berkeley.EDU> Organization: Gaia Corp, Boulder, CO Lines: 15 Summary: What about SET FORWARD to a distribution file? > Could you do me a favor and send a message to Info-VAX that > distribution lists will *not* be going away, but SET FORWARD to > multiple users will? What about something of the form: Mail> set forward /user=whatever @file I use that fairly extensively, and it seems to work nicely, even when there are delivery problems. I sure hope that this feature won't go away too. -- Jonathan Corbet {hao | nbires}!gaia!jon
uucp@cae780.tek.CSNET (Unix to Unix Copy) (11/11/86)
Path: cae780!hplabs!ucbvax!DHHMPI5D.BITNET!203002 From: 203002@DHHMPI5D.BITNET Newsgroups: mod.computers.vax Subject: Notification of $SET ACCOUNTING/DISABLE Message-ID: <8611111647.AA20487@ucbvax.Berkeley.EDU> Date: 11 Nov 86 16:48:03 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 16 AppDHHved: info-vax@sri-kl.arpa I am looking for a way to get any logging or notification of "$SET ACCOUNTING/DISABLE=.." or the same by the system service $SNDJBC. The best would be a security alarm, but I don't find any for this purpose. Has anybody a idea ? We are running VMS V4.4. My mail adress is <203002@DHHMPI5D.BITNET> Ruediger R. Kresse Climate Computing Center at Max-Planck-Institute for Meteorology Bundesstr. 55 D-2000 Hamburg 13 F.R. Germany
ed@qtc.UUCP (Ed Lisle) (11/13/86)
Path: qtc!ed
From: ed@qtc.UUCP (Ed Lisle)
Newsgroups: net.micro.mac,mod.computers.vax,mod.computers.sequent,mod.computers.laser-printers
Subject: MacIntosh in a real environment ?
Message-ID: <206@qtc.UUCP>
Date: 13 Nov 86 15:51:28 GMT
Organization: Quantitative Technology Corp., Beaverton, OR
Lines: 27
Keywords: MacIntosh, Laser printers
I am curious how a Macintosh can be used in a real office environment
for both administrative and engineering purposes, primarily for laser
printing. Here's my problem.
I have a VAX 780 running VMS, Balance 8000 running Dynix (Unix BSD/SYSV),
and IBM PC (DOS/Xenix). Everything is on Ethernet with TCP/IP. I'm
currently looking for a laser printer in which every one can use and
share. I would prefer to place the laser printer on the VAX or Balance
or directly on the Ethernet.
Having a Macintosh to do the fancy stuff would be neat but is there
software/hardware out there to make use of other laser printers
on another host. How painful is this for the user? We have used
MacDraw a few times which seemed to fit our needs, although we could
use something a bit better.
It would be great if the Unix engineers could use nroff/troff,
VMS users could use runoff, and Macintosh could be used for all the
graphics and everything else or am I barking up the wrong path ?
+------------------------------------------------------------+
| Ed Lisle | ogcvax! |
| Quantitative Technology Corporation | verdix! qtc!ed |
| Beaverton, OR (503) 626-3081 | sequent! |
+------------------------------------------------------------+kellym@tektools.tek.CSNET (Kelly McConnell) (11/13/86)
Path: tektools!kellym From: kellym@tektools.UUCP (Kelly McConnell) Newsgroups: mod.computers.vax Subject: Re: Another terminal port problem.... Message-ID: <1857@tektools.UUCP> Date: 13 Nov 86 18:59:47 GMT References: <8611121008.AA16400@ucbvax.Berkeley.EDU> Reply-To: kellym@tektools.UUCP (Kelly McConnell) Organization: Tektronix, Inc., Beaverton, OR. Lines: 18 Keywords:Modem Control In article <8611121008.AA16400@ucbvax.Berkeley.EDU> A105@UWOCC1.BITNET (Brent Sterner) writes: > > This appears to work just fine, but now there seems to be another >problem, this time when the ports are NOT in use. The symptom we see is >a periodic a) DTR drop, b) 2 seconds later RTS drop, c) 5-6 seconds later >both DTR and RTS come up together. This activity does not make the PACX >very happy. This activity is considered to be a connection request. I have had the same symptom on lines that I use for outbound traffic on Develcon. In my case Develcon is always asserting DCD. My VAX sees Carrier thinks it is an incoming call and raises DTR, 30 seconds or so later, VAX gets tired of waiting, times out, drops DTR & immediately starts the whole sequence over again. My fix is to leave the lines in question set nomodem until needed and then set modem when I want to use one and set it back to nomodem when finished. This is all accomplished via a command procedure so it is transparent to my users.
m1b%rayssd.ray%com.UUCP@RELAY.CS.NET ("M. Joseph Barone") (11/18/86)
Path: rayssd!m1b
From: m1b@rayssd.RAY.COM (M. Joseph Barone)
Newsgroups: mod.computers.vax
Subject: VAX C chdir is defective with VMS V4.4
Keywords: chdir, VAXCRTL.OLB
Message-ID: <399@rayssd.RAY.COM>
Date: 18 Nov 86 18:48:27 GMT
Sender: m1b@rayssd.RAY.COM (M. Joseph Barone @ Raytheon Company, Portsmouth RI)
Organization: Raytheon Company, Portsmouth RI
Lines: 39
This may be old news to some people but I thought I'd inform those
who didn't know about this problem. The VAX C routine, chdir, doesn't
seem to work properly under VMS V4.4. (Incidentally, the compiler
is VAXC V2.2.) The following program, compiled with /DEBUG, will
illustrate the point:
main()
{
static char resstr[100];
strcpy (resstr,"dra0:[sys0.sysexe]");
if (chdir (resstr) == -1)
printf ("Destination directory '%s'\n",resstr);
strcpy (resstr,"sys$sysdevice:[sys0.sysexe]"); /* A */
if (chdir (resstr) == -1)
printf ("Destination directory '%s'\n",resstr);
} /* B */
If you step through the program to the line commented as /* A */, and
then spawn a DIR, you get the expected output. If you step to /* B */,
and spawn a DIR, the following errors are printed:
DIRECT-E-OPENIN, error opening SYS$SYSDEVICE:[SYS0.SYSEXE] as input
-RMS-F-DEV, error in device name inappropriate device type for operation
When I contacted DEC, the person I spoke to seemed aware of the problem.
He suggested using SYS$SETDIR, but this precludes portability and also
doesn't work quite the same (it leaves you in the new directory while
chdir returns you to the original directory after program termination).
Our solution was to get backup copies of VMS V4.2 VAXCRTL.OLB,
VAXCCURSE.OLB, and VAXCRTLG.OLB. I haven't SPRed this yet but I'll
get around to it! Hope this helps someone.
Joe Barone
{allegra, cci632, gatech, ihnp4, linus, mirror, raybed2, umcp-cs}!rayssd!m1b
m1b@rayssd.RAY.COM
Raytheon Co, Submarine Signal Div., 1847 West Main Rd, Portsmouth, RI 02871news@clyde.att.com.UUCP (11/22/86)
Path: clyde!watmath!egisin From: egisin@Math.Waterloo.EDU (Eric Gisin @ University of Waterloo) Newsgroups: mod.computers.vax Subject: sysgen connect vta0 does not work from syconfig.com Message-ID: <3484@watmath.UUCP> Date: 21 Nov 86 16:09:24 GMT Sender: egisin@watmath.UUCP Lines: 8 Keywords: virtual terminals I can get sysgen to connect vta0 when used interactively, but when it is run at startup from syconfig.com the same command fails with the message `sysgen-e-nounload, driver not unloadable'. A connect noa0 works fine in my syconfig.com. The only unusual thing on this system is that I've redefined sys$system to be a path with sys$sysroot:[sysexe] and a local software directory, but I dont' see how that could affect this. Does anyone know what's wrong?
gordong@tekecs.tek.CSNET.UUCP (11/22/86)
Path: tekecs!gordong From: gordong@tekecs.TEK.COM (Gordon Gunderson) Newsgroups: mod.computers.vax Subject: Re: Tektronix TCP/IP - info/experience requested Message-ID: <7909@tekecs.TEK.COM> Date: 22 Nov 86 00:32:45 GMT References: <8611182107.AA01814@ucbvax.Berkeley.EDU> Reply-To: gordong@tekecs.UUCP (Gordon Gunderson) Organization: Tektronix, Inc., Wilsonville, OR Lines: 15 In article <8611182107.AA01814@ucbvax.Berkeley.EDU> SYSRUTH@UTORPHYS.BITNET writes: >Hi again, > I would like to get some information on the tektronix version of >TCP/IP. ................................ > >Wollongong's WIN/VX. However, this is *EXTREMELY* expensive and, I am told, >the support is not as good as it should be. The alternative appears to be >the tektronix package. Is anybody out there running it? If so, what sort Responding strictly to the issue......... As previously posted, Tektronix now markets a fully supported version called 41P37 Protocol MicroLink, available through any Tektronix field office (phone directory, major cities, or 800-547-1212. Supports FTP, TELNET, ARP. Relative to cited package, its not expensive.
root@diku.UUCP (DIKU Root) (11/24/86)
Path: diku!alette!trier
From: trier@alette.UUCP (Jens Trier Rasmussen)
Newsgroups: mod.computers.vax
Subject: Ultrix-32m questions
Message-ID: <204@alette.UUCP>
Date: 24 Nov 86 13:50:26 GMT
Organization: KTAS, Development Dep., DK
Lines: 45
Keywords: panic, dump
I have two questions about Ultrix-32m on a uVAX-II:
1. The other day the system went down in the middle
of a dump in single-user mode with the panic mes-
sage: panic: dup biodone.
Does anyone out there knows what this means ?.
We have had some problems with our TK50 controller,
maybe there is a clue there ?.
2. When I take a level 0 dump of our filesystem /dev/ra0g
(/usr) the filesystems which are mounted underneath it
/dev/ra0e and /dev/ra0f (/usr/spool and /usr/users) are
taken aswell(it's only when it's a level 0 dump).
Our fstab has the following look:
/dev/ra0a:/:rw:1:1
/dev/ra0b::sw:0:0
/dev/ra0g:/usr:rw:1:2
/dev/ra0f:/usr/users:rw:1:3
/dev/ra0e:/usr/spool:rw:1:4
A /etc/chpt -q /dev/rra0a has the following look:
/dev/rra0a
Current partition table:
partition bottom top size overlap
a 0 15883 15884 c
b 15884 49323 33440 c
c 0 891071 891072 a,b,d,e,f,g,h
d 340670 356553 15884 c,h
e 356554 412489 55936 c,h
f 412490 891071 478582 c,h
g 49324 131403 82080 c
h 131404 891071 759668 c,d,e,f
Our disk is a RA81 disk with the KDA50 controller.
Kind Regards
==============================================================
Jens Trier Rasmussen
Copenhagen Telephone Company
Development Department, Datacommunication
Noerregade 21
1199 Copenhagen K
Denmark
uucp: trier@alette.uucp, postmaster@alette.uucp
==============================================================root@diku.UUCP.UUCP (11/26/86)
Path: diku!alette!trier
From: trier@alette.UUCP (Jens Trier Rasmussen)
Newsgroups: mod.computers.vax
Subject: Ultrix-32m questions
Message-ID: <205@alette.UUCP>
Date: 26 Nov 86 12:18:22 GMT
Organization: KTAS, Development Dep., DK
Lines: 46
Keywords: panic message, dump
I have two questions about Ultrix-32m on a uVAX-II:
1. The other day the system went down in the middle
of a dump in single-user mode with the panic mes-
sage: panic: dup biodone.
Does anyone out there knows what this means ?.
We have had some problems with our TK50 controller,
maybe there is a clue there ?.
2. When I take a level 0 dump of our filesystem /dev/ra0g
(/usr) the filesystems which are mounted underneath it
/dev/ra0e and /dev/ra0f (/usr/spool and /usr/users) are
taken aswell(it's only when it's a level 0 dump).
Our fstab has the following look:
/dev/ra0a:/:rw:1:1
/dev/ra0b::sw:0:0
/dev/ra0g:/usr:rw:1:2
/dev/ra0f:/usr/users:rw:1:3
/dev/ra0e:/usr/spool:rw:1:4
A /etc/chpt -q /dev/rra0a has the following look:
/dev/rra0a
Current partition table:
partition bottom top size overlap
a 0 15883 15884 c
b 15884 49323 33440 c
c 0 891071 891072 a,b,d,e,f,g,h
d 340670 356553 15884 c,h
e 356554 412489 55936 c,h
f 412490 891071 478582 c,h
g 49324 131403 82080 c
h 131404 891071 759668 c,d,e,f
Our disk is a RA81 disk with the KDA50 controller.
Kind Regards
==============================================================
Jens Trier Rasmussen
Copenhagen Telephone Company
Development Department, Datacommunication
Noerregade 21
1199 Copenhagen K
Denmark
uucp: trier@alette.uucp, postmaster@alette.uucp
==============================================================uucp@decwrl.DEC.COM@muscat.UUCP (12/03/86)
Path: muscat!decwrl!boroff From: boroff@decwrl.DEC.COM (E. Boroff |/ NCSS) Newsgroups: mod.computers.vax Subject: PSI Secuirty Message-ID: <6687@decwrl.DEC.COM> Date: 3 Dec 86 16:18:06 GMT Sender: daemon@decwrl.DEC.COM Organization: Digital Equipment Corporation Lines: 90 I've been instructed by PSI engineering to forward this onto: "HGRRUG51.BTNET!KROON". Since I am unable to reach this person directly, I've resorted to this bb. Regards, eric \|/ (NCSS) Network & Communications System Support LKG1-3/B19 ...decvax!decwrl!dec-rhea!dec-bagels!boroff --: The new psi authorize manual for psi v4.0 is better than the previous one. Below is an example of a psi_authorize.com with DTE numbers altered accordingly. Things also to know: . the rights ids PSI$X25_USER and PSI$DECLNAME are used within PSI. If these are not defined, then PSI does not use them. If they are defined, then they are used by PSI, and hence must be granted to the relevent people and objects. $ ! $ ! PSI_SECURITY.COM $ ! $ ! This command procedure is used to set up the PSI security $ ! database when PSI is loaded $ ! $ $ ! $ ! PSIAUTHORIZE commands should follow this RUN command $ ! $ run sys$system:psiauthorize ! ! create the identifiers used by by security ! add/id psi$x25_user add/id psi$declname ! add/id psi_incoming add/id psi_outgoing add/id psi_test add/id psi_mail add/id psi_x29 add/id psi_x400 ! ! Set up a list of the DTE's we know about and their rights ! ! Our cluster - DTE 1 grant/id/dte/net=net_combination psi_incoming 123456789011 grant/id/dte/net=net_combination psi_mail 123456789011 grant/id/dte/net=net_combination psi_x29 123456789011 grant/id/dte/net=net_combination psi_trusted 123456789011 !Our cluster - DTE 2 grant/id/dte/net=net_combination psi_incoming 123456789012 grant/id/dte/net=net_combination psi_mail 123456789012 grant/id/dte/net=net_combination psi_x29 123456789012 grant/id/dte/net=net_combination psi_trusted 123456789012 !Our cluster - DTE 3 grant/id/dte/net=net_combination psi_incoming 123456789013 grant/id/dte/net=nte_combination psi_mail 123456789013 grant/id/dte/net=net_combination psi_x29 123456789013 grant/id/dte/net=net_combination psi_trusted 123456789013 ! Other good sites - DTE 4 grant/id/dte/net=net_combination psi_incoming 123456789014 grant/id/dte/net=net_combination psi_mail 123456789014 grant/id/dte/net=net_combination psi_x29 123456789014 ! Other good sites - DTE 5 grant/id/dte/net=net_combination psi_incoming 123456789015 grant/id/dte/net=net_combination psi_mail 123456789015 grant/id/dte/net=net_combination psi_x29 123456789015 ! ! set up the DTE filter ! set dte/net=net_combination all/new/acl=((id=psi_incoming,ac=in),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789011/acl=((id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789012/acl=((id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789013/acl=((id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789014/acl=((id=psi_incoming,ac=in+rev)) set dte/net=net_combination 123456789015/acl=((id=psi_incoming,ac=in+rev)) ! other sites - allow `x400' access set dte/net=net_combination 123456789018/acl=((id=psi_x400,ac=in+rev),(id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char)) set dte/net=net_combination 123456789019/acl=((id=psi_x400,ac=in+rev),(id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char)) ! ! set up the destination filter ! set dest */ac=(id=psi_trusted,ac=in+rev)/new set dest psi_mail/ac=(id=psi_mail,ac=in) set dest x29-server/ac=((id=psi_x29,ac=in)) set dest x4nod /acl=(id=psi_x400,ac=incoming)
UUCP@nsc.nsc.com@decwrl.UUCP (12/04/86)
Path: nsc!decwrl!boroff From: boroff@decwrl.DEC.COM (E. Boroff |/ NCSS) Newsgroups: mod.computers.vax Subject: PSI Secuirty Message-ID: <6687@decwrl.DEC.COM> Date: 3 Dec 86 16:18:06 GMT Sender: daemon@decwrl.DEC.COM Organization: Digital Equipment Corporation Lines: 90 I've been instructed by PSI engineering to forward this onto: "HGRRUG51.BTNET!KROON". Since I am unable to reach this person directly, I've resorted to this bb. Regards, eric \|/ (NCSS) Network & Communications System Support LKG1-3/B19 ...decvax!decwrl!dec-rhea!dec-bagels!boroff --: The new psi authorize manual for psi v4.0 is better than the previous one. Below is an example of a psi_authorize.com with DTE numbers altered accordingly. Things also to know: . the rights ids PSI$X25_USER and PSI$DECLNAME are used within PSI. If these are not defined, then PSI does not use them. If they are defined, then they are used by PSI, and hence must be granted to the relevent people and objects. $ ! $ ! PSI_SECURITY.COM $ ! $ ! This command procedure is used to set up the PSI security $ ! database when PSI is loaded $ ! $ $ ! $ ! PSIAUTHORIZE commands should follow this RUN command $ ! $ run sys$system:psiauthorize ! ! create the identifiers used by by security ! add/id psi$x25_user add/id psi$declname ! add/id psi_incoming add/id psi_outgoing add/id psi_test add/id psi_mail add/id psi_x29 add/id psi_x400 ! ! Set up a list of the DTE's we know about and their rights ! ! Our cluster - DTE 1 grant/id/dte/net=net_combination psi_incoming 123456789011 grant/id/dte/net=net_combination psi_mail 123456789011 grant/id/dte/net=net_combination psi_x29 123456789011 grant/id/dte/net=net_combination psi_trusted 123456789011 !Our cluster - DTE 2 grant/id/dte/net=net_combination psi_incoming 123456789012 grant/id/dte/net=net_combination psi_mail 123456789012 grant/id/dte/net=net_combination psi_x29 123456789012 grant/id/dte/net=net_combination psi_trusted 123456789012 !Our cluster - DTE 3 grant/id/dte/net=net_combination psi_incoming 123456789013 grant/id/dte/net=nte_combination psi_mail 123456789013 grant/id/dte/net=net_combination psi_x29 123456789013 grant/id/dte/net=net_combination psi_trusted 123456789013 ! Other good sites - DTE 4 grant/id/dte/net=net_combination psi_incoming 123456789014 grant/id/dte/net=net_combination psi_mail 123456789014 grant/id/dte/net=net_combination psi_x29 123456789014 ! Other good sites - DTE 5 grant/id/dte/net=net_combination psi_incoming 123456789015 grant/id/dte/net=net_combination psi_mail 123456789015 grant/id/dte/net=net_combination psi_x29 123456789015 ! ! set up the DTE filter ! set dte/net=net_combination all/new/acl=((id=psi_incoming,ac=in),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789011/acl=((id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789012/acl=((id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789013/acl=((id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char),(id=psi_test,ac=out)) set dte/net=net_combination 123456789014/acl=((id=psi_incoming,ac=in+rev)) set dte/net=net_combination 123456789015/acl=((id=psi_incoming,ac=in+rev)) ! other sites - allow `x400' access set dte/net=net_combination 123456789018/acl=((id=psi_x400,ac=in+rev),(id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char)) set dte/net=net_combination 123456789019/acl=((id=psi_x400,ac=in+rev),(id=psi_incoming,ac=in+rev),(id=psi_outgoing,ac=out+char)) ! ! set up the destination filter ! set dest */ac=(id=psi_trusted,ac=in+rev)/new set dest psi_mail/ac=(id=psi_mail,ac=in) set dest x29-server/ac=((id=psi_x29,ac=in)) set dest x4nod /acl=(id=psi_x400,ac=incoming)
paul@seismo.CSS.GOV@cernvax.UUCP (12/05/86)
Path: cernvax!paul From: paul@cernvax.UUCP (paul) Newsgroups: mod.computers.vax Subject: One writer, many readers on a VMS text file. How? Keywords: VMS shared-files RMS Message-ID: <399@cernvax.UUCP> Date: 5 Dec 86 08:54:18 GMT Organization: CERN, Geneva, Switzerland Lines: 14 My program has a text "logfile" open for writing. I would like to use the DCL Type command to read what it's written so far. Does anyone know what FDL and/or other magic I need to do this? My attempts with FDL so far do allow me to Type the file but, because it's never been closed, all I see is emptiness. DIR/FULL says 0/n blocks have been used. I can watch "n" slowly increasing, but 0 stays stubbornly zero! Paul Burkimsher paul@vxdev.cern paul@crvxdev.bitnet ...mcvax!cernvax!vxdev!paul Div. DD, Cern, CH-1211 Geneva 23, Switzerland.
tait@seismo.CSS.GOV@miduet.UUCP (12/05/86)
Path: miduet!tait From: tait@gec-mi-at.co.uk (Phil Tait) Newsgroups: mod.computers.vax,comp.mail.uucp Subject: Help requested in achieving uucp mail compatibility for VAX/VMS Keywords: uucp mail VAX VMS Message-ID: <490@gec-mi-at.co.uk> Date: 5 Dec 86 18:50:12 GMT Organization: Marconi Instruments Ltd., St. Albans, UK Lines: 13 We're trying to get hold of a package to run uucp mail under VAX/VMS. (We've established that such a thing exists !). Can anyone help ? (We'd even pay money for a suitable product !). Thanks in advance. = = = = = = = = = = = | Philip J. Tait, Marconi Instruments Ltd. | St. Albans, Herts. AL4 0JN, U.K. | | UUCP: ...mcvax!ukc!hrc63!miduet!tait | NRS : tait@gec-mi-at.co.uk | | Voice: +44 727 59292 x449 Telex: 297221 | Fax: +44 727 39447 | = = = = = = = = = = =
news@seismo.CSS.GOV@uwmacc.UUCP (12/18/86)
Path: uwmacc!edwards From: edwards@uwmacc.UUCP (mark edwards) Newsgroups: mod.computers.vax Subject: testingh Message-ID: <743@uwmacc.UUCP> Date: 18 Dec 86 15:03:19 GMT Sender: news@uwmacc.UUCP Organization: UWisconsin-Madison Academic Comp Center Lines: 2 Keywords: mods THis is just a test of news2.11 and mods.
dorl@seismo.CSS.GOV@uwmacc.UUCP (12/18/86)
Path: uwmacc!dorl
From: dorl@uwmacc.UUCP (Michael Dorl)
Newsgroups: mod.computers.vax
Subject: Wollongong TCP/IP Problem
Message-ID: <744@uwmacc.UUCP>
Date: 18 Dec 86 15:53:02 GMT
Organization: UWisconsin-Madison Academic Comp Center
Lines: 36
Keywords: Wollongong TCP/IP
We recently installed another Wollongong Group WIN/VX TCP/IP system
on the following machine
Vax 785
VMS 4.4
Win/VX 2.3 (Not using shared DEUNA driver)
One Unibus with
DELUA
UDA50
DLP11 (printer controller)
DMF32 (Emulex)
DMF32 (Digital)
TU80
We now can run the network or the TU80 tape but not both. Until we start
the network, the tape unit works fine. After we start the network, the network
works fine but any attempt to use the TU80 tape results in a 'FATAL DRIVE
ERROR'. A look at the error log shows
Status 888C Non-recoverable
Subsystem ready
Non-existent memory
The non-existent memory means that the TU80 controller referenced some
memory not mapped by the Unibus MAP registers. Other than that, I have
no idea what's going on here. The DELUA is a new device but DEC
has run diagnostics on it and it does work. We have similar installations
with TU81 tapes but they do not have the tape controller and the DELUA on
the same Unibus.
Has anyone seen a similar problem? Does anyone have a similar configuration
using TWG WIN/VX that works?
Michael Dorl (608) 262-0466
dorl@vms.macc.wisc.eduuucp@ucbvax.Berkeley.EDU@ulowell.UUCP (12/22/86)
Path: ulowell!halleys!umvlsi!patel From: patel@umvlsi.UUCP (Baiju Patel) Newsgroups: mod.computers.laser-printers,mod.computers.vax,net.wanted.sources Subject: LN03 interface to ULTRIX -- Help!! Keywords: LN03 laser printer, ULTRIX, VMS Message-ID: <104@umvlsi.UUCP> Date: 21 Dec 86 17:11:22 GMT Lines: 19 We have a LN03 printer (made by DEC) and few Microvaxes running on ULTRIX (which is same as UNIX 4.2bsd!!). THough DEC sells both of them, they do not provide drivers for LN03 printer so that it can be used with ULTRIX. Does anybody have drivers so that we can print ASCII text files as well as DVI, LNO3 or *troff files. Any pointers?? Alternately, we can connect the printer to microvax running VMS. Does anybody have any suggest on transfering files efficiently to VMS and printing effciently. All the VMS microvaxes we have run decnet. The ULTRIX microvaxes run TCPIP and decnet. Thanks in advance. baiju ----------------------------------------------------------- patel@umass-ece.csnet
joey%q7%tessi@tektronix.tek.com.UUCP (12/23/86)
Path: q7!joey From: joey@q7.UUCP (Joe Pruett) Newsgroups: mod.computers.vax Subject: Re: Output file sharing by C child processes Message-ID: <307@q7.UUCP> Date: 23 Dec 86 18:25:07 GMT References: <8612220638.AA15514@seismo.CSS.GOV> Reply-To: joey@q7.UUCP (Joe Pruett) Organization: TSSI, Beaverton, Oregon Lines: 8 As long as your processes do not run concurrently, the solution we came up with is to have the child process write to a pipe to the parent, which the parent copies to it's stdout stream. We hid all this in our version of system(). If people would like that code, I could post it as well (it's not completely trivial). -- Joe Pruett ...!tektronix!tessi!joey
avolio@decuac.DEC.com.UUCP (12/23/86)
Path: decuac!avolio From: avolio@decuac.DEC.COM (Frederick M. Avolio) Newsgroups: mod.computers.laser-printers,mod.computers.vax Subject: Re: LN03 interface to ULTRIX -- Help!! Keywords: LN03 laser printer, ULTRIX, VMS Message-ID: <1131@decuac.DEC.COM> Date: 23 Dec 86 20:02:46 GMT References: <104@umvlsi.UUCP> Organization: DEC SWS, Landover, MD Lines: 27 In article <104@umvlsi.UUCP>, patel@umvlsi.UUCP (Baiju Patel) writes: > We have a LN03 printer (made by DEC) and few Microvaxes running on > ULTRIX (which is same as UNIX 4.2bsd!!). No it is not the same as UNIX 4.2BSD. > Does anybody have drivers so that we can print ASCII text files as > well as DVI, LNO3 or *troff files. Any pointers?? You want filters not drivers. A DVI filter comes with the TeX UNIX distribution. A general purpose LN03 filter is under /usr/lib/ln03of. I assume you have version 1.2 of Ultrix-32*. > Alternately, we can connect the printer to microvax running VMS. Does > anybody have any suggest on transfering files efficiently to VMS and > printing effciently. All the VMS microvaxes we have run decnet. The ULTRIX > microvaxes run TCPIP and decnet. You can do a 'dcp' of the file to the proper printer on the VMS side, for example: dcp filename vmsnode::lpb0: or dcp -P filename vmsnode::filename Fred
page@ulowell.ulowell.edu.UUCP (12/24/86)
Path: ulowell!page From: page@ulowell.UUCP (Bob Page) Newsgroups: comp.unix.questions,comp.periphs,mod.computers.vax Subject: Reliabilty of TU-81 Message-ID: <891@ulowell.UUCP> Date: 24 Dec 86 06:21:27 GMT Reply-To: page@ulowell.UUCP (Bob Page) Organization: University of Lowell Lines: 20 We have two DEC TU-81 tape drives, all up to current ECO levels. One of them is on a 785 running Ultrix 1.2 -- the other is on a 750 running 4.3BSD (stock drive handler software). Both seem to be flaky ever since we started using them (we used to have a TU-77 and a TU-80, respectively). The 785 hangs/crashes often while using the tape drive. The 750 sometimes hangs the device and zombies the process; we have to reboot to get the drive back. Has anyone else had problems with this drive? We have a TU-81 plus on an 8500 (running VMS) and had some problems with the controller but things seem to be stable on it now. It's the TU-81's on the U*ix machines that are causing grief. Thanks for any insights. ..Bob PS We tried the TU-81's on the 8500, they act pretty reliably. -- Bob Page, U of Lowell CS Dept. ulowell!page, page@ulowell.CSNET
UUCP@seismo.CSS.GOV@vu-vlsi.UUCP (01/02/87)
Path: vu-vlsi!cbmvax!rutgers!ames!ucbcad!ucbvax!GMUVAX.BITNET!SCOTTH
From: SCOTTH@GMUVAX.BITNET
Newsgroups: mod.computers.vax
Subject: TERMINAL DRIVERS?
Message-ID: <8612310019.AA00990@ucbvax.Berkeley.EDU>
Date: 29 Dec 86 23:25:00 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 13
App@wved: info-vax@sri-kl.arpa
Does anyone know of any public domain terminal drivers for VMS? We are have
recently purchased our VAX 8500 and have an abundance of Televideo 925E
terminals, and HP 2621 terminals. our problem is that as far as we can see
VMS doesn't support anything but VT compatable terminals. I can't find
any reference to the /FOREIGN terminal types that someone mentioned. If
anyone has any possible solutions could you please drop me a line at
BITNET ADDRESS "SCOTTH@GMUVAX"
Thanks,
Scott Hutchinson
George Mason University
Academic Computing Servicesburati@ulowell.cs.ulowell.edu.UUCP (01/05/87)
Path: ulowell!burati
From: burati@ulowell.UUCP (Michael R. Burati)
Newsgroups: mod.computers.vax
Subject: Re: how to get around VMS mail problem
Message-ID: <916@ulowell.UUCP>
Date: 5 Jan 87 20:22:35 GMT
References: <8612310024.AA01143@ucbvax.Berkeley.EDU>
Reply-To: burati@ulowell.UUCP (Michael R. Burati)
Organization: University of Lowell
Lines: 87
The command 'extract TT:' executed at the 'MAIL>' prompt
will take the current message and display it (without screen breaks)
on the current output device. This seems to be what you need.
As for the deleting of messages after a certain period of time,
that could be easily done from within a com file. If I had the time,
or the need for that utility, I'd write it for you. Basically, you'll
need to check each folder (found with the 'directory/folder' command)
(or only specific folders, depending on what you need), then look at
the date (listed with the 'directory' command) of each message in the
folder.
Included below is a com file that I wrote a while back to list messages
in various mail folders. Maybe it'll help you write what you need.
Michael Burati
University of Lowell
Comp Sci Dept
CSNET: burati@ulowell.csnet
UUCP: ..{apollo | masscomp | wanginst | ci-dandelion} !ulowell!burati
<============================== Cut here ==============================>
$! Procedure LISTMAIL
$! Written: 6/85
$! By: Michael Burati, University of Lowell CS Dept.
$!
$! Set up
$ on error then goto done
$ on severe then done
$!
$! Get a listing of what mail folders exist into mail.list
$!
$ assign mail.list sys$output
$ mail
dir/fol
$ deassign sys$output
$!
$! Parse that list, to get the individual folders
$!
$ open/read INFILE mail.list
$!
$! Open a new file, foltmp.com which will contain the commands to
$! do directories of each folder
$!
$ open/write OUTFILE foltmp.com
$ write OUTFILE "$ MAIL"
$!
$! Get rid of header information in mail.list
$!
$ read INFILE RECORD
$ read INFILE RECORD
$!
$! Loop through each line of mail.list to find the folders.
$!
$ LOOP:
$ read/end_of_file=DONE INFILE RECORD
$ DONEYET = f$extract(0,1,RECORD)
$ if "''DONEYET'" .eqs. "$" then goto DONE
$ FOLDER = f$extract(0,20,RECORD)
$ write OUTFILE "select ",FOLDER
$ write OUTFILE "dir"
$ if f$len(RECORD) .le. 41 then goto loop
$ FOLDER = f$extract(40,20,RECORD) ! else get folder in right column
$ write OUTFILE "select ",FOLDER
$ write OUTFILE "dir"
$ goto loop
$!
$! We've created foltmp.com, now lets execute it.
$!
$ DONE:
$ close INFILE
$ close OUTFILE
$ delete/nocon/nolog mail.list;*
$ assign mail.list sys$output
$! Execute the procedure created above to list the folders.
$ @foltmp.com
$ deassign sys$output
$ delete foltmp.com;*
$! IF '-P' was given as an arg, then print the list to lpa0:
$ if p1 .eqs. "-P" then goto LPR
$ ty/p mail.list;
$ delete mail.list;*
$ exit
$ LPR:
$ print/que=lpa0/delete mail.list;roger@seismo.CSS.GOV@celtics.UUCP (01/08/87)
Path: celtics!roger From: roger@celtics.UUCP (Roger Klorese) Newsgroups: mod.computers.vax Subject: Re: Null arguments in VMS Fortran Message-ID: <1426@celtics.UUCP> Date: 7 Jan 87 21:01:35 GMT References: <8701051538.AA09457@ucbvax.Berkeley.EDU> Reply-To: roger@celtics.UUCP (Roger Klorese) Organization: Celerity Computing (Eastern Region), Framingham, MA Lines: 19 In article <8701051538.AA09457@ucbvax.Berkeley.EDU> <LEICHTER-JERRY@YALE.ARPA> writes: >In the example you give, it is highly unlikely that any optimizer would choose >to put b in a register (or even copy it) - with only a single reference to b >itself, it costs more to load up the register than can be saved by having b >available there. Well, yes and no. On a VAX, you're right. In a system based on a register-to-register orientation, or a system which uses the "sliding-window" memory model, you're wrong. If it can only be accessed through a register anyway, it makes sense to pre-load it. In fact, even on this model (which Celerity systems follow), we've implemented optional parameters. We pass a predefined and illegal address for the omitted arguments. -- ///==\\ (No disclaimer - nobody's listening anyway.) /// Roger B.A. Klorese, Celerity Computing (Northeast Area) \\\ 40 Speen St., Framingham, MA 01701 +1 617 872-1552 \\\==// celtics!roger@seismo.CSS.GOV - seismo!celtics!roger
usenet@seismo.CSS.GOV@okstate.UUCP (The News System) (01/09/87)
Path: okstate!gregg
From: gregg@okstate.UUCP (Gregg Wonderly)
Newsgroups: mod.computers.vax
Subject: Formletter facility for VAX/VMS using TPU
Keywords: tpu vax vms form letter
Message-ID: <1398@okstate.UUCP>
Date: 8 Jan 87 22:19:53 GMT
Organization: Oklahoma State Univ., Stillwater
Lines: 18
A while back someone posted an article looking for information on using
callable TPU to create a form letter facility. I have posted some TPU
code (in the form of a DCL archive) to net.sources that is a form letter
facility. It is all TPU, and does not use the callable TPU interface.
It is invoked at the DCL prompt using
EDIT/TPU/COMMAND=....
If you are interested in this, but don't get net.sources, or you don't
see it in net.sources, then mail me, and we can arrange something.
-----
Gregg Wonderly
Department of Computing and Information Sciences
Oklahoma State University
UUCP: {cbosgd, ea, ihnp4, isucs1, mcvax, uokvax}!okstate!gregg
ARPA: gregg@A.CS.OKSTATE.EDUlane%dalcs@math.waterloo.edu.UUCP (01/09/87)
Path: dalcs!lane
From: lane@dalcs.UUCP (John Wright/Dr. Pat Lane)
Newsgroups: news.misc,mod.computers.vax
Subject: news/mail possibilities on VMS?
Keywords: news mail VAX/VMS usenet bitnet arpanet
Message-ID: <2328@dalcs.UUCP>
Date: 9 Jan 87 06:15:25 GMT
Distribution: na
Organization: Dept. of Math., Stats & C.S., Dalhousie University, Halifax, N.S., Canada
Lines: 21
I few days ago I posted a questions asking how a VMS site could join
the Usenet. The answers I have recieved so far indicate that the only
way would be to run a Unix sub-system called Eunice which will allow
the standard Unix uucp/news software to run. Hmm. I was hoping for
something simpler/cheaper than that but I suppose that's the way it is.
Perhaps I should widen my question to include any of the "major" networks,
Arpanet (and Internet), Bitnet (is there news here?), csnet, etc. Again,
the questions are:
1) what software would be required/recommended?
2) what arrangements would have to be made with other sites or
network administrators to gain access?
Finally, thank you to all those who responded.
--
John Wright ////////////////// Phone: 902-424-3805 or 902-424-6527
Post: c/o Dr Pat Lane, Biology Dept, Dalhousie U, Halifax, NS, Canada, B3H-1J4
Ean/Bitnet: lane@cs.dal.cdn Arpa: lane%cs.dal.cdb%ubc.csnet@csnet-relay.arpa
Uucp:{seismo,watmath,utai,garfield}!dalcs!lane Csnet:lane%cs.dal.cdn@ubc.csnet egisin@watmath.waterloo.edu.UUCP (01/10/87)
Path: watmath!egisin From: egisin@watmath.UUCP (Eric Gisin) Newsgroups: mod.computers.vax Subject: Re: Mail/Usenet news on VMS Message-ID: <4287@watmath.UUCP> Date: 10 Jan 87 16:46:29 GMT References: <8701090615.AA27090@dalcs.UUCP> Organization: U of Waterloo, Ontario Lines: 18 Several months ago Geoff Huston in Australia offered a usenet-compatable news system for VMS. I arranged to get a copy but haven't yet got anything. Could someone post a review of this system? For mail (and a news transfer mechanism), the PMDF mailer from Harvey Mudd College was announced a few months ago. It uses the PhoneNet protocol to transfer mail over dialup lines. I don't know about the availability of PMDF on Unix, we have it as part of the CSNET software. It also has JNET (RSCS) and InterNet interfaces. The news system is free, PMDF is 50$ US and can't be redistributed. ned@hmcvax.bitnet can send you more information on PMDF. Eric Gisin, University of Waterloo InterNet [CSNet]: egisin@Math.Waterloo.EDU UUCP: watmath!egisin PUNCHED-CARD-NET: EGISIN@WATACO
steve@seismo.CSS.GOV@elroy.UUCP (Steve C. Carpenter) (01/13/87)
Path: elroy!steve From: steve@elroy.UUCP (Steve C. Carpenter) Newsgroups: mod.computers.vax Subject: 7-track tape drive software driver Message-ID: <2869@elroy.UUCP> Date: 13 Jan 87 04:29:51 GMT Organization: Image Analysis Systems Grp, JPL Lines: 8 I am looking for a software driver for a 7-track tape drive used on a VAX under VMS 4.4. ...!seismo!cit-vax!elroy!steve elroy!steve@csvax.caltech.edu
dave@rosevax.rosemount.com (Dave Marquardt) (01/13/87)
Path: rosevax!dave
From: dave@rosevax.Rosemount.COM (Dave Marquardt)
Newsgroups: comp.unix.wizards,mod.computers.vax
Subject: Mt. Xinu vs. ULTRIX
Keywords: comparisons wanted
Message-ID: <820@rosevax.Rosemount.COM>
Date: 13 Jan 87 18:48:51 GMT
Organization: Rosemount Inc., Eden Prairie, MN
Lines: 15
We are trying to decide whether to purchase Mt. Xinu 4.3 BSD+NFS or DEC's
ULTRIX, so I am looking for comments about these products, good or bad.
Also, if you've used both products, I'd be very interested in comparisons.
We are especially interested in knowing what kind of support we can expect
from Mt. Xinu or DEC. Please respond by mail. Thanks in advance.
Dave Marquardt
Rosemount, Inc.
{cbosgd,ihnp4,uiucdcs}!rosevax!dave
dave@rosevax.Rosemount.COM
--
Dave Marquardt New mail: dave@rosevax.Rosemount.COM
Rosemount, Inc. Old mail: {cbosgd,ihnp4,uiucdcs}!rosevax!dave
12001 Technology Drive Telephone: 612/828-3057
Eden Prairie, MN 55344jarmo@seismo.CSS.GOV@tutctl.UUCP (01/14/87)
Path: tutctl!jarmo From: jarmo@tutctl.UUCP (Jarmo Sorvari) Newsgroups: mod.computers.vax Subject: Re: ANSI F77, VAX F77, C Summary: One interesting FORTRAN to C translator available from Finland. Keywords: FORTRAN to C Message-ID: <128@tutctl.UUCP> Date: 14 Jan 87 14:17:37 GMT References: <8701071227.AA18971@ucbvax.Berkeley.EDU> Reply-To: jarmo@tutctl.UUCP (Jarmo Sorvari) Organization: Tampere University of Technology, Finland Lines: 46 In article <8701071227.AA18971@ucbvax.Berkeley.EDU> SCHOMAKE@HNYKUN53.BITNET writes: >(Roger Hauck (ROGER@CFA2.BITNET) writes:) > >> I have a user who is looking for a Fortran to C conversion utility. He has >> heard of a commercial program called Fortrix, but it costs several >> thousand dollars, and that isn't the scale he is looking for..... > >Please could anyone forward to me interesting hints with respect to such >a translator. ... There is a good FORTRAN to C -translator called c-77. It is made by a company called Intrinsic. I have converted MATLAB into C with it, and fully automatically. And the code works. LINPACK tests have passed, too. The output is nicely indented, which makes it easy to read and to develop further. C-77 supports ANSI X.39-1978 FORTRAN-77 extended with the MIL-STD-1753 features. It also handles most of the HP FORTRAN-77 and some of the VAX/VMS FORTRAN enhancements. It has three optimization levels. A run time support library file is supported for those I/O, intrinsic functions and arithmetic operations that are not directly supported by the standard C-language run time library. VAX/VMS I/O extensions are not supported. Intrinsic has ported the software to a number of machines, and I suppose new machines can easily be supported at request. You can contact Intrinsic at: uucp: ..!<backbone>!intrin!c-77 postman: Intrinsic OY Aleksis Kiven katu 11 C 33100 Tampere Finland -- ----------------------------------------------------------------------------- ! Jarmo Sorvari Control Engineering Laboratory ! ! ...!mcvax!tut!tutctl!jarmo Tampere University of Technology ! --------------------------------------- BOX 527, 33101 Tampere, Finland -----
usenet@seismo.CSS.GOV@soma.UUCP (01/16/87)
Path: soma!cortex!sob From: sob@cortex.bcm.tmc.edu (Stan Barber) Newsgroups: mod.computers.vax Subject: Re: why learn UNIX Message-ID: <2781@soma.bcm.tmc.edu> Date: 16 Jan 87 14:49:09 GMT References: <8701131633.AA13709@utah-ced.ARPA> Sender: usenet@soma.bcm.tmc.edu Reply-To: sob@cortex.UUCP (Stan Barber) Organization: Neurology, Baylor College of Medicine, Houston, Tx Lines: 14 In article <8701131633.AA13709@utah-ced.ARPA> cetron%utah-ced@UTAH-CS.ARPA (Ed Cetron) writes: [edited out comments saying that certain language-OS combinations work best together among other things] >The most obvious examples are VMS & VAX FORTRAN and Un*x and C. I assume that you mean to say the VMS & VAX FORTRAN is also better than ULTRIX & VAX FORTRAN. If you are saying that, then is DEC feeding us a lie by saying otherwise? Stan uucp:{shell,rice,cuae2}!soma!sob Opinions expressed here Olan domain:sob@rice.edu or sob@soma.bcm.tmc.edu are ONLY mine & Barber CIS:71565,623 BBS:(713)790-9004 noone else's.
stefan@seismo.CSS.GOV@wheaton.UUCP (01/16/87)
Path: wheaton!stefan From: stefan@wheaton.UUCP (Stefan Brandle) Newsgroups: mod.computers.vax Subject: Re: Flavours of uVAX... Message-ID: <385@wheaton.UUCP> Date: 16 Jan 87 16:27:41 GMT References: <8701121722.AA01258@columbia.edu> Reply-To: stefan@wheaton.UUCP (Stefan Brandle) Organization: Wheaton College, Wheaton IL. Lines: 23 In article <8701121722.AA01258@columbia.edu> ajacobs%cunixc@columbia.edu (Adam Jacobs) writes: > > We will soon be purchasing a UNIX box or workstation of some sort, for >use in mathematics research and LISP/C development. One of the more attractive >options (because of local compatibility, etc.) is the DEC uVAX processor. >It appears that there are a number of different sorts of uVAX (or at least >a number of different names for them) which have gotten me a bit confused. >Could anyone enumerate or describe the versions of low-end (i.e. low-cost >configurations of) uVAXen? > I'm not the person to describe this, but if you are after "low-cost", you certainly don't want to buy most of you memory, hard disks, etc from DEC. Third party stuff is often as good (or better) and costs much less. This is especially true for memory and hard disks. -- -------------------------------------------------------------------------------- Stefan Brandle UUCP: ihnp4!wheaton!stefan Wheaton College "But I never claimed to be sane!" ---------------------------------------------- MA Bell: (312) 260-4992 ---------
vecellio%sunybcs@math.waterloo.edu (Gary Vecellio) (01/16/87)
Path: sunybcs!vecellio From: vecellio@sunybcs.UUCP (Gary Vecellio) Newsgroups: mod.computers.vax Subject: Linking C "non-shared" on Micro Vax Keywords: Linking non-shared Message-ID: <1953@sunybcs.UUCP> Date: 16 Jan 87 16:31:42 GMT Organization: SUNY/Buffalo Computer Science Lines: 9 I hope I have the particulars correct, I'm new to VMS. We want to Link a C program (Vax C ver 2.2) on a Micro Vax running VMS (ver 4.4) "non-shared". I think we need to link to VAXCRTL.OLB but we can't find it. Thanks in advance, Gary Vecellio
vxg.UUCP@seismo.css.gov@genrad.UUCP (01/19/87)
Path: genrad!vxg
From: vxg@genrad.UUCP (Vincent Gonzalez)
Newsgroups: mod.computers.vax,comp.os.misc
Subject: Query: RCS for VMS
Keywords: RCS, VMS
Message-ID: <1188@genrad.UUCP>
Date: 19 Jan 87 20:11:53 GMT
Organization: GenRad, Inc., Concord, Mass.
Lines: 13
Does a port of the Unix RCS exist for VMS systems?
Are there any other Revision Sources Control packages available for
a VMS Vax (Public Domain or Commercial)?
Thanks for your help,
Vincent Gonzalez +---------------------+
GenRad, Inc. | OLD AGE & TREACHERY |
300 Baker Avenue | WILL OVERCOME |
Concord, Mass. 01742 | YOUTH AND SKILL |
UUCP: {decvax,masscomp}!genrad!vxg +---------------------+dmc@videovax.tek.com ("Donald M. Craig") (01/19/87)
Path: videovax!dmc From: dmc@videovax.Tek.COM (Donald M. Craig) Newsgroups: mod.computers.vax Subject: Re: Mumps. Message-ID: <4164@videovax.Tek.COM> Date: 19 Jan 87 20:14:43 GMT References: <8701180320.AA19101@ucbvax.Berkeley.EDU> Reply-To: dmc@videovax.Tek.COM (Donald M. Craig) Organization: Tektronix Television Systems, Beaverton, Oregon Lines: 30 Marty Sasaki writes: "For some reason MUMPS became popular in medical areas, but practically unheard of outside of it." Well. Almost. When I worked at the Canadian Broadcasting Corporation in Montreal, there was a large dual PDP-15 based MUMPS installation that was used to schedule program material on the Radio-Canada French language television network. The system worked, and was integrated with the automated television switching and vtr/telecine control system. It predated a number of commercial (non-MUMPS) systems by several years. I also recall a field trip to the docks in Newark, New Jersey, where we watched longshoremen race brand new cars two abreast towards a ramp that would only hold one. The container inventory and management system of one of the major shippers was based on PDP-15 MUMPS. The key to MUMPS power was the global sparse array. Since it was sparse, it was essentially a linked list, and the 'global' attribute meant that it lived on the disk system, but pretty much transparently. Programmers didn't have to worry about 'access methods', and since the linked lists were implemented directly in the MUMPS 'kernel', performance was excellent, especially compared to things like COBOL. The distance from data on the disk to a formatted screen was very short with MUMPS. All that said, MUMPS is indeed a dinosaur. Fast data base applications could be created in short order by experienced programmers, but maintenance was nearly impossible, for all the reasons Marty said. -- Don Craig dmc@videovax.Tek.COM Tektronix Television Systems ... tektronix!videovax!dmc
LEICHTER-JERRY@YALE.ARPA (01/20/87)
...
We want to Link a C program (Vax C ver 2.2) on a Micro Vax running
VMS (ver 4.4) "non-shared". I think we need to link to VAXCRTL.OLB
but we can't find it.
VAXCRTL.OLB isn't shipped with MicroVMS; you have to use the shareable image
version. To do that, create a file named, say, VAXCRTL.OPT, containing the
following single line:
SYS$LIBRARY:vaxcrtl/share
Then include the VAXCRTL/OPT in your Linker command line.
I have no idea what you mean when you say you are running VMS "non-shared".
-- Jerry
-------dmc@videovax.tek.com.UUCP (01/20/87)
Path: videovax!dmc From: dmc@videovax.Tek.COM (Donald M. Craig) Newsgroups: mod.computers.vax Subject: Re: Mumps. Message-ID: <4168@videovax.Tek.COM> Date: 20 Jan 87 17:50:37 GMT References: <8701180320.AA19101@ucbvax.Berkeley.EDU> Reply-To: dmc@videovax.Tek.COM (Donald M. Craig) Organization: Tektronix Television Systems, Beaverton, Oregon Lines: 30 Marty Sasaki writes: "For some reason MUMPS became popular in medical areas, but practically unheard of outside of it." Well. Almost. When I worked at the Canadian Broadcasting Corporation in Montreal, there was a large dual PDP-15 based MUMPS installation that was used to schedule program material on the Radio-Canada French language television network. The system worked, and was integrated with the automated television switching and vtr/telecine control system. It predated a number of commercial (non-MUMPS) systems by several years. I also recall a field trip to the docks in Newark, New Jersey, where we watched longshoremen race brand new cars two abreast towards a ramp that would only hold one. The container inventory and management system of one of the major shippers was based on PDP-15 MUMPS. The key to MUMPS power was the global sparse array. Since it was sparse, it was essentially a linked list, and the 'global' attribute meant that it lived on the disk system, but pretty much transparently. Programmers didn't have to worry about 'access methods', and since the linked lists were implemented directly in the MUMPS 'kernel', performance was excellent, especially compared to things like COBOL. The distance from data on the disk to a formatted screen was very short with MUMPS. All that said, MUMPS is indeed a dinosaur. Fast data base applications could be created in short order by experienced programmers, but maintenance was nearly impossible, for all the reasons Marty said. -- Don Craig dmc@videovax.Tek.COM Tektronix Television Systems ... tektronix!videovax!dmc
hart@seismo.CSS.GOV@cp1.UUCP (01/25/87)
Path: cp1!hart From: hart@cp1.BELL-ATL.COM (rod hart) Newsgroups: mod.computers.vax Subject: Re: MUMPS Summary: Is there a PD version of Mumps? Message-ID: <1605@cp1.BELL-ATL.COM> Date: 25 Jan 87 19:32:27 GMT References: <8701232252.AA03830@decwrl.dec.com> Organization: Chesapeake & Potomac Tel. Co., Baltimore, Md. Lines: 16 Is there a version of MUMPS in the Public Domain for the pc? I think more of us could learn to appreciate whatever the language has to offer if we could play with it. Lisp and Prolog are good examples. If it had not been for the distributions of XLISP and PD-PROLOG here, I for one would still consider them as educational tools with limited commercial potential. I find it hard to believe such a powerful tool (as described) has not come out of the specialty category. I have a couple systems (8650 and 11/780's) that people use to develop departmental applications on that could use a powerful database develop- ment package. -- Signed by: Rod Hart (WA3MEZ) Minicomputer Technical Support District Chesapeake & Potomac Tel. Co. - A Bell Atlantic Company bellcore!cp1!hart - aplcen!cp1!hart - mimsy!cp1!hart - gamma!cp1!hart
dorl@seismo.CSS.GOV@uwmacc.UUCP (01/28/87)
Path: uwmacc!dorl From: dorl@uwmacc.UUCP (Michael Dorl) Newsgroups: mod.computers.vax Subject: HSC Disks Message-ID: <977@uwmacc.UUCP> Date: 28 Jan 87 13:15:53 GMT Organization: UWisconsin-Madison Academic Comp Center Lines: 3 Are there any alternatives to DEC's RA81 and RA82 disks for attachment to an existing DEC HSC 50? We need some more disk space and are considering the new RA82 product.
news@seismo.CSS.GOV@sun.UUCP (02/01/87)
Path: sun!gorodish!guy From: guy%gorodish@Sun.COM (Guy Harris) Newsgroups: mod.computers.vax Subject: Re: RPC source/info anyone? Message-ID: <12507@sun.uucp> Date: 1 Feb 87 09:21:21 GMT References: <8701310238.AA17772@ucbvax.Berkeley.EDU> Sender: news@sun.uucp Reply-To: guy@sun.UUCP (Guy Harris) Organization: Sun Microsystems, Mountain View Lines: 585 >Does anyone know where/how I can find an implemention of RPC (remote >procedure calls) on VMS or UNIX? I was told it is in the public domain. It is. It's available from an archive of UNIX and non-UNIX source code, called "mod.sources". This archive is available via several networks. Here are a couple of postings from that USENET newsgroup, 1) explaining the archive and how to get programs from it and 2) listing all the programs in the archive. The programs are available with anonymous FTP (for Internet sites), and a couple of sites can generate VMS BACKUP tapes if given "a good reason" (that's what it says below, it's not my phrase). The source to Sun RPC, our RPC implementation, is "rpc2" in Volume 6 of the archive. It is written in C, and I believe it supports TCP and UDP, using the 4.2BSD socket system calls, as a transport layer. Other transport layers can be (and have been) implemented, but I don't think they're in the version we gave away. Some other items in this archive that might be of interest to VMS sites or sites that have to deal with VMS are: Volume 7: read-vms-backs Read VMS backup tapes vms_tools (2 parts) Unix-like tools for VMS systems Volume 6: msdos_mk A Make for MS-DOS and VAX/VMS Some other programs may have support for VMS as well as UNIX, or may be modifiable to work under VMS. Subject: v08INF1: Mod.Sources Index and Archives Date: 26 Jan 87 21:04:03 GMT Sender: rs@mirror.TMC.COM Mod.sources: Volume 8, Info 1 Archive-name: index.1 This is the first of two introductory messages about mod.sources. This one describes how to submit source to mod.sources, where the archive sites are, and how to contact them. The companion articles lists all previously-published mod.sources articles. I am always looking for suggestions on how to improve the usefulness of mod.sources, and can be contacted as listed below. -Rich Salz --------------------------------------------------------------------------- SUBMITTING SOURCE FOR PUBLICATION Items intended for posting should be sent to mirror!sources; requests for missing copies or other queries should be sent to mirror!sources-request. In Australia, Robert Elz is a "sub-moderator"; people there can work with him (kre@munnari.OZ) to get postings out more easily. If you want verification of arrival, so say in a cover note, or at the beginning of your submission, if it is small. I try to verify that a program works, and if I can't get it to work, I may hold up posting it for a couple of days. Please note that, except in rare cases, source without documentation and a Makefile will not be published. When you send mail, MAKE SURE to include a return address relative to some well-known site(s). When all else fails, my conventional address and phone number are: Rich $alz Mirror Systems 2067 Massachusetts Avenue Cambridge, MA 02140 617-661-0777 --------------------------------------------------------------------------- THE STRUCTURE OF MOD.SOURCES ARTICLES Each posting in mod.sources is called an "issue"; there are 100 issues to a volume. The division is arbitrary, and has varied greatly in the past. There are two types of articles in mod.sources; sources and "information postings." They can be distinguished by the subject line: Subject: v07INF8: Index for Volume 7 and other info This first word in the title identifies this as the eight info posting in volume seven. Similarly, the subject line shown below: Subject: v07i071: Public-domain MAKE identifies this as the 71st source article in Volume 7. Large sources are broken up into smaller pieces, and have subject lines that look like this: Subject: v07i043: 2.11 News Documentation and Conversion, Part03/08 The first few lines in an article are auxiliary headers that look like this: Submitted by: caret@fairlight.oz Mod.sources: Volume 7, Issue 71 Archive-name: make The "Submitted by" is the author of the program. If you have comments about the sources published in mod.sources, this is the person to contact. When possible, this address will be in domain form, otherwise it will be a UUCP path relative to host mirror (my machine). The second line repeats the volume/issue information for the aide of NOTES sites and automatic archiving programs. The Archive-name is the "official" name of this source in the archive. Large postings will have names that look like this: Archive-name: patch2/Part01 Please note try to use this name when requesting that sources be mailed to you. Also, note that the "part number" given in the title, and the archive name given in the auxiliary header need not be identical. --------------------------------------------------------------------------- ACCESSING THE MOD.SOURCES ARCHIVE The complete mod.sources archives are fairly large: Volume Size (Kbytes) 1 4004 2 1204 3 3434 4 4220 5 390 6 4220 7 3976 There are several active archive sites around the net. I am particularly interested in helping set up a BITNET archive. No word yet on the European archive. When you request something before Volume 6, please make sure to be as descriptive as possible as articles before then do not have official names. Several sites below will send tapes through the mail. For those sites, send a 1/2" mag tape WITH RETURN POSTAGE and RETURN MAILER. Tapes without postage or mailer will not be returned. No other methods (COD, etc.) are available; please don't ask. Finally, please note that I am Rich $alz, rs@mirror; Rick Adams is rick@seismo, and Rich Kulawiec is rsk@j.cc.purdue.edu; we appreciate the extra effort to get our names right. :-) 1. Phil Burdi has an archive on-line; contact usenet@cuae2.ATT.COM for more info. He has also set up an off-hours UUCP login providing anonymous UUCP access to the archives. The Systems file (L.sys) entry looks like: (for HoneyDanBer UUCP users) cuaepd Wk1830-0530,Sa,Su ACU 1200 3129643773 in:--in: pduucp (for Old UUCP users) cuaepd Any1830-0530 ACU 1200 3129643773 in:--in: pduucp Retrieve the file cuaepd!~/netnews/mod.sources/howto.snarf and follow the directions therein. 2. Pyramid Technology has an archive arranged topically, and in compressed tar files. They are happy to take new UUCP connections. They are also somewhat willing to make tapes for people to come by and pick up, provided you call WELL in advance and bring lunch money. This is being managed by Claudia Dimmers and/or Carl Gutekunst. Contact pyramid!usenet for more info. 3. Robert Elz (kre@munnari.OZ) keeps mod.sources in different ways depending on his available disk space; contact him for more info. 4. Thos Sumner at UCSF will respond to requests for material, but cannot promise an ongoing commitment. Anyone requesting material via mail should supply a path from ucbvax. Anyone requesting tape should contact me first. Contact him at thos@cca.ucsf.edu, or ucbvax!ucsfcgl!cca.UCSF!thos 5. Tom Patterson at Washington University can make 800/1600/6250 BPI tar tapes. If you give him a "real good reason," he can also make 1600 BPI VMS BACKUP or ANSI tapes. Send your tape, mailer, and postage to Tom at: Engineering Computer Lab, Bryan 509 Lindell & Skinker Blvd Washington University St. Louis, MO 63130 For best results, first send mail to wucs!archive (you stand a better chance of getting processed quickly that way). 6. Jim Thompson (otto!jim) can make 1600 and 6250 tar and cpio tapes, as well as VMS backup in a real pinch. He will also provide a temporary UUCP login for interested parties at 1200 or 2400 baud. His postal address is: Jim Thompson 2551 Green Valley Pkwy Henderson, Nv. 89015 (702) 454-4636 7. Of course, I have a complete set of archives. I can mail individual postings, make files available for UUCP, and will send tapes (1600 BPI tar; 6250 or cpio in a crunch). Last time I checked, it cost about $3 to send a 2400' tape across the country in a padded envelope via first-class mail. 8. Rick Adams (rick@seismo.CSS.GOV) provides archive access to those on the Internet. Access is available directly via anonymous FTP (Outside of 9am-7pm EST M-F.) The files are in a directory mod.sources, then a sub-directory Volume[1-7]. They are named as closely as possible to the names in the Index. Files that have not been assigned a "short name" reside in the directory sources/mod temporarily. Send tape, mailer, and postage to Rick at: Center for Seismic Studies 1300 North 17th Street, Suite 1450 Arlington, VA 22209-3871 9. Internet sites may also retrieve archives from j.cc.purdue.edu via anonymous ftp. The archive is in the directory "mod.sources", subdivided into "volume1", etc. Due to disk space considerations, many of the sources are compressed; these may be recognized by the ".Z" suffix. If you don't have compress & friends, they are in ~ftp/pub/compress.shar for the taking. This is being managed by Rich Kulawiec (Wombat), pucc-j!rsk, rsk@j.cc.purdue.edu. If your host tables don't grok "j.cc.purdue.edu", try "purdue-asc.arpa". They would appreciate it if you would avoid large file transfers in the middle of the day. Rich also points out that the FTP'able archies also contain mod.amiga, a bunch of kermit sources, news 2.11, rn 4.3, nntp, and whatever else happens to be in ~ftp/pub at the moment.] 10. The CSNET CIC has been doing a fair amount of work to bring their automated retrieval up-to-speed. They now have a complete archive, and are making things available as quickly as possible (they have special legal restrictions on what they can distribute, so everything may not be available). Look in the latest issue of the CSNET Forum, or contact postmaster@sh.cs.net. Path: sun!amdcad!cae780!hplabs!pyramid!pyrnj!mirror!sources-request From: sources-request@mirror.TMC.COM Newsgroups: mod.sources,net.sources Subject: v08INF2: Archive access and listing Message-ID: <1408@mirror.TMC.COM> Date: 26 Jan 87 21:04:32 GMT Sender: rs@mirror.TMC.COM Lines: 352 Approved: mirror!rs Xref: sun mod.sources:622 net.sources:6042 Mod.sources: Volume 8, Info 2 Archive-name: index.2 This is the second of two introductory messages about mod.sources. The first described how to submit sources to mod.sources, where the archive sites are, and how to contact them. This one lists all the sources that have been published in this newsgroup. I am always looking for suggestions on how to improve the usefulness of mod.sources. -Rich Salz ------------------------------------------------------------------------ VOLUME 7 2.11news (20 parts) 2.11 News Release 4.3cpp.patch #elif patch to 4.3BSD cpp aaakeys Ann Arbor XL key uploader append Allow additions to 'protected' directories basic (6 parts) A BASIC Interpreter bpatch Binary (file) patcher/viewer cmstape Read and write IBM VM/SP CMS dump tapes csh.patch Two CSH patches des Purported DES program in C determcap Decomposing termcaps dirstack.csh CSH tools for directory stacks elm_update (3 parts) ELM Update Kit forktest Find security holes in shell-escapes getmetrics PostScript program to generate .afm files getoptprog Getopt program for scripts hostup An alternative to the BSD ruptime command idle.users A simple BSD idle-users daemon image (5 parts) Image manipulation routines in C++ index.1 Mod.Sources Index and Archives index.2 Complete Listing of Mod.Sources Archive index.3 Archive access and listing index.4 Index for Volume 7 and other info less3 (3 parts) New release of LESS make Public-domain MAKE micro.asm (2 parts) Generic assembler for micros msdos_mk.patch Patch to msdos_mk for Microsoft C multivol (2 parts) Multivol V1.00 - multivolume backup utility nag (2 parts) Nag reminder service new_archives Additional UUCP Access to Mod.Sources patch2 (3 parts) Release 2.0 of patch paths.mk Makefile to build UUCP paths pdtar Public-domain TAR program read-vms-backs Read VMS backup tapes regex Ed(1)/regex(3)-compatible reg. exp. package remtape Remote magtape library for 4.3BSD rvi (4 parts) Vi front-end for remote editing safe Limit a program's execution time smail (2 parts) Domain mailer and rmail replacement sop A .so filter for n/t/*roff files sunmailwatch A mail watcher for SUNwindows tar_aids Tools to read damaged tar tapes (tar_aids) texdvi2tty TeX DVI driver for TTY's, etc. textools (2 parts) A collection of tools for TeX users tinytcp A tiny set of TCP routines (tinytcp) top2 (2 parts) Top users display for 4.2BSD, Version 2.0 tput Public-domain tput(1) program tput2 Public-domain TPUT (corrected implementation) untamo2 Log out idle users untamo3 Log out idle users (untamo revised) uucp+nuz.tulz Erik Fair's UUCP & Usenet toolbox uuencode Uuencode and uudecode vms_tools (2 parts) Unix-like tools for VMS systems vttest (2 parts) Test VT100 Features xlisp.patch Patch to Xlisp1.6 for Pyramid machines xmodem (2 parts) Full-featured XMODEM yacc.notes: Tools to restart YACC parses yacchacks Tools to restart YACC parses yearlength Compute length of any year VOLUME 6 intro Introduction to mod.sources untamo Untamo, another idle daemon calls.new New calls; shows function call flow vol Create volume headers for tar makekits2 Makekits revisited maildigest Mail digest utilities gr_scripts Shell Scripts for game regulator pacman.p Apollo Pacman-like game datediffs patches for date to use elsie!ado's localtime getpaths Tools for analyzing netnews paths sysVtalkA A talk for system V.2 sysVtalkB A talk for System V texdvi2lj (3 Parts) TeX DVI driver for LaserJet+ halign Halign - line up columns context Context - generalized context printer pacman.p.h Missing files from Apollo pacman less.patch Patches for more/less interoperability qterm Query Terminal for terminal type printfck2 New printfck and manpage context.1 Manual page for context program compress.xenix Xenix patches to compress4.0 fmtr.patch Patches to fmtr unrm.rm Rm and unrm programs elm (14 Parts) Elm mail system cvs (2 Parts) CVS, an RCS fonrt-end ditrev Page reverser for ditroff stringlib X3J11/SVID/4BSD/etc string library cpp.patch Patches to 4.2BSD cpp for #elif, // comments help (2 Parts) Help programs glob 'Globbing' library routine cdecl English<->C translator for C declarations sh.ulimit Add ksh-style 'ulimit' to 4.2BSD /bin/sh bsearchstr Binary search for strings in a file yyref Cross-reference for Yacc newbatchA Usenet news batcher control program newbatchB Usenet news batcher control program malloc A "smarter" malloc S3uuque Uuque for System III/V in C lbl Lbl preprocessor for [nt*]roff malloc.mk Missing makefile for "malloc" posting elm/Patches1 Elm fixes for BSD, et. al. Misc.Patches1 Changes to calls, compress, ditrev, getpaths, nbatcher vt100tool (10 Parts) VT100TOOL for Sun's settz.patch Updates to "settz" data files uEmacs3.7 (12 Parts) MicroEmacs, Version 3.7 bsd.ps.patch Speed, etc., patches for BSD ps watch A multiple "tail -f" program reminders A Personal Reminder system sysVdial (3 Parts) System V generic dial routines rpc2 (11 Parts) Sun RPC Source malloc.patch Bug fix for "smarter malloc" newscnt Count unread news articles less2 (2 Parts) New version of less msdos_mk A Make for MS-DOS and VAX/VMS att_which A "which" for non-BSD systems lj_filter Filter for HP Laserjet xlisp1.6 (6 Parts) Xlisp version 1.6 VOLUME 5 uEmacs30fix MicroEMACS version 30 updates. uumap Automated UUCP maps dither Color Dither (ver 1.1) retouch Retouch(1): force changed date backup Front end for BSD dump junkmail Delete outdated mail automatically smallc (3 parts) Small C compiler version C3.0R1.1 moon_sun Sun and Moon rise/set program par More patches to par/unpar smtp_send SMTP SEND command for Sendmail bmgsubs Boyer-Moore-Gosper fast search subroutines untic Decompile terminfo description file. bmfix Fix to B/M/G for odd address optimization rcsit Prepare files for RCS (new version) VOLUME 4 bm1.2 Bm version 1.2 (blindingly fast "fgrep") simplex Simplex Curve Fitting Algorithm in C chuni Change a user's default universe (Pyramid Specific) Msg (8 parts) Screen-oriented "User Agent" mail program sim2 Update to "sim" (volume 3) similarity tester shortc C program to map flexnames into short identifiers settz Time conversion / time zone system TVX (10 parts) Portable editor, with "emacs" and "vi" modes hershey.f77 (2 parts) Hershey Fonts in Fortran 77 rolodex (3 parts) Rolodex database program 68kdissasem (2 parts) 68000 disassembler bm1.2speedup Speedup for bm on some machines regexp3 2nd bug fix for regexp (volume 3) tm_to_time Convert broken-down time into time_t. 68kdiss.fix Patches to make MC68000 disassembler work on SUN UNIX amiga Amgia file browser rcsit New version of rcsit(1) - prepare files for RCS hershey (5 parts) Hershey fonts egrep More Pep for Boyer-Moore Grep tc Compile/decompile nroff driver tables (USG only) regexpfix Regexp(3) improvement shortc Shortc: sed output, and standard input match1.2 Fast grep for Vaxen rlogin 4.2bsd rlogin enhancements list List-of-numbers generator client Generic client and server commands for 4.2BSD client_man Client/server context diffs to 4.2BSD man.c UK-1.4 (5 parts) Sendmail UK-1.4 ISO_Pascal Yacc and Lex for ISO Level 0 Pascal TVX 1st batch of TVX Bug fixes rpt A program called 'rpt' subnetARP 4.3BSD IP subnet ARP hack UNaXcess (3 parts) UNaXcess (unix bulletin board) uEmacs (6 parts) MicroEmacs, v. 30 travel Travel-itinerary macros for nroff aaa The amazing awk assembler sources Two tools for organizing sources from USENET load Routines to check the load average uEmacs_tc Termcap support for MicroEmacs v. 30 sources archx Archx: suggested replacement for shar ar Portable ar: suggested replacement for shar se (8 parts) Georgia Tech 'se' screen editor telnetd Telnetd in the kernel uumail3 (2 parts) Uumail 3.0 lplot (2 parts) Lplot and quickplot mail Patches to BSD4.2 mail (SysV mailx?) sticky PostScript sticky label program uEmacs3.6 (8 parts) MicroEMACS 3.6 texindex Make an index from a LaTeX .idx file chown Improved and expanded chown/chgrp calendar (2 parts) Calendar generation program strings (3 parts) String routines gr A Game Regulator printfck Have lint check (most) printf calls unparfix Unpar compatability with Sys V (patch) texindex2 AAAAARRRRGGGGGHHHH!!!! Bugs in texindex!!! UnaXcessfix UNaXcess update #1 xmodem 4.2BSD XMODEM programs icon Tools for editing Sun icons fmtr Simple text formatter VOLUME 3 G-format (4 parts) VAX BSD4.2 compiler modifications to use G-format fp. GaTech (3 parts) Sendmail patches/configuration files from Georgia Tech GaTech.upd Updates to GaTech sendmail package Hey Hey(1) [from Unix/World, Oct. 85] LA50 Convert Nroff underlines to LA50 and VTxxx sequences LaserJet (2 parts) Ditroff HP LaserJet driver MSdir MSDOS directory access routine RFS (7 parts) Public domain, kernel-resident distributed file system SPS (3 parts) Show process status - BSD only - replacement for "ps" TCtoTI Termcap to terminfo conversion program TRC (8 parts) Expert system building tool agelog Trim log files while retaining recent entries att_getopt AT&T's public domain distribution of getopt(3) badm BSD4.2 MASSBUS disk formatter utility bm Ken Yap's changes to bm (in volume 2) calendar A calendar generator program - replaces UNIX "cal" calls C program function call cross referencer calls_4.2 Patches to calls for BSD4.2 chsh Chsh,chfn for SV (password file programs) chsh2 Chsh,chfn - Original contained security bugs. clr.queue Script to clean-up the sendmail queue command Replacement for system(3). ctags Ctags source code from Ken Arnold date Formatted date program decus_grep Public domain version of grep. dial State transition controlled communications program dial.sample Example dial script. dialout BSD4.3 Kernel changes for dial in/out on modem lines dtree Directory heirarchy display program for 4.2 ff (2 parts) Simple text formatter for flexible uniform formatting give Give away ownership of files (System III/V specific) hdiff Source file compare program head Public implementations of head(1) and ctags(1) help VMS-style help facility hyphen Program to enhance troff's hyphenation capability idledaemon Yet another idle login checker (BSD 4.2 only) ieee (6 parts) IEEE Floating Point Calculator (in Pascal) infer Inference engine + demo laserjet BSD 4.2+ lpd printcap/spooler for LaserJet printer lcat Troff->laserjet filter package (uses vfont files) lcat2 Troff->HP Laserjet filter - newfonts.c less Similar to more(1) but better lib_term Datum entry using termcap libc_term Datum entry using curses llib-dbm Lint library for the DBM routines (BSD systems) man Compiled version of the 'man' program for System V match Faster than bm (VAX only!) mdump2 Revised mdump, the multiple dump per tape utility modgen Extract usenet moderator list from postings modnotes Notes (1.7 or later) updates for moderated groups modula_pp Pretty printer for Modula-2 written in Modula-2 newspace Determine newsgroup disk usage nwho Enchanced "who" program (uses termcap) okstate Kermit archive on OKSTATE; uucp access information pathalias2 (2 parts) Pathalias, the mod.map database path optimizer pretty Pretty printer in lisp + columnator in CLU prune Prune tops of line-oriented log files rcsit A program to prepare files for RCS. regexp Regular expression routines (like System V regexp(3)) regexp2 Bug in regexp, and fix rename A companion to restor (automated inode mapping) rmsecure Source for a safe "rm" (csh, BSD only) rsend BSD network communications program (like write & talk) scpp (2 parts) A selective C preprocessor - clean up your C files. sim Software similarity tester for C programs sndml.mods Mods to sendmail to provide translation tables suntools Improved version of Sun's window manager (suntools) swho Screen based who (uses curses - continuous update) tc Control your terminal via termcap in shell scripts telno Permute telephone numbers into letter equivalents texchk (2 parts) Syntax checker for the LaTeX TeX macro package. times.awk Uucp info from LOGFILE (awk script) ttype Typing tutor - BSD specific ttyuse Creates a Summary of daily Terminal usage turbo_patch Fix to turbo_tools, SHELL.PAS transmitted with error turbo_tools (2 parts) Turbo Pascal version of "Software Tools in Pascal" uuhosts4 Grab mod.map data for later use version1.69 uumail2 Pathalias-based uucp mailer, release 2 uumail2.fix Small fix to uumail release 2 vtem A VT100 emulator based on termcap wm.new Window manager built on top of curses xargs Execute a command with many arguments VOLUME 2 Smail1 Update to smail (in volume 1) access Kernal Hacks for access control lists basic (4 parts) A BASIC interpreter in C (needs work) bgrep Boyer-Moore based fgrep like program bm Much faster Boyer-Moore bm2 Various bm updates choose A program to select lines at random compress (2 parts) Compression 4.0 program better than pack or compact cshar3 Update to C shar (volume 1) cpg+mdep3 Cpg revisited (C formatter - original in volume1) makekits Software "kit" generation script mdump Multiple dump per tape utility (see update in volume 3) remote Remote mag tape routines remote2 Small patch to remote tape library rtar Diffs to tar to use a remote system's tape drive runtime Runtime memory allocation for multi-dimensional arrays tools (6 parts) Software Tools in Pascal uroff Nroff underlining window (4 parts) BSD 4.2 window manager + Patches to Curses wire (2 parts) Wirewrap program. VOLUME 1 ANSI.C Yacc and Lex for 11/12/84 draft of ANSI C Smail A smart net mailer - a front end using pathalias data UK-1.1 (3 parts) UK-1.1 Sendmail Configuration Package Xlisp1.4 (4 parts) Lisp written in C with object oriented extensions bed Editor for binary files. Front end for ascii editors bourne (9 parts) Bourne shell enhancements (history,tilde,job control) cforth (3 parts) Forth Interpreter written in C checkin Editor interface for RCS logs cpg+mdep Cpg - C formatter, mdep - make dependency generator cpp (3 parts) C preprocessor suitable for use with Decus C cshar Shell archive builder (shar) written in C cxref C cross referencer diffc Contextual diff (diff -c) for Bell systems dynamic Dynamic loading code for 4.2bsd getopt Public domain getopt(3) lbgm Newsgroup archiving (Little Bird Gave Me) newshar The Connoisseur's Shar, version 2 newsweed A program to delete unwanted news articles patch A program to apply diff format output to update files (1.3) pcurses (11 parts) Public domain Terminfo/Curses (needs a little work) rfc_882 RFC 882 - Domain Names - Concepts and Facilities rn (9 parts) Rn news reading program, version 4.3 rpc (10 parts) Sun "Remote Procedure Call" source code sendmail.cf GaTech Sendmail configuration uucpanz.V7 A uucp status program (V7, BSD version) uucpanz.S5 Uucpanz for System V uuque A uuwizard's utility for uucp queue snooping vnews (7 parts) New reading program for 2.10.2 news vstr Dynamic string package xfernews Uucp traffic batching system xref A general purpose cross reference utility vnews.1 Manual page for 2.10.2 vnews(1) readnews.1 Manual page for 2.10.2 readnews(1) expire.8 Manual page for 2.10.2 expire(8)
blom@seismo.CSS.GOV@uva.UUCP (Alco Blom) (02/01/87)
Path: uva!blom From: blom@uva.UUCP (Alco Blom) Newsgroups: mod.computers.vax Subject: Sixel format Message-ID: <170@uva.UUCP> Date: 1 Feb 87 09:50:28 GMT Reply-To: blom@uva.UUCP (Alco Blom) Organization: FVI, University of Amsterdam Lines: 3 Does a PD utility exists to convert a file in Sixel format to Epson format ?
mra@seismo.CSS.GOV@fathom.UUCP (02/02/87)
Path: fathom!mra From: mra@fathom.UUCP (Mark R. Abbott) Newsgroups: mod.computers.vax Subject: Re: Second try to post Eagle II debate Summary: Emulex and SI agree Message-ID: <267@fathom.UUCP> Date: 2 Feb 87 16:01:04 GMT References: <8701311749.AA29682@ucbvax.Berkeley.EDU> Organization: Scripps Institute of Oceanography, San Diego, Ca. Lines: 22 In article <8701311749.AA29682@ucbvax.Berkeley.EDU>, lotto%lhasa@HUCSC.HARVARD.EDU writes: > > > > We also have had many problems. Two out of three died fairly fast. > The third worked just fine. The latest combination of a rev D0 or > greater HDA and the Emulex QD-32 prom v2.2 or greater seems to have > solved the problem. Are any of the crashed drives out there of a D0 > vintage? What controllers were being used? I think we had best try > to collect some statistics, these beasties are expensive! > ____________ > Our local System Industries and Emulex reps are both recommending NOT purchasing Super Eagles - too unreliable. SI plans to drop Super Eagles in the near future in favor of the new 8" Fujitsu drive. Both companies gave us bids which originally included Super Eagles 2 months ago; they both called last week with revised bids dropping the Super Eagles. They had bad experiences with recent (like w/i last month) shipments.
dorl@seismo.CSS.GOV@uwmacc.UUCP (02/05/87)
Path: uwmacc!dorl From: dorl@uwmacc.UUCP (Michael Dorl) Newsgroups: mod.computers.vax Subject: DECNet problems on uVax Message-ID: <1024@uwmacc.UUCP> Date: 5 Feb 87 16:23:26 GMT Organization: UWisconsin-Madison Academic Comp Center Lines: 12 Keywords: DECNet, uVax I remember seeing some messages a while ago about DECNet problems from uVax machines. Unfortunately, these have all disappeared from my machine. I never thought I'd have to wrry about uVaxen but now I have one and I'm having trouble with DECNet. Sometimes it seems to work fine while other times my connection fails with a cryptic message saying remote host terminated connection. I have better luck talking to machines that are further away (in hops) from my uVax. Sorry to dredge up a old question; perhaps someone who has the question archived could mail me the articles. dorl@unix.macc.wisc.edu
page@ulowell.CS.ULowell.Edu@rutgers.UUCP (02/05/87)
Path: ulowell!page From: page@ulowell.cs.ulowell.edu (Bob Page) Newsgroups: mod.computers.vax Subject: Re: What the hell, it's amusing anyway. Message-ID: <1014@ulowell.cs.ulowell.edu> Date: 5 Feb 87 16:58:40 GMT References: <870203172328.01l@CitHex.Caltech.Edu> Reply-To: page@ulowell.cs.ulowell.edu (Bob Page) Organization: University of Lowell Lines: 5 I wish VMS Mail users knew how to use the /NOHEADER switch on FORWARD. ..Bob -- Bob Page, U of Lowell CS Dept. ulowell!page, page@ulowell.CSNET
paul@cernvax.UUCP.UUCP (02/05/87)
Path: cernvax!paul
From: paul@cernvax.UUCP (paul)
Newsgroups: mod.computers.vax
Subject: What does $RUN/AUTH actually do? (VMS)
Keywords: VMS
Message-ID: <433@cernvax.UUCP>
Date: 5 Feb 87 17:13:54 GMT
Organization: CERN, Geneva, Switzerland
Lines: 58
What does $RUN/AUTH actually do? (VMS)
I am trying to initiate a detached process when logged in as myself.
I want the process to behave as if SYSTEM actually detached it.
With $RUN/AUTH/UIC=[1,4] the /uic unfortunately seems to be ignored and the
process gets detached with my uic.
The log file shows a DCL trace of it executing
my personal login.com. Finally (and what matters) the process
happens to run a program which calls lib$spawn. This works, the subprocess
gets spawned (and sends me a mail).
Now, with RUN/NOAUTH the original detached process is created detached
as before, but with UIC [1,4] as
specified in the /UIC qualifier. Great, that's what I wanted!
The log file shows a DCL trace of it executing sylogin.com (but not my
login.com).
Unfortunately my call to lib$spawn fails and I don't know why.
I'm not even sure how to find out...
SO: What is the behaviour of /AUTH and /NOAUTH. What's going on?
Awaiting your kind revelations:
Paul Burkimsher
paul@crvxdev.BITNET
paul%cern.vxdev@uk.ac.ucl.cs (Janet)
..!mcvax!cernvax!vxdev!paul (UUCP)
paul@vxdev.cern (Cern)
Cern, Geneva, Switzerland
----------------------- For your further info:
The RUN command looks like this:
$! initiate_decoder.com
$! Create a detached process with a CLI in it.
$! Request it to run the emu_decoder
$!
$run -
/noauth -
/input='emu_root'[decoder]emu_decoder.com -
/output='emu_root'[decoder]'node'emu_decoder_output.log -
/error='emu_root'[decoder]'node'emu_decoder_errors.log -
/proc="Emu_Decoder" -
/uic='emu_uic' -
/priv=( -
oper, -
tmpmbx -
) -
- !and now the exe file name to actually run!
sys$system:loginout.exe
-------------------------
where emu_decoder.com contains (among other things)
$run emu_decoder.exe
hauerwas@gymble.umd.edu@hvrunix.UUCP (02/06/87)
Path: hvrunix!hauerwas
From: hauerwas@hvrunix.UUCP (Adam Hauerwas)
Newsgroups: mod.computers.vax
Subject: TERMTABLE.TXT containing Televideo 910 Escape Codes.
Message-ID: <271@hvrunix.UUCP>
Date: 6 Feb 87 20:50:51 GMT
Organization: Haverford College, Haverford, PA
Lines: 31
A while ago I posted a message concerning terminal definition of Televideo model 910 terminals on a VAX 11/780. I received one such terminal definition
file, but it unfortunately did not work. I think there might have been some
misunderstanding as to my last letter, so I'm posting another version to
describe my problem a little more thoroughly.
I am currently the "understudy" to the System Manager here at Haverford
College. One of my first projects was to hook up some old TVI 910's to the
VAX so that we could use programs such as PHONE on them; their cursor controls
are unbelievably messy (for instance, clear screen is Contorl-Z)!
The file that we need should be located somewhere in [SYS0:SYSEXE] under
the name TERMTABLE.TXT; it must be compiled using SMGBLDTRM.EXE and then
booted up with the system.
If any of you have a TERMTABLE file with TVI definition, I would greatly
appreciate it if you could send a copy to either of my addresses below.
Thanks in Advance!
Adam J. Hauerwas, Understudy to the System Manager
------------------------------------------------------------------------------
Academic Computing Center (215) 896-1047
Haverford College
Haverford, PA 19041-1392
A_Hauerwas@HVRFORD.BITNET *or* Hauerwas!HvrUnix
--
******
"Just another million years," said Marvin, "just another quick million. Then I might try it backward. Just for the variety, you understand."
******hauerwas@gymble.umd.edu@hvrunix.UUCP (02/06/87)
Path: hvrunix!hauerwas
From: hauerwas@hvrunix.UUCP (Adam Hauerwas)
Newsgroups: mod.computers.vax
Subject: Accessing Files over DECnet.
Keywords: Access fields and Passwords.
Message-ID: <272@hvrunix.UUCP>
Date: 6 Feb 87 20:57:59 GMT
Organization: Haverford College, Haverford, PA
Lines: 16
One more question from the System Manager himself: When accessing files
over DECnet, how can one specify two passwords for an access field?
Example of one password:
Copy Node"Username Password"::DUA0:[Directory]Filename.Ext
Thanks Again!
Adam J. Hauerwas
Hauerwas!HvrUnix
A_Hauerwas@HVRFORD.BITNET
--
******
"Just another million years," said Marvin, "just another quick million. Then I might try it backward. Just for the variety, you understand."
******trimble@leadsv.LEADS.LMSC.COM@sunncal.UUCP (02/11/87)
Path: leadsv!trimble
From: trimble@leadsv.UUCP (Gary Trimble)
Newsgroups: comp.lang.fortran,mod.computers.vax,mod.computers.sun,comp.sources.wanted,misc.wanted
Subject: FORTRAN source conversion (VAX to Sun)
Keywords: FORTRAN, filters, code conversion
Message-ID: <1318@leadsv.UUCP>
Date: 11 Feb 87 17:14:01 GMT
Organization: LMSC-LEADS, Sunnyvale, Ca.
Lines: 24
We are about to port a fairly large amount of VAX FORTRAN to a Sun
Workstation. The developer's took advantage(?) of lots of DEC
specific variances from vanilla FORTRAN. Questions:
1) Does anyone in netland know of a conversion or profiling utility
the checks for adherence to "pure" FORTRAN 77 (or FORTRAN IV)?
Purchasing a software product that runs on the VAX (vms) or Sun
is not out of the question.
2) Lacking that, has anyone developed inputs to a Unix filter
(sed or lex) that check for DECishness?
3) Any interesting experiences in conversion from VAX FORTRAN to Sun
Unix FORTRAN?
Please respond via email. I'll summarize to the net.
Many thanks in advance.
--
Gary M. Trimble - Lockheed Advanced Marine Systems
UUCP: {(ucbvax!dual!sun) (ihnp4!qubix)}!sunncal!leadsv!trimble
{{allegra ihnp4 dual}!fortune!decvax!decwrl}!amdcad!cae780!leadsv!trimbleed%qtc%sequent@tektronix.tek.com.UUCP (02/13/87)
Path: qtc!ed
From: ed@qtc.UUCP (Ed Lisle)
Newsgroups: mod.computers.vax
Subject: Re: RAM disks on VAX????
Summary: Why should we use RAM disks on VMS
Message-ID: <259@qtc.UUCP>
Date: 13 Feb 87 18:05:46 GMT
References: <8702112230.AA13439@ucbvax.Berkeley.EDU> <8702121450.AA04564@ohio-state.ARPA>
Organization: Quantitative Technology Corp., Beaverton, OR
Lines: 16
Well, I'm not triing to defend the bonfide RAM-Disk user community, but
at our shop we had the oppertunity to develop a write-once-read-many (WORM
of all things) ACP for an optical disk system. To test the ACP on a real
optical platter would be expensive and slow. At QTC, we came up with a
WORM-RAM-Disk (sounds wonderful) which did well to serve as a test bed for
our software.
I'm sure there are other situations out there where only system managers
could dream of :-)
+------------------------------------------------------------+
| Ed Lisle | ogcvax! |
| Quantitative Technology Corporation | verdix! qtc!ed |
| Beaverton, OR (503) 626-3081 | sequent! |
+------------------------------------------------------------+ed%qtc%sequent@tektronix.tek.com.UUCP (02/13/87)
Path: qtc!ed
From: ed@qtc.UUCP (Ed Lisle)
Newsgroups: mod.computers.vax
Subject: Re: EDT Editor (perhaps this is out of place on this list)
Summary: EDT for the IBM-PC
Message-ID: <260@qtc.UUCP>
Date: 13 Feb 87 18:24:40 GMT
References: <8702130607.AA15373@ucbvax.Berkeley.EDU>
Organization: Quantitative Technology Corp., Beaverton, OR
Lines: 21
We have PC/EDT from Boston Business Computing, Ltd.
Phone: (617) 683-7920
Cost: $250 plus shipping (@10.00)
Works great, about 99.99% compatiable with the VMS version and more.
I have found one minor bug which there is a work around.
Bug: When toggling between buffers with the "TYPE LAST"
command...and if a cut operation is done then the
last buffer pointer is destroyed. Your data is still
there and there is a work around which you can toggle
to/fro. BBC is aware of the problem.
It does support EDTINI.EDT flavor, so almost all keys can be redefind.
+------------------------------------------------------------+
| Ed Lisle | ogcvax! |
| Quantitative Technology Corporation | verdix! qtc!ed |
| Beaverton, OR (503) 626-3081 | sequent! |
+------------------------------------------------------------+news@seismo.CSS.GOV@umnd-cs.D.umn.edu (02/17/87)
Path: umnd-cs!umn-cs!moll From: moll@umn-cs.UUCP Newsgroups: mod.computers.vax Subject: Re: Correction to Privelege Query Message-ID: <31000002@umn-cs.UUCP> Date: 16 Feb 87 18:44:00 GMT References: <8@<122788247.UUCP> Lines: 31 Nf-ID: #R:<122788247:-800:umn-cs:31000002:000:1670 Nf-From: umn-cs!moll Feb 16 12:44:00 1987 Posted: Mon Feb 16 12:44:00 1987 > [...] indicating that only NETMBX and TMPMBX were in > effect. No error was detected on the call to SYS$SETPRV in the subroutine > that tried to raise the priv to SYSNAM. I don't know why. I've been away from VMS for awhile, but doesn't SETPRV normally refuse to set unauthorized bits without returning an error? I have never been able to get privileges to work for a sharable image. As far as I can tell, the image privilege mask for the process is set when the original (calling) image is activated without regard to the privileges of the shareable (called) image. I called the Dec hotline and asked if there was some way to install a shareable subroutine with privilege and they said no. This makes sense to me since image privileges would have to change across a subroutine call when the image activator is already long gone. If anyone does know how to get this to work, I'd like to hear about it. I'm not completely sure of my facts here, I'm just saying that I couldn't make it work. I think there may be a harder solution, though. The linker manual mentions the possibility of creating known images which can be called by unprivileged code, yet operate in a privileged access mode (Kernel or Exec). I think the idea is that the user code calls the routine with a CMKRNL instruction rather than an ordinary subroutine call. This would cause an interrupt to the kernel which, if the call wasn't a recognized system service call, would look through some table (ISD's?) looking for such a routine to dispatch to. Anybody out there ever create such a beast? Can anybody point to the proper documentation (the linker manual gives it about three lines)?
olson@artecon.UUCP.UUCP (02/17/87)
Path: artecon!olson
From: olson@artecon.artecon.UUCP (Jay J. Olson)
Newsgroups: mod.computers.vax
Subject: Re: RAM pseudo-disk for VMS
Message-ID: <360@artecon.artecon.UUCP>
Date: 17 Feb 87 18:59:50 GMT
References: <8702160725.AA29018@decwrl.dec.com>
Reply-To: olson@artecon.UUCP (Jay J. Olson)
Organization: artecon
Lines: 70
I was pleasantly surprised to see the recent interest in the VAX/VMS
pseudo disk device (aka RAM disk). As the author of PDDRIVER, perhaps
I can lend a historical perspective and suggest some things people
might want to try.
In general, the observations by INFO-VAX readers have been correct.
The reason the pseudo disk device driver was written was to allow
standalone backup to be booted from TK50s in order to initially
install VMS (there are a number of MicroVAX configurations that do not
have removable disks). Since tapes are not generally considered random
access devices, and since VMS requires a random access device for the
system disk, the pseudo disk approach seemed to work out best.
Here is a short explanation of how booting from tape works. When the
20000 bit of R5 is set on entry to SYSBOOT (or in version 4.5 or
later, the special SYSGEN parameter VMSD4 is non-zero), the boot
device (i.e. the TK50) is allowed to be different from the system
device (i.e. the system disk when VMS is running). All the files
loaded by SYSBOOT are read from the tape, then things are fixed so
that it appears that PDA0: is the system disk and PDDRIVER is the
device driver for the system disk.
PDDRIVER uses an area in non-paged pool to simulate a disk. In normal
VMS operation, the allocation of this space is done with an IO$FORMAT
QIO, with P1 being the size (in blocks, I think) of the area. Assuming
appropriate privileges, one can change the size of the pseudo disk's
data area on the fly with another IO$FORMAT QIO. However, in the
bootstrap environment, SYSBOOT preloads the data area with the image
of a disk which it obtains from the file PSEUDOLOA.EXE (by the way,
VMSD4 is used to specify the size of the pseudo disk's data area,
just in case PSEUDOLOA.EXE spans volumes, as it might on a floppy).
Thus, when standalone backup is booted, VMS thinks there is a disk
available for it to page from, read files from, etc., when in fact,
everything is in memory. This suggests one trick which might be
useful. Astute system managers often put a standalone backup system
in some alternate system root on their system disk. This is fine for
backing up disks, including the system disk, but everyone learns
sooner or later that you can't restore your system disk this way
(since you will overwrite the currently executing image, and mess
things up the next time a page fault occurs).
The trick is to build the alternate system root so that it uses the
pseudo disk booting technique. Just put all the files SYSBOOT loads
in the alternate root, then put all the other standalone backup files
in PSEUDOLOA.EXE. By looking at STABACKIT.COM this shouldn't be too
hard to figure out. One note: the system root in PSEUDOLOA.EXE should
be the same as that from which you are booting (typically [SYSE.]).
It seems that most people are interested in the pseudo disk for use in
a normal VMS environment. There are no known problems with this, but
the most useful approach seems to be to put frequently referenced
files there. As numerous fiche-readers have remarked, the performance
of PDDRIVER may not be as good as some disks (the same is reportedly
true of the null device) since it moves data one byte at a time at IPL
8, and since it eats up a large, contiguous, chunk of non-paged pool.
By the way, if you crash while PDDRIVER is loaded, your data may not
be lost. Since all of memory is written to the dump file, your data
is in SYSDUMP.DMP. Perhaps some clever soul will write a utility to
recover it.
Jay Olson
{hp-sdd,telesoft,esosun}!artecon!olson (work)
{hp-sdd,telesoft,esosun}!artecon!gumby!jjo (home)
Disclaimer: I don't work for DEC anymore (I sure miss it though), and
I haven't used VMS for more than a year, so some of the details may be
incorrect or may have changed. aniekan%janus.usc.edu@USC-OBERON.ARPA.UUCP (02/19/87)
Path: janus.usc.edu!aniekan From: aniekan@janus.usc.edu (Aniekan Akpaffiong) Newsgroups: comp.unix.wizards,comp.unix.questions,mod.computers.vax,comp.sys.dec Subject: Implementations of user "Help" command. Keywords: A jest in time will save your mind. Message-ID: <769@janus.usc.edu> Date: 18 Feb 87 22:41:58 GMT Reply-To: aniekan@janus.usc.edu.UUCP (Aniekan) Distribution: world Organization: University of Southern California, Los Angeles Lines: 23 We are trying to standardize the way users get help on our systems. We would appreciate hearing from anyone who has implemented a portable and comprehensive user "help" command. By portable I mean that I should be able to run it on a VAX/VMS, VAX/UNIX and TOPS20 operating systems with little modifications. We want it to be very much like the VMS help format (ie with multiple levels of help - topics and subtopics) but the Unix "man" program has some attractive features that we would like to incorporate into the program. We would like to implement this on the following systems: Vax 11/750 running BSD Unix 4.2 and 4.3 Vax 11/780 running BSD Unix 4.2 and 4.3 VAX 11/750 running VMS DECSYSTEM20 running TOPS20 SUN 3/xxx running Unix 3.20 If you have done this or have some ideas that would be helpful please contact me directly at aniekan@janus.usc.edu
"Robert@ucbvax.UUCP (02/19/87)
Path: tekcae!bobp From: bobp@tekcae.TEK.COM (Robert N. Perry (Bob)) Newsgroups: mod.computers.vax Subject: Need UNIBUS ==> QBUS H/W info. Message-ID: <646@tekcae.TEK.COM> Date: 19 Feb 87 01:14:39 GMT Reply-To: bobp@tekcae.UUCP (Robert N. Perry (Bob)) Distribution: world Organization: Tektronix, Inc., Beaverton, OR. Lines: 15 Has anyone had any experience with UNIBUS to QBUS convertors? We have a number of UNIBUS computers (mostly 11's) which we are disposing of and would like to be able to use some of the peripheral devices on QBUS machines (including uVAX's). Specifically, tape drives (9 track variety). I'd sure like to be able to use these 9 track tapes on some of my QBUS based machines, but I've never talked to anyone who's had experience with any of the bus translators/emulators. Can anyone help me out? -- Robert N. Perry (Bob) Tektronix-Beaverton, Oregon "My life is skydiving" bobp%tekcae@tektronix.TEK.COM "When I works, I works hard. When I sits, I sits easy. When I thinks, I goes to sleep."
bet@dukeac.UUCP.UUCP (02/19/87)
Path: dukeac!bet From: bet@dukeac.UUCP (Bennett Todd) Newsgroups: mod.computers.vax Subject: Re: VAX SOFTWARE PROTECTION SCHEMES Message-ID: <366@dukeac.UUCP> Date: 19 Feb 87 15:59:47 GMT References: <8702180225.AA16886@ucbvax.Berkeley.EDU> Reply-To: bet@dukeac.UUCP (Bennett Todd) Distribution: net Organization: Duke User Services, Durham, NC Lines: 18 In article <8702180225.AA16886@ucbvax.Berkeley.EDU> <LEICHTER-JERRY@YALE.ARPA> writes: >If you really want a time limit, have the program print out some sort of com- >plaint every time it is run after the time limit expires. But still have it >work! SAS on IBM mainframes does exactly that, and rather cutely too -- after the time limit runs out, it starts flagging lines of user's programs at random as "fatal syntax errors" or some such, though it also proceeds to run the requested SAS program just fine; when the panic-struck user examines the message text below to find out what the error was, it tells them to contact their local User Services and inform them that the SAS contract has expired. It gets fixed *fast*. -Bennett -- Bennett Todd, Duke User Services, Durham, NC 27706-7756; +1 919 684 3695 UUCP: ...{philabs,akgua,decvax,ihnp4}!mcnc!ecsvax!dukeac!bet BITNET: DBTODD@TUCC
bob%cald80%sunybcs%math@math.waterloo.edu.UUCP (02/20/87)
Path: cald80!bob From: bob@cald80.UUCP (bob) Newsgroups: mod.computers.vax Subject: Re: Alternating Ultrix and VMS on a VAXstation 2000 Message-ID: <851@cald80.UUCP> Date: 20 Feb 87 01:20:47 GMT References: <8702171856.AA15847@noao.ARPA> <8702181410.AA09488@csv.rpi.edu> Reply-To: bob@cald80.UUCP (bob) Organization: Calspan Advanced Technology Center Lines: 31 In article <8702181410.AA09488@csv.rpi.edu> yerazuws@CSV.RPI.EDU (Crah) writes: >If you're willing to physically move disks, the solution is known (and simple) >VMS can be booted from any device in the system, but Unix/Ultrix always >wants to see itself on the 0'th device. So, put Ultrix on DUA0 and >VMS anywhere else. WRONGO! I have personally run UNIX (4.2BSD) on a 780 on hp1 (DRA1). In fact, I used that method to bring the run the system when hp0 (DRA0) crashed violently (head crash, tire tracks on disk, not a pretty sight). The problem is that DEC butchered UNIX when they started distributing it. In 4.2BSD, you can put a line in your config file which goes something like: root on hp0 or hp1 or hp2 which will tell the system that it can run on any of those three disks. I don't think that Ultrix will allow you to do that. The thing about Ultrix is that it's close enough to BSD to get you into trouble. -- Bob Meyer Calspan ATC seismo!kitty!sunybcs!cald80!bob decvax!sunybcs!cald80!bob
duncan@seismo.CSS.GOV@vuwcomp.UUCP (02/20/87)
Path: vuwcomp!duncan
From: duncan@vuwcomp.UUCP (Duncan McEwan)
Newsgroups: mod.computers.vax
Subject: Help with DECserver 200's
Keywords: LAT, DECserver, H4000
Message-ID: <12631@vuwcomp.UUCP>
Date: 20 Feb 87 03:01:33 GMT
Organization: Comp Sci, Victoria Univ., Wellington, New Zealand
Lines: 23
I am posting this request on behalf of a collegue that does not have
access to the net. If anyone can help with any of these questions
could you please email to me at one of the addresses below.
1. Has anyone had problems with DECserver 200s crashing with bugchecks?
2. Is anyone succesfully running DECserver 200s in a mixed LAT 5.0
and LAT 5.1 environment?
3. Does anyone know the electrical isolation provided by a DEC H4000
transceiver? Will it cope with ground differences between buildings?
Will it cope with lightning?
4. Question 3 applied to DEC Ethernet (local) bridges and repeaters.
Thanks in advance...
---
Duncan McEwan
ACSnet : duncan@vuwcomp.nz (from Australia only)
UUCP : "...!seismo!ubc-vision!calgary!vuwcomp!duncan" or duncan@vuwcomp.UUCP
"You can always tell when politicians lie ... their lips move!" - Max Headroomjohnh@seismo.CSS.GOV@wheaton.UUCP (02/21/87)
Path: wheaton!johnh
From: johnh@wheaton.UUCP (John Doc Hayward)
Newsgroups: mod.computers.vax
Subject: Library software on Dec Hardware
Keywords: Library Automation
Message-ID: <419@wheaton.UUCP>
Date: 21 Feb 87 18:25:29 GMT
Organization: Wheaton College, Wheaton IL
Lines: 21
Our library is in the process of automating. Our library director told me
that the cost of just the software from the vendors who will be installing
this on some kind of Dec hardware (rumored to be 8500) would be near $100,000.
This seems a bit on the steep side (I'm not exactly sure what all is included
but some kind of online card catalog, some way to catalog books and a
circulation system would seem to be necessary).
What systems, facilities and costs are any of you aware of which run on Dec
hardware? Are there any Colleges or Universities which have shared ideas and
resources to design an 'acedemically priced' system? Are any systems which
we should avoid?
I will sumarize to the net if you e-mail to me.
(incase my signature file does not work ihnp4!wheaton!johnh)
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
UUCP: ihnp4!wheaton!johnh telephone: (312) 260-3871 (office)
Mail: John Hayward Math/Computer Science Dept. Wheaton College Wheaton Il 60187
Act justly, love mercy and walk humbly with your God. Micah 6:8bbammi@seismo.CSS.GOV@cwruecmp.UUCP (02/22/87)
Path: cwruecmp!bammi
From: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Newsgroups: mod.computers.vax
Subject: Re: swinging in the directory tree... re: cd, cre/dir ,etc.
Message-ID: <1890@cwruecmp.UUCP>
Date: 22 Feb 87 03:41:57 GMT
References: <8702211825.AA09552@ucbvax.Berkeley.EDU>
Reply-To: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Organization: CWRU Dept. of Computer Engineering, Cleveland, Ohio
Lines: 16
swing sounds very interesting.. i am interested.
(recently, a friend uuencoded a vms .exe file, and mailed it to me...
by god! it worked... i think all that was required was set file type
binary in kermit, and when i got it off the unix system, i used
set file type fixed on vms kermit... an alternative to posting the
sources which might be bigger that the executable)
brad banko
...!decvax!cwruecmp!ncoast!btb
cleveland, ohio
--
usenet: {decvax|cbatt|cbosgd}!cwruecmp!bammi jwahar r. bammi
csnet: bammi@case
arpa: bammi%case@csnet-relay
compuServe: 71515,155art@MITRE.ARPA.UUCP (02/23/87)
The latest IDESAS in Education (software source book from DEC)
shows several card catalog programs. If I remebmber correctly,
one was from Georgetown Univ. Your local DEC salesman should be
able to get you a copy of the book.
*
*---Art
*
*Arthur T. McClinton Jr. ARPA: ART@MITRE.ARPA
*Mitre Corporation MS-Z305 Phone: 703-883-6356
*1820 Dolley Madison Blvd Internal Mitre: ART@MWVMS or M10319@MWVM
*McLean, Va. 22102 DECUS DCS: MCCLINTON
*
=-=- This note is in response to yours which follows -=-=
Path: wheaton!johnh
From: johnh@wheaton.UUCP (John Doc Hayward)
Newsgroups: mod.computers.vax
Subject: Library software on Dec Hardware
Keywords: Library Automation
Message-ID: <419@wheaton.UUCP>
Date: 21 Feb 87 18:25:29 GMT
Organization: Wheaton College, Wheaton IL
Lines: 21
Our library is in the process of automating. Our library director told me
that the cost of just the software from the vendors who will be installing
this on some kind of Dec hardware (rumored to be 8500) would be near $100,000.
This seems a bit on the steep side (I'm not exactly sure what all is included
but some kind of online card catalog, some way to catalog books and a
circulation system would seem to be necessary).
What systems, facilities and costs are any of you aware of which run on Dec
hardware? Are there any Colleges or Universities which have shared ideas and
resources to design an 'acedemically priced' system? Are any systems which
we should avoid?
I will sumarize to the net if you e-mail to me.
(incase my signature file does not work ihnp4!wheaton!johnh)
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=
UUCP: ihnp4!wheaton!johnh telephone: (312) 260-3871 (office)
Mail: John Hayward Math/Computer Science Dept. Wheaton College Wheaton Il 60187
Act justly, love mercy and walk humbly with your God. Micah 6:8bfstop@trwspf.trw.com@trwrb.UUCP (02/23/87)
Path: trwspf!fstop
From: fstop@trwspf.UUCP (Howard Siegel)
Newsgroups: mod.computers.vax
Subject: Determining if a file is a directory file
Message-ID: <203@trwspf.UUCP>
Date: 23 Feb 87 20:46:28 GMT
Reply-To: fstop@trwspf.UUCP (Howard Siegel)
Distribution: world
Organization: TRW - Data Systems Lab., Redondo Beach, CA
Lines: 61
In <8702151754.AA00913@ucbvax.Berkeley.EDU>, ezab066@CHPC.BRC.UTEXAS.EDU
("Albert Wu ", CEM-UT) writes,
> Does anyone know if there is a way to distinguish between
> 1) a "regular" VMS file that has type DIR, and
> 2) a DIR file which corresponds to a subdirectory ?
> [...]
> Does anybody know of someway perhaps using lexical functions to find out
> if a DIR-type file is indeed a subdirectory file ?
A directory file name under VMS must have a file type of .DIR and a version
number of 1 to be properly recognized. (Try renaming a dir file to version 2
and then do a directory of it... It don't fly!) Beyond that, just looking at
the file spec won't help as .DIR;1 is valid for non-dir files. The directory
file itself has a different record format than most files on the system, but
not a format that is unique to directory files only (you could create a file
of the same format with a name containing .DIR;1 but it would not inherently
be a directory file.)
Doing a DIR/FULL of a directory file will tell you that it is in fact a
directory file. NOTE that this only works with VMS V4.x; earlier releases
of VMS still had the information embedded in the apropriate data structure,
but DIRECTORY would not report them.
It would 'seem' obvious then that there must be a bit somewhere in the file
system data structures that marks a file as being a directory file. And
indeed there is. However it is not in the RMS data structures for the file
(since the format of a dir file not unique). This information is available
in the ACP data structures for the file. Specifically, you check the
FCH$M_DIRECTORY bit in the ATR$C_UCHAR field of the file attributes which
is returned when you do a QIO to the disk ACP. Getting this information
is not difficult to do in MACRO. I don't know if it can be done directly
in recent versions of the higher level languages.
To get this information to a command procedure is more difficult though.
Unless VMS 4.3 or higher has given you a lexical function do check this
(perhaps more items in F$FILE_ATTRIBUTES or some such), under V4.2 and lower
the is no built in way to get the information.
You could do what DEC has done in some of it's layered product installation
command procedures when it wnats to check if a directory exists and is
writeable; which is to create a temporary file in the directory and trap
any errors that occur should the directory not exist or not be writable.
The other solution is to code up a small program to which you feed the
name of the directory file. The program does the QIO to the ACP and checks
the directory bit and returns the information into a symbol, logical name,
or just via the programs final return status (symbol $STATUS) which you
can trap on or just check for.
If you need the appropriate code fragments (in MACRO) I can send them to you
or post them if there is enough interest.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Howard Siegel - TRW Data Systems Laboratory - 213.535.1273
UUCP: ...{ucbvax,ihnp4,decvax}!trwrb!trwspf!fstop
ARPA: fstop%trwspf.uucp@brand.usc.edu
`This stuff is so warped even I understand it!' - Dr. Johnny Fever, WKRP
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=news@seismo.CSS.GOV@sun.UUCP (02/25/87)
Path: sun!jrzsun!jr From: jr%jrzsun@Sun.COM (John Reed) Newsgroups: mod.computers.vax Subject: Re: Monitoring DECNet? Keywords: DECnet monitor tool Message-ID: <13973@sun.uucp> Date: 24 Feb 87 21:58:09 GMT References: <8702201923.AA19575@ucbvax.Berkeley.EDU> Sender: news@sun.uucp Reply-To: jr@sun.UUCP (John Reed) Organization: Sun Microsystems, Mountain View Lines: 10 In article <8702201923.AA19575@ucbvax.Berkeley.EDU> roger%cfa2@HARVARD.HARVARD.EDU writes: >Does anyone know about tools which are available for monitoring DECNet? A company called Ki Research may have the product you need. Call Jim Corrigan at 214-954-8121. Ki Research 2116 East Arapaho Suite 251 Richardson, Texas 75081
jonathan@seismo.CSS.GOV@vuwcomp.UUCP (02/25/87)
Path: vuwcomp!jonathan From: jonathan@vuwcomp.UUCP (Jonathan Stone) Newsgroups: mod.computers.vax Subject: Re: The WHY of a RAM disk Message-ID: <12633@vuwcomp.UUCP> Date: 25 Feb 87 09:15:14 GMT References: <8702140251.AA04388@ucbvax.Berkeley.EDU> Reply-To: jonathan@vuwcomp.UUCP (Jonathan Stone) Organization: Comp Sci, Victoria Univ, Wellington, New Zealand Lines: 53 In article <8702140251.AA04388@ucbvax.Berkeley.EDU> DHASKIN@CLARKU.BITNET writes: >> Excuse me, but I didn't realize there was anyone out there running a Vax on >> floppy disks. W H Y would anyone want a RAM disk on a Vax? ... you should >> increase your cache ... If your problem is in BACKUP, try using ... If this >> isn't the problem, please try and describe it more clearly, and maybe someone >> on INFO-VAX can help. >While I have no doubt that there is probably a reasonable (or maybe >unreasonable but at least fun) application for such a beast out there (which is >what I find really neat about working in this business), I would hope that >nobody is so innocent as to start putting a DBMS on it. I sure hope not. VMS treats the RAM (or pseudo)-disk like a floppy. Without looking at the source of the driver (PDDRIVER) I can't say for sure, but it's possible the a read from the pseudo-disk moves each character, one at a time, from the requested block of the pseudo-disk to an I/O buffer. I'm told that's what floppies do, and when I was using a pseudo-disk to boot standalone backup on a 785, it seemed about the same speed as the console floppy - can you say S...L...O...W ? >The fact that someone at DEC took the time to implement it and that it >is used in STABACKIT.COM is, I think, an indication that there is a niche >for it. > There is indeed! When booting standalone backup into a Microvax from the TK50, a pseudo-disk is created, standalone backup is copied into it, and then the Microvax continues booting from the RAM disk. If you use this subterfuge, you can remove the TK50 you booted from, put in another, and back up your system disk onto it. Standalone backup knows what device it was booted from, and it won't let you write onto what it thinks is your system disk. When booted from a TK50, standalone backup believes it was booted from the pseudo-disk, NOT the TK50. So it will let you write onto the TK50. It's also a neat way of getting around the assumption built into VMS that disks are the only bootable devices. Ever tried booting a TU81? With a pseudo-disk it should be possible. If anyone out there can make it work, please let the rest of us know! - Jonathan. -- ACSnet: jonathan@vuwcomp.nz UUCP: ..{alberta,ucb-vision}!calgary!vuwcomp!jonathan -- Murphy's Law: ``If anything can go wr Segmentation error (core dumped)
bammi@seismo.CSS.GOV@cwruecmp.UUCP (02/27/87)
Path: cwruecmp!bammi
From: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Newsgroups: mod.computers.vax
Subject: swing & directory editors & forsysdef.tlb
Summary: no smgdef structure in our forsysdef.tlb
Message-ID: <1895@cwruecmp.UUCP>
Date: 27 Feb 87 03:58:41 GMT
Reply-To: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Distribution: na
Organization: CWRU Dept. of Computer Engineering, Cleveland, Ohio
Lines: 35
1) recently, someone sent me the sources for Swing, the directory manipulator.
when I tried to compile these fortran sources, I got the error:
%... structure /smgdef/ not defined
in the routine define_paint_board in swing.for ...
the routine in question does an "include '($smgdef)'", so I went hunting
through our forsysdef.tlb for this text module, and lo and behold, no
structure /smgdef/ was defined there, in fact no structure at all was
defined there. As far as I know, we have the latest VMS (4.4) and
Vax Fortran (4.5)... does anybody have the structure definition for this
in their SYS$LIBRARY:FORSYSDEF.TLB? I would greatly appreciate a copy.
2) does anybody have any good 'directory' editors? pd? a program to
treat a directory of files sort of like a text file, allowing you to
type, delete, and run commands on those files in some full-screen
mode? I used to use something like this on an IBM system about 6 years
ago, and it was great! A great tool for cleaning up messy directories
with lots of files... you could select a group of files with cursor
control and mark them for action by some command that you type, such as
TYPE, OR DELETE, or FORTRAN, etc... I have written a mini-DCL .com file
to sort of do this, but surely there are some nice programs out there?
Brad Banko
Cleveland, Ohio
...!decvax!cwruecmp!ncoast!btb
please do NOT reply directly to this article. If you want to reply to me,
please reply to the ncoast address.
--
usenet: {decvax|cbatt|cbosgd}!cwruecmp!bammi jwahar r. bammi
csnet: bammi@case
arpa: bammi%case@csnet-relay
compuServe: 71515,155hauerwas@gymble.umd.edu@hvrunix.UUCP (02/28/87)
Path: hvrunix!hauerwas
From: hauerwas@hvrunix.UUCP (Adam Hauerwas)
Newsgroups: mod.computers.vax,comp.sys.att,comp.terminals
Subject: Driver for the COM port on an AT&T 6300+
Message-ID: <288@hvrunix.UUCP>
Date: 27 Feb 87 22:02:45 GMT
Organization: Haverford College, Haverford, PA
Lines: 25
The following is a message from the Vax System Manager here at
Haverford. I'm posting it to the groups I think might know how to deal
with it. Please respond through E-Mail to either "hauerwas!hvrunix" or
"A_HAUERWAS @ HVRFORD.BITNET" Thanks in advance.
* * *
I am trying to write a driver for the COM port on an AT&T 6300+ with
the OS Merge operating system. I am able to address the chip ports and can
send single characters out on the line (a line monitor has verified this).
However, I am unable to receive interrupts. The chip is posting the
interrupts but somehow they are getting masked out.
I am running on interrupt 4 (the default driver has been removed).
When I read the 8259 (PIC) enable register I get a value of 13 which means
that only interrupts 0, 2, and 3 are enabled. I enable interrupt 4 and read
the register which gives a value of 29 (as it should). However, on the very
next instruction I read the register again and the value has returned to 13.
Any ideas?
Bob Kostes
Systems Manager
Haverford College
Posted by:wpohl@gymble.umd.edu@hvrunix.UUCP (02/28/87)
Path: hvrunix!wpohl
From: wpohl@hvrunix.UUCP (Walter E. Pohl)
Newsgroups: mod.computers.vax,comp.lang.c
Subject: Direct input in C on vax
Keywords: I need help
Message-ID: <289@hvrunix.UUCP>
Date: 28 Feb 87 03:54:10 GMT
Organization: Haverford College, Haverford, PA
Lines: 10
I cannot find a way to directly read input from the keyboard, character
by character. The routines I know of in C all require the user to hit <return>
at the end of the line to signal to the computer that input is done. If there
is some way around this, I would greatly appreciate it.
Thanks,
Walt
A beginning C programmer
P.S. If there is no C command for this, is there a run-time procedure
in VAX/VMS for this?uucp@seismo.CSS.GOV@tutctl.UUCP (03/01/87)
Path: tutctl!tut!eal
From: eal@tut.UUCP (Lehtim{ki Erkki)
Newsgroups: mod.computers.vax
Subject: Re: REQUEST FOR SWING SW
Keywords: Directory syntax
Message-ID: <220@tutor.tut.UUCP>
Date: 1 Mar 87 14:27:09 GMT
References: <8702250534.AA22859@ucbvax.Berkeley.EDU>
Reply-To: eal@tutor.UUCP (Lehtim{ki Erkki)
Distribution: world
Organization: Tampere University of Technology, Finland
Lines: 16
I have got the SWING program, and it is just great, except one
feature, that i dislike. It is dealing with default directory
syntax.
If I say $ SET DEFAULT [SOMETHING], it works fine, but
if I say $ SET DEFAULT <SOMETHING>, the program is confused,
and does not work.
I myself have no time to pstch this feature, and so I ask if
somebody someday fixes thsi, the let me know how.
My e-mail address is eal@tut.fi or eal@tut.uucp
Erkki A. Lehtim{kinews@seismo.CSS.GOV@tut.fi (03/01/87)
Path: tut!eal
From: eal@tut.UUCP (Lehtim{ki Erkki)
Newsgroups: mod.computers.vax
Subject: Re: REQUEST FOR SWING SW
Keywords: Directory syntax
Message-ID: <220@tutor.tut.UUCP>
Date: 1 Mar 87 14:27:09 GMT
References: <8702250534.AA22859@ucbvax.Berkeley.EDU>
Reply-To: eal@tutor.UUCP (Lehtim{ki Erkki)
Distribution: world
Organization: Tampere University of Technology, Finland
Lines: 16
I have got the SWING program, and it is just great, except one
feature, that i dislike. It is dealing with default directory
syntax.
If I say $ SET DEFAULT [SOMETHING], it works fine, but
if I say $ SET DEFAULT <SOMETHING>, the program is confused,
and does not work.
I myself have no time to pstch this feature, and so I ask if
somebody someday fixes thsi, the let me know how.
My e-mail address is eal@tut.fi or eal@tut.uucp
Erkki A. Lehtim{ki"Robert@ucbvax.UUCP (03/03/87)
Path: tekcae!bobp From: bobp@tekcae.TEK.COM (Robert N. Perry (Bob)) Newsgroups: mod.computers.vax Subject: Need VMS <==> RSX backup help Message-ID: <665@tekcae.TEK.COM> Date: 3 Mar 87 00:31:06 GMT Reply-To: bobp@tekcae.UUCP (Robert N. Perry (Bob)) Distribution: world Organization: Tektronix, Inc., Beaverton, OR. Lines: 17 I have a bunch of 11/73's netted over DECNET to a VMS system (router node). None of the 11/73's have a tape or any removeable media associated with them. Has anyone ever successfully implemented a backup system whereby the VMS system is used to receive BRU save sets and archive them to tape by way of DECNET ? Also, while I have your attention, has anyone found any documentation for the VDV and VDH utilities (supports virtual devices over DECNET-11M) ? I found them in [200,200] after doing a NETGEN, but have only been able to find a 1 page .DOC file on them. -- Robert N. Perry (Bob) Tektronix-Beaverton, Oregon "My life is skydiving" bobp%tekcae@tektronix.TEK.COM "When I works, I works hard. When I sits, I sits easy. When I thinks, I goes to sleep."
cetron%utah-ced@UTAH-CS.ARPA.UUCP (03/03/87)
1. vdv and vdh are only good for 11m(+) to 11m(+) usage, nada for vms. 2. Bru doesn't currently understand decnet at all. 3. backup only understands decnet re: save sets. 4. What I have seen done is the following: a. create a virtual disk b. bru your backup to the virtual disk c. copy the virtual disk over the the vax d. use vms backup to backup that file. 5. alternatively, copy all of the files over to a vms directory and then backup that directory..... Sorry to be so negative, but it is a problem and one that dec does need to address.... -ed cetron
daemon@DECWRL.DEC.COM.UUCP (03/03/87)
Path: decwrl!ultra.dec.com!ellis From: ellis@ultra.dec.com (David Ellis) Newsgroups: mod.computers.vax Subject: Re: Looking for a laboratory analysis tracking program Message-ID: <8417@decwrl.DEC.COM> Date: 3 Mar 87 19:14:00 GMT Sender: daemon@decwrl.DEC.COM Organization: Digital Equipment Corporation Lines: 17 Jeff Sedayao asks: >Does anybody know of any good laboratory analysis tracking software? The >program would be used to keep track of analyses coming in and out of a lab. DEC has just such a product: LIMS/SM (Laboratory Info Management System/ Sample Management), which runs under VAX/VMS. For further information, contact Ed Turkel, at Usenet address {allegra,decvax,ucbvax}!decwrl!ldp.dec.com!turkel ---- David Ellis Digital Equipment Corporation -- LTN2-2/C08 305 Foster Street, Littleton MA 01460 -- (617)486-6784 Usenet: {ucbvax,allegra,decvax}!decwrl!ultra.dec.com!ellis ARPA: ellis%ultra.dec@decwrl.dec.com
stefan@seismo.CSS.GOV@wheaton.UUCP (03/03/87)
Path: wheaton!stefan From: stefan@wheaton.UUCP (Stefan Brandle) Newsgroups: mod.computers.vax,misc.wanted Subject: Anyone do TK50 <-> MagTape conversions? Keywords: media conversion, hard to come by, help Message-ID: <435@wheaton.UUCP> Date: 3 Mar 87 19:15:19 GMT Distribution: na Organization: Wheaton College, Wheaton IL Lines: 11 We have had reason to want this done in the past and had some trouble. A guy I was talking to said he often has clients requesting media conversions (including DEC on occasion). I suspect there are plenty of people who might be interested. Anyone know of a business that does this? Thanks, -- -------------------------------------------------------------------------------- Stefan Brandle UUCP: ihnp4!wheaton!stefan Wheaton College "But I never claimed to be sane!" ---------------------------------------------- MA Bell: (312) 260-4992 ---------
carl@CITHEX.CALTECH.EDU.UUCP (03/04/87)
> What does $RUN/AUTH actually do? (VMS) It says to look in your SYSUAF entry to find defaults for such things as the job's UIC, its default directory, its pagefile quota, and so forth (I mention these three items in particular for a reason). > I am trying to initiate a detached process when logged in as myself. I > want the process to behave as if SYSTEM actually detached it. To do this, you must do more or less the the same way SYSTEM does it. > With $RUN/AUTH/UIC=[1,4] the /uic unfortunately seems to be ignored and > the process gets detached with my uic. The log file shows a DCL trace of > it executing my personal login.com. Finally (and what matters) the > process happens to run a program which calls lib$spawn. This works, the > subprocess gets spawned (and sends me a mail). That's right; it looks up your entry in the SYSUAF, and it finds a value to use for UIC, so it applies it. (One of the three items above accounted for). It also finds your personal default path (that's the second of the two items). If a job you'd logged in yourself is capable of spawning a subprocess and sending you mail, then a process created using RUN/AUTH should also be capable of doing it. > Now, with RUN/NOAUTH the original detached process is created detached as > before, but with UIC [1,4] as specified in the /UIC qualifier. Great, > that's what I wanted! The log file shows a DCL trace of it executing > sylogin.com (but not my login.com). Unfortunately my call to lib$spawn > fails and I don't know why. I'm not even sure how to find out... Now the system can't look in the SYSUAF to find out what to use for defaults for process parameters you don't supply. You supplied a uic, so it used that; if you hadn't specified a UIC, it would have defaulted to your own. EVERY job has to execute SYS$SYLOGIN:.COM (that's why it exists). To find out for sure why LIB$SPAWN fails, you can do one of several things: 1) Add code to the program that calls LIB$SPAWN to check to make sure the spawn succeeds, and if not to return the information as to why; 2) You can enable accounting for PROCESSES (both DETACHED and SUBPROCESSES), and for IMAGES, and look in the accounting records for the cause of death of your image and process which were DOA. 3) You can read the documentation for $CREPRC (the system call that is used to create a new process), and figure out that the /NOAUTH qualifier to the RUN command corresponds to the status flag PRC$M_NOUAF for the $CREPRC system call (formerly called PRC$M_LOGIN, since one of the most obvious things it does is to affect the procedures a job runs at login time (that's how I figured all this out); 4) You can simplify the command procedure that you're using, and instead of running your own image to spawn the subprocess, use the DCL SPAWN command, and have frequent instances of the command: $ WRITE SYS$OUTPUT $STATUS so you can figure out at what point the job is dying. My guess is that it's probably going to be cause of death number %X00158214, "%LIB-F-INSVIRMEM, insufficient virtual memory". With the /NOAUTH modifier, RUN will use the value of PQL_DPGFLQUOTA, the system default page file quota limit (the third and last of the items mentioned above) when it creates the process. On my system, that's the default that VMSINSTAL picked when I last installed VMS, 2048 pages. The default specified in the SYSUAF is (again, on my system) 14336 pages, or seven times what is used with the /NOAUTH qualifier. > SO: What is the behaviour of /AUTH and /NOAUTH. What's going on? What's going on is that you're being a bit lazier than you can afford to in this situation: if you want a job to have a certain set of characteristics, specify them explicitly; if the run command won't let you specify the values you want, write your own program calling $CREPRC. (For example, while the RUN commnand lets you disable swapping for a job being created, it won't let you disable adjustment of the working set; $CREPRC will).
ed%qtc%sequent@tektronix.tek.com.UUCP (03/04/87)
Path: qtc!ed
From: ed@qtc.UUCP (Ed Lisle)
Newsgroups: mod.computers.vax
Subject: Re: SBI faults
Summary: Do NOT Touch SBI Cables
Message-ID: <263@qtc.UUCP>
Date: 4 Mar 87 16:26:11 GMT
References: <12283220493.57.SIT.BUSH@CU20B.COLUMBIA.EDU> <870303033130.0.DP@BANFF.PALLADIAN.COM>
Organization: Quantitative Technology Corp., Beaverton, OR
Lines: 21
Whatever you do do not touch the SBI Cables or even let Digital touch
them. Yes, I do agree that these cables could be a bit sensitive
but it's better to replace them than to screw with them.
I used to have an engineer whenever we use to have strange problems
he used to reseat all of the SBI cables. Wrong. Try not to touch
them at all. I had everyone of the cables replaced at one time.
If digital can not figure out your problem, then have them replace
a whole row of cables (a row at a time). These stupid cables can
break very easily just by looking at them :-)
On my 780, one time, I used to get SBI faults because of the LSI-11
Good luck.
+------------------------------------------------------------+
| Ed Lisle | ogcvax! |
| Quantitative Technology Corporation | verdix! qtc!ed |
| Beaverton, OR (503) 626-3081 | sequent! |
+------------------------------------------------------------+bammi@seismo.CSS.GOV@cwruecmp.UUCP (03/04/87)
Path: cwruecmp!bammi
From: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Newsgroups: mod.computers.vax
Subject: how to exploit equivalence lists (path?)
Message-ID: <1907@cwruecmp.UUCP>
Date: 4 Mar 87 19:06:03 GMT
Reply-To: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Distribution: na
Organization: CWRU Dept. of Computer Engineering, Cleveland, Ohio
Lines: 24
does anybody have some neat tricks for exploiting equivalence lists
for logical names to be similar to unix path? I have read the manuals,
but it seems confusing, perhaps somebody has a simple explanation, e.g.:
$ assign bin,home,etc cmd
(where bin,home & etc have been previously defined as logical names...)
then a:
$ run cmd:xyzzy
runs the first xyzzy from the list bin, home, etc? is there a logical name
(perhaps sys$default?) that could be used in place of cmd so that vms
(dcl) searches the list above?
brad banko
...!decvax!cwruecmp!ncoast!btb
cleveland, ohio
--
usenet: {decvax|cbatt|cbosgd}!cwruecmp!bammi jwahar r. bammi
csnet: bammi@case
arpa: bammi%case@csnet-relay
compuServe: 71515,155dorl@seismo.CSS.GOV@uwmacc.UUCP (03/05/87)
Path: uwmacc!dorl From: dorl@uwmacc.UUCP (Michael Dorl) Newsgroups: mod.computers.vax Subject: MAIL Questions Message-ID: <1199@uwmacc.UUCP> Date: 5 Mar 87 14:51:39 GMT Organization: UWisconsin-Madison Academic Comp Center Lines: 8 Is there anyway to cause VMS Mail to put the self copy messages in a separate folder (ie. not in the MAIL folder)? Has DECUS made any recommendations to DEC for changes to the VMS MAIL utility? If so, where can I find them and DEC's response? dorl@vms.macc.wisc.edu dorl@wiscmacc.bitnet
stefan@seismo.CSS.GOV@wheaton.UUCP (Stefan Brandle) (03/06/87)
Path: wheaton!stefan From: stefan@wheaton.UUCP (Stefan Brandle) Newsgroups: mod.computers.vax Subject: Re: LaserWriter spooler Summary: Another vote for Pacer Software Message-ID: <441@wheaton.UUCP> Date: 6 Mar 87 15:19:32 GMT References: <8703050117.AA14937@ucbvax.Berkeley.EDU> Reply-To: stefan@wheaton.UUCP (Stefan Brandle) Distribution: world Organization: Wheaton College, Wheaton IL. Lines: 12 I was investigating PostScript printers that faculty and students could access from anywhere on campus. The best solution did seem to be the software from Pacer. It was cheap (as such things go), flexible, and seems to meet our general needs. If you're looking for something to allow spooling stuff to a laser from anywhere on a campus (business site, etc), Pacer looks good. Just my 2.5c worth. -- -------------------------------------------------------------------------------- Stefan Brandle UUCP: ihnp4!wheaton!stefan Wheaton College "But I never claimed to be sane!" ---------------------------------------------- MA Bell: (312) 260-4992 ---------
ado@elsie.UUCP.UUCP (03/13/87)
Path: elsie!ado From: ado@elsie.UUCP (Arthur David Olson) Newsgroups: mod.computers.vax Subject: write retries exceeded with tc7000 & cipher M990--what does VMS do? Message-ID: <7358@elsie.UUCP> Date: 12 Mar 87 21:20:53 GMT References: <43125@beno.seismo.CSS.GOV> <7351@elsie.UUCP> Organization: NIH-LEC, Bethesda, MD Lines: 19 > . . .I have a VAX 11/750 running MORE/bsd 4.3 with an Emulex TC7000 controller > (emulating a tm03/tu77) connected to a Cipher M990 tape drive. > Everything works fine except when a bad tape causes a "write retries exceeded" > error on the Cipher drive. It seems as if in such cases there's no interrupt > getting back to the VAX to tell it there's a problem and that the write should > be aborted. . . I talked with a technical type on Tuesday and Wednesday. The Emulex person thinks it might be a (drum roll please) driver problem. The theory is that VMS does the "right" thing--timing out if there's no response from the drive after a decent interval. If anyone knows whether this theory is true, I'd appreciate hearing from you. (But hey--the person at Emulex who's the authority on the TC7000 is said to be out until March 23 getting some training, so the story may change soon.) -- UUCP: ..seismo!elsie!ado ARPA: elsie!ado@seismo.ARPA Elsie and Ado are trademarks of Borden, Inc. and Ampex.
drach@well.UUCP.UUCP (03/13/87)
Path: well!drach From: drach@well.UUCP (Steve Drach) Newsgroups: comp.windows.x,mod.computers.vax Subject: QVSS programming info wanted Keywords: QVSS, VCB01, VaxStation Message-ID: <2764@well.UUCP> Date: 13 Mar 87 17:10:59 GMT Distribution: usa Lines: 14 Can anybody provide me with information on how to program the QVSS graphics subsystem from Ultrix? I (think) I need to know about programming the VCB01 controller on a VaxStation II. DEC appears to have a manual set, ULTRIX-32W V1.0 (QVSS), but after spending $255.00 for it, there is almost NO mention of QVSS. In fact most manuals are for the QDSS susbsystem. Any help is appreciated. Thanks Steve Drach SEI Information Technology 415/341-1853
usenet@a.cs.okstate.EDU (The News System) (03/14/87)
Path: okstate!gregg
From: gregg@a.cs.okstate.edu (Gregg Wonderly)
Newsgroups: mod.computers.vax
Subject: Active Operator Terminals
Keywords: VAX VMS operator
Message-ID: <1695@a.cs.okstate.edu>
Date: 14 Mar 87 07:09:41 GMT
Organization: Oklahoma State Univ., Stillwater
Lines: 365
Below is a modified version of the SHOW-OPERATORS macro program posted
a while back. This particular version displays a little more information
about each terminal, such as it's physical device, the username of the
user logged onto the terminal, and the UIC of the process active there.
Gregg Wonderly
Department of Computing and Information Sciences
Oklahoma State University
UUCP: {cbosgd, ea, ihnp4, isucs1, mcvax, uokvax}!okstate!gregg
ARPA: gregg@A.CS.OKSTATE.EDU
-------------------------------- CUT HERE -------------------------------
$ show default
$ write sys$output "Creating MAKE.COM"
$ create MAKE.COM
$ DECK/DOLLARS="*$*$*EOD*$*$*"
$!
$! Compile and/or install OPERS.EXE
$!
$ IF P1 .EQS. "" THEN P1="COMPILE"
$ P1=","+P1+","
$ N=1
$ NEXT:
$ WHAT = F$ELEMENT(N,",",P1)
$ IF (WHAT .NES. "") .AND. (WHAT .NES. ",") THEN GOTO 'WHAT'
$ GOTO DONE
$!
$ COMPILE:
$ V=F$VERIFY(1)
$ MACRO OPERS+SYS$LIBRARY:LIB/LIB
$ LINK OPERS,SYS$SYSTEM:SYS.STB/SELECT
$ N=N+1+(0*'F$VERIFY(V)')
$ GOTO NEXT
$!
$ INSTALL:
$ V=F$VERIFY(1)
$ COPY OPERS.EXE EXE$DIR:OPERS.EXE
$ N=N+1+(0*'F$VERIFY(V)')
$ GOTO NEXT
$!
$ DONE:
$ EXIT
*$*$*EOD*$*$*
$ write sys$output "Creating OPERS.MAR"
$ create OPERS.MAR
$ DECK/DOLLARS="*$*$*EOD*$*$*"
.title show_operators See what operators are enabled.
.sbttl documentation
;+++
; This routine diplays the enabled operators. Sorry that it's
; not well documented or clean, it was a quick hack. R. Wells
;
; AUTHORS:
;
; R. WELLS
;
; CREATION DATE: 10-OCT-1985
;
;
; C H A N G E L O G
;
; Date | Name | Description
;---------------+----------+---------------------------------------------------
; 10-OCT-1985 | WELLS | ORIGINAL RELEASE
;---------------+----------+---------------------------------------------------
; 23-Feb-1987 | Gerber | Have the program use CMKRNL temporarily so the
; | | number of funny results are reduced.
; | | Also get the UNIT number from the UCB instead of a
; | | local counter as units do not have to be
; | | contiguous!
;---------------+----------+---------------------------------------------------
; 03-Mar-1987 | Wonderly | Add some real formating, and print out other
; | | useful information. Don't explicitly enable CMKRNL
;------------------------------------------------------------------------------
;
; BUILD:
; MACRO SHOWENABLED+SYS$LIBRARY:LIB/LIB
; LINK SHOWENABLED,SYS$SYSTEM:SYS.STB/SEL
;
; INVOKE:
; RUN SHOWENABLED
;
;---
.sbttl data_declarations
.psect data, noexe
$dcdef ; device class info
$ucbdef ; unit control block info
$ddbdef ; device data block info
$prvdef ; define priv bits
$devdef ; define device characteristic bits
$dvidef
$jpidef
.macro infodef,code,len,addr,lenaddr
.word len
.word code
.address addr
.address lenaddr
.endm
buffer:
.blkb 512
bufsiz=.-buffer
bufdsc:
.long bufsiz ; fao output buffer
.address buffer
faohead:
.long headsize
.address header
header:
.ascii \!UL operator!%S at: !%D!/\
.ascii \Terminal!6* Device!12* UIC!21* Username!/!70*-\
headsize=.-header
faomsg1:
.ascid /!11<!AC!ZW:!>!3* !8<!AS!>!8* !24<!%I!>!4* !8<!AS!>/
faomsg2:
.ascid /!%D No operator terminals enabled./
faomsg3:
.ASCID /!AC!ZW/
maxops = 500 ; maximum number of ops
ttname:
.blkl maxops ; array of saved names
ttunit:
.blkw maxops ; array of saved units
ttcnt:
.long 0
termname:
.blkb 32
termdescr:
.long 32
.address -
termname
dviblk:
infodef DVI$_TT_PHYDEVNAM,64,devname,devnamelen
infodef DVI$_PID,4,pid,dumlen
.long 0,0
jpiblk:
infodef JPI$_USERNAME,14,username,username_len
infodef JPI$_UIC,4,ownuic,dumlen
.long 0,0
devname:
.blkb 64
devnamelen: .long 64
devnamedescr: .long 64
.address -
devname
ownuic:
.long
pid:
.long
username:
.blkb 14
userdescr:
username_len:
.long 0
.address username
dumlen:
.long 0
;++
;
;
;--
.sbttl executable
.psect code, exe,nowrt
.entry main,^m<r2,r3,r4,r5,r6,r7>
$cmkrnl_s routin=kernal1 ; Collect the statistics
blbs r0,5$ ; Branch if there is no error
brw error ; Go to error code
5$:
movl ttcnt,r5 ; Get count of operators
tstl r5 ; See if zero
bgtr 10$ ; Jump if not
brw no_operators ; Go to no oper code
10$:
movl #bufsiz,bufdsc ; Store descriptor size
$fao_s outbuf=bufdsc, - ; Make header in buffer
ctrstr=faohead,-
p1=r5, p2=#0, -
outlen=bufdsc
cmpl #SS$_NORMAL,r0 ; Make sure it worked
beql 12$ ; Branch if $fao okay
brw error ; Go to error code
12$:
pushal bufdsc ; Pass buffer descriptor
calls #1,g^lib$put_output ; Print the header
cmpl #SS$_NORMAL,r0 ; Make sure that worked
beql 13$ ; Branch if so
brw error ; Go to error code
13$:
moval ttname,r3 ; Get names strings
moval ttunit,r2 ; Get unit numbers
write:
movl #32,termdescr ; Restore buffer length
$fao_s outbuf=termdescr, - ; Format terminal name
ctrstr=faomsg3,-
p1=r3,p2=(r2), -
outlen=termdescr
cmpl #SS$_NORMAL,r0 ; Make sure that worked
beql 20$ ; Jump if it did
brw error ; To error code
20$:
$getdvi_s - ; Get physical device name
devnam=termdescr,-
itmlst=dviblk
cmpl #SS$_NORMAL,r0 ; Make sure that worked
beql 30$ ; Jump if it did
brw error ; Go to error code
30$:
$getjpi_s - ; Given owner pid, get username, and uic
pidadr=pid,-
itmlst=jpiblk
cmpl #SS$_NORMAL,r0 ; Check for normal
beql 40$ ; Branch if it is
brw error ; Go to error code
40$:
movl #username,r7 ; Trim username to no blanks
movb #32,r6
movl #0,r1
50$:
cmpb r6,(r7)+
beql 60$
incl r1
brb 50$
60$:
movl r1,userdescr ; Store username length in descr
movl #bufsiz,bufdsc ; Set FAO buffer size
;
; Format a line of output
;
$fao_s outbuf=bufdsc, -
ctrstr=faomsg1,-
outlen=bufdsc,-
p1=R3, p2=(R2), -
p3=#devnamedescr, -
p4=ownuic, -
p5=#userdescr
cmpl #SS$_NORMAL,r0 ; Check for normal
beql 70$ ; Branch if ok
brw error ; Go to error code
70$:
pushal bufdsc ; Output line to screen
calls #1,g^lib$put_output
cmpl #SS$_NORMAL,r0 ; Check for normal
bneq error ; Branch if not
addl #2,r2 ; Get next unit number
addl #4,r3 ; Get next device name
sobgtr r5,80$ ; Decrement counter and branch if more
$exit_s r0 ; Exit SS$_NORMAL
80$:
brw write ; Go to top of loop
no_operators:
movl #bufsiz,bufdsc ; Format no operators message
$fao_s outbuf=bufdsc, -
ctrstr=faomsg2,-
outlen=bufdsc,-
p1=#0
cmpl #SS$_NORMAL,r0 ; Make sure that is ok
beql 90$ ; Branch if ok
brw error ; Go to error code
90$:
pushal bufdsc ; Output message
calls #1,g^lib$put_output
cmpl #SS$_NORMAL,r0 ; Check for normal
bneq error ; Branch if not
$exit_s r0 ; Return to system
error:
pushl r0 ; Pass error code
calls #1,g^lib$stop ; Stop with message and trace
ret
;
; CMKRNL routine to peek around and get the active terminals.
;
.entry kernal1,^m<r7,r8,r9>
moval nocrash,(fp) ;Establish a kernal mode
; excpetion handler.
movl ioc$gl_devlist,r9 ;Get first ddb
clrl r6 ;Count of operators
5$: clrl r7 ;Clear unit counter
movl ddb$l_ucb(r9),r8 ;Get first ucb on this ddb
cmpb ucb$b_devclass(r8),#dc$_term ;Is this a terminal ddb/ucb?
bneq 20$ ;branch if not
;
; Check all ucbs on all ddbs, if op bit is set, then save name of terminal,
; for output when we're not in kmode.
;
10$: bbc #dev$v_opr,ucb$l_devchar(r8),15$ ;Operator enabled on this ucb?
movl ddb$t_name(r9),ttname[r6] ;get device name
movw ucb$w_unit(r8),ttunit[r6] ;get unit name
incl r6 ;Bump op count
movl r6,ttcnt ;Save it
15$: incl r7
movl ucb$l_link(r8),r8 ;Get next ucb
tstl r8 ;More ucbs?
bneq 10$ ;if neq, yes
20$: movl ddb$l_link(r9),r9 ;Get next ddb
tstl r9 ;More ddbs?
bneq 5$ ;if neq, yes
movl #ss$_normal,r0
ret ;back to caller
;
.sbttl KMODE_EXCEPTION_HANDLER
;
; Provides some reasonable safeguard against crashing your system.
; (From Bruce Elliot, thanks.)
;
reason: .long 80
.address 10$
10$: .blkb 80
control_reason:
.ascid /Access violation at VA = !XL & PC = !XL/
.entry nocrash,^m<r2>
movl 4(ap),r2 ;Get address of signal array
cmpl 4(r2),#ss$_accvio ;if it's an access violation,
; display and get out.
bneq not_access_violation
$fao_s outbuf=reason,-
outlen=reason,-
ctrstr=control_reason,-
p1=12(r2),p2=16(r2)
pushal reason
calls #1,g^lib$put_output ;Display the reason for the crash.
$exit_s ;kill the process
not_access_violation:
movl #ss$_resignal,r0 ;Pass the buck
ret
.END MAIN
*$*$*EOD*$*$*
$ exittad@killer.UUCP.UUCP (03/15/87)
Path: killer!tad From: tad@killer.UUCP (Tad Marko) Newsgroups: mod.computers.vax Subject: Need VAX manuals Keywords: ...but not the latest edition Message-ID: <641@killer.UUCP> Date: 15 Mar 87 06:22:29 GMT Organization: The Unix(tm) Connection, Dallas, Texas Lines: 23 I'm a CS student at North Texas State University where several VAXes are used for classes. The only manuals around are in the two terminal labs and cannot be removed from the labs. I would like to get some of my own manuals so I could program at home and still be able to refer to a manual, but Digital is apparantly very proud of those manuals judging from the price. If there is anyone out there who has upgraded to a new version of VMS or Pascal and has several old manuals on their way to the trash, I would like to rescue those manuls. Most important to me are either or both Pascal manuals, and the DCL dictionary, but I would be interested in anything else. If someone could help me out, I would be most appreciative. Please e-mail any responses to me and tell me what manual(s) you have and what versions they are for. I'll pay all postage, etc. Thanks, Tad -- Tad Marko ..!ihnp4!killer!tad || ..!ihnp4!convex!ntvax!tad UNIX Connection BBS AT&T 3B2 North Texas State U. VAX 11/780 "Hi there!" -- Peter Gabriel in "Big Time"
usenet@JADE.BERKELEY.EDU.UUCP (03/15/87)
Path: jade!violet.berkeley.edu!jkh From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Newsgroups: mod.computers.vax Subject: Weird problem with Vaxstation 2000 serial port Message-ID: <2808@jade.BERKELEY.EDU> Date: 15 Mar 87 07:24:07 GMT Sender: usenet@jade.BERKELEY.EDU Reply-To: jkh@violet.berkeley.edu(Jordan K. Hubbard) Organization: University of California, Berkeley Lines: 41 Keywords: Ultrix 2.0 config Vaxstation II Vaxstation 2000 I just got my Vaxstar (oops.. Vaxstation 2000 [ugh]..) booted up (I swapped the RD/RX31 combo for an RD53) and now I'm trying to use the "special" serial port. By "special", I'm refering to that weird port that needs a special cable to plug into a standard DB-25 connector (I don't even know what to call the 12 pin connector in the back of the vax). The port on my Vaxstation II BA23 box works just fine on major/minor 38, 0 (in fact, I'm using it right now to talk to this machine). On the Vaxstation 2000, I don't quite know what the major/minor is and I can only speculate that it's tty03, based on what DEC has mentioned in passing. Under Ultrix 2.0-3A, when I kermit to this port the system halts. This is very evil. Does anyone know what might be going on? BTW, has anyone gotten "newcsh" to work under 2.0 on an NFS file system? Completion is really buggy if you're referencing a mounted file system and some things don't work at all (like metacharacter expansion!). I get expansion of metacharacters and the like just fine with /bin/csh, but of course there's no filename completion.. I've used the 1.2 newcsh as well as the version that comes on the 2.0 "Unsupported utilities" tape. The 1.2 version works sort of on ufs file systems, the DEC provided version just exits. Argh. P.S. I've managed to cover a lot of ground so far in getting 2.0 up on the Vaxstar as well as using the H4080 kludge-unit to network the thin-wire ethernet to the "thick wire" used in the BA23 microvax box. I currently have a BA23 uVax and a Vaxstar running 2.0-3A happily mounting each other's file systems and putting X windows up on each other, etc. If anyone is trying to get to a state similar to this, I can provide some insight to making it all work.. Feel free to send me mail. Maybe we can trade answers, I have more than a few questions of my own. P.S.S. I hate the term "Vaxstation 2000". It sounds like a furniture dealership. For those that were confused by my abrupt switch in terms, I'm using the original "Vaxstar" designation. And will continue to do so. Jordan K. Hubbard U.C. Berkeley jkh@violet.berkeley.edu ucbvax!jkh
steve@elroy.UUCP (Steve C. Carpenter) (03/17/87)
Path: elroy!steve From: steve@elroy.Jpl.Nasa.Gov (Steve C. Carpenter) Newsgroups: mod.computers.vax Subject: VAX CDD installation problems Message-ID: <3365@elroy.Jpl.Nasa.Gov> Date: 16 Mar 87 23:05:44 GMT Distribution: usa Organization: Image Analysis Systems Grp, JPL Lines: 60 Are there any VMS System Managers that might have expertise with CDD problems? The effect of the problem is access violations when CDD versions 3.1 and up are installed on my VMS 4.x machine (11/780) during the IVP. The IVP simply looks to see if CDD$EXAMPLES exists and then aborts. The cause is yet to be known. The stack dump reports the PC as 28887, the reason mask=01 and the PSL as 3c00000...which is referencing a non-existent or protected page. 1- I have tried different CDD media. 2- I have reinstalled earlier versions back to 2.3 and up through 3.1 and it dies at 3.1. 3- I have verified the microcode for changes between VMS 3.7 and VMS 4.2. I even copied VMB.EXE from my VMS 4.0 distribution tape. 4- I have looked for bad images using ANALYZE/IMAGE and everything looks good. 5- I have run CDDV to verify the CDD.DIC file and it is ok. I even did an ANALYZE/RMS on CDD.DIC and it is ok. 6- I have verified executable versions numbers within INSTALL. 7- I do not have FMS, DBMS or anything that would require large enqlms. I even increased my lock ID table parameters within authorize and sysgen to some large value, but that didn't help. 8- I increased my system page file, the SYSGEN virtualpagecnt and authorize parameters to 300000 (MAX), but that did nothing but extend the blowup_time to a few seconds (though it did work some of the time but only once or twice and usually right after a reboot). I also made sure the system page file was contiguous. 9- I have eliminated SYSGEN parameters and other layered software products suspicions by installing a new VMS 4.4 from scratch and upgraded to VMS 4.5. There are ample global pages and global sections. 10- I have even booted from startup.min to eliminate any hardware problems (which is really farfetched anyways). 11- I made sure I used the system account which has all privs including BYPASS and has no symbols defined. 12- And CDD$DICTIONARY is pointing in the correct place - SYS$SYSTEM:. The only real clue is that CDD 3.1 is designed for VMS 4.x and CDD 3.0 is the only version that will work on my system. Any suggestions will be greatly appreciated. Steve Carpenter ...!seismo!cit-vax!elroy!steve elroy!steve@csvax.caltech.edu
stone@usfvax2.UUCP (Scott Stone) (03/18/87)
Path: usfvax2!stone
From: stone@usfvax2.UUCP (Scott Stone)
Newsgroups: mod.computers.vax,comp.unix.questions
Subject: Inquiry: VMS & Unix run on microvax
Keywords: VMS, UNIX
Message-ID: <624@usfvax2.UUCP>
Date: 17 Mar 87 23:20:59 GMT
Organization: University of South Florida, Tampa, Fl
Lines: 22
I need to know if Ultrix & VMS can be run interchangeably on the same
microvax. A faculty member here is considering doing the evaluation of
several types of software, where versions exist that run on 4.2BSD,
and on VMS. What difficulties are involved in switching between one
operating system and the other? Do they need to each be put on separate
disks, or can they share the same disk? Can software written for
a VAX 750 (UNIX or VMS) run just as easily on a microvax II?
Any advice given related to your experience with the above mentioned
items is appreciated.
Thanks, -- Scott Stone --
-------
Scott T. Stone
Dept. of Computer Science & Engineering/University of South Florida
Tampa, Fl 33620 Work:(813) 974-3307 Home:(813) 977-7205
UUCP: {akgua, gatech, ucf-cs}!usfvax2!stone
ARPA: stone%usf.edu@csnet-relay.ARPA CSNET: stone@usf.edu
-------olson@artecon.UUCP (03/20/87)
Path: artecon!olson
From: olson@artecon.artecon.UUCP (Jay J. Olson)
Newsgroups: mod.computers.vax
Subject: Possible problem with use of EFN 0 under VMS 4.5
Message-ID: <392@artecon.artecon.UUCP>
Date: 19 Mar 87 22:19:25 GMT
Reply-To: olson@artecon.UUCP ()
Distribution: world
Organization: artecon
Lines: 25
I am posting this for a friend who does not have access to the net,
but since I wrote the code, I am equally interested in the replies.
A long time ago (VMS 2.x) I wrote some code which creates a detached
process, then does a $QIOW waiting to read from the termination
mailbox to know when the program finishes. This code has been working
fine ever since, but when 4.5 was installed, it stopped working.
After some investigation, I was able to determine that the event flag
specified in the $QIOW was being set before the detached program
completed and wrote the accounting record to the termination mailbox.
The event flag in question was the default, event flag 0 (admittedly
not a good practice), and changing the program to use a different
event flag solved the problem.
Obviously, some other piece of software was also using event flag 0
(note that the results observed were the same whether or not the
program was recompiled/relinked under 4.5). The question, then, is did
anything change in 4.5 involving the use of event flag 0, perhaps by
the FORTRAN (or some other) runtime library? Has anyone else seen
behavior of this sort?
- Jay Olson
...{hp-sdd,esosun,telesoft}!artecon!olson (work)
...{hp-sdd,esosun,telesoft}!artecon!gumby!jjo (home)jtm@ncs-med.UUCP.UUCP (03/21/87)
Path: ncs-med!jtm From: jtm@ncs-med.UUCP (John T. McGibbon) Newsgroups: mod.computers.vax Subject: Mail and news between Unix and VMS Keywords: mail, news, VMS, Unix Message-ID: <402@ncs-med.UUCP> Date: 20 Mar 87 22:03:52 GMT Organization: NCS, Health Systems Division, Minnetonka, MN. Lines: 23 Submission to mod.computers.vax: Within our division, we are relatively new to VAX/VMS, having done most of our development within the Unix environment. We are currently contemplating a change where the development programmers and application support people are moving over to an 8300 VAX/VMS environment. The documentation and some of the other product lines will remain within the Unix environment on Vax's and Masscomp. My query is: What is the best way (reasonably priced) to continue to have division wide mail, news and document transfers between these systems? Most of this group should have a variety of experiences and thoughts on this matter and any pointers, warnings, suggestions would be greatly appreciated. Thanks in advance!! -- ----------------------------------------------------------------------------- UUCP: jtm@ncs-med.UUCP -or- ...ihnp4!umn-cs!ncs-med!jtm John T. McGibbon -jtm- (612) 936-8505 National Computer Systems, Health Systems Division
scott@tg.UUCP.UUCP (03/22/87)
Path: tg!scott
From: scott@tg.UUCP (Scott Barman)
Newsgroups: comp.sys.dec,comp.unix.questions,comp.unix.wizards,comp.bugs.4bsd,mod.computers.vax
Subject: dump hangs while dumping Eagles
Keywords: dump, Eagles, HELP!
Message-ID: <160@tg.UUCP>
Date: 21 Mar 87 23:38:28 GMT
Organization: Townsend Greenspan & Co., Inc. New York, NY
Lines: 46
I hope somebody can give me a pointer as to where to find/fix this problem!
First the system:
DEC VAX 11/780
4 Mb of 'C'-type memory
2 DEC RM05
1 DEC TU77
2 Fujitsu Eagle Drives (emulating expanded RM02s)
1 Emulex SC7002 Controller
1 Emulex V-Master Massbus Extender
Running 4.1bsd
The problem:
The dump program hangs after encountering an ECC error on the Eagle
drives. Another problem is that the error cannot be consistantly recreated.
Recreate by:
We use dump(8) level 0 as a full backup of a partition (by never
specifying 'u' on the command line). Doing a full dump on a filesystem that
has some bad sectors will cause dump to hang occasionally. These sectors are
not in the bad sector file because the Emulex maintenance programs does not
allow for the entry of new sectors not found during formatting. Also, the
Emulex version of "READALL" does not report the sector numbers found to be
bad (not critical since I can figure out the number from the system errors
and where the partition begins). These sectors have been "marked" with
badsect(8).
Additional notes: The backups are done from single user mode. To
get the single user, the system is rebooted instead of killing processes.
These errors do not occur on the RM05s nor are there any errors on the tape
drive. To reset from this error, we have to <cntl>\ from dump and reboot
the system (if we do not reboot, the error will occur again).
The particular partition this happens on has two sectors that generate
ECC errors and the problem only happens (when it does) on the first.
HELP!
If you can help, please e-mail suggestions to me. Any information
I can get will be appreciated. Also, please don't tell me I should upgrade
to 4.3bsd. I already know this and have been trying to convince others of
this as well.
Thanks!
Scott Barman
{philabs, pyrnj}!tg!scott
dorl@uwmacc.UUCP.UUCP (03/23/87)
Path: uwmacc!dorl From: dorl@uwmacc.UUCP (Michael Dorl) Newsgroups: mod.computers.vax Subject: VMS Mail Questions Message-ID: <1273@uwmacc.UUCP> Date: 23 Mar 87 14:32:31 GMT Organization: UWisconsin-Madison Academic Comp Center Lines: 10 I was interested enough in how the DEC supplied Mail utility works to write a small test replacement. In going through the ufiche cards, I noticed the the mail header contains two fields that have no equivalent corresponding Mail utility commands. These are cc (carbon copy) and /FLAGS. Do Mail utilities for other DEC products use these things? If so, what is the /FLAGS thing about? Does anyone out there have some code fragments that can be used to send (not receive) either DECNet mail or foreign protocol mail (ie. stuff like jnet%"fred@site")?
sasaki@HARVARD.HARVARD.EDU.UUCP (03/24/87)
I can mail a copy of the code that Kevin Carosso wrote to interface UUCP to VMS Mail. Or, you can copy it from harvard.harvard.edu via anonymous FTP. Kevin's code is fairly complete and is the basis for the CSNET mail system as well. ---------------- Marty Sasaki uucp: harvard!sasaki Ziff Davis Technical Information Co. arpa: sasaki@harvard.harvard.edu 80 Blanchard Road bitnet: sasaki@harvunxh Burlington, MA 01803 phone: 617-273-5500
stefan@wheaton.UUCP.UUCP (03/25/87)
Path: wheaton!stefan From: stefan@wheaton.UUCP (Stefan Brandle) Newsgroups: mod.computers.vax Subject: Re: VAXStations, terminals and SMG$ Summary: T/F: DEC will no longer support REGIS Message-ID: <488@wheaton.UUCP> Date: 25 Mar 87 13:35:13 GMT References: <8703190136.AA18103@ucbvax.Berkeley.EDU> Reply-To: stefan@wheaton.UUCP (Stefan Brandle) Distribution: world Organization: Wheaton College, Wheaton IL. Lines: 17 >> Also, the table of accepted escape sequences for these terminals >>do not seem to indicate Regis support... >>.. >> ... yet REGIS is a DEC invention >>and these are DEC terminals... can someone verify this? Thanks. I seem to recall hearing the DEC is trashing (no longer supporting) REGIS. Is there anyone who can either confirm or deny this? If this is true, that might help partially explaining why there is no sign of REGIS. -- -------------------------------------------------------------------------------- Stefan Brandle UUCP: ihnp4!wheaton!stefan Wheaton College "But I never claimed to be sane!" ---------------------------------------------- MA Bell: (312) 260-4992 ---------
usenet@a.cs.okstate.EDU.UUCP (03/25/87)
Path: okstate!gregg
From: gregg@a.cs.okstate.edu (Gregg Wonderly)
Newsgroups: mod.computers.vax
Subject: An example RWAST process
Keywords: RWAST VMS VAX
Message-ID: <1780@a.cs.okstate.edu>
Date: 25 Mar 87 16:29:28 GMT
Organization: Oklahoma State Univ., Stillwater
Lines: 295
I apologize for the length of this, but I thought it might be of general
interest. There was recent discussion about processes in the RWAST state.
Below is a portion of a session with SDA after I got myself into RWAST while
using RTPAD and the tape drive at the same time. The listing clearly shows
that the process is out of BIO quota.
This process, as the discussion mentioned, was not hogging the CPU, but did
have my outbound network port hung, as well as the directly connected terminal
that I was using at the time. To make a long story short, STOP/ID would not
delete the process (as was also mentioned in the previous discussion) so I used
a macro program to alter the PCB, and the process just disappeared. The code
is shown below for those that think it may be of use. As the code shows, I
did not call any OS routines to notify the Scheduler of the PCB changes. This
makes me wonder whether or not resources were being consumed. Obviously
something took note of the changes, and freed the process from RWAST.
NOTE: I do not recommend that you use this type of procedure to remove RWAST
processes. There are too many unknowns to be certain that there will not be
any nasty side effects. Instead, spend some time looking at active I/O bound
processes with SDA, and increase your UAF parameters to reasonable values.
I too would like to hear some general comments on why this type of thing is
not discovered by deadlock detection, etc...
------------------------- MACRO program ----------------------------------
;
; This code borrowed from the SHOW OPERATORS code posted to this
; group previously.
;
.psect data, noexe
$pcbdef
$ssdef
.psect code, exe,nowrt
.entry main,^m<r2,r3,r4,r5,r6,r7>
$cmkrnl_s routin=kernal1 ; Do the work
pushl r0 ; Pass error code
calls #1,g^lib$stop ; Stop with message and trace
ret
;
; CMKRNL routine to alter the PCB
;
.entry kernal1,^m<r7,r8>
moval nocrash,(fp) ;Establish a kernal mode
; excpetion handler.
;
; Alter the PCB. BIOLM is increased by one to account for the increase
; by one of BIOCNT. The magical addres ^x80133f50, is shown in the output
; output of the SDA command, SHOW PROCESS, as the processes PCB address.
;
movl #^x80133f50,r7
; Increase the Buffered I/O quota limit by one
cvtwl PCB$W_BIOLM(r7),r8
incl r8
cvtlw r8,PCB$W_BIOLM(r7)
; Increase the number of available Buffered I/O requests
cvtwl PCB$W_BIOCNT(r7),r8
incl r8
cvtlw r8,PCB$W_BIOCNT(r7)
ret
;
.sbttl KMODE_EXCEPTION_HANDLER
;
; Provides some reasonable safeguard against crashing your system.
; (From Bruce Elliot, thanks.)
;
reason:
.long 80
.address 10$
10$:
.blkb 80
control_reason:
.ascid /Access violation at VA = !XL & PC = !XL/
.entry nocrash,^m<r2,r3>
movl 4(ap),r2 ;Get address of signal array
cmpl 4(r2),#ss$_accvio ;if it's an access violation,
; display and get out.
bneq not_access_violation
$fao_s outbuf=reason,-
outlen=reason,-
ctrstr=control_reason,-
p1=12(r2),p2=16(r2)
pushal reason
calls #1,g^lib$put_output ;Display the reason for the crash.
$exit_s ;kill the process
not_access_violation:
movl #ss$_resignal,r0 ;Pass the buck
ret
.END MAIN
------------------------- SDA logfile ------------------------------------
$ ana/system
SDA> set log sys$login:stuck.log
SDA> show summary
Current process summary
-----------------------
Extended Indx Process name Username State Pri PCB PHD Wkset
-- PID -- ---- --------------- ----------- ----- --- -------- -------- -----
00002AE0 0020 Moviemaker GREGG RWAST 8 80133F50 802F1800 452
SDA> set proc/index=2ae0
SDA> show proc
Process index: 0020 Name: Moviemaker Extended PID: 00002AE0
---------------------------------------------------------------
Process status: 02040001 RES,PHDRES
PCB address 80133F50 JIB address 80171900
PHD address 802F1800 Swapfile disk address 01000A21
Master internal PID 00AB0020 Subprocess count 1
Internal PID 00AB0020 Creator internal PID 00000000
Extended PID 00002AE0 Creator extended PID 00000000
State RWAST Termination mailbox 0000
Current priority 10 AST's enabled KESU
Base priority 5 AST's active U
UIC [00101,000003] AST's remaining 6
Mutex count 0 -->Buffered I/O count/limit 0/10<--
Waiting EF cluster 0 Direct I/O count/limit 10/10
Starting wait time 1A001A1A BUFIO byte count/limit 16481/17974
Event flag wait mask 00000001 # open files allowed left 26
Local EF cluster 0 E0000002 Timer entries allowed left 20
Local EF cluster 1 E0000000 Active page table count 0
Global cluster 2 pointer 00000000 Process WS page count 279
Global cluster 3 pointer 00000000 Global WS page count 173
SDA> show stack/user
Process stacks
--------------
USER stack:
7FF1BEB4 00000000
7FF1BEB8 00000000
7FF1BEBC 00000000
7FF1BEC0 00000000
7FF1BEC4 7FF1BF4C
7FF1BEC8 00000000
7FF1BECC 2FFC0000
7FF1BED0 00000000
SP => 7FF1BED4 00000000
7FF1BED8 2FFC0000
7FF1BEDC 7FF1BF5C
7FF1BEE0 7FF1BF44
7FF1BEE4 00003DF2
7FF1BEE8 800021BC SCH$GQ_HIBWQ
7FF1BEEC 7FF9233B
7FF1BEF0 80133F50
7FF1BEF4 7FFE64B4 MMG$IMGHDRBUF+0B4
7FF1BEF8 00000000
7FF1BEFC 00000001
7FF1BF00 7FFED052
7FF1BF04 7FFED25A
7FF1BF08 7FFEDDD4
7FF1BF0C 7FFE33DC CTL$AG_CLIDATA+180
7FF1BF10 0000000C
7FF1BF14 00000000
7FF1BF18 000000B0
7FF1BF1C 00000031
7FF1BF20 00029E9C
7FF1BF24 00003E10
7FF1BF28 00029E90
7FF1BF2C 00029EA4
7FF1BF30 00000050
7FF1BF34 00000000
7FF1BF38 00000000
7FF1BF3C 00000000
7FF1BF40 00000000
7FF1BF44 00000000
7FF1BF48 20040000
7FF1BF4C 7FF1BF78
7FF1BF50 7FF1BF64
7FF1BF54 00003E33
7FF1BF58 800021BC SCH$GQ_HIBWQ
7FF1BF5C 00000001
7FF1BF60 00029E90
7FF1BF64 00000000
7FF1BF68 00000000
7FF1BF6C 7FF1BFB4
7FF1BF70 7FF1BF90
7FF1BF74 80009E5E EXE$ASTRET
7FF1BF78 00000005
7FF1BF7C 00029E90
7FF1BF80 00000023
7FF1BF84 00000000
7FF1BF88 7FFEDF8A SYS$HIBER+002
7FF1BF8C 03C00000
7FF1BF90 00000000
7FF1BF94 203C0000
7FF1BF98 7FF1BFCC
7FF1BF9C 7FF1BFB8
7FF1BFA0 00005158
7FF1BFA4 0000000F
7FF1BFA8 7FF9233B
7FF1BFAC 7FFE640C MMG$IMGHDRBUF+00C
7FF1BFB0 7FFE64B4 MMG$IMGHDRBUF+0B4
7FF1BFB4 00000000
7FF1BFB8 00000000
7FF1BFBC 20000000
7FF1BFC0 7FF1BFFC
7FF1BFC4 7FF1BFE8
7FF1BFC8 7FF9267B
7FF1BFCC 00000006
7FF1BFD0 7FFE643C MMG$IMGHDRBUF+03C
7FF1BFD4 7FF9702C
7FF1BFD8 7FFE640C MMG$IMGHDRBUF+00C
7FF1BFDC 7FFE64B4 MMG$IMGHDRBUF+0B4
7FF1BFE0 01000028
7FF1BFE4 00000000
7FF1BFE8 800212C0 EXE$CATCH_ALL
7FF1BFEC 20000000
7FF1BFF0 00000000
7FF1BFF4 00000000
7FF1BFF8 7FF925DD
7FF1BFFC 00000000
7FF1C000 00000000
SDA> show stack/exe
Process stacks
--------------
EXECUTIVE stack:
7FFE9DE0 7FFB5C08
7FFE9DE4 7FFE0248 PIO$GW_PIOIMPA
7FFE9DE8 00000005
7FFE9DEC 7FFB5D28
7FFE9DF0 00000001
7FFE9DF4 00000000
7FFE9DF8 7FFEE130 SYS$SETPRV+030
7FFE9DFC 03C00000
SP => (STACK IS EMPTY)
SDA> show stack/kern
Process stacks
--------------
Current operating stack (KERNEL):
7FFE7DBC 00000001
7FFE7DC0 00000001
7FFE7DC4 80133F8A
7FFE7DC8 00000010
7FFE7DCC 80133F50
7FFE7DD0 80134A40
7FFE7DD4 8000A788 EXE$MULTIQUOTA+032
7FFE7DD8 00C00001
SP => 7FFE7DDC 800099B9 EXE$QIO+09A
7FFE7DE0 80133F8A
7FFE7DE4 00000000
7FFE7DE8 00000000
7FFE7DEC 7FF1BF10
7FFE7DF0 7FF1BED4
7FFE7DF4 8000FDCE EXE$CMODEXEC+176
7FFE7DF8 7FFEDFCE SYS$QIO+006
7FFE7DFC 03C00000
SDA> show stack/inter
Process stacks
--------------
INTERRUPT stack:
SDA> show stack/super
Process stacks
--------------
SUPERVISOR stack:
7FFED02E 00000000
7FFED032 00000000
7FFED036 00000000
7FFED03A 00000000
7FFED03E 0000000F
7FFED042 7FF9233B
7FFED046 7FF925D7
7FFED04A 03C00000
SP => 7FFED04E 7FF8C3B1
7FFED052 00000200 BUG$_IVWSETLIST
7FFED056 7FFED05A
7FFED05A 7FFED042
7FFED05E 00000026
7FFED062 46464154
7FFED066 52475B3A
7FFED06A 5D474745
Press RETURN for more.nobody@COLUMBIA.EDU.UUCP (03/26/87)
Path: columbia!cpw.columbia.edu!agw
From: agw@cpw.columbia.edu (Art Werschulz)
Newsgroups: mod.computers.vax,comp.emacs,comp.text
Subject: "exceeded quota" error msg
Message-ID: <4499@columbia.UUCP>
Date: 26 Mar 87 18:14:20 GMT
Sender: nobody@columbia.UUCP
Reply-To: agw@cpw.columbia.edu (Art Werschulz)
Organization: Columbia University CS Department
Lines: 35
Hello.
We are running Unipress EMACS and TeX 1.3 on VMS 4.5.
I have a KEPTEMACS hanging around.
When I do
$ dviqms foo
(to translate foo.dvi to foo.bit for a QMS laser printer), I get the
error message
%DCL-W-ACTIMAGE, error activating image TEX$:DVILG12.EXE
-CLI-E-IMGNAME, image file HSC000$DUa):[TEX]DVILG12.EXE;1
-SYSTEM-F-EXQUOTA, exceeded quota
If I kill my EMACS, this no longer happens.
Some more clues ... I get analogous problems when I run YACC
(regardless of whether there's an EMACS hanging around) and when I try
to do a M-x shell from within a KEPTEMACS.
What's causing this? What quota am I busting? Our systems people
have looked at this, and have been unable to figure out how I can
avoid this problem. They suspect it may be a sneaky interaction of
several quotas being exceeded.
Thanks.
Art Werschulz
ARPAnet: agw%lexington@columbia.edu
USEnet: ... {seismo, topaz}!columbia!lexington!agw
BITnet: columbia.edu!lexington!agw@wiscvm
CCNET: werschulz@CUCS20
ATTnet: Columbia University (212) 280-3610 280-2736
Fordham University (212) 841-5323 841-5396dorl@uwmacc.UUCP.UUCP (03/30/87)
Path: uwmacc!dorl From: dorl@uwmacc.UUCP (Michael Dorl) Newsgroups: mod.computers.vax Subject: VMS Logical Names, Bypass Priv, and Security Message-ID: <1309@uwmacc.UUCP> Date: 30 Mar 87 17:47:03 GMT Organization: UWisconsin-Madison Academic Comp Center Lines: 15 Can some one point me to a guide on secure use of the bypass privilege? I want to write a privileged program to access a file, for example SYS$SYSTEM:WHATEVER.DAT. What keeps a user from redefining SYS$SYSTEM to point to some other directory and then running the program so that it accesses the wrong file? I also want to access a file from a privileged program as if I were some user other than the one running the program. In other words, user A runs the program and asks to do something that requires updating file F. The program knows this is ok if user B could do the same thing to file F without any special privileges. What does the program do to determine this? Mike Dorl dorl@unix.macc.wisc.edu
carl@CITHEX.CALTECH.EDU.UUCP (03/31/87)
> Can some one point me to a guide on secure use of the bypass privilege? > I want to write a privileged program to access a file, for example > SYS$SYSTEM:WHATEVER.DAT. What keeps a user from redefining SYS$SYSTEM > to point to some other directory and then running the program so that > it accesses the wrong file? There are two ways that VMS utilities do this: 1) They specify a logical name table to use for the translation of the logical name; thus, a redefinition of the logical name in the user's process, job, or group logical name table wouldn't affect the program's behavior, and the user needs SYSNAM to define a logical name in the system name table. 2) They ignore user- and supervisor-mode logical names, so the logical name must be defined in EXECUTIVE or KERNEL mode; to do this, the user would need CMKRNL priv. Since either CMKRNL or SYSNAM priv is sufficient to suborn the entire operating system, these checks should be sufficient for your purposes. > I also want to access a file from a privileged program as if I were > some user other than the one running the program. In other words, > user A runs the program and asks to do something that requires updating > file F. The program knows this is ok if user B could do the same thing > to file F without any special privileges. What does the program do to > determine this? The easiest (and probably best) way to do this is to use SYS$CHECKACCESS. You tell the system service what type of object you want to check, the name of the object, the username whose access you want to check, and a description of what you want to know about the way the user could access the object (e.g., what type of access you want to check, which access modes you want to check, what privs he has that he'd need to use to access the object, what security alarms he'd set off if he accessed it, or if an ACL granted him access, which ACE in the ACL gave him access). The system service apparently does not distinguish between the case in which the user you're interested in doesn't have the privs to access the object and the case in which you don't have the privs to check to see if the other user has the privs necessary to access the object.
mxc@ecsvax.UUCP.UUCP (04/02/87)
Path: ecsvax!mxc From: mxc@ecsvax.UUCP (Mark Cooperstein) Newsgroups: mod.computers.vax Subject: VMS Backup question Message-ID: <2852@ecsvax.UUCP> Date: 2 Apr 87 15:23:14 GMT Organization: UNC Educational Computing Service Lines: 18 Keywords: VMS BACKUP UTILITY I have read somewhere that using the /NOCRC switch whilst doing vms backup will significantly decrease the backup time by allowing the hardware controllers themselves to take care of this function. In particular, the use of software CRC checking (the default in the backup utility) has large overhead on microvax II due to the fact that it uses some instructions that are emulated in microcode. My question is this: We have an SI/Fujitsu Eagle drive. The only backup medium I have is the TK50 drive. If I use the /NOCRC switch, will the TK50 controller be able to handle potential write errors if they ocurred? Should I avoid this or not?? Thanks, Mark Cooperstein NCSU School of Vet. Medicine Raleigh NC
usenet@JADE.BERKELEY.EDU.UUCP (04/02/87)
Path: jade!violet.berkeley.edu!jkh
From: jkh@violet.berkeley.edu (Jordan K. Hubbard)
Newsgroups: mod.computers.vax,mod.computers.sun
Subject: Jkh annoys the net.
Message-ID: <3010@jade.BERKELEY.EDU>
Date: 2 Apr 87 18:47:01 GMT
Sender: usenet@jade.BERKELEY.EDU
Reply-To: jkh@violet.berkeley.edu(Jordan K. Hubbard)
Organization: University of California, Berkeley
Lines: 96
By now, many of you have heard of (or seen) the broadcast message I sent to
the net two days ago. I have since received 743 messages and have
replied to every one (either with a form letter, or more personally
when questions were asked). The intention behind this effort was to
show that I wasn't interested in doing what I did maliciously or in
hiding out afterwards and avoiding the repercussions. One of the
people who received my message was Dennis Perry, the Inspector General
of the ARPAnet (in the Pentagon), and he wasn't exactly pleased.
(I hear his Interleaf windows got scribbled on)
So now everyone is asking: "Who is this Jordan Hubbard, and why is he on my
screen??"
I will attempt to explain.
I head a small group here at Berkeley called the "Distributed Unix Group".
What that essentially means is that I come up with Unix distribution software
for workstations on campus. Part of this job entails seeing where some of
the novice administrators we're creating will hang themselves, and hopefully
prevent them from doing so. Yesterday, I finally got around to looking
at the "broadcast" group in /etc/netgroup which was set to "(,,)". It
was obvious that this was set up for rwall to use, so I read the documentation
on "netgroup" and "rwall". A section of the netgroup man page said:
...
Any of three fields can be empty, in which case it signifies
a wild card. Thus
universal (,,)
defines a group to which everyone belongs. Field names that ...
...
Now "everyone" here is pretty ambiguous. Reading a bit further down, one
sees discussion on yellow-pages domains and might be led to believe that
"everyone" was everyone in your domain. I know that rwall uses point-to-point
RPC connections, so I didn't feel that this was what they meant, just that
it seemed to be the implication.
Reading the rwall man page turned up nothing about "broadcasts". It doesn't
even specify the communications method used. One might infer that rwall
did indeed use actual broadcast packets.
Failing to find anything that might suggest that rwall would do anything
nasty beyond the bounds of the current domain (or at least up to the IMP),
I tried it. I knew that rwall takes awhile to do its stuff, so I left
it running and went back to my office. I assumed that anyone who got my
message would let me know.. Boy, was I right about that!
After the first few mail messages arrived from Purdue and Utexas, I begin
to understand what was really going on and killed the rwall. I mean, how
often do you expect to run something on your machine and have people
from Wisconsin start getting the results of it on their screens?
All of this has raised some interesting points and problems.
1. Rwall will walk through your entire hosts file and blare at anyone
and everyone if you use the (,,) wildcard group. Whether this is a bug
or a feature, I don't know.
2. Since rwall is an RPC service, and RPC doesn't seem to give a damn
who you are as long as you're root (which is trivial to be, on a work-
station), I have to wonder what other RPC services are open holes. We've
managed to do some interesting, unauthorized, things with the YP service
here at Berkeley, I wonder what the implications of this are.
3. Having a group called "broadcast" in your netgroup file (which is how
it comes from sun) is just begging for some novice admin (or operator
with root) to use it in the mistaken belief that he/she is getting to
all the users. I am really surprised (as are many others) that this has
taken this long to happen.
4. Killing rwall is not going to solve the problem. Any fool can write
rwall, and just about any fool can get root priviledge on a Sun workstation.
It seems that the place to fix the problem is on the receiving ends. The
only other alternative would be to tighten up all the IMP gateways to
forward packets only from "trusted" hosts. I don't like that at all,
from a standpoint of reduced convenience and productivity. Also, since
many places are adding hosts at a phenominal rate (ourselves especially),
it would be hard to keep such a database up to date. Many perfectly well-
behaved people would suffer for the potential sins of a few.
I certainly don't intend to do this again, but I'm very curious as to
what will happen as a result. A lot of people got wall'd, and I would think
that they would be annoyed that their machine would let someone from the
opposite side of the continent do such a thing!
Jordan Hubbard
jkh@violet.berkeley.edu
(ucbvax!jkh)
Computer Facilities & Communications.
U.C. Berkeleyroot@steinmetz.UUCP.UUCP (04/02/87)
Path: steinmetz!sprite!montnaro From: montnaro@sprite.steinmetz (Skip Montanaro) Newsgroups: mod.computers.vax,comp.sys.dec,comp.emacs Subject: Subprocesses for VMS GNU Emacs? Message-ID: <1378@steinmetz.steinmetz.UUCP> Date: 2 Apr 87 20:32:51 GMT Sender: root@steinmetz.steinmetz.UUCP Reply-To: steinmetz!sprite!montnaro (Skip Montanaro) Distribution: world Organization: General Electric CRD, Schenectady, NY Lines: 15 We have a VMS application that would require GNU Emacs to interface to other programs running in subprocesses. Has anyone even begun to modify process.c and/or sysdep.c to add subprocesses to VMS GNU? If you have, please respond to one of: montanaro@ge-crd.arpa or steinmetz!sprite!montanaro mroz@ge-crd.arpa or steinmetz!csbvax!mroz nieh@ge-crd.arpa or steinmetz!vdsvax!nieh Thanks, Skip - ARPA: montanaro@ge-crd.arpa UUCP: seismo!rochester!steinmetz!desdemona!montanaro GE DECnet: csbvax::mrgate!montanaro@desdemona@smtp@tcpgateway
david@elroy.UUCP.UUCP (04/06/87)
Path: elroy!david From: david@elroy.Jpl.Nasa.Gov (David Robinson) Newsgroups: mod.computers.vax Subject: Re: VMS 5.0 Summary: Rumors Message-ID: <3521@elroy.Jpl.Nasa.Gov> Date: 6 Apr 87 19:36:15 GMT References: <8704051800.AA23190@blia.BLI> Organization: Image Analysis Systems Grp, JPL Lines: 14 Rumors about VMS 5.0 that I have heard is that DEC will support TCP/IP. Bundled or unbundled I don't know but I also heard that it is an in-house implimentation as opposed to a Wollengong or other third party version. Fact or Fiction? -- David Robinson elroy!david@csvax.caltech.edu ARPA david@elroy.jpl.nasa.gov (new) seismo!cit-vax!elroy!david UUCP Disclaimer: No one listens to me anyway!
egisin@watmath.waterloo.EDU.UUCP (04/07/87)
Path: watmath!egisin
From: egisin@watmath.UUCP (Eric Gisin)
Newsgroups: mod.computers.vax
Subject: Re: Flag pages out of mail prints
Message-ID: <6704@watmath.UUCP>
Date: 7 Apr 87 15:38:36 GMT
References: <8704031113.AA23264@ucbvax.Berkeley.EDU>
Organization: U of Waterloo, Ontario
Lines: 20
In article <8704031113.AA23264@ucbvax.Berkeley.EDU>, ALAN@FANDM.BITNET (Alan Sutter, Computer Services, Franklin & Ma...) writes:
# When you do a PRINT in VMS mail, it sends the current message
# you are looking at out to the printer. What it doen't do is put a flag
# page on the front of it, even if the print queue is set up for
# DEFAULT=FLAG. Is there anyway to fix it so that I get a flag page?
You can set up print queues with job separation pages instead of
file flag pages. (init /queue /separate=flag ...)
Job separation pages always come out.
Another thing you can do on job separation pages is specify
any job name, which is useful for remote jobs from non-vms systems.
# and then redifines PRINT to send output to that print queue. The
# problem is that MAIL doesn't seem to honor this symbol definition, which
# isn't too suprising. What does MAIL use to initiate the print, and is
# there any good way to get a hook in there to do a redirection to some
# queue other than SYS$PRINT?
I define SYS$PRINT as a system logical in systartup.com.
(for example, $ Define /system sys$print LP27, where LP27 is a printer queue)
The user can redefine sys$print to whatever they want..edwards@uwmacc.UUCP (mark edwards) (04/08/87)
Path: uwmacc!edwards
From: edwards@uwmacc.UUCP (mark edwards)
Newsgroups: comp.unix.questions,mod.computers.vax
Subject: Vaxstations 2000
Message-ID: <1358@uwmacc.UUCP>
Date: 8 Apr 87 17:54:40 GMT
Organization: UWisconsin-Madison Academic Comp Center
Lines: 16
Keywords: BSD
Has anyone gotten BSD4.3 up on the new Vaxstation 2000 Yet?
Is the Vaxstation 2000 semi compatible with the MicroVax II?
DEC calls the drive and the controller:
rd0
sdc0
Anybody have any opinions on the ability of it to run 4.3 ?
mark
--
edwards@unix.macc.wisc.edu
{allegra, ihnp4, seismo}!uwvax!uwmacc!edwards
UW-Madison, 1210 West Dayton St., Madison WI 53706shashi@temvax.UUCP.UUCP (04/10/87)
Path: temvax!shashi From: shashi@temvax.UUCP (N Shashidhar) Newsgroups: comp.unix.questions,comp.unix.wizards,mod.computers.vax,comp.dcom.lans,comp.sys.dec,comp.mail.uucp Subject: Help wanted in configuring sendmail to run on DECnet-Ultrix,UUCP and TCP/IP Keywords: sendmail DECnet-Ultrix UUCP TCP/IP *HELP wanted* Message-ID: <130@temvax.UUCP> Date: 10 Apr 87 18:50:20 GMT Distribution: na Organization: Institute for Survey Research, TEMPLE University, Philadelphia. Lines: 39 We have DecNet running on a number of VMS machines. We now have a microvax running Ultrix and DecNet-Ultrix. The microvax running ultrix talks to a UUCP machine ( and therfore can send/receive mail to any machine on UUCP,BITNET,CSNET and ARPA). mail can be sent from any site to the microvax with no problems. Mail can be sent from the microvax to any the networks with no problem. Mail can also be sent from the microvax to other local DECnet machines with no problem. Mail can be sent from the local DECnet machines to the microvax. Mail can be sent from the DECnet-VMS machines to UUCP network by fooling the vms mailer with address in double quotes. The problem is that Any UUCP site (and world) cannot send mail to DECnet hosts. Has any one in netland encountered this problem. I feel that the problem is on configuring sendmail for DECnet, UUCP and TCP/ip. Does any one in netland have a solution to the above problem. I would appreciate if you reply by mail and will post/mail a summary of responses. Thanks in advance ------------------------------------------------------------------------------- --------------------- | ------- ------- | | | | | | | N.Shashidhar | | Institute for Survey Research | | Temple University | | 1601 N.Broad St., Room 507-G | | Philadelphia PA 19122 (215) 787-7191/3445 ----- ------ ------------ UUCP : { ihnp4,cbosgd,seismo}!{bpa,cbmvax}!temvax!shashi ------------------------------------------------------------------------------