HDTenEightyP/NetNews huggingface dataset:
From: ppan@nobeltech.se (Per Andersson)
Newsgroups: comp.os.vms
Subject: Re: LN03 Queues on TCP/IP LINES
Date: 3 Jan 93 00:11:30 GMT
Organization: NobelTech AB

In article <14DEC199212310637@vxcrna.cern.ch> huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712) writes:
>I don't want to start again a war on "Why ban LAT in an environment supporting
>VMS?" question; 
>but in a Telnet, i.e. TCP/IP environment, the usual printer server/client 
>protocol is LPD/LPR, and LPR clients are available for VMS as well.
>The question remains, where are the "Telnet" terminal/printer servers 
>implemnting LPD daemons ?

I don't think there is any reason for a war over this issue. How about having
more than a couple of dozen nodes, and no money for FDDI everywhere ?

An alternative solution to the problem would be to use the relatively new 
feature in Multinet ( or the one from Process Software) to have a pseudo-
device which connects to the port on the server. Than you can use a symbiont
that thinks it is talking to a TTY (provided it doesn't do ugly things),
and it will be much less work than converting to LPR or whatever.
(Haven't tried this yet, though.)

/Per
-- 
-----------------------------------------------------------------------------
Per Andersson - ppan@nobeltech.se (perand@stacken.kth.se on free time)
Managing networks at, but not speaking for Nobeltech AB, J{rf{lla, Sweden
-----------------------------------------------------------------------------
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: Butthead
Date: 28 Dec 92 12:05:21 GMT
Distribution: world
Organization: Applied Information Systems, Chapel Hill, NC

In article <01GSUDDQDUHE8WWCGW@kopc.hhs.dk>, ARNE@KOPC.HHS.DK (Arne Vajhxj) writes:
> 
> To all the people who likes to flame others for posting  poorly described
> questions which can easily be answered via TFM or HELP:
> 
>   - Noone is born with VMS knowledge, we all have to learn it. We
>     quote (probably bad translation, but... ): It is human to
>     make mistakes but divine to forgive !

The original quote you're probably looking for is `To err is human,
to forgive divine' -- Alexander Pope.  Actually the meaning is
translated very accurately, but it has the wrong meter -- it comes
from an essay set to verse.

> [...]
>
> So when someone ask a polite question (and most of the posters do
> ask rather polite and admit openly, that they are a beginner), then
> give them a polite answer (and maybe some hints about how they can
> solve their next problem themselves!).
> 
> [...]
> 
> Besides lowering the blood-preasure for certain individuals then YOU
> WILL GET MORE AND BETTER ANSWERS if your posting includes:
> 
>   - a detailed description of the problem
>   - software names and versions
>   - exact error-messages and/or log-files
>   - a valid email-address

These are good points, and I hope that everyone takes them to heart.

> At last a few general comments:
> 
>   - Do not pick at peoples language. A lot of people do not have english
>     as their language of birth. My english may not be perfect, but it is
>     probably better than your danish :-)

Your English is pretty good;  your written English is better than that
of many native speakers I've encountered.  And the less said about my
Danish, the better ;-).  But I agree:  language flames are pointless;
and if someone is sufficiently inarticulate that the problem is unclear,
then it costs nothing to be polite when asking for clarification.

Bruce C. Wright
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
Date: 30 Dec 1992 11:58:11 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 <gurman.725601335@umbra.gsfc.nasa.gov>, gurman@umbra.gsfc.nasa.gov (Joseph B. Gurman) writes:
>    For what it's worth, logged onto a VMS V5.5-2 system with UCX V2.0
>via
>Telnet, my TT_ACCPORNAM is (quotes included as delimiters) "Host:
>128.183.57.149   Port: 47473" Your mileage may vary.

Hmmm.  47473 doesn't sound much like any port name I've ever heard of.  Maybe
the "47473" is the beginning of the hexadecimal representation of the port
name?  That'd be GGsomething.  Just a wild-assed guess.
--------------------------------------------------------------------------------
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: music@erich.triumf.ca (FRED W. BACH)
Newsgroups: comp.os.vms
Subject: Re: HELP!!! Security problem for gurus.
Date: 28 Dec 1992 12:46 PST
Organization: TRIUMF: Tri-University Meson Facility
Distribution: world
NNTP-Posting-Host: erich.triumf.ca
News-Software: VAX/VMS VNEWS 1.41    

In article <72421@cup.portal.com>, Chris_F_Chiesa@cup.portal.com writes...
#In a recent article whose header Portal doesn't pull in for me here,
#jsue@ncsa.uiuc.edu (Jeffrey L. Sue) writes:
#>
#>In article <1h9e1nINN1c9@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
#>>

   [stuff deleted]

#Jeff, unfortunately this is EXACTLY the kind of attitude Carl was 
#originally complaining about, although the epithet "using shit for 
#brains" probably wasn't intended originally to refer specifically to
#YOU but rather to any such types who MIGHT POTENTIALLY be readers 
#here.  However, you seem to be waving a membership card in that club...

   Unfortunatly true. I must agree with Chris.  The tone of Jeff's article
 to me seemed like it was meant to provoke a flame. ( Did I read Jeff's 
 article correctly?) --It seemed rather unwise to infer that Carl doesn't
 have a real job.  Real flame-bait.  I mean, why add fuel to a fire that
 should be dying out?  And why would someone ever suggest the view that
 it may be better to bump out a query on comp.os.vms than to spend a few
 minutes or hours browsing the manuals, provided they are there to be
 browsed ?  This trivialized the newsgroup more than it already has been.
 Good answer, Chris.

# 
  [stuff deleted]
# 
#Chris Chiesa
#   Chris_F_Chiesa@cup.portal.com

 Fred W. Bach ,    Operations Group        |  Internet: music@erich.triumf.ca
 TRIUMF (TRI-University Meson Facility)    |  Voice:  604-222-1047 loc 278/419
 4004 WESBROOK MALL, UBC CAMPUS            |  FAX:    604-222-1074
 University of British Columbia, Vancouver, B.C., CANADA   V6T 2A3

 These are my opinions, which should ONLY make you read, think, and question.
 They do NOT necessarily reflect the views of my employer or fellow workers.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: HELP!!! Security problem for gurus.
Date: 23 Dec 1992 10:12:07 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 <1992Dec22.161918.9033@ncsa.uiuc.edu>, jsue@ncsa.uiuc.edu (Jeffrey L. Sue) writes:
>Now that's a creative way to do it.  Just hope MAIL doesn't decide to use
>that MAILbigfilename.MAI sometime - though it may check for this and handle
>it correctly, I've no idea how to test this.  (besides I'm sure that the
>possibility is quite small)

Easy:  Just pick a date that's before NOW.  Not that hard to do if, unlike many
recent querants, you're willing to take the time to figure out how VMS works!
Of course, if you're one of the people trying to use shit for brains who can't 
tell the difference between INFO-VAX and
IM-TOO-LAZY-OR-STUPID-TO-MANAGE-MY-SYSTEM-SO-WILL-YOU-PLEASE-DO-IT-FOR-ME
this strategy is meaningless.
--------------------------------------------------------------------------------
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: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: Help: TK-50 data recovery.
Date: 31 Dec 92 05:06:34 GMT
Distribution: world
Organization: The Internet


	Paul 
<munnari.oz.au!uniwa!cujo!cc.curtin.edu.au!zrepachol@uunet.uu.net>
writes:

>
>Hi all,
>  A friend has a little problem with some TK-50 tapes... Yeah, he put them
>in a drive,:-( , and the drive SEEMS to have erased the header/pre-amble
>from the tapes the drive has ee replaced and now he can't read the tapes.
>
>So, is it AT ALL possile to recover the its off the tapes i this case?
>Can the TK-50 be conned into reading the tape and ignoring the lack of
>pre-amble? Can someone in DEC do this for them if need be? They have
>a lot of mass-spectrometer data they realy would like back.
>

	Your friend has *big* problem.  His data is gone!  Forever!  It 
might have been recoverable from a reel-to-reel tape but DEC cartridge tape
drives and controllers simply will not read a tape that has been 
initialized or one that has any uncorrectable error.  Short of a complete 
rewrite of the controller firmware, which DEC does not seem inclined to do,
there is no way to read those tapes.

	I would suggest to everyone, that entrusting your only copy of 
valuable data to a TK-xx cartridge is not a wise thing to do.  Make two 
copies, or three!  Better yet, make a copy or two on some other type of 
medium.

	I hope that you subscribe to the list (or read the newsgroup) 
because the only address that reached me is the "cybercrud"  which begins 
this message and I very much doubt that it is a replyable address.


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************

Newsgroups: comp.os.vms
From: MARK@AHECAS.Colorado.EDU ("Mark Montanez, System Programmer/Manager, AHEC")
Newsgroups: comp.os.vms
Subject: Flames......
Date: 28 Dec 92 00:09:52 GMT
Distribution: world
Organization: The Internet

Hi VAXers....

Is anyone else out there *TIRED* of Mr. Ly*DICK*'s infantile out bursts on this
list....

Let see...

    Get an Interperter.....
    READ the fucking manual.....
    it is *MY* responsibility to answer.....
    To someone who can't be expected to actually LEARN.....
    Why the hell should we expect you to fulfill that promise?...
    ...use shit for brains who can't tell the difference between INFO-VAX
    IM-TOO-LAZY-OR-STUPID-TO-MANAGE-MY-SYSTEM-SO-WILL-YOU-PLEASE-DO-IT-FOR-ME

need I go on....

I tried personal e-mail to Carl... and he flamed back with out a thought to the
content of my request.... I guess that he's to smart listen to anyone.....

So once more...

Carl... if you feel the need to cuss someone out... do it via private
e-mail.... I'm *sure* you know how.... and keep the list for what it's for.....
solving problems... like *YOU THINK* that you do so well..... 

This list could be a real asset to those subscribed... but *YOU* make it much
less.. when you flame.... in some kind of a twisted attempt to stroke your ego.

Prove how smart you are with your solutions... not with you smart-ass flames...
or better yet... if your *SO* smart... you don't need this list.... so just drop
out... and leave us to our (in your opinion) easy insignificant problems.....

Carl... find a good tharapist!!! Maybe there is a reason that you felt the need
to respond/defend yourself to the *BUTHEAD* post... that wasn't addressed to
anyone!!! 

I know, I know... I'm doing exactly what I asked him not to do.... But maybe
Carl needs to be reminded that this is *OUR* list not his private question -
answer and *BITCH* session.... and maybe a post to the list will get enough
traffic/response to do to Carl just what he does to others.  

I've donned my full body flame retardant suit... so if you *HAVE* to Carl... or
whomever.... go ahead... but before or while you do... think about what I'm
saying for a few seconds....There's a meaning there if you look/listen...

Mark Montanez                                    Montanezm@ahecas.Colorado.EDU
                                                      Mark@ahecas.Colorado.EDU

BTW: Carl... I'll just laugh.....*MY* ego isn't attached to my keyboard!!!


MURPHYS LAW OF THERMODYNAMICS - Things get worse under pressure.
From: DMILLER%BSU.DECNET@MSUS1.BITNET ("Prof. David Miller")
Newsgroups: comp.os.vms
Subject: Re: help on Dec to PC emulation
Date: 22 Dec 92 21:58:00 GMT
Organization: The Internet

>Does anyone have a copy of dec 102 or up keyboard mapper for a PC. Specifically,
>for the PC'S function keys and for the keypad. I just need the escape codes for
>these keys so that I can use them in my communications software. I would
>appreciate anyones help on this.

I have the escape sequences, but I don't have your address. Write to me and
I ship you a file.

Dave.

DMILLER@VAX1.Bemidji.MSUS.EDU
Bemidji (Minn) State University
Newsgroups: comp.os.vms
From: rkoehler@author.gsfc.nasa.gov (BOB KOEHLER)
Subject: Re: Mount verification timed out
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: CSC System Sciences Division
Date: Tue, 29 Dec 1992 16:30:00 GMT

In article <1992Dec29.152302.1716@das.harvard.edu>, chen@speed.uucp (Lilei Chen) writes...
>In our VAX/VMS-cluster a bunch of disks are cross mounted.  Somtimes when
>a node goes down, its disks are marked mount verification timed out.  I
>haven't found a way to get those disks remounted without rebooting the
>nodes.  I am wondering if someone on the net has a solution for that problem.
>Thanks.
> 
>Jim  (xue@cfaft5.harvard.edu)

Try DISMOUNT from within SYSMAN with the environment set to cluster, then
MOUNT/CLUSTER (or whichever way you normally mount them).

------------------------------------------------------------------------------
Bob Koehler                     |   Any illusion to these opinions being other
rkoehler@author.gsfc.nasa.gov   |   than just mine alone is just that.

 " Life is life, and fun is fun, but it's all so quiet when the goldfish die. "
                         - Blixie
From: louis@BARRA.COM (Louis Dunne)
Newsgroups: comp.os.vms
Subject: Re: VAX c
Date: 28 Dec 92 17:25:18 GMT
Distribution: world
Organization: BARRA Inc., Berkeley, California.

On Dec 25,  3:08am, Ehud Gavron 602-570-2000 x. 2546 wrote:
> Subject: Re: VAX c
>In article <1992Dec24.173709.16437@mailer.cc.fsu.edu>, cliff@evax9.eng.fsu.edu writes...
># 
>#Is there a way to get VAX C to flush the VMS file buffers? 
># 
>#I've got a program that reads data in for the tta2: port and then writes it to 
>#a file. The problem is that the data doesn't get written to the file until the 
>#buffer is full, and that may not happen but once every day or two.  
>
>	fflush(stream)
>
>	example:
>	fflush(stdout);
>

	You may also want to force RMS to flush its buffers. Use
		fsync(file-number)
	to do this. You can use the fileno() macro to get the
	file-number from a FILE structure.

	The last time I checked, fsync() was still undocumented,
	but it's been around for years, and hasn't changed, so
	it's probably safe enough to use.

Louis
       -------------------------------------------------------------------------
      / Louis Dunne                          /                                /
     /  VMS/UNIX Systems                    /  Internet:   louis@barra.com   /
    /                                      /   Phone:      +1 510 649-4229  / 
   /    BARRA, Inc.                       /    Fax:        +1 510 548-4374 /
  /     1995 University Ave., Suite 400  /                                /
 /      Berkeley, CA 94704              /                                /
-------------------------------------------------------------------------
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
Date: 30 Dec 1992 12:06:16 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 <01GSVSPU15CY006MJF@VAXF.COLORADO.EDU>, DWING@UH01.Colorado.EDU (Dan Wing) writes:
>... Somewhat related to this, it shore would be 'cool' if DEC could include
>this same information for the FTAnn: devices for X terminals.  Ah, well, 
>maybe next version?

A related wish is:  I'd like DEC to allow system managers the option of having
LOGINOUT write a record to the accounting file at the time of login which would
specify the port name, the access port name, and the virtual terminal
associated with the login.  Here's where I'm coming from:
	A user logs in via some terminal that uses a terminal driver that
		allows the use of virtual terminals;
	The user DISCONNECTs
	The user logs in again (possibly from a different terminal) and
		CONNECTs to his DISCONNECTed job;
Now for the $64 question:  In looking at the accounting file, how do you
determine where the user is coming from?  Yeah, I know, there's probably some
way to get the AUDIT mechanisms to record this information, but I'd rather have
it show up in ACCOUNTNG.DAT.
--------------------------------------------------------------------------------
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: cdavis@BME1.IMAGE.UKY.EDU (Charles Davis VA)
Newsgroups: comp.os.vms
Subject: HOW TO SIGNOFF
Date: 24 Dec 92 01:13:02 GMT
Distribution: world
Organization: The Internet


     I'm forced to ask this after having failed multiple times
over the last 4 days.  HOW DOES ONE SIGNOFF THE INFO-VAX list?!!
     I was encouraged this morning to see good advise from
someone else in this arena, but a signoff request to the
LISTSERV that was mentioned in that message yielded an
ambigious reply.  I have also sent signoff requests to
info-vax-request@sri.com but that doesn't seemed to have
helped either.
     Thanks in advance for your patience...

Charles Davis
cdavis@bme1.image.uky.edu

Newsgroups: comp.os.misc
From: esprit@netcom.com (Alan F. Perry)
Subject: More Windows NT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 31 Dec 1992 05:57:12 GMT

Is Microsoft going to user(for lack of a better term)-written servers
or publish the interface between the servers and the NT executive.  Is
the interface well-defined or was it determined in an ad-hoc fashion
that arose as Microsft implemented their servers?

I have been reading the "Inside Windows NT" book, which is pretty good.
However, as the author admits, it doesn't get really technical.  Does
anyone know if anything more technical will be printed?

From what I have read so far it looks interesting (very Mach-like and
seems to be just as much a microkernel ;-), but if Microsoft only
provide Windows, DOS and POSIX servers, then it doesn't look as nice.

Just my opinion.

-- 
-----------------------------------+----------------------------------------
Alan F. Perry                      | "e-mail is wrecking my life"
esprit@netcom.com        (home)    |            - some random person 
allan@hakkinen.lynx.com  (work)    |              standing in San Francisco
Newsgroups: comp.os.minix
From: ast@cs.vu.nl (Andy Tanenbaum)
Subject: Re: Interprocess communication at user level
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Tue, 29 Dec 1992 21:55:13 GMT

In article <1992Dec28.225940.11565@udel.edu> HENRIKS@odin.uniras.dk (Henrik Schultz, Production Systems Group) writes:
>in Minix, it is not quite clear to me if two user processes can communicate
>with each other using the send() and receive() calls 

This is artificially prevented in the code around line 1986 in the book.
If you remove the test, it should work.

Andy Tanenbaum (ast@cs.vu.nl)
From: hock@werple.apana.org.au (Warwick Hockley)
Newsgroups: comp.os.minix
Subject: ACK ANSI Compiler
Date: 3 Jan 1993 14:48:22 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au
Summary: About the ACK ANSI compiler... [not the
Keywords: ACK, ANSI, compiler

I think the main point is that most people feel that the 3 compilers should
be unbundled, and the price for each reduced appropriately.

Speaking for non-US users, I'd like to make the point that with our debased
A$, I or any other Australian would have to pay about A$300 (and probably
more) for a package, two-thirds of which I certainly don't want, and moreover,
will never want.  If the 3 compilers were unbundled and sold at say, US$60
each, then even a guy on superannuation like myself could afford to buy the
C compiler.  At the present time, only residents of those countries who have
a favorable US dollar exchange rate can really afford the package, and that
probably means only our Japanese friends ! (Hi, tomodachi !  Migi ya hidari
no danna-sama....  Aware na mono ni o-megumii o-doozo !)

How about it, ast ?  Can anything be done ?

hock (hock@werple.apana.org.au)


Newsgroups: comp.os.minix
From: cwr@crash.cts.com (Will Rose)
Subject: Re: Is MINIX much better than LINUX?
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 21 Dec 92 18:54:06 PST

TSgt Dave Burgess writes:
: 
:P.S. What is the difference between 'efficient' code and 'effective' code? :-)

Effective code does what it's supposed to, efficient code usually doesn't...

Will
cwr@crash.cts.com

Newsgroups: comp.os.minix
From: Marco Giuncato <MC1538@mclink.it>
Subject: Index
Originator: mmdf@louie.udel.edu
Organization: University of Delaware
Date: Mon, 28 Dec 1992 15:51:13 GMT

index
-- 
Mail System (MMDF)
From: ast@cs.vu.nl (Andy Tanenbaum)
Newsgroups: comp.os.minix
Subject: Re: About the ACK ANSI compiler... [not the
Date: 31 Dec 92 22:29:49 GMT
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam

In article <1992Dec31.020836.2833@udel.edu> Damian McGuckin <damianm@eram.esi.com.au> writes:
>Hey on a side issue, what things are likely to change getting to 2.0, now that
>this event is closer?  Is it purely the POSIX compliant stuff or are new things
>going to happen? A question for ast? Are the chapter headings for the new Minix
>book available so we can see what it is intended to cover?

The main things that are yet to happen between 1.6.24b and 2.0 are the POSIX
things, mostly terminal I/O.   

As to the chapter headings for the new book, I don't have them yet because I
haven't even started working on it.  Just getting 1.6.24b in shape, with both
compilers, has taken a lot of my time of late.

Andy Tanenbaum (ast@cs.vu.nl)
Newsgroups: comp.os.minix
From: SESPC395@ysub.ysu.edu (Max)
Subject: bootblok.s  boot problem... re:Gateway 2000
Organization: Youngstown State University
Date: Wed, 23 Dec 1992 17:43:39 GMT

The problem I am having is in the bootblok.s here is what I have:
     Gateway2000 486/33, 1.2M(the boot floppy), 1.44M 3.5 floppy, 4MB ram,
     80MB IDE Hard drive, SVGA.
The boot floppy is formated low density, because, the recompile is done on
a IBM PC/XT.
 
During the boot I get "Booting MINIX" message. but then the drive goes in to a
cycle of resetting the drive and not reading the OS in..
 
Any suggestions?
 
Max W. Blackmer, Jr.
Newsgroups: comp.os.minix