HDTenEightyP/NetNews huggingface dataset:
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: re: VAX c
Date: 9 Jan 1993 12:29:52 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <4JAN199309361642@jhuvms.hcf.jhu.edu>, ecf_stbo@jhuvms.hcf.jhu.edu (Remember Grimalkin) writes:
>In article <1hs23kINNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU writes...
>>Gawd, how I *HATE* UNIX!
>
>But you use C?

Sure do.  C has nothing to do with UNIX.  Now, the standard I/O library for C
is based on the UNIX I/O routines.  Of course, there's no reason why you have
to use the standard I/O library.  Where it's convenient, I use it.  Where it's
not, I use one of:
	1)  $ASSIGN and $QIO[W].  I use these only when I really need full
	    control over the I/O (well, I suppose if I needed *FULL* control,
	    I'd just read/write from/to I/O space :-)
	2)  Calls directly to RMS (this is only for pretty specialized
	    applications);
	3)  Calls to the I/O library I've written for myself (e.g., when I want
	    to do block I/O, I've got a library sitting around just for that
	    purpose;  I haven't yet gotten around to fully implementing a
	    library for dealing with indexed files)
>This discussion just reinforces my belief that C is an unacceptable language
>because the run time library has to emulate unix, regardless of the OS.

Bullshit!  I've got my own I/O library that doesn't make any attempt to emulate
Unix.  Now, I'd prefer it if DEC had kept the I/O routines separate from the
rest of the RTL, and gave us TWO I/O libraries, one to emulate UNIX and one
tailored for VMS, but the fact that they didn't do so doesn't by any stretch of
the imagination mean that I'm stuck using the VAXC RTL.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: LPZ@LUDWIG.CTD.ORNL.GOV ("Lawrence MacIntyre - 615.576.0824")
Newsgroups: comp.os.vms
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS o
Date: 4 Jan 93 18:35:34 GMT
Distribution: world
Organization: The Internet

Bill Laut (laut@alien.gici.com) writes a good tutorial on TT_Accpornam but
degenerates into the second flame at Ehud on this subject, so I thought that I
would defend the poor guy...

>>
>>SET TERM/INQ in SYLOGIN is a reason for you to be shot, by the way...
>
>Huhh??  Earth to Ehud, Earth to Ehud, start breathing, Ehud.  You're
>running out of oxygen...
>
>Now, way back in VMS v3.x or v4.x, you -could- invoke a system crash by
>having an unfortunately-placed SET TERM command in either your SYLOGIN or
>LOGIN procs, assuming you have LOG_IO privilege, and then submit a batch
>job where you end up attempting to do a SET TERM to a disk drive.  The last
>time I saw that problem was, ohh, nine or ten years ago.
>
                      Random technical drivel deleted...
>
>is sufficient  (%^/)  (<-- My "don't-quit-your-day-job" face.  Sheesh..)
>
This is all very nice, but the point is, if I have an xterm, and I have it set
to a different size than 24x80, I don't want you changing it to 24x80 just
because you never used an xterminal or a workstation and don't understand what
set term/inquire does.  I would want to shoot you as well, after about the 23rd
time.  You can detect the xterminal unless it is used to set host or telnet to
you, so the short answer is DON'T put Set Term/Inquire in the system login.

(%^/) back at ya!
                                  Lawrence
                                      ~
-----------------------------------------------------------------------------

Internet: MACINTYRELP@ORNL.GOV    US-Snail: Lawrence MacIntyre
          LPZ@ORNL.GOV                AT&T: 615.576.0824

Your travesty, I have a message from earth for you. -- Judges 3:20 (paraphrased)

Newsgroups: comp.os.vms
From: churchwell@vms.ocom.okstate.edu (Kimberly B. Churchwell)
Subject: RE: How I contact to ARPANET...
Organization: OSU College of Osteopathic Medicine
Date: Wed, 13 Jan 1993 01:45:32 GMT

In article <71930112170717.0004570754NA1EM@mcimail.com>,
HOLDREGE+_MP%A1%PacifiCare@MCIMAIL.COM (Matthew Holdrege) writes:
>(Sabry Katob El-Ganzory posted): 
>>Hello All..........
>>What do I do to contact to ARPANET because I send some message to this but I
>>received saying That this address UNKNONW of thsi ARPANET.
>>Mant Thanks to any help.........
> 
> Hey guys! What do you think it would cost to send a hit man to Egypt? 
> Perhaps if we all chip in $5 we could get rid of this guy.

Cheaper yet, let's just IGNORE him.  This crap has gone on long enough. 
Carl, Ehud, et al., you were right; this guy is hopeless.
-- 
Kimberly B. Churchwell, Prog./Analyst, Okla. State U.  | TANSTAAFL, but
Osteopathic College--churchwell@vms.ocom.okstate.edu   | even so, I never
BIX--kchurchwell  AOL--KChurchwel  CIS--72170,1552     | quit hoping.
From: sgururaj@magnus.acs.ohio-state.edu (Sanjay R Gururaj)
Subject: Device Information 
Organization: The Ohio State University
Date: Fri, 8 Jan 1993 01:38:16 GMT

Hi!

Does anyone know how to obtain device information for the entire 
cluster from a single node. I looked at sys$getdvi and it does not
mention anything about obtaining device info for the entire cluster.

Actually the SYS$GETJPI call allows you to obtain process information
for the entire cluster. 

Any help is appreciated.

Thanks

sanjay gururaj

Newsgroups: comp.os.vms
From: larry@eco.twg.com (Lawrence B. Henry III)
Subject: Re: TN3270 emulation on a VAX
Reply-To: larry@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Tue, 12 Jan 93 16:11:49 GMT


In article <01GTE8HKP66A004FG7@VAXF.COLORADO.EDU>, DWING@UH01.Colorado.EDU (Dan Wing) writes:
|>
|>Posted for a friend of mine ...
|>
|>A site needs TN3270 emulation to access an IBM system through dumb VTxxx 
|>terminals.  The IBM system can be accessed using TCP/IP software on the VAX, 
|>but due to the number of VTxxx terminals already installed, it would be 
|>desirable to some software, on the VAX, emulate the TN3270 terminal and 
|>display the output on a VTxxx terminal.
|>
|>Basically a "$ TELNET/TERMINAL=TN3270" sortof setup.  There are some TCP/IP
|>packages for PCs which do this -- hoping there's something for the VAX.
|>
|>Anyone know of such a beast (DEC's SNA-3270 requires too much hardware)?

Dan,
	We have a very good implementation of TN3270 and TN3179G on VMS.. I 
believe that other vendors also have some level of TN3270 support as well..

-Larry.
Xref: sparky comp.os.vms:20324 comp.sys.dec:6687
From: gwi@icf.hrb.com (Gregory W. Isett)
Newsgroups: comp.os.vms,comp.sys.dec
Subject: Re: DEClaser 1152 attached to Sparcstation - problem solved
Date: 5 Jan 93 03:21:50 GMT
Organization: HRB Systems, Inc.

In article <1993Jan4.045638.27510@magnus.acs.ohio-state.edu>, edo@magnus.acs.ohio-state.edu (Eric D Osborne) writes:
...suggestions...
> 
> Hope that helps.
> Eric Osborne
> 

Thanks Eric and others who responded.  By placing a VT420 in place of the
DEClaser we found that the SUN lpr daemon was sending out a banner page 
(non PostScript) which caused the printer not to function properly.  When
we fixed the printcap entry to eliminate this, it worked fine.

It would have been nice if it had generated an error/diagnostic page (like
Error - unrecognized command  "foobar", but it didn't...

-------------------------------------------------------------------------------
Greg Isett				Internet: gwi@icf.hrb.com
HRB Systems				FAX	: (814)234-7720
300 Science Park Road			Voice	: (814)238-4311
State College, Pa. USA 16804-0060
-------------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: ritley@uimrl7.mrl.uiuc.edu ()
Subject: DECwindows and the Starship Enterprise
Reply-To: ritley@uiucmrl.bitnet ()
Organization: Materials Research Lab
Date: Fri, 8 Jan 1993 14:41:56 GMT



In Kevin Barkes' "DCL Dialogue" column in this month's
DECprofessional magazine, he indicates that by changing the
value of sm.pointer_shape to -142, in the file
DECW$SM_GENERAL.DAT, the DECwindows pointer
will be changed to an outline of the "starship Enterprise".

This seems to work.

Is there somewhere a list of accepted pointer types??????
Possibly other arrow styles????
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Help needed on Uppercase in a batchfile
Date: 5 Jan 93 14:39:43 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1993Jan4.204413.2561@merrimack.edu>, finocchiaroj@merrimack.edu writes:
> I have a question on whether there is a Uppercase function that you can use for
> a batchfile, or is there an escape sequence to turn on Capslock. For example
> say this is a batchfile:
> 	
> 	$ inquire/nopuct "enter your name: "
> 	
> And you want the user to type in his name like this JASON and not like jason
> I would appreciate any info on this.
> 
> Thanks,
> 
> 	Finocchiaroj@merrimack
-- 
There are two ways to do this. The first, which affects the 
terminal, is to set the terminal to NOLOWER using the command:
 
          $ SET TERMINAL/NOLOWER
 
This will have the effect of forcing all input AND output to 
upper case.
 
A more preferred approach (IMHO) is to use the lexical function 
F$EDIT with the "UPCASE" parameter to force everything in the 
string read in to UPPER case.
 
I hope that this information is helpful.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
Newsgroups: comp.os.vms
Subject: Re: What does the GOLD key do?
Date: 4 Jan 1993 11:01:41 GMT
Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
Distribution: world
NNTP-Posting-Host: ifk29.mach.uni-karlsruhe.de
X-News-Reader: VMS NEWS 1.20

In <01GT3F4VTZPC000ACB@MSUS1.MSUS.EDU> DMILLER%BSU.DECNET@MSUS1.BITNET writes:

: 
: Paul Robinson -- TDARCOS@MCIMAIL.COM -- asks:
: 
: > Does anyone know what escape sequence is generated by the
: > GOLD key on a DEC keyboard?  I'd like to add it to the
: > VT100 emulation my PC software does.
:  
: Function key 1 generates "Escape O P" in both numeric and application modes.
But only in 7-bit mode.
In 8-bit mode, it's "SS3 P" where "SS3" is a hex 8F.

: 
: If want a more complete list of VT100 escape sequences, MAIL a request to the
: address below.
I looked into the "VT220 Programmer Pocket Guide" (EK-VT220-HR-002).

: 
: Dave.
: 
: DMILLER@VAX1.Bemidji.MSUS.EDU
: Bemidji (Minn) State University
: 


Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de)
Xref: sparky comp.os.vms:20357 comp.os.msdos.apps:6002
From: towfiq@Microdyne.COM (Mark Towfiq)
Date: 5 Jan 93 10:10:29
Organization: Microdyne Corporation, Westford, MA, USA
Newsgroups: comp.os.vms,comp.os.msdos.apps
Subject: MS-DOS program to read VMS Notesfiles?
X-Mailer: GNU Emacs 18.58 with RMAIL and Supercite 2.2
Distribution: comp

  The subject line pretty much says it all, but what I am looking for
is a program which will read files in VMS Notesfile format, allowing
me to move around in the discussions.  A Cut/Paste/Edit feature would
be a plus.  Does anyone know of such a beast?  Please e-mail me with
answers.  Also, I will summarize to the net if people send me e-mail
asking for such.

  Thanks in advance,
  Mark
--
Mark TOWFIQ | towfiq@Microdyne.COM  +1 508 392 9953 (fax 9962)

"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Newsgroups: comp.os.vms
From: sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, TH Darmstadt, Germany)
Subject: Re: Question about RMS and MSCP-pair [correction]
Date: Wed, 6 Jan 1993 09:42:11 GMT
Reply-To: sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de
Organization: Fachbereichsrechner Maschinenbau, TH Darmstadt, Germany

Well,
no I have seen a lot of replies to my message and they were very useful.
Some didn't get exactly my point, but that could have been me.
Ok, I agree with Jerry about the point of the copied data to the block with
forced error bit. This is how I understood the subject.
My claim was, that in my opinion the RMS overestimated the handling of the data.
Let's see,
the corrupted data may or may not have been copied to a clean, new and save
block with a bit set to indicate the unssave condition of the data.
Now any product (type, dump, edit etc.), when reading this block receives the
forced error flag condition back, instead of SS$_NORMAL (or such).
They then, due to the fatal bit, stop their work.
That's ok so far, no flame about that.
BUT WHY ISN'T RMS JUST RETURNING AN ERROR WITHOUT FATAL-BIT SET ???
This, in my opinion, has the advantage, that the error-handler, if proper
programmed, can choose to run with the bad data or to quit. That's how
working with an error-condition is designed (should be!). A fatal error 
per se must always lead to a program-termination.
Sure, data integrity is a bit spoiled then, but why not let the user 
decide what to do with the data ?!
You see, I'm working at a site, where we have a lot of mechanical 
engineers as users and, beeing one myself, I know how *ignorant* they 
are about computers. And with the current handling, they can't restore 
the whole file without system-staff. So they miss X blocks instead of 
just one. Not everyone knows how to say $ DUMP/BLOCK and recover the 
rest of the data.
Ok, let's stop here. I see, that my first guesses were correct about the 
facts and that I did make the correct actions to restore the file.
BTW, this fortunately happened on my home-system, and it only affected 
my LOGIN.COM, but how many useful commands can you write in 512 bytes :-).
See you,

-----------------------------------------------------------------------------

                      M. Gaertner
                TH Darmstadt, W. Germany
	     Rechnergruppe FB 16-Maschinenbau
      SYSGAERTNER@CYGNUS.FRM.MASCHINENBAU.TH-DARMSTADT.DE
      Phone: Germany, (0)6151/16 5145
Newsgroups: comp.os.vms
From: buda@star.enet.dec.com (Mark A. Buda)
Subject: Re: HELP!!! Security problem for gurus. [Directories]
Organization: Digital Equipment Corporation
Date: Tue, 5 Jan 1993 19:21:07 GMT


In article <4JAN199310390710@jhuvms.hcf.jhu.edu>, ecf_stbo@jhuvms.hcf.jhu.edu (Remember Grimalkin) writes...

>RMS would call the XQP would do rightslist and other protection checking. You
>can't bypass ACL checking by doing file i/o with $qio. I would be more worried
>about its handling of global buffers, if you want to talk about how a hosed RMS
>used by one user could affect the whole system. I realize this is picky, but
>what the hell.

There is a whole lineage of palces that could deliver coprrupt data over
and beyond RMS's global buffers.  The whole I/O subsystem, including caching
products are just as risky.

Your idea of RMS Global buffers and a possible corruption is much like the I/O
subsystem writing a block of data to the wrong LBN.  It is possible, highly
unkikely as has been proven over time.

	- mark

buda@star.enet.dec.com
...!decwrl!star.enet.dec.com!buda
buda%star.enet.dec.com
Newsgroups: comp.os.vms
From: WITTWER@biel.be.tech.ascom.ch (Wittwer Fritz)
Subject: REPOST: Parameters for Diskperformance
Organization: Ascom Tech Ltd., Corporate Services, Division for Research 
Date: Mon, 11 Jan 1993 07:05:17 GMT
X-News-Reader: VMS NEWS 1.11

..... I think the first time I selected distribution:world, so here it comes
      again......

We will install a new RF73 disk during the next days. And I'm rembering there
are some parameters like clustersize and so on wich affect the performance of
disks. But unfortunatly I don't remeber were I saw it. I tried the manuals, but
its a hard work to check all. Perhaps some kindly soul has it handy and may
help me.

Our konfiguration is as follows:

MVS3300 and MV3400 Dualhost over DSSI, all Disks on DSSI
1 RF71 		System
1 RF71		Some Applications (Mailer and Network SW)
1 RF72		VMS Userfiles  16'000 files in 800 directories
1 RF73		MSA Files  55'000 files in 6'000 directories

MSA has always a lot of files open

We are tigth on the following resources: IO and CPU, we have plenty of memory
(each MV 44 has Mbytes) and enogh diskcapacity (50% used).

 

--------------------------------------------------------------------
|  Wittwer Fritz,  Ascom Tech Ltd,  Freibugstr. 370,  CH-3018 Bern |
|  Switzerland     Phone + 41 31 999 42 85   FAX +41 31 991 52 11  |
--------------------------------------------------------------------

--------------------------------------------------------------------
|  Wittwer Fritz,  Ascom Tech Ltd,  Freibugstr. 370,  CH-3018 Bern |
|  Switzerland     Phone + 41 31 999 42 85   FAX +41 31 991 52 11  |
--------------------------------------------------------------------
Newsgroups: comp.os.vms
From: mako@uihepa.hep.uiuc.edu ("Makoto Shimojima, Univ of Tsukuba/CDF")
Subject: Re: Question of SYSGEN.....
Reply-To: mako@uihepa.hep.uiuc.edu
Organization: High Energy Physics, University of Illinois, Urbana-Champaign
Date: Thu, 7 Jan 1993 20:07:50 GMT

> Sabry Kotob El-Ganzory <SABRY@SHEBIN.EG> writes:
> 
> > Please, Question of SYSGEN and to you SYSGEN>show/all

Isn't it amazing he is reaching us? In a way, I do understand his
desperation for help... The language is always a problem to a non-
native speaker (especially when it differs a lot --- what if all
your manuals and HELP messages were in Egyptian!). The technical
support group may be too busy understanding (and translating) their
first set of manuals or such a group may not even exist in Egypt at
all.

Not that we can do much about it, but it must be a lot different
there...
					mako
From: ARNE@KOPC.HHS.DK (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: 'ASSUME' macro in VAXC?
Date: 11 Jan 93 15:18:58 GMT
Organization: The Internet

> Does anybody know any way of implementing compile-time checking in VAXC
> similar to the ASSUME macro defined in LIB.MLB (or is it STARLET?)?
> 
> What I want to check for specifically is that the size of a certain struct
> is equal to 512 bytes and if not, print a warning message.
> 
> Say:
> check sizeof(struct foo) "Error: foo is the wrong size"
> 
> I don't really mind how kludgy the solution would have to be, as long as
> it works.

A simple easy but kludgy solution to YOUR SPECIFIC problem would be:

#include <stdio.h>

main()
{
   char x[512];
/*
   char x[513];
*/
   char check[sizeof(x)==512 ? 1 : -1];
};

which seems to work both VAX C and GNU C  !

Hope it helps !

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
From: steve@dbaccess.com (Steve Suttles)
Newsgroups: comp.os.vms
Subject: Re: Image activator hates me
Date: 8 Jan 93 23:14:04 GMT
Organization: Cross Access Corp., Santa Clara, CA
X-Newsreader: Tin 1.1 PL4

pyron@skndiv.dseg.ti.com (Dillon Pyron) writes:
: 
: When trying to run a number of images or commands, I will occasionally and
: unpredictably get the following error:
: 
: %IMGACT-F-NONAME, the image name is a required parameter
: 
: This has occured with typ/p, dir/sec, mm and others that I can't remember.  The
: weird thing is that the command, image, whatever runs on the second try.  I'm
: running V5.4.  I can't find this particular message in my OLD.
: 
: I called DEC CSC, and the guy I talked to suggested a memory problem.  Now I'm
: looking for input from the pros :-)

I concur--run the UETP tests to verify that what you write to memory stays
wrote.  The code is well exercised (tested); your results indicate memory
is changing out from under you.

If bad memory does not turn out to be the problem (you can probably rule it
out quickly if your machine has parity memory (the error would have been
noticed and logged) then you apparently have privileged code with a bug,
writing to a wrong location.

I have recently encounted, on more than one occasion, instances where the
command tables for a process have mysteriously changed, and commands are
no longer recognized (symbol tables too).  The necessary system commands
to accomplish these feats were not performed--a bug in one of the programs
wrote to protected memory (it is only protected in user mode).  We haven't
identified the culprit, but we were able to verify the extent.

I cannot give you any indication whether the bug was in a program distributed
with VMS or one of our own devising.  We have good reason to suspect both.

Our only workaround was to say "it happened again" and log out and back in
again (depending on the extent--usually most commands stopped working).

sas
-- 
Steve Suttles                Internet:  steve@dbaccess.com      Dr. DCL is IN!
CROSS ACCESS Corporation     UUCP: {uunet,sgiblab}!troi!steve  Yo speako TECO!
2900 Gordon Ave, Suite 100   fax: (408) 735-0328              Talk data to me!
Santa Clara, CA 95051-0718   vox: (408) 735-7545   HA! It's under 4 lines NOW!
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: VAX-C SHELL$FIX_TIME and SHELL$MATCH_WILD
Date: 4 Jan 1993 07:37:00 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <SHIBUYA.92Dec30184615@chute.bl.applicon.slb.com>, shibuya@bl.applicon.slb.com (Hiroto Shibuya) writes:
>I was trying to port Todd Aven's VMS/MAKE v3.4 to Alpha and got the
>following undefined symbols at the link time.
>
>	SHELL$FIX_TIME
>	SHELL$MATCH_WILD
>
>According to the link map on VAX, they are pulled out from VAXCRTL,
>but apparently do not exist on Alpha's CRTL.  I looked up VAX-C manual
>but didn't find any documents on these guys.  Could somebody provide
>me of the spec of these routines so I can write replacement?

They're both associated with (surprise) the layered product called DEC SHELL.
I know this doesn't answer your question, but it *DOES* give you a technique of
last resort:  Buy DEC SHELL and work from there :-(.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.