HDTenEightyP/NetNews huggingface dataset:
From: STUBRBEE@EKU.BITNET (Oooooooops)
Newsgroups: comp.os.vms
Subject: emacs with no decwindows...
Date: 6 Oct 92 02:59:51 GMT
Distribution: world
Organization: The Internet

Can someone tell me a place to find emacs that doesn't require decwindows.  I
found a place but when i got it...it said that the backup saveset wasn't
reconized.  Any idea's?

David

{-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=}
{ Name         : David Barbee                  Aliases  : Sybie                }
{ Bitnet       : STUBRBEE@EKU                  Internet : I wish!              }
{ Disclaimer   : Listen to me?!?  Can't imagine why.                           }
{ Last Words   : Oh *beep*!  (Censored for our more sensitive readers)         }
{-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=}
 ssss y   y b     i eeeee  '  ssss   u   u ttttt i l     i ttttt i eeeee  ssss
s      y y  b     i e      ' s       u   u   t   i l     i   t   i e     s
 sss    y   bbbb  i eee   '   sss    u   u   t   i l     i   t   i eee    sss
    s   y   b   b i e            s   u   u   t   i l     i   t   i e         s
ssss    y   bbbb  i eeeee    ssss     uuu    t   i lllll i   t   i eeeee     s
                                                                            s
ssssssssssssssssssssssss Programmer: David Barbee sssssssssssssssssssssssss
From: gerland@ubvmsb.cc.buffalo.edu (Jim Gerland - Network Consultant)
Newsgroups: comp.os.vms
Subject: Re: Looking for VMS Gopher, WAIS client(s)...
Date: 3 Oct 92 18:53:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <01GPHAVTG4K6ANBGO3@psulias.bitnet>, JLW@PSULIAS.PSU.EDU ("J.Lance Wilkinson, 814-865-1818") writes...
>I'm looking for one or more VMS Internet GOPHER and WAIS clients; I've already 
>secured the VMS gopher client from boombox, but was wondering if there were any
>more out there.  I also don't have much of a grasp on where WAIS clients for
>VMS might be at all.

You don't mention what tcp/ip package you're running but if you want an
ARCHIE Client, GOPHER Server and Client, and a WAIS client for VMS under
Wollongong TCP/IP then look via anonymous ftp on ubvms.cc.buffalo.edu
in the [vmsserv.vax] directory.  They are also available via VMSSERV@UBVMS
(or ubvms.cc.buffalo.edu) by sending the command GET prod.PACKAGE, where
prod is one of the previous applications.

Jim Gerland  - Consultant, Network User Support         University at Buffalo
Academic Services, Computing & Information Technology   Buffalo, NY 14260
716.645.3557 Work                                       716.645.3734 FAX
gerland@ubvms.cc.buffalo.edu                            gerland@ubvms.bitnet
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: DSNlink_NEW.COM, version X1.30
Date: 28 Sep 92 18:30:51 GMT
Distribution: world
Organization: The Internet

Thanks to Andy Harper <udaa055@elm.cc.kcl.ac.uk>, I've created a new version
of DSNlink_NEW.COM which works correctly on a DAN (instead of only the DCN),
uses logical names for all defaults, only Emails you if there are new 
articles, and handles the DSNlink 'unknown database' error as a special case.

Andy has been kind enough to test a few iterations of my new code; however, 
I'd like to get some other sites to test the features of the new version before 
I post it to vmsnet.sources.

Please Email me directly if you'd like the new version.  After the version has 
been around for a week or so, I'll post it to vmsnet.sources.

Thank you,

-Dan Wing, DWING@UH01.Colorado.EDU or WING_D@UCOLMCC.BITNET (DGW11)
 Systems Programmer, University Hospital, Denver

(DSNlink_NEW.COM's basic function is to get a list of new DSNlink articles
for you.  It automates going into DSNlink's ITS database and retrieving a list
of new titles.  You need to have "DSNlink for VMS" to use DSNlink_NEW.COM.)
From: munroe@dmc.com (Dick Munroe)
Newsgroups: comp.os.vms
Subject: Re: Needed: Conferencing Software for VMS 4.7
Date: 29 Sep 92 21:31:30 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <BvB2LJ.Ip4@cs.dal.ca>, dinn@ug.cs.dal.ca (Michael 'Moose' Dinn) writes:
> 
> I need something that does conferencing for VMS 4.7.
> 
> Something like NEWS, Bulletin -- anything like that.
> 
> Keep in mind a) I have no Multinet or equivlalent, and b) I don't have C or
> Pascal compilers. Just Fortran/Macro.
> 
> Anyone got something they'd like to share?
> 
> --
>  Michael Dinn               | School: dinn@ug.cs.dal.ca
>  System Administor          | Work:   dinn@appliedmicro.ns.ca
>  Halifax Public Access VMS  | VAX:    Unknown as of yet
>  (902) 461-4773 HST/V.32    | "You just can't keep a good Vax down"
> 
>  
UBBS was posted to VMSNET.SOURCES a while back.  It's written in Fortran
and can be retrieved from find VMSNET.SOURCES archive sites near you. 
Send a message containing:

SEND INFO-VAX

to fileserv@dmc.com for pointer to the archive sites (part 4,
specifically).
-- 
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: comp.os.vms
Subject: Disk Defrag & System Disk
From: jfeldhouse@miavx3.mid.muohio.edu (Jim Feldhouse)
Date: 29 Sep 92 17:27:15 EST
Distribution: world
Organization: as little as possible

Hi,
I use the product PerfectDisk from Raxco to defrag various disks
on mine machines.  Can anyone comment on what they see as the best
way to defrag a system disk.  The problem being so many files are
open and thus don't get optimized, I assume.

I am hoping for something simplier thant reboot minimum startup
and run defrag then.  Or if that is not a good solution then another.

Thanks
Jim
Newsgroups: comp.os.vms
From: sabotkap@woods.ulowell.edu (Pete Sabotka)
Subject: Looking for SET PROTECTION/NAME_TABLE
Organization: University of Lowell
Date: Sat, 26 Sep 1992 18:50:39 GMT

Is there any way to set/modify proection on a logical name table created 
via  CREATE/NAME_TABLE ?  I want to be able to initially write logical
names to it, then restrict it to just (O:R).  I tried  SET PROT /DEVICE
but this requires OPER privilege even to modify protection on a logical
name table _I_ created. 

Any help will be greatly appreciated

pete
^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v^-v-^
Pete Sabotka, Meteorology Dept.           DECnet:  WOODS::SABOTKAP
University of Massachusetts - Lowell        Inet:  sabotkap@woods.ulowell.edu
^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v^-v-^
From: CC_S523@TETHYS.KING.AC.UK (VMS Systems Manager)
Newsgroups: comp.os.vms
Subject: TCP/IP Evaluation
Date: 29 Sep 92 17:26:49 GMT
Organization: The Internet
From: cc_s523@titan.kingston.ac.uk
Newsgroups: infovax
Subject: TCP/IP Evaluation
Date: 29 Sep 92 14:26:00 BST
Organization: Kingston University

We are currently using CMUTEK TCP/IP (version 6.6-5) on some of our
Vaxes, which are all running VMS 4.4-2

Our current computing trends indicate that a lot more importance will
be attached to TCP/IP in the future than it is at present.

As a result, I am going to evaluate other TCP/IP software, either PD
or sensibly priced commercial alternatives.

I would be grateful to hear from anyone who might be able to advise or
recommend other implications.

Dave Luing
Systems Manager

Xref: sparky comp.os.vms:15932 vmsnet.misc:885
From: dsroberts@beckman.com
Newsgroups: comp.os.vms,vmsnet.misc
Subject: Re: solved: gif viewer for decwindows session
Date: 2 Oct 92 06:57:56 PDT
Organization: Beckman Instruments

In article <1992Oct1.122249.1002@beckman.com>, dsroberts@beckman.com writes:
> I'd like to be able to view gif files from a pc using dwdosx86.  So far I've
> found xgif on public.tgv.com, but it stack dumps with an X error event, and I'd
> like one that works for vms.  The xgif.h file make this one appear to be unix
> oriented (even though it's a vms executable) and the man states it wants
> 8plane, and the best I've been able to get my decw$terminal session to accept
> is 4.  Has anyone a suggested gif viewer for this type of configuration, a fix
> for xgif, or another alternative I might try (like a gif-ddif converter maybe)?
> 
Well, the solution is one of either:  Get a gif viewer for dos and view them
that way (my preferred solution), or get xv instead of xgif.  Thanks to all
who sent me mail.  The number of helpful people is astounding.

-- 
   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?
From: sys_hjk@LIFRA.LIF.DE (Hans-Joachim Koch)
Newsgroups: comp.os.vms
Subject: Re: How much to charge for CPU time?
Date: 6 Oct 92 18:43:48 GMT
Reply-To: koch@lifra.lif.de
Organization: Lahmeyer International GmbH, Frankfurt/Main, Germany

In article <00961A1E.99D1C140.9421@MARYWOOD1.MARYWOOD.EDU>, spinillo@MARYWOOD1.MARYWOOD.EDU writes:
>Can anyone help me determine a monetary figure to charge for CPU time?
>We have never had to do this, but we need to determine a pro-rated figure
>for some documentation. We are running a VAX8250 with 2 ra82 disks.
>
>please send replies to my personal mailbox.

I have the same problem, so please post any ideas. Are there some basic 
rules how to get such values?

Thanks. Hans.
-- 
Hans-Joachim Koch, Computer department of Lahmeyer International
Lyoner Strasse 22, POB 71 06 51, D-6000 Frankfurt (Main) 71, Germany
Phone: +49 69 6677-642, Fax: +49 69 6677-571, Tx: 413478 li d
Email: koch@lifra.lif.de, dk9om@dk9om.ampr.org [44.130.25.45]
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: Utility to delete 0 block file
Date: 2 Oct 92 10:23:42 GMT
Article-I.D.: ais.1992Oct2.102343.5763
Organization: Applied Information Systems, Chapel Hill, NC

In article <01GPEES7L4NM8WVZAT@kopc.hhs.dk>, ARNE@ko.hhs.dk (Arne Vajhxj) writes:
>> : I am looking for a file utility that deletes 0 block file. Is such a utility
>> : available?
>> 
> Write a little piece of DCL. Something like this:
> 
> $ loop:
> $    fnm=f$search("*.*;*")
> $    if fnm .eqs. "" then goto endloop
> $    if f$file_attributes(fnm,"EOF") .eq. 0
> $    then
> $       delete fnm
> $    endif
> $    goto loop
> $ endloop:

I suppose it's worth mentioning, just in case there are newcomers to VMS
reading this thread, that you have to be somewhat careful with the use
of the f$search lexical if you want to avoid infinite loops 8-).

The problem happens with constructs like

	$ loop:	fnm = f$search (p1)
	$	if fnm .eqs. "" then goto endloop
	$	do_something_with fnm
	$	goto loop
	$ endloop:

where p1 is one of the arguments to the command procedure.  This will
work the way you expect if p1 includes wildcards (such as "*" or "%" for
file names or "..." for directories), but if p1 does not include any
wild cards, and if the specified file exists, then f$search will always
return the file name and never return a blank string to terminate the
loop!  Arne's code doesn't have this problem because he's explicitly
looking for all file names, but a naive adaptation of that code could
easily loop up.  The usual way to avoid this is to write:

	$	oldfnm = ""
	$ loop:	fnm = f$search (p1)
	$	if fnm .eqs. oldfnm .or. fnm .eqs. "" then goto endloop
	$	oldfnm = fnm
	$	do_something_with fnm
	$	goto loop
	$ endloop:

which explains why you often see this apparently redundant code in
command files that work with wild-card file names.  This is cleaner
than trying to search the file name for wild cards, which can be
hazardous (what if the p1 argument is a logical name that translates
to a file name with wild cards?  In that case you might think there were
no wild cards and end your loop early without processing all of the files
requested).

Bruce C. Wright
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Why is demand-zero compression for shareable images unsupported?
Date: 1 Oct 92 18:59:14 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <SNYDER.92Oct1023600@d0sb10.fnal.gov>, SNYDER@d0sb10.fnal.gov writes:
> Hi -
> 
> I've discovered that the VMS linker (at least in versions 5.4 and 5.5)
> will not perform demand-zero compression when building a shareable image
> unless you use the undocumented link option `unsupported=1'.
> 
> Perusing the linker source, I found comments dating from '84 stating
> that dzero compression for shareable images was disabled due to an
> image activator bug.
> 
> Now, you'd think that eight years would be plenty of time to fix
> such a problem.  However, dzero compression for shareable images
> remains `unsupported.'  I also skimmed through the change logs in the
> image activator sources, and could find no mention of a bug being
> fixed which sounded like this.
> 
> The funny thing is, the `unsupported' link option actually seems to work -
> I've turned it on, and have been using images built with it with no problems.
> 
> So, what I'd be interested in knowing is:
> 
>   - What exactly was the imgact bug which caused this whole mess?
> 
>   - Has it been fixed?
>     If so, why is this feature still disabled?
>     If not, what nasty things will happen to me if I persist
>     in trying to use it?
> 
> 
> Thanks,
> scott snyder
> snyder@d0sb10.fnal.gov
-- 
Scott,
 
I have been watching this particular problem for several years 
with no change. It is a lot older than VMS Version 5.
 
At various DECUS symposia during the last several years, I have 
brought this item to the attention of the VMS development team, 
but nobody has ever volunteered that there was an awareness of 
the problem, much less corrected the (as far as I am concerned) 
aberrent behavior.
 
Your research is appreciated (at least be me :-)). Hopefully, 
somebody will note this item and correct the "feature". It is 
quite a pain in disk space limited environments where a shareable 
library requires a large "zeroed" array.
 
- 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                                                 |
+--------------------------------------------------------------------------+
Organisation: European Space Operation Centre (E.S.O.C)
Date: Thursday, 1 Oct 1992 09:53:33 CET
From: <RHUNTER@ESOC.BITNET>
Newsgroups: comp.os.vms
Subject:    LAVC help needed

Looking for Info on LAVC:

We are running a 13 node VAX cluster over Ethernet based on 10
base T hubs & fibre optic inter repeater links.

Very occasionally stations have 'lost connection' with the boot
node due to timeout expiry. Also disks have dismounted in the
middle of the night when LAN & machine loading is very light. It
is suspected that this is a network problem.

We have shown that the 'odd packet' (somewhere between 1 in 100
& 1 in 1000) is going astray across the repeaters.

Can anyone give me info on the susceptibility of LAVC to lost
packets?

I have a copy of System Communication Architecture from the
Digital Technical Journal 5 September 1987.

From this I understand there to be:

one virtual ciruit over the Ethernet.
a channel between each pair of nodes in the cluster.

a timeout at the virtual circuit level of 2 secs for packet
acknowledgement, with 30 retries.

a timeout on no channel traffic of 8 seconds, which will mark the
channel as dead.

Multicasts will act as keepalives in the abscence of other
channel traffic... transmitted at 1 every 3 seconds.

Does this mean that if we are losing 2 consecutive multicasts
when there is no other user traffic between the machines that the
channel will close & the connection be lost; or will the virtual
circuit wait for up to a minute (30*2 seconds) for the channel
to re-open with the next succesful multicast?

This will tell me whether to suspect 'the odd packet going
astray' as the cause, or point me to look for a more serious
outage.

Any other experience/advice welcome.

Please reply by email. I will post a summary to this newsgroup.

Extra credit will be given for replies that show that this is
"Someone Else's Problem".

Thanks in advance.

Ray Hunter
Network Engineer
European Space Agency.
Darmstadt
Germany
From: rankin@EQL.CALTECH.EDU (Pat Rankin)
Newsgroups: comp.os.vms
Subject: Re: VMS free() broken -- the saga continues
Date: 3 Oct 92 01:46:57 GMT
Organization: The Internet

>> Has anyone encountered this problem?
>> A malloc() succeeding another malloc() returns a pointer to an area
>> OVERLAYING the previous, and no free() has been made between them, i.e.,
>
> I don't have the latest version of VAX C, but it used to be
> that lib$get_vm and lib$free_vm were incompatible with malloc
> and free.  If you are using either of those library functions
> in some other part of your application, perhaps by linking
> with a library that uses them, that may be your problem.

     I seriously doubt that this was ever true; it's certainly been
untrue since the point where VAXCRTL became part of VMS rather than
being shipped with the compiler kit.  The restriction that does exist--
and which I suspect you misunderstood--is that memory allocated with
malloc() cannot be released with lib$free_vm(), and memory allocated
with lib$get_vm() cannot be released with free().  Both sets of routines
can be used by the same program without any other restrictions on their
interaction.

     As far as the original question, I'd have to agree with previous
responses and memory corruption by the user's own code is what would
most likely cause malloc() to return bad data.

		Pat Rankin, rankin@eql.caltech.edu

Newsgroups: comp.os.vms
From: palmer@hsi.com (Mike Palmer)
Subject: Reading a Binary file in VAX C
Organization: 3M Health Information Systems, Wallingford CT
Distribution: na
Date: Wed, 30 Sep 1992 20:37:48 GMT

We're running into a rather strange problem.  We have a piece of software
running on UNIX that reads a rather large binary file.  The powers that be
have entered into an agreement to sell source code to be ported to VAX/VMS.

We are required to provide as much help as possible in the actual port of our
code, but we don't have a VMS system in house.  All support is over the
phone to the person doing the port.

we seem to be running into a problem with trying to read (using the UNIX
open(), and read() functions) where RMS is only allowing us to read blocks
of 512.  The way the code is written, the 369208 byte file is read in about
5 chuncks of varying size.

My question is, has anyone run into a similar problem or does anyone have
any help as to where to look for a work around.

our current tack is to read successive 512 blocks until we've gotten the
whole chunck that we want.  Does this sound reasonable?

Thanks for the help.

-- 
======= Mike Palmer			     {uunet,yale}!hsi!palmer =======
======= 3M Health Information Systems	              palmer@hsi.com =======
======= Wallingford, Connecticut  06492                 203 949-6454 =======
From: simons/G=Vic/S=Pittman/O=SE.Consultants/OU=ATLANTA@mhs.attmail.com
Newsgroups: comp.os.vms
Subject: Where is comp.lang.c++ ?
Date: 6 Oct 92 15:11:05 GMT
Article-I.D.: ucbvax.9210061523.AA16081
Distribution: world
Organization: The Internet

Hi,
Sorry to bother the net with this but I've looked just about everywhere i can
think of. Is there a mailing that is gatewayed to comp.lang.c++ ? or how about
comp.lang.c ? And where can I find the FAQ's for each of these ? All I have is
mail access through the internet, no bitnet or ftp ...

Thanks,

Vic Pittman

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Victor F. Pittman
  Simons-Eastern Consultants, Inc
  One West Court Square, Decatur, Ga. 30030
  Tel:		1.404.371.7874
  X400:		c=US;a=ATTMAIL;p=SIMONS;s=PITTMAN;g=VIC
  Internet:	mhs!simons!Vic_Pittman@ATTMAIL.COM
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: Blocking fileview/sessionmgr problem
Date: 2 Oct 92 10:13:09 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


We have an LAVC running VMS 5.5-1 with DECwindows MOTIF and experience the
following problem on our workstations.

If we start a DECterm from Session Manager and choose to do it Detached 
we cannot initiate any application from FileView any more (e.g. READ a 
file) that manipulates the terminal (via a SET TERM command).
The reason seems to be that the created proces to execute the command has a
mailbox attached as terminal which causes the SET TERM command to fail. 
The only solution then is to logoff completely and start all over again.
(stopping and restartig FileView is not enough)

Anyone an idea ?

--
-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: Re: Utility to delete 0 block file
Date: 30 Sep 92 20:30:50 GMT
Distribution: world
Organization: The Internet


	Brendan Welch <welchb@woods.ulowell.edu> writes:

>> I am looking for a file utility that deletes 0 block file. Is such a utility
>> available?
>
>I have thought of doing this, so as to clean up the entire installation of
>useless files.  But, I have been afraid there might be some system situations
>whereby the file was needed.  One case which comes to mind might be where
>in real time the file just got created, but has not been written into yet.
>
>Can any guru give some examples which are more exotic?
>--

	You need look no further than [000000]BACKUP.SYS, BADLOG.SYS, 
CONTIN.SYS, CORIMG.SYS and VOLSET.SYS.

	These files are empty and, with the exception of VOLSET.SYS, are 
not used for anything.  They are part of the ODS-2 file structure.

	I won't say that you couldn't pay me to delete them, but it would 
cost you for a full image backup before and, almost certainly, a restore 
afterward!  I am not sufficiently curious to work cheaply.

	I have never found zero length files to be enough of a problem to
merit an automated solution.  The only safe way to handle them is to ask 
(tell) the owner to get rid of them.  Once or twice a year, I make a little
list using Mike Levine's FILE program (part of the JUICER package), SORT 
the output, slice up the listing of zero length files, and mail them to the 
onwers.


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