HDTenEightyP/NetNews huggingface dataset:
From: root@candle.uucp (Bruce Momjian)
Subject: Logicraft mangles some VMS -> DOS file transfers
Organization: a consultant's basement
Date: Sat, 15 Aug 1992 21:28:56 GMT
X-Newsreader: Tin 1.1 PL4

I have had the need to transfer some 700k zip files from VMS to DOS
using Logicraft v3.71.  The files are Stream_LF, carraige return,
carriage control files.

I found that some of the files where not recognized as zip files after
going to DOS.  Other similar zip files trasfered fine, and the results
were repeatable.  I immediately suspected the Usenet posted multi-OS zip
programs.

But, that was not the problem.  I found that if I trasfered the files
back to VMS from DOS, I get the same UNZIP error.  Something about the
DOSCOPY/BIANRY transfer from VMS to DOS messed the files up.  I ended up
kermit'ing the files off the VAX and they are fine.

Any idea how to fix this.  The only DOSCOPY flag that seems to affect
trasfers TO DOS is /BINARY, and I used it.



-- 
Bruce Momjian                      |  830 Blythe Avenue
root%candle.uucp@bts.com           |  Drexel Hill, Pennsylvania 19026 
                                   |  (215) 353-9879(w)  853-3000(h)
From: HGK@PTBIB.BITNET (Hans G. Kerkhoff, PTB Institut Berlin)
Newsgroups: comp.os.vms
Subject: Will lmf kill alpha?
Date: 19 Aug 92 13:02:00 GMT
Distribution: world
Organization: The Internet

Will lmf kill alpha?

A while ago somebody asked if it is necessary to install lmf 1.1.

Somebody else answered dec had good products an bad products - unfortunately
lmf belonged to the latter.

My understanding is that VMS and ultrix is not widely used in universities and
other research institutions compared to other unix derivations because of the
administrative overhead caused by correctly using lmf.

Will this happen to alpha as well?

Hans G. Kerkhoff
From: perry@isgtec.com (Perry Lee)
Newsgroups: comp.os.vms
Subject: C++ on VMS/POSIX
Date: 12 Aug 92 19:25:21 GMT
X-Newsreader: Tin 1.1 PL4

Request for information:

We are about to embark on a large (> 100K lines of code) software project
that will run on VMS/POSIX.  We are considering using C++ as the development
language and would like to know of anyone's experience with C++ in this
environment.

Most important question: Is C++ even available NOW????


--
Perry Lee                                  Phone: (416) 672-2100
ISG Technologies                           Fax:   (416) 672-2307
3030 Orlando Drive                         UUCP:      perry@isgtec.uucp
Mississauga, Ontario, Canada, L4V 1S8      Internet:  perry@isgtec.com
Newsgroups: comp.os.vms
From: chad@invmac12.worldbank.org (Chad Wilson)
Subject: LAVC (pseudo-MDF) question
Followup-To: comp.os.vms
Organization: The World Bank
Date: Wed, 12 Aug 1992 23:04:31 GMT

We are in the process of creating a LAVC as part of our disaster
recovery operations.

We have several applications running on a VAX 4500.  One of these
applications occupies two  locally shadowed disks on the 4500.  This
application needs to be available in minutes.

To facilitate this recovery, we are adding a 3400 (which is in a
different building) with two disks that will be remote shadowed from
the 4500 using VMS volume shadowing  level II under VMS 5.5-1.  The
4500 and the 3400 will be configured in a LAVC with each  system
having its own system disk.  We expect that this will allow us to
restart the application on the 3400 if the 4500 fails.

I understand that DEC has a concept of "MDF" - this is the first
stage  of eventual migration to a full MDF-like configuration.  

Does anyone have any experience and/or knowledge of this type of
configuration, including MDF that they could share?   

Thanks,   
Chad Wilson
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: pascal help
Date: 20 Aug 92 07:28:00 GMT
Organization: The Internet

> 	i need help about who to do command DCL in pascal program..
> 
> 	thenx $!..

1)  It looks like we have found someone, who is worse at english than
    me (my english teacher in high-school will never believe me, if I
    tell him !).

2)  PLEASE supply a valid email-address in such postings !  The from-field
    is not always usable !

3)  Assuming you want to execute DCL commands from within a PASCAL program
    you should try looking at the RTL-routines: LIB$SPAWN and LIB$DO_COMMAND !

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
Newsgroups: comp.os.vms
From: gerard@uwovax.uwo.ca (Gerard Stafleu)
Subject: Problem tracking software wanted
Organization: University of Western Ont, London
Date: Thu, 13 Aug 1992 13:08:05 GMT

I'm looking for problem tracking software under VMS. Does anyone have any
experience?

----
Gerard Stafleu
email: gerard@uwo.ca
CCS, NSC 202, University of Western Ontario,
London, Ontario, Canada N6A 5B7
(519)661-2151
From: imhw400@indyvax.iupui.edu
Newsgroups: comp.os.vms
Subject: Re: Accounting Info
Date: 12 Aug 92 08:45:26 -0500
Distribution: world

In article <1992Aug10.015715.193@rlgsc.com>, gezelter@rlgsc.com writes:
[...]
> There are three possibilities:
>  
> 1) TASK Object Removed/Deleted/Full Disabled
> 2) TASK Object only allowed to valid users
> 3) TASK Object allowed to anonymous logins (default access)
>  
> Of the three above cases, the real security hole is systems which 
> allow (3), namely, any Tom, Dick, or Harry to execute programs 
> using the TASK object. 
>  
> The use of (2) above, namely, that authorized system users may 
> make use of the task object is not generally a security hazard 
> (if it is, then you would also have to prevent your users from 
> running programs from their accounts, not normally a desireable 
> goal on many systems)

Golly, I'm glad to find that somebody else has noticed this.  It seems like
whenever someone asks how to secure DECnet, every answer begins with "disable
the TASK object".  As Mr. Gezelter goes on to point out, this is fine in some
situations and needlessly restrictive in others.  You wouldn't want to do it on
a system used for developing network applications, for instance.
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
Newsgroups: comp.os.vms
From: grant@reg.triumf.ca (Peter A. Grant)
Subject: Ethernet address from DCL
News-Software: VAX/VMS VNEWS 1.41    
Organization: TRIUMF: Tri-University Meson Facility
Date: Thu, 13 Aug 1992 16:28:00 GMT


Following all of the other requests about obtaining system information from
DCL:  is it possible to obtain the Ethernet address (the real one 08-00...)
from the DCL level?

Reading the serial number off the back of the chassis would be nice too, 
then all of our (online) documentation would always be correct!


Peter Grant           ////////  ///////  ////////  //    //  //    //  ////////
grant@reg.triumf.ca     //     //    //     //    //    //  ///  ///  //
                       //     ///////      //    //    //  ////////  ///////
                      //     //  //       //    //    //  // // //  //
                     //     //    //  ////////  //////   //    //  //
                                               Canada's National Meson Facility
__________________________________________ _        Vancouver, British Columbia

Newsgroups: comp.os.vms
From: session@seq.uncwil.edu (Zack C. Sessions)
Subject: Asynchronous DECnet through terminal server?
Organization: Univ. of North Carolina @ Wilmington
Date: Fri, 14 Aug 1992 00:50:04 GMT

We are running VMS V5.4. Is asynch DECnet supported through a terminal
server port?

TIA,

-- 
Zack Sessions
sessions@seq.uncwil.edu
University of North Carolina at Wilmington
"Good health is merely the slowest form of dying."
Newsgroups: comp.os.vms
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Subject: Re: Bound volumes vs strip set .. preferences?
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Date: Wed, 12 Aug 1992 17:47:41 GMT

In article <9208071623.AA16990@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
>	What's the catch? Well, both of these methods have one major drawback
>	- IF YOU LOSE ANY ONE OF THE BOUND VOLUME DISKS - YOU'VE LOST IT ALL!
>
>Not true for volume.  It is quite possible to continue running with one (or
>more) of the members of a volume set inaccessible.  Any files that don't
>happen to have extents on the missing volume can still be used.  It's not an
>ideal situation, but it isn't a show-stopper.  BACKUP is also capable of
>saving or restoring a single volume in a volume set.  (I don't know about the
>situation for stripe sets.)

Er, I could've sworn that if you lose the first volume of a volume set, you
lose everything.
--------------------------------------------------------------------------------
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.
Newsgroups: comp.os.vms
Subject: PROBLEM Linking shareable image library :HELP
From: bell2@lincoln.ac.nz
Date: 21 Aug 92 10:54:30 +1200

    I am trying to convert a Fortran program I wrote a while back
    into a shareable image but I am having trouble getting the linker
    to give the psect attributes I want to some common blocks.

    I have a fairly large set of Subroutines & Functions which are
    used by a number of programs that I have put into a shareable_image library 
    no probs so far

    What I am trying to create is a Fortran Common block which has
    GBL & NOSHR Psect attributes,  the default SHR/NOSHR option is SHR
    When I use PSECT block,GBL,NOSHR in the linker options file, the
    attributes are correct but the linker creates separate common block
    program sections for each cluster when the block is common to the
    shareable_library_image and the main program (I think ?)

    I want the common block to be global across all program sections
    within an individual users process (including program sections outside
    the shareable_library images) but not to be shared across multiple
    processes..


    Can anyone help me on this.?


-- 

Stephen Bell                                          -----
c/- A.V.S.G.                                            |
Lincoln University                     \---------------(*)---------------/
Canterbury
New Zealand                                     NIMBUS II - Driver

Email: S.Bell@ono.lincoln.ac.nz
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: DECcalendar: PostScript print dies
Date: 20 Aug 92 13:39:20 GMT
Organization: The Internet

Well, it seems as though there's something peculiar to your installation, 
because I just tried printing PostScript from a V5.5 calendar and it worked just 
fine.

I don't believe there is any way to save the print options (at least none I 
could find).

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
Xref: sparky comp.os.vms:13664 comp.sys.dec:4545
From: kjb@calmasd.prime.com (Ken Brucker)
Newsgroups: comp.os.vms,comp.sys.dec
Subject: Re: New VAXes/VAXstations: can these be realized?
Date: 14 Aug 92 18:48:01 GMT
Organization: Computervision - A Division of Prime Computer

In article <1992Aug13.151627.3365@crpmks.uucp>, billb@crpmks.uucp (Bill Bochnik (Info Systems)) writes:
> 
> Hmmm, just had an intersting thought.  If and Alpha box is placed into a
> cluster with VMS boxed, this will be for queue sharing and data sharing.
> People are going to have to be very careful about accidentally executing code
> for a VAX on and Alpha box.  VMS is VMS from a user point of view, but the 
> executables are different for VMS and Alpha boxes, are they not?  This 
> obviously means a VAX boot disk and an Alpha boot disk
>  (heterogeneous cluster alert!!!) unless somebody in DEC is very
> clever about logicals and directory structures.  And ideas on the subject?
> 

While I'm not positive about this I'm pretty sure that the first release isn't
going to allow a shared queue system between the Alpha and VAX boxes.  I think
the main reason for this is that Alpha VMS is based mostly on one of the VMS
5.4 release levels with a smattering of features from later releases of VMS
including some future major release of VMS (aka v6.0) and so they haven't put
the new queue manager on it yet.

In any event, your comments about the incompatability of images are correct. 
You will need to have different boot disks for the VAX and Alpha boxes, but you
can still share UAF, Rightslist, and the other major databases not to mention
the disk farm.  You'll also need to have Alpha compatable images for any
applications you wish to run on the Alpha platform with their own set of
logicals to point to the correct directories.

So, if you end up running one of these mixed hardware clusters, be prepared for
a little extra system management overhead.  :)

Ken

-- 
-------------------------------------------------------------------------------
**  Ken Brucker -- VMS/Ultrix Systems Programmer/Mangler -- Computer Vision
 **  kjb@calmasd.Prime.COM  
  **  Practice Random Kindness and Senseless Acts of Beauty
From: bmoore@mv2.nswc.navy.mil (Bill Moore)
Newsgroups: comp.os.vms
Subject: POPMail server for VMS/TCPWare?
Date: 17 Aug 92 19:42:07 GMT
Followup-To: comp.os.vms
Organization: NSWC

Is there a POPMail server (PD or commercial) for VMS running Process
Software's TCPWare? FTP address?

-----------------------------------------------------
Bill Moore,  bmoore@mv2.nswc.navy.mil,  (703)663-8851
-----------------------------------------------------
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: comp.os.vms
Subject: Re: need utility to convert wps to WP5.1 DOS
Date: 13 Aug 92 19:06:25 -0700
Reply-To: EWILTS@GALAXY.GOV.BC.CA
Distribution: world
Organization: BC Systems Corporation

In article <9208122239.AA20978@astro.ocis.temple.edu>, sam@ASTRO.OCIS.TEMPLE.EDU (Sam "The Man" McLane) writes:
> Sorry if this message was already sent but i am not getting
> any response from the listserv.  I need to know
> if a utility exeist to convert
> wps files to word perfect 5.1 for dos files from vms rather than 
> all in 1
> I will take anything i can get, thanks for your help.

Contact Keyword Technologies in Calgary, Alberta about their Keypak product. 
It's commercial - I have no idea of pricing.

disclaimer:  They did some demo conversions from Mass-11 to WordPerfect for me
once but I never bought their product.  We run some of their stuff here but
I've never personally used it.

-- 

Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA   |   Ed.Wilts@BCSystems.Gov.BC.CA   |   (604) 389-3430
From: pgravel@nap.amoco.com (Philip L. Gravel)
Subject: Re: DecNet RPC and Xwindows
Reply-To: pgravel@nap.amoco.com (Philip L. Gravel)
Organization: Amoco Corporation
Date: Tue, 18 Aug 1992 18:53:40 GMT

In article <1247@esl.ESL.COM>, jsd@esl.com (Jeff Dalton) writes:
 
> I'm trying to start an Xwindows process running on a remote node and
> have it displayed on my local node.  The catch is that I don't want to
> log into the remote node to start the process.  I'm attempting to use
> the DecNet Remote Command Execution facility, you know... the stuff that
> looks like the following:
> 
>   type RMT_NODE::"username password":"task=FILE.COM"

On the remote node where I want the Xwindows client process to run, I have
a command procedure named REM_DECTERM.COM which contains:

$       Set NoVerify
$       Server_Node = F$TrnLNm("Sys$Rem_Node","LNm$Job") - "::"
$       Client_Node = F$TrnLNm("Sys$Node","LNm$System")  - "::"
$       Set Display /Create /Node='Server_Node'
$       Create /Terminal=DECterm -
        /NoProcess -
        /Window_Attributes=( -
         Title="''Client_Node' DECterm", -
         Icon_Name="''Client_Node'" )
$       Set Display /Delete
$       Exit

Then on my local node, I enter:

$      TYPE client_node::"TASK=REM_DECTERM"

Of course, I have set up a symbol for this command.  Make sure all your
DECnet proxies and Session Manager security authorizations are set up
properly.


Phil

-----
Philip L. Gravel                      Internet: pgravel@nap.amoco.com
Amoco Corporation, Chicago, IL        Phone:    (312)856-3553
----------
These opinions aren't worth the paper they're written on and
certainly don't reflect those of my employer.
From: HENRYM@SACUSR.MP.USBR.GOV
Newsgroups: comp.os.vms
Subject: Unknown error message - SS$_NOMORENODES
Date: 20 Aug 92 23:59:10 GMT
Distribution: world
Organization: The Internet


	I'm trying to help an associate track down a network problem.
The problem is occuring on a MicroVax II, under VMS 5.4-2 and a DELQA
interface.  The VMS error  message SS$_NOMORENODES is being returned
from a QIO operation to the Ethernet device.  I cannot find out what
this error is.  I've checked the VMS 5.4 documentation, and some of
the VMS 5.5 documentation, to no avail.  Can anyone shed some light
on this?  Thanks in advance,


-HWM
----------
Henry W. Miller
Assistant Systems and Network Manager
U.S. Bureau of Reclamation
Mid Pacific Region
2800 Cottage Way MP1100
Sacramento, CA 95825
(916) 978-5108 / FTS - Same as commercial
Inet:	"henrym@sacwms.mp.usbr.gov"
BITNET:	"hmiller@scu"

"I've fallen, and I can't get up!"
From: sommar@enea.se (Erland Sommarskog)
Newsgroups: comp.os.vms
Subject: Re: RDB Locking
Date: 15 Aug 92 21:59:11 GMT
Organization: Enea Data AB

MCCARTHYD@CSVAX.COSC.BROCKU.CA writes:
>When a read/write transaction is started reserving  a table for shared write,
>and the same transaction is started by another process, locks are encountered
>when attempting to select a set of rows even when neither of the transactions
>has performed any work.
>...
>It appears that if the data is accessed without use of the indexes, a lock
>conflict is encountered even though there are no locks imposed due to work
>performed by the other session(process).

Your observation is entirely correct, and what is you see is 
indeed the expected behaviour.

What is happening is that when RDB decides to do search a
relation sequentially, it enforces protected mode even if
you said shared. And as you may know, in protected mode
the entire relation is locked.

I can't off-hand say where this is documented. I think it is in
the discussion on locking modes in the regular manual, but it may
in some more obscure place, in worst case the RDB Internals course
material.

In any case, the behaviour is easy to understand intuitively. Assume
that RDB really did what you told it, and went ahead searching
sequentially and locking each record individually (as shared mode
implies). Since RDB is very rabid about consistency, it would have
to look every single record until it found the ones you were looking
for. And if you didn't say FOR FIRST (in RDO) or LIMIT TO (in SQL)
that means every single record in the relation. So this would give
you the same result as you saw - but at a severe performance penalty.
-- 
Erland Sommarskog - ENEA Data, Stockholm - sommar@enea.se
Life is wonderful when the wonderlife is full
From: n8846069@henson.cc.wwu.edu (Barry)
Newsgroups: comp.os.vms
Subject: Undocumented MAIL qualifier
Date: 17 Aug 92 18:22:26 GMT
Article-I.D.: henson.1992Aug17.182226.29126
Organization: Western Washington University

There is an undocumented MAIL qualifier I have seen
people use to extract an image file from a message.
EXTRACT/FOREIGN is the usage they used.

How extactly does this work?  And how did they create
the special message to begin with?

-BarryB
From: nat@drao.nrc.ca (Natalie Prowse)
Newsgroups: comp.os.vms
Subject: Wanted: Source code control system
Summary: Looking for good Software Product management software
Keywords: Source code control project management
Date: 19 Aug 92 20:36:40 GMT
Organization: Universite Laval

Hi all,

Well, it's high time we did it.  Things are getting out of hand. :-}
We need some sort of source code control system, and/or software
project management package.  I am looking for input and suggestions
from anyone out there who uses such products.  They can be PD or
commercial.  Our primary project is coded in C, and an in-house
Fortran dialect.  (It is well over 100K lines of code, and growing.)
Any product we use will have to be able to cope with these languages,
or be tailorable.  (is that a word? ;-) Any and all suggestions or
words of warning/wisdom are welcome.  If I get enough 'me too!'
responses, I will summarize to the net.

Thanks,
-Natalie Prowse

--
She *hammers* on her Trek 2300! Now shooting for 2 megameters...
1790 klicks and counting! 		(nat@drao.nrc.ca)    
------------------------------------------------------------------------------
"You want more diskquota!? ...Did you bring me some cheesecake?"
From: AMOS@vms.bgu.ac.il (Mesika Amos)
Newsgroups: comp.os.vms
Subject: pascal help
Date: 19 Aug 92 12:20:15 GMT
Distribution: all
Organization: Ben-Gurion University of the Negev Beer-Sheva Israel, BGU
X-News-Reader: VMS NEWS 1.13

Hi there!!!!

	i need help about who to do command DCL in pascal program..

	thenx $!..
From: jim@mivax.mc.duke.edu (James D Dryfoos - Systems)
Newsgroups: comp.os.vms
Subject: Re: RF35 problems
Date: 16 Aug 92 02:36:00 GMT
Organization: Duke University Medical Center
News-Software: VAX/VMS VNEWS 1.41

>>Anyone that has attempted to order an RF35 recently knows there is a
>>120 day lead time for this disk drive.  My salesperson attempted to 
>>explain this by saying Digital was "integrating new technology into the
>>drive", but the reality is the RF35 has serious reliability problems.
>>I know sites that are experiencing RF35 nightmares right now.
>>If you're ordering a disk, I strongly advise you consider a disk other
>>than the RF35 or RF352.

>I have two RF35's that have been running just fine thank you for three
>months. Delivery time from order was about three weeks. Fastest disk
>I ever saw - when booting a whole bunch of satellites from an RF35
>system disk on a VAX 4000/500, the RF35 sustains an average of 85 I/O's
>per second for about 30 minutes during the boot, which is about three
>times what a Wren VII previously used for the job could do.

>What evidence do you have that there's something wrong with the RF35?

Ditto that for the RF352.

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
*  James Dryfoos  -- Medical Informatics - Duke University Medical Center     *
*                                                                             * 
*  VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office * 
*  dryfo001@mc.duke.edu - dryfo001@dukemc.bitnet                              *
*  Box 2914 Durham NC, 27710 USA - EARTH (919) 684-6421
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
* James Dryfoos  -- Medical Informatics - Duke University Medical Center      *
* VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office  * 
*                                                                             * 
* INTERnet:  DRYFO001@MC.DUKE.EDU          BITnet: DRYFO001@DUKEMC            *
* INTERnet POSTMASTER: DMPM@MC.DUKE.EDU    BITnet POSTMASTER: DMPM@DUKEMC     *
* Concert Net DECnet:  MEDINF::JIM or 3073::JIM                               *
* Box 2914 DUMC Durham, NC  27710 USA, EARTH --  (919) 684-6421/fax 684-8675  *
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Newsgroups: comp.os.vms