HDTenEightyP/NetNews huggingface dataset:
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.misc,comp.os.vms
Subject: Re: Callable Notes question.
Date: 12 Oct 92 23:13:59 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <1992Oct9.213352.1@cc.curtin.edu.au>, zrepachol@cc.curtin.edu.au (Paul Repacholi) writes:
> In article <1992Oct8.100246.4634@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
> ...
>> If it DOESN'T exist in callable notes itself, how would you go about forging
>> such an identity?
>> 
> Well, its just the user name from the process header, plus SYS$NODE...
> 
> ~Paul
> 

Not exactly.  Most likely it's the SCCS node name and retrieved from GETSYI. 
If you change SYS$NODE and attempt a post to a topic, you STILL get the right
node name.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.misc,comp.os.vms
From: zrepachol@cc.curtin.edu.au (Paul Repacholi)
Subject: Re: Callable Notes question.
Organization: Curtin University of Technology
Date: Fri, 9 Oct 1992 12:33:52 GMT

In article <1992Oct8.100246.4634@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
...
> If it DOESN'T exist in callable notes itself, how would you go about forging
> such an identity?
> 
Well, its just the user name from the process header, plus SYS$NODE...

~Paul

Newsgroups: vmsnet.misc
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: Output conversion warnings in Vax Fortran
Organization: Stanford Linear Accelerator Center
Date: Mon, 12 Oct 1992 20:13:00 GMT

In article <1992Oct12.112837.18130@monu6.cc.monash.edu.au>, bena@yoyo.cc.monash.edu.au (Ben Aveling) writes:
> I'm sure anyone who has ever used Fortran has seen the ***** type output
> when a number is too big to fit in it's format statement.  My gripe is
> that every time my programs do that, it counts as a warning, and does a
> stack dump.  Can some kind soul please tell me how I can stop this
> happening, short of turning off all messages.

Simply add the IOSTAT parameter to your WRITE statements and ignore the
value returned:

	INTEGER*4 OK
	...
	WRITE (6,801,IOSTAT=OK) X,Y,Z
	...

		Cheers, Ken
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slacvx.Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
Newsgroups: vmsnet.misc
Subject: Re: Output conversion warnings in Vax Fortran
From: tp@mccall.com (Terry Poot)
Date: Mon, 12 Oct 1992 12:25:09 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1992Oct12.112837.18130@monu6.cc.monash.edu.au>,
bena@yoyo.cc.monash.edu.au (Ben Aveling) writes:
>I'm sure anyone who has ever used Fortran has seen the ***** type output
>when a number is too big to fit in it's format statement.  My gripe is
>that every time my programs do that, it counts as a warning, and does a
>stack dump.  Can some kind soul please tell me how I can stop this
>happening, short of turning off all messages.

This probably isn't the answer you wanted, since it involves editting your
source (presumably a lot of it) but if there is an iostat=<xx> specifier in your
I/O statement, the stack dump won't appear.

I suppose the correct solution that doesn't involve changing your I/O statements
would be to provide a condition handler that checked for that specific condition
and resignalled all others. I'd imagine you could put such a condition handler
on your main program. I expect it is the default condition handler that produces
the stack dump. If it's one down in the FORTRAN RTL, then this won't work, and
you'll have to use IOSTAT.
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
Xref: sparky vmsnet.misc:926 comp.os.vms:16448
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: vmsnet.misc,comp.os.vms
Subject: Re: Callable Notes question.
Date: 13 Oct 92 10:39:00 GMT
Reply-To: gavron@ACES.COM
Followup-To: vmsnet.misc
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1992Oct12.231359.4635@dmc.com>, munroe@dmc.com (Dick Munroe) 
writes...
[About forging a Notes identity]
#>> 
#> Well, its just the user name from the process header, plus SYS$NODE...
#> 
#> ~Paul
#> 
# 
#Not exactly.  Most likely it's the SCCS node name and retrieved from GETSYI. 
 ???????????   ???????????

Computer software doesn't do "likely" things.  It does what it's coded to.

Paul was right, it is gotten from SYS$NODE.  Dick is wrong, it is NOT gotten
from the SCS (not SCCS) node name via GETSYI.  It is easy to verify this:

#If you change SYS$NODE and attempt a post to a topic, you STILL get the right
#node name.

Oh no, it works for me.  You should try getting CMEXEC privs, and
changing the logical name in the correct access mode.  You'd be
amazed how that works much more likely than not.


#Dick Munroe				Internet: munroe@dmc.com
#Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
#267 Cox St.				Office: (508) 568-1618
#Hudson, Ma.				FAX: (508) 562-1133
# 
#GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.

Not exactly.  Most likely you'd get uucp, which is NOT connected.

Ehud

--
Ehud Gavron        (EG76)     
gavron@aces.com
Xref: sparky vmsnet.misc:916 comp.sys.dec:5415 comp.os.vms:16413
From: robert@cpvax.cpses.tu.com
Newsgroups: vmsnet.misc,comp.sys.dec,comp.os.vms
Subject: RQDXE switches for 3 RD drives
Date: 12 Oct 92 10:23:48 CDT
Organization: Texas Utilities, Glen Rose TX 

I'm trying to configure a 3rd RD disk to a RQDX3 on a MV-II.

The RQDXE manual says it can support 4, but doesn't give the switch settings.

Configuration:
                 MV-II RQDX3 --- to RQDXE #1 (input)

 		 RQDXE #1
                  INTERNAL(J1) --- to DUA0 (CPU BA23)		
 		    INPUT (J2) --- from RQDX3
 	          EXTERNAL(J3) --- to RQDXE #2

 		 RQDXE #2
                  INTERNAL(J1) --- to DUA1 (CPU BA23-C)		
 		    INPUT (J2) --- from RQDXE #1
 	          EXTERNAL(J3) --- to RD54-D

 		 RD54-D (external drive)
                  INTERNAL(J1) --- to DUA2 (same box)
 		    INPUT (J2) --- from RQDXE #2
 	          EXTERNAL(J3) ---  empty
                   
The default switch settings are used for RQDXE#1.  There doesn't seem
to be any switches on any of the drives. (including RD54-D)  What I 
need is DIP switches for the second RQDXE.

The manual gives configurations w/o descriptions and both DEC's 800# and
local field service haven't been much help so far.

 						thanks....  Robert
-- 
-------------------------------------------------------------------------
Robert Eden    817-897-0491                                 Glen Rose, TX
Comanche Peak Steam Electric Station            robert@cpvax.cpses.tu.com
               ^^^^^^^^^^^^^^^^^^^^^ politicese for a nuke plant
-------------------------------------------------------------------------

Xref: sparky vmsnet.misc:898 comp.os.vms:16240
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.misc,comp.os.vms,dmc.isvnet.vms
Subject: Callable Notes question.
Date: 8 Oct 92 10:02:46 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

Using the undocumented callable notes interface, is there any way to "forge"
the sender field so that the topic or reply looks as if it came from another
person?  The information I have implies that this can't be done, by not having
the capability available.  Posting on behalf of another user is really
necessary when it comes to writing gateways into Notes.  If the process has to
be suitably privileged, that's ok.  I'm just curious if the mechanism exists at
all.

If it DOESN'T exist in callable notes itself, how would you go about forging
such an identity?

Dick Munroe
Newsgroups: vmsnet.misc
From: bena@yoyo.cc.monash.edu.au (Ben Aveling)
Subject: Output conversion warnings in Vax Fortran
Organization: Monash University General Access Unix
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 12 Oct 1992 11:28:37 GMT

I'm sure anyone who has ever used Fortran has seen the ***** type output
when a number is too big to fit in it's format statement.  My gripe is
that every time my programs do that, it counts as a warning, and does a
stack dump.  Can some kind soul please tell me how I can stop this
happening, short of turning off all messages.

	Ben
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.misc
Subject: Re: Callable Notes question.
Date: 14 Oct 92 00:08:35 EDT
Followup-To: vmsnet.misc
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <13OCT199203395199@spades.aces.com>, gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
> 
> Computer software doesn't do "likely" things.  It does what it's coded to.

What a remarkable insight that is.

> 
> Paul was right, it is gotten from SYS$NODE.  Dick is wrong, it is NOT gotten
> from the SCS (not SCCS) node name via GETSYI.  It is easy to verify this:
> 
> #If you change SYS$NODE and attempt a post to a topic, you STILL get the right
> #node name.
> 
> Oh no, it works for me.  You should try getting CMEXEC privs, and
> changing the logical name in the correct access mode.  You'd be
> amazed how that works much more likely than not.

What in the world makes you think I DIDN'T try this?  Your attitude is a best
condescending and at worst deliberately insulting.  Hope you don't treat your
clients this way, because you'll poison the well for a lot of other good
consultants.

To produce a counter example for your statement:

HULK::USER1:[..CODE1]$ sho log/full sys$node
   "SYS$NODE" [exec,crelog] = "HULK::" [terminal] (LNM$SYSTEM_TABLE)

HULK::USER1:[..CODE1]$ define/system/exec/trans=terminal sys$node foo::
%DCL-I-SUPERSEDE, previous value of SYS$NODE has been superseded
HULK::USER1:[..CODE1]$ sho log/full sys$node
   "SYS$NODE" [exec] = "FOO::" [terminal] (LNM$SYSTEM_TABLE)

after creating a new note in a local notes file:

--------------------------------------------------------------------------------
Note 3.0                              test                           No replies
HULK::MUNROE                                          2 lines  13-OCT-1992
23:54

    this is a test
--------------------------------------------------------------------------------

Note that HULK is STILL present in the topic header, clearly indicating that
the translation does NOT come from SYS$NODE.

So, as usual, Ehud shoots his mouth off and gets it wrong.  Clearly something
is going on that neither one of us understands completely.

Now I haven't tried actually creating the logical using the SYS$CRELOG system
service, but that's because I haven't got any documentation old enough to
refresh my memory of the interface.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.misc
From: hcshih@csie.nctu.edu.tw (***** Tiger2 *****)
Subject: Need 3C503 Driver for 486
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 9 Oct 1992 10:38:23 GMT



           Subjet said all..... can any one tell me where can I find
     a 3com 3C503 ethernet card driver for 486?? I have got some, they
     all work normally under 286 and 386, but when in 486-33, they are
     all down....(include the driver eth503.sys which is provided by 
     3com...)

           if u know where can I find one, please e-mail me, or post it
     to this group... Thanx alot !

                                         Mark
                                
                e-mail add: hcshih@ccsun11.csie.nctu.edu.tw
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: vmsnet.misc
Subject: Re: Need 3C503 Driver for 486
Date: 9 Oct 92 11:27:00 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1992Oct9.103823.6471@debbie.cc.nctu.edu.tw>, hcshih@csie.nctu.edu.tw (***** Tiger2 *****) writes:
> 
>            Subjet said all..... can any one tell me where can I find
>      a 3com 3C503 ethernet card driver for 486?? I have got some, they
>      all work normally under 286 and 386, but when in 486-33, they are
>      all down....(include the driver eth503.sys which is provided by 
>      3com...)
> 
>            if u know where can I find one, please e-mail me, or post it
>      to this group... Thanx alot !

Odd ... we have a 3com 3c503 on a 486/25, and a 3com 3c503-16 on a
486/33 here, and they work just fine.  One of the 486's is a DEC, the
other a Zeos.  I suspect that either your 486's bus is running too fast
for the 3com (I think both of the 486's here have an ISA bus running at
8 MHz - you may have an EISA or an accelerated bus that the 3c503 has
problems with);  or, more likely, you have some kind of interrupt or
memory conflict on your 486 that you don't have on your 286 or 386.

At least for us, the default settings on the 3c503 were NOT useful -- 
they conflicted with the other hardware on the 486's.  But that wasn't
because they _were_ 486's, just that some of these machines are fairly
`loaded'.  If you have any conflicts at all, the 3c503 won't talk to
you at all ...

Good luck,

Bruce C. Wright
From: jeh@cmkrnl.com
Newsgroups: vmsnet.sysmgt
Subject: Re: Using Sony 8mm video cartriges vs Exabyte's
Date: 15 Oct 92 22:37:06 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <16105@umd5.umd.edu>, bleau@umdsp.umd.edu writes:
> I've been using non-Exabyte cartridges for a while now with no problems.  I
> mainly use them once, though, to back files onto, and only rarely do a read
> on them to retrieve files.  The tapes I'm using are Sony P6-120MP metal
> partical tapes.

When I first set up an automated backup procedure using an 8mm drive, I (and
many others) didn't completely trust the drive.  So I created a few megabytes
worth of test files, put them in a directory made for the purpose, and had the
backup procedure create a small saveset, with /VERIFY, containing just these
files at both the beginning AND end of the 8mm cart.

Also, in most backup procedures, some of the tapes (e.g. dailies, weeklies,
whatever) get re-used.  My procedure could tell (from the volume label) if
the tape it was about to write on was being reused.  If so it would start by
doing a BACKUP/COMPARE of these two test savesets against the files from which
they were written.

The result was that we had a daily confirmation that at least some of the data
we'd written to 8mm was indeed recoverable... and  not just from the beginning
of the tape, either.

imho, if you don't do SOMEthing to periodically test your restore procedures
(and the media),  you might as well not run backups at all.

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Xref: sparky vmsnet.sysmgt:274 comp.os.vms:16189
From: dsroberts@beckman.com
Newsgroups: vmsnet.sysmgt,comp.os.vms
Subject: Bug in AUTOGEN?
Date: 7 Oct 92 13:01:34 PDT
Organization: Beckman Instruments

I've run across an anomoly in autogen.  Don't know if I'd call it a bug or a
feature :-).  I was making some changes to modparams.dat to install a new
product, and ran autogen.com.  It would error in the SETPARAMS phase with
"parameter out of range".  It turned out that LRPCOUNTV was getting set
to 4800 even though the sysgen max is 4096.  My modparams.dat file had a
"MIN_LRPCOUNTV=957" in it.  I added a MAX_LRPCOUNTV=4096 to resolve it.

Would y'all call this a bug?  Or does it indicate I did something wrong?
-- 
   Don Roberts                   Internet:  don@beckman.com
   Beckman Instruments, Inc.     Phone:     714/961-3029
   2500 Harbor Bl. Mailstop X-12 FAX:       714/961-3351
   Fullerton, CA  92634          Disclaimer:  Blame me, not Beckman.
   So, how many hospitals HAVE been built by organizations of secular
   humanists and atheists, anyway?
Xref: sparky vmsnet.sysmgt:276 comp.os.vms:16429
From: brodie@fps.mcw.edu
Newsgroups: vmsnet.sysmgt,comp.os.vms
Subject: Re: Bug in AUTOGEN? - Documented behaviour
Date: 12 Oct 92 12:44:30 CST
Organization: Medical College of Wisconsin,  Milwaukee, WI

In article <1992Oct7.142934.1006@beckman.com>, dsroberts@beckman.com writes:
> In article <1992Oct7.130134.1005@beckman.com>, dsroberts@beckman.com writes:
>> I've run across an anomoly in autogen.  Don't know if I'd call it a bug or a
>> feature :-).  I was making some changes to modparams.dat to install a new
>> product, and ran autogen.com.  It would error in the SETPARAMS phase with
>> "parameter out of range".  It turned out that LRPCOUNTV was getting set
>> to 4800 even though the sysgen max is 4096.  My modparams.dat file had a
>> "MIN_LRPCOUNTV=957" in it.  I added a MAX_LRPCOUNTV=4096 to resolve it.
>> 
> It has been pointed out to me that this behaviour is documented in either the
> 5.5-1 or 5.5-2 release notes (I'm at 5.5, so haven't taken the time to look
> them up on the CD).  I think I'll call it a bug :-)  The workaround given is
> precisely what I did (add a MAX_ value in the case above).
> 
> Anyway, this happened to SRPCOUNTV (too high) and PAGFILCNT (too low!) for me.

A note on AUTOGEN. 

First, AUTOGEN Calculates the value (from the VMS side of things), then
after that, ADD_, MIN_, and MAX_ limits are applied.  Although it would
be NICE that autogen should compare the range of values, it simply
doesn't.   (keep remembering-- it's just a stupid DCL procedure...)

I suspect that if/when dec ever re-does autogen to be an IMAGE instead
of a PROCEDURE, more "Smarts" will be built in.   Until such time, we
(as system managers) simply have to keep adding lines to MODPARAMS.DAT
that tell autogen "don't DO that......"
-- 
Kent C. Brodie - Sr. Systems & Network Manager	 InterNet:  brodie@fps.mcw.edu
Faculty Physicians & Surgeons			 uucpNet:   fps.mcw.edu!brodie
Medical College of Wisconsin			 MaBellNet: +1 414 266 5080

begin 700 sig.file
M+BYW:&%T(&1I9"!Y;W4@97AP96-T(&9O<B!A('1W;RUL:6YE('5U96YC;V1E
?9"!F:6QE+"!A(&-O;&]R('!I8W1U<F4_(" Z+2D@("UL
 
end

Xref: sparky vmsnet.sysmgt:278 comp.os.vms:16551
From: dsroberts@beckman.com
Newsgroups: vmsnet.sysmgt,comp.os.vms
Subject: Virtual memory exhausted on ANALYZE/CRASH
Date: 15 Oct 92 09:31:17 PDT
Organization: Beckman Instruments

I'm having a problem with ANALYZE (/system and /crash) on my cluster.  From the
same username (whether my own or SYSTEM), it works fine on the 6610 and 6410,
but from the 6420 I get "virtual memory exhausted" at different points in the
analyze.  Sometimes it occurs right away, sometimes after a read/exec,
sometimes in the middle of show stack.  I'm guessing that process quota's
aren't the problem, since I don't have this problem from the other two nodes
with the same username.  I've looked at show mem, show mem/pool/full, and
nothing seems to be getting used up.  Is there a sysgen parameter to check? 
Where else should I look?
-- 
   Don Roberts                   Internet:  don@beckman.com
   Beckman Instruments, Inc.     Phone:     714/961-3029
   2500 Harbor Bl. Mailstop X-12 FAX:       714/961-3351
   Fullerton, CA  92634          Disclaimer:  Blame me, not Beckman.
   So, how many hospitals HAVE been built by organizations of secular
   humanists and atheists, anyway?
Newsgroups: vmsnet.sysmgt,comp.os.vms
From: kega@nobeltech.se (Kent Gabrin)
Subject: 3 different lack of memory
Organization: NobelTech AB
Date: Fri, 16 Oct 1992 15:27:59 GMT

In article <1992Oct15.150723.1011@beckman.com> dsroberts@beckman.com writes:
>In article <1992Oct15.112429.1010@beckman.com>, dsroberts@beckman.com writes:
>> I've gotten lot's of responses saying that VIRTUALPAGECNT is probably the
>> culprit.  I think I need to give more information :-)

        My experience says the following:

"%SYSTEM-W-INSVIRMEM, insufficient virtual memory"  => Too low value of
SYSGEN parameter VIRTUALPAGECNT or too low PGFLQUOTA in SYSUAF.

"%RMS-W-DME, dynamic memory exhausted" => Too many logical names in
process logical name table. Move the logical names to the job table
($ DEFINE/JOB...) or increase the special sysgen parameter CTLPAGES
(Requires reboot).

"%SYSTEM-W-INSFMEM, insufficient dynamic memory" => Too low value of
sysgen parameter PAGEDYN. Many processes is in state RWPAG.

     Correct me if I'm completely wrong.

Regards Kent


-- 
Kent Gabrin             
NobelTech Systems      Working hard with my tiny thinking utility at
S-175 88 Jaerfaella    the top of my body.
Xref: sparky vmsnet.sysmgt:281 comp.os.vms:16585
From: dsroberts@beckman.com
Newsgroups: vmsnet.sysmgt,comp.os.vms
Subject: Re: Virtual memory exhausted on ANALYZE/CRASH
Date: 15 Oct 92 15:07:23 PDT
Organization: Beckman Instruments

In article <1992Oct15.112429.1010@beckman.com>, dsroberts@beckman.com writes:
> I've gotten lot's of responses saying that VIRTUALPAGECNT is probably the
> culprit.  I think I need to give more information :-)
> 
> I have a cluster with 6610, 6420 and 6410.  They use a common sysdump.dmp and
> uaf.  The 6610 and 6420 have idential virtualpagecnt (270144) and memory
> (262144 pages).  The 6610 has no problem reading the dump, the 6420 gets
> virtual memory exhausted using the same USERNAMES.  They have identical size
> pagefiles (and number of pagefiles).
> 
> I can try increasing virtualpagecnt, but then I would need to understand why it
> would work at the current level on the 6610.  Any further thoughts?
> 
Well, thanks to Aaron Leonard, who suggested what to look at when the problem
occurs.  Indeed, on the 6420 I use all of virtualpagecnt.  Now, with all the
mentioned things being equal, why does it work with the 6610?
-- 
   Don Roberts                   Internet:  don@beckman.com
   Beckman Instruments, Inc.     Phone:     714/961-3029
   2500 Harbor Bl. Mailstop X-12 FAX:       714/961-3351
   Fullerton, CA  92634          Disclaimer:  Blame me, not Beckman.
   So, how many hospitals HAVE been built by organizations of secular
   humanists and atheists, anyway?
Xref: sparky vmsnet.sysmgt:279 comp.os.vms:16561