HDTenEightyP/NetNews huggingface dataset:
From: mwblas@bb1t.monsanto.com
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Requesting info on DEC's SoftPC product
Date: 23 Jul 92 21:45:02 GMT
Organization: Monsanto Company, St. Louis, MO


I'm looking at the SoftPC product from DEC to handle certain applications.
Has anyone had any experience with with product, good or bad?

*********************************************************************
*  Marcus W. Blaskie		    Email: mwblas@bb1t.monsanto.com *
*  Research Computing Consortium    Telephone: (314/537-6967)       *
*  Monsanto Company                                                 *
*  700 Chesterfield Village Pkwy.                                   *
*  St. Louis, Missouri   63198                                      *
*********************************************************************
Newsgroups: vmsnet.networks.desktop.pathworks
From: duffiem@wl.com (Mark Duffield)
Subject: Re: Mac & Ethernet problems
Organization: Warner Lambert / Parke-Davis
Date: Thu, 23 Jul 1992 02:09:25 GMT

In article <1992Jul22.162115.511@whscdp.whs.edu> kmoch@whscdp.whs.edu writes:
>We have a Mac SI with an Ethernet Adapter.  We have System 7 installed.
>We also installed Ethertalk V2.2 from our System 7 distributions.  
>

What kind of ethernet card do you have?  Is it one that is a native si card
or are you using a NuBus adaptor?  Who makes the card?

>
>We are not able to connect to the VAX through Ethernet.  If we try to
>configure NCP on the Mac for Ethernet using the line setting, we get
>"Could not find Ethernet Driver" when booting up.
>

Sounds like the card's driver isn't installed.  If this is a Shiva card, you
have to install the driver that comes with the card.  If this is an Asante
card, then the Apple driver should work fine.  I don't know if the Apple
driver works with any other cards.  You best bet is to install the driver
that came with the card no matter who makes it.

>
>Trying to select Ethertalk in the network control panel results in a message
>like which indicates an error and that the localtalk port will be used
>instead.
>
>The system is able to make a connection with the VAX through the localtalk
>interface which has a FastPath Gateway onto the Ethernet.
>
>What gives?  Can someone help?  (There is a greenlight showing from the
>position where the Ethernet connector actually connects).

Without the make of the card and whether or not the driver was installed, I 
can't be much more help.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Mark J. Duffield          | 
 Parke Davis Biotechnology |   Beer is a beverage, not a projectile.
 (duffiem@wl.com)          |
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: PATHworks Backup???
From: Gregg Pentecost X6228 IC44 <PENTECOST@BROOK.BITNET>
Date: Tue, 21 Jul 1992 10:08:00 EST

Petri provided me with the SPDs and order numbers for PATHworks backup,
but didn't want to clutter the net with such a long document.  If anyone
else is interested, e-mail me a request and I'll send it directly to you
I haven't read the SPD yet, but DEC's product is much different than
Kevin Lowey's methods.  I believe DEC's provides unattended, direct PC to
tape backup.  No manual intervention, no intermediate files on the VAX,
can be done off-hours, etc...
 
Gregg   (PENTECOST@BROOK.BITNET)
From: apple@drvax3.msfc.nasa.gov (Kathleen Applegate)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: <None>
Date: 22 Jul 92 13:28:32 GMT
Organization: NASA/MSFC

>The offer to send the entire message to individuals still stands.
>Gregg (PENTECOST@BROOK.BITNET)

Gregg, I would like the DEC document you described earlier,
but my e-mail to your bitnet address bounced.  Can you please
send it to:  apple@drvax3.msfc.nasa.com
Thanks!
--
Kathleen Applegate                     |  New Technology Inc.
Senior Analyst                         |  700 Boulevard South, #401
apple@drvax3.msfc.nasa.gov             |  Huntsville, AL  35802
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: "Notify Node" in PATHWORKS MAIL
From: "Judy Constantine, 617495-0517" <LANWORKS@HUDCE0.BITNET>
Date: Sun, 26 Jul 1992 17:39:40 GMT
X-Vmsmail-To: MAILER%"lanworks@miamiu.bitnet"

        I'd appreciate any advice on a minor yet annoying problem
        we've come across in using MAIL on a PC on PATHWORKS:
        one of my users is now using a networked machine that used
        to belong to someone else.  Whenever the previous user
        receives mail, the new user is notified on the PC.
 
        I've deleted the previous user's MAIL.INI file; we've
        reconfigured the new user's mail setup file... I don't know
        where else to look to solve this problem.
 
        Suggestions?
 
                                        Judy Constantine
                        internet:       constant@hudce0.harvard.edu
                        bitnet:         constant@hudce0.bitnet
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Intel Etherexpress anyone?
From: "Marty Adkins, W ESG Distributed Systems, MS 1615, WIN 285-1479"<tron!plaza.dnet!vsg@UUNET.UU.NET>
Date: Wed, 29 Jul 1992 11:14:21 -0400
X-cc:         VSG@uunet.UU.NET

>I would like to know whether the new Intel Etherexpress boards are Pathworks-
>friendly, as they are quite a bit less expensive than SMC (WD) boards. Would
>anyone care to share their experience?
>
>        Thanks in advance,
>
>                Nigel Arnot
>
We test drove two of these cards about two months ago.  They worked fine for
LanMan and Novell Netware, but we were unable to get them to work properly
with Pathworks.  A Sniffer trace showed the client PC attempting to locate
a server, the server answering, but the client apparently not noticing, and
the whole cycle repeated.  A similar trace with a 3COM card showed the correct
behavior.  We sent the Sniffer traces to Intel tech support via our VAR.
According to the VAR, Intel managed to lose the first copy, but they had made
a copy and resent it.  We have heard nothing back from them since.  At this
point it's their loss -- we just aren't buying any of them, even for LanMan
or Novell.
 
Marty Adkins
Distributed Systems
Westinghouse Electronic Systems Group
 
U.S. Mail:                  	    Internet: Adkins@plaza.wec.com
  Westinghouse Electric Corp.       MTS400: ADKINS.M.J
  P.O. Box 746 MS 1615              X.400: 6=Adkins.M.J@5=Westinghouse@3=WEMS
  Baltimore, Md. 21203		           @2=DIALCOM@1=US
  (410)765-1479/(WIN)285-1479	    Westinghouse DECnet: PLAZA::ADKINS
Newsgroups: vmsnet.networks.desktop.pathworks
From: cc971@cleveland.Freenet.Edu (Stephen  C. Fitch)
Subject: FAL Listener
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Fri, 31 Jul 92 13:41:12 GMT


Hi,

does anyone out there know of plans to put password protection
into the PathWorks FAL process? As it stands it's open house
for anyone out there on our LAN... t has been thought of for
NFT transfers initiated on the PC, why not for FAL? After all
it's all DAP, eh?

Stephen Fitch
The Open University
Walton Hall, Milton Keynes.
England. Email s.c.fitch@open.ac.uk TEL: +44 908 65 2733
From: ski@milton.u.washington.edu (Jeff Wasierski)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Keyboard mapping using Pathworks for DOS Sethost
Summary: How do I set PC key F12 to DEC key BACKSPACE
Keywords: Pathworks, Sethost, Keyboard mapping
Date: 24 Jul 92 20:30:32 GMT
Organization: University of Washington, Seattle

I am using Digital's Pathworks for DOS V4.1 and their Sethost terminal
emulator.  Under the keyboard settings menu, I have selected the
<X] to function as a delete key instead of a backspace key.  But now I
have to hit Ctrl-H to get a backspace, and this is cumbersome.  I would
like to map the PC key F12 to the DEC key BACKSPACE.  The manual lists
several keycodes on pp. 3-30 thru 3-33, but does *not* give a code for
BACKSPACE.  All I really need is that one keycode.

Any and all assistance/hints/help would be greatly appreciated.
Please send responses to geobaldi@max.u.washington.edu as I am
using a friend's account.  Thanks in advance!

-David
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Mac access to non-PS VMS queues?
From: pasmith@inland.com
Date: 24 Jul 92 12:26:53 CST
Organization: Inland Steel Company; East Chicago, IN

In article <01GMH9MISH5C8Y5O0C@epavax.rtpnc.epa.gov>, Tom Powell <TPB@EPAVAX.BITNET> writes:
> Hello,
>  
> To my knowledge (which is based on info from DEC CSC and documentation)
> is that PW for MAC only supports two types of printers, Digital PS or
> Apple LaserWriters.  

I have successfully implemented printing to a Talaris Laser printer which we
thought was not compatible with pathworks. The printer has the capability to
communicate over ethernet using Ethertalk. When we enabled the Ethertalk
function on the printer, the printer appeared in the chooser when Laserwriter
was chosen. Everything works fine as long as I use Postscript fonts that are
loaded in the printer or use bitmapped fonts from Apple. Note that in this
configuration we are not going through the VAX queues. The Mac is printing
to the laser printer over ethernet directly.

If your printer has Ethertalk capability, I think you may be able
to use the printer, but not through the VMS queues.
-- 
Todd A. Smith            | Internet:   pasmith@inland.com
Inland Steel Co.         | 
Operating Technology Dept| CompuServe: 72557,3713
East Chicago, IN 46312   | America On Line: ToddS4
From: Huy_Le@mindlink.bc.ca (Huy Le)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: Software...
Date: 22 Jul 92 01:03:37 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

The programs WHOZON and PASSENT look interesting. Has anyone else come up
with a nice solution to typing your password everytime you give the USE
command? We have a 9 servers WAN for our system with many file services
on each server. It is a real pain having to type your password to get access
the various services on the system all the time. Putting the password
in the local NCP database is not an option. Thanks.

Huy Le
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: subscribe lanworks Ed Jones
From: Ed Jones <EJONES@DESIRE.WRIGHT.EDU>
Date: Tue, 28 Jul 1992 13:10:00 EST

Could you please add me to the Pathworks mailing list? Thanks.
     Ed Jones
From: Huy_Le@mindlink.bc.ca (Huy Le)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: Home grown PCSA utilities
Date: 24 Jul 92 01:59:06 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

I think that this is a good idea. Pathworks is a nice network, especially
in a wide area network environment. However, the programs supplied are
pretty primitive and ugly to use. I am sure that a lot of people would
be interested in ANY utility to make Pathworks a easier and friendlier
system to use.

Huy Le
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: DEC 433pc
From: DESNICK@MSRCVAX.BITNET
Date: Fri, 31 Jul 1992 10:08:00 EST

>We just picked up 20 DEC 433pc systems for our student lab.  After
>setting them up we noticed one thing we didn't like.  On power up
>the bios presents an option on the screen to press F1 to enter setup.
>We don't want the students to have that option.  Do all DEC PC's
>handle setup this way?  We talked to DEC about this and they said
>there wasn't anything they could do about it.  They said there were
>no other complaints about it.  We need some way to disable the
>option to enter setup at boot time.  We would like to be able to
>access setup with a reference disk like IBM does.  I don't think
>we will be buying DEC PC's in the future for an educational
>environment if the setup remains as such.  I was also disappointed
>in DEC's lack of interest in the problem.  Has anyone else faced
>this same problem.
>
>       Craig Farrell                       Penn State Altoona Campus
>       CF0@PSUALT.bitnet                   225 CLRC Building
>       (814) 949-5295                      Altoona PA,  16601
It is common enough problem (only for most sites it's not a problem
at all :-) ) with PC clones.  I've seen BIOS ROMs which required SETUP
program on disk(ette) to run setup, also not for i80486.  I'm pretty
sure that ROM BIOS can be changed, also it's not mentioned as option
in recent (January 1992) DEC Catalog.
As a temporary solution:
1.  Keep hard copy of setup screen in safe place.
2.  Delete format.com and fdisk.com from all PC's
3.  Let 'em holler for help when they've fooled with SETUP at boot time -
    at the worst it will cost a couple of minutes to restore correct
    setup, and without format.com and fdisk.com they can't really hurt
    anything.
 
Best wishes  --  Alex Pechtchanski, GCRC system manager
                 Mount Sinai School of Medicine, NY
                 desnick@msvax.mssm.edu or appms@cunyvm.bitnet
Newsgroups: vmsnet.networks.management.decmcc
From: NETS don't fail me now!!! <r_spence@took.enet.dec.com>
Subject: RE: New recruit having trouble with DNS portion
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Tue, 28 Jul 1992 18:26:12 GMT

Ths only way I know of to change the name of the namespace is to re-install
the nameserver software and specify the correct info this time.

However, if you have lots of stuff in the namespace it is a problem. You will
need to extract it somehow. Let me know if that is the case.

To re-install the nameserver software you need to take a specific set of
steps or the code will be reinstalled but the namespace will be preserved
(not what you want here).

Here are the steps to destroy an existing clearinghouse and namesever
and then re-install;


    Warning: this procedure will blow away your existing local namespace,
    so only do this if you don't care what's currently in there:

A.  Prior to [re]installing dns:

    1.  $ @sys$manager:dns$stop
    2.  $ @sys$manager:dns$client_stop
    3.  $ delete sys$system:dns$global.gbl;
    4.  $ delete sys$system:dns$global_cache.gbl;
    5.  $ rename sys$system:dns$default_file.dat *_old.dat
    6.  $ delete <diskname>:[sys0.dns$server]<nodename>_ch.dns;
    7.  $ delete <diskname>:[sys0.dns$server]<nodename>_ch.gbl;

B.      Install dns making sure you have the latest dns V1.1 kit (apparently
        there was a patched kit released sometime after the original V1.1):

    1.  $ @sys$update:vmsinstal dns011 <kit_location>

C.      DNS post-installation instructions:

    1.  $ @sys$manager:dns$startup (note, the install will do this)
    2.  Add above to systartup_v5.com (if not already there).



I hope this helps

s/rob
Newsgroups: vmsnet.networks.management.decmcc
From: NETS don't fail me now!!! <r_spence@took.enet.dec.com>
Subject: RE: Monitoring SNMP manageable SYNOPTICS hubs
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Mon, 27 Jul 1992 19:53:18 GMT

Yes, in V1.2 you will be able to have the icon change color and then change
back to the original color (set the icon color to Green, and the color for
the CLEAR severity to Green).

s/rob
Newsgroups: vmsnet.networks.management.decmcc
From: Dave Margossian W300f-2 222-6800 <MARGOSD@leia.polaroid.com>
Subject: New recruit having trouble with DNS portion
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Tue, 28 Jul 1992 14:14:50 GMT

Recently installed MCC BMS waiting EMS.
Anyway the DNS portion was preinstalled for me and I hadn't prepared
properly and provided the Domain name for the Master Server in time.
The installer guessed what I had wanted and as always guessed wrong.
I have gone through as much doco as I can and haven't come across the
method for changing this.

Currenlty:
	companynet_ns:.
	companynet_ch

I would like it to be 
	realname_ns:.
	realname_ch

Is so simple, I have researched more than needed.

	Any help appreciated.
						Dave
From: jeh@cmkrnl.com
Newsgroups: vmsnet.internals
Subject: Re: monitor locations (for processor modes)
Date: 28 Jul 92 04:13:17 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <7520241@MVB.SAIC.COM>, "Bob George" <BOB@aeneas.ims.disa.mil> writes:
>    I've been looking through the manuals, but haven't seen it yet.  Does
> anyone know the symbolic system locations that monitor uses to determine
> the time spent in each of the processor modes?   Thanks,
>                                     bob

Sure.  They're in the CPU$ data structure.  It's a series of seven longwords,
the first of which is called CPU$L_KERNEL.  The others don't appear to have
distinct names as they are accessed mostly by clever uses of index registers
with values found in the "access mode" and "interrupt stack" fields of the PSL.
(see the section titled "hardware clock interrupts" in TIMESCHDL.LIS in
facility SYS in the listings kit.) However their contents are in order as
described in the description of this structure in the Device Support Reference
Manual.  Their values represent numbers of 10 millisecond clock ticks since
system boot. 

on an SMP (multi-CPU) machine, you have to look at all the CPU$ structures to
get the totals for the node. 

btw, "idle" time as recorded in the CPU$ structure is a subset of time spent on
the interrupt stack.  ie you need to subtract the idle time (which is, roughly,
the time spent with no process current) from the recorded interrupt stack time
in order to get the true time spent on the interrupt stack.  Once you've done
that, the seven values added together will add up to the time (or at least
the number of hardware clock interrupts recorded) since system boot.  

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: GAVRON@VESTA.SUNQUEST.COM
Newsgroups: vmsnet.internals
Subject: RE: UNEXPECTED SYSTEM SERVICE EXCEPTION (and NBC FAX NUMBER!!!)
Date: 29 Jul 92 16:25:19 GMT
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Date sent:  29-JUL-1992 09:23:37

Thanks to all those that responded.  The correct response was given by
Mark Fisher from Digital CSC (m_fisher@csc32.enet.dec.com) who not only
showed me how to correctly interpret the stack (/blush) but also narrowed
the problem down.

It so turns out that I had monkeyd with the v_exe$setprv and had missed
the correct address to jump to by 2 bytes ;-)

>NBC FAX NUMBER  +1-212-664-4085
>NBC NY NUMBER   +1-212-664-2333
>NBC LA NUMBER   +1-818-840-4444 (Phyllis)
>Tell them how you like your Olympic basketball games cut off.

Those numbers are still valid btw...

Ehud
--
Ehud Gavron        (EG76)
gavron@vesta.sunquest.com
"The world bores you when you're cool."
Newsgroups: vmsnet.internals
From: jwmanly@amherst.edu
Subject: RE: VMS Memory Management/PGFLQUOTA question
Organization: Amherst College, Amherst Mass.
Date: Thu, 23 Jul 1992 19:34:06 GMT

>> What I would like to do is reserve a large (VERY large) segment of virtual
>> address space for my exclusive use in an image.  We're talking a quarter of a
>> gigabyte or so here.

> I don't really understand the rationale behind the details of the question.
> Why is it desired to greate a quarter-Gbyte address space that is reserved
> against use by system routines, but not associated with backing store? The
> only thing I can think of is come sort of very sparsely populated matrix,
> but there are better ways to code these as linked lists...

You are basically correct.  It's not actually a matrix but it is a large
yet extremely sparse data structure.  If you like, though, you can think
of it as a huge matrix.  HOWEVER, I don't have control over how the matrix
cells are accessed.  Think of me as a lowly library routine responsible only
for creating this monstrosity.

The matrix has to look to the user as if it really is all there, but my  code
fields the access violations on non-existent pages (using a  condition handler
in the secondary vector or something), do a $CRETVA on the pages as they are
accessed, and continue.

> Suggestion for DEC: It would be very nice indeed if a user could attach a
> private pagefile to a process from DCL, which would then be used instead
> of (or rather, in preference to) the system pagefile, until the process
> is deleted. Would it be very hard to do? Certainly, it's a real hassle
> when you buy binary code that needs lots of VM and know that if three or
> so users happen to run it simultaneously, your pagefile will be full...

This certainly would be a win, though I suspect that implementing it might be
tough for the VMS folks.  An easier way to get this functionality, though,
would be to somehow intercept $EXPREG calls (Ehud Gavron's system vector
patcher might be useful here) and convert them into $CRMPSC calls with the
EXPREG bit set, but mapping the region to some portion of a user file (such as 
SYS$LOGIN:PAGEFILE.SYS) instead of the page file.

Then all the image's $EXPREG calls (including all LIB$GET_VM calls) will return
space mapped to an area of this file instead of chargeing your pagefile quota.

Comments, anyone?

- John W. Manly  <JWMANLY@AMHERST.EDU>  (System Manager -- Amherst College)
Newsgroups: vmsnet.internals
Subject: bizarre $directory behavior - proper place to post?
From: Stafford@Vax2.Winona.MSUS.EDU (John)
Date: 27 Jul 92 16:02:30 -0600
Distribution: world
Organization: msus

Would this be the appropriate place to post the log of
(apparently) bizarre $DIRectory command behavior with
(perhaps) unconventional, but legal file names?  In
particular, the $DIRectory command returns different
counts depending upon syntax, which should yield the
same counts.

Short log available.

Stymied!

 john
From: dfilip@colornet.UUCP
Newsgroups: vmsnet.internals
Subject: Re: Why does emptying a dir take so long?
Keywords: ACP_DIRCACHE
Date: 26 Jul 92 22:19:47 GMT
Distribution: world

Maarten Landzaat writes :
>He has a few directories containing a few hundred files. Sometimes, these
>dirs need to be emptied. He then issues a simple delete *.*;* or whatever.
>then VMS takes an INCREDIBLE time of 2 hours (5.4) or 45 minutes (5.5) 
>to delete the files.
<stuff deleted>

If all access to the directory becomes VERY SLOW (including DIR's) then
I would suggest looking at the SYSGEN parameter ACP_DIRCACHE. This is the
number of blocks of a directory file that are kept in cache. Although a few
hundred files should NOT create an extremely large directory, if there were
ever a lot more (i.e., thousands) then this could be your problem since
directory files are not automatically compressed when files are deleted.

ACP_DIRCACHE should be slightly larger than your largest directory file.
The parameter is dynamic, so you can change it without rebooting and see
if it fixes your problem.

Hope this helps !

Regards,

Dave.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : uupsi!jpradley!colornet!dfilip   =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     'Why fix the application when we can just keep fixing the data ?'     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=