HDTenEightyP/NetNews huggingface dataset:
From: ccksb@blaze.trentu.ca (Ken Brown)
Subject: Re: Zenith and EtherWORKS Turbo problems.
Organization: Trent University
Date: Tue, 8 Sep 1992 14:11:01 GMT

I has a variety of problems with Zenith PCs - usually a result of the
'proprietary' nature of ZDS systems.  For example, on the model you mention,
ZVM-3727-EK with 2MB RAM (Z386sx) only D000 can be used for the page frame. 
I've found that I've had to use the 32K mode of the old DEPCA board on such
systems.  I could dig up the other settings if you need them (the user sites
are at a distance from my office and I don't have these settings readily
available but I think they are 32KBmode, C800 (secondary) and IRQ 5.)  I've
also had problems with  sethost and accessing the ZDS monitor ROM when a
DEPCA is installed.

I documented my problems with ZDS systems and sent this to ZDS in June/August
of 1990.  You could call the Canadian office @ (416)479-0597 and speak to Gus
DeMedeiros who could give you the ZDS details or point you to the right
people in the US.

Hope this helps a bit... 
-- 
====================================================================
Ken Brown                                       voice: (705)748-1540
Trent University Computer Services                fax: (705)748-1246
Peterborough, Ontario, Canada K9J 7B      internet: kbrown@trentu.ca
From: makinc@hhcs.gov.au (Carl Makin)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: Mail system to use with PathWorks?
Date: 10 Sep 92 17:12:28 +1000
Organization: Aust. Dept. Health, Housing and Community Services

In article <1992Sep9.214100.3556@mits.com.au>, alistair@mits.com.au writes:

> appropriate mail system to put in place.  It must be able to integrate
> with VMS Mail.

> 1.	The unsupported mail client.  This is a DOS application and
> 	most of our users use Windows, so this is a bit clunky.

But not too bad.  It's probably the best of the options provided
by DEC.  You can at least call an external editor.

If you are running Pathworks you may be able to obtain a program
called the "Browser" which provides a decwindows like mail
client.  It's also not too bad however it does have some
problems.  Maybe it'll be OK in another 12 months. :-(
 
> 3.	DEC's Mailworks.

We're in the process of running up Mailworks.  It doesn't talk
direct to VMS mail.  It's X.400 based and the user interface is
pretty horrible. (Yes that's a personal opinion)  It's reasonably
new and, if Dec listens to the feedback, may be a reasonable
product in another 12 months time.  To talk to VMS Mail you have
to obtain Dec's Message Router software.

Mailworks requires Dec's Distributed Directory Services (DDS) as
well.
 
Carl.
-- 
Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler. 
Dept. Health, Housing and Community Services, Canberra, Australia.
sserve.cc.adfa.oz.au!hhcs!makinc   -   UUCP
makinc@hhcs.gov.au		   -   Internet
vk1kcm@vk1kcm.act.aus.oc	   -   Packet Radio
"I'm from the Government and I'm here to help you."
From: ccdps@LUX.LEVELS.UNISA.EDU.AU (Dan Shearer)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: EMM386.EXE undocumented function.
Date: 14 Sep 92 08:18:27 GMT
In-reply-to: <01GON2UHO8SI90MZDG@Levels.UniSA.Edu.Au>; from"Michael T. Gercevich" at Sep 10, 92 2:12 pm
Content-transfer-encoding: 7BIT
X-Mailer: ELM [version 2.3 PL2]

> We were having problems with many of our PCs hanging (esspecially in LOTUS).
> EMM386 was found to be at fault.  If you have an IDE harddrive and use
> expanded memory through EMM386 with the 'ram' qualifier...add the parameter,
> NOMOVEXBDA to the device line in config.sys.  This has fixed nearly all of
> the problems we've been having since our DOS 5.0 upgrade.
 
  What does NOMOVEEXBDA mean? Does it only ever apply to expanded memory?
 
  Thanks,
 
--
 Dan Shearer                            email: Dan.Shearer@UniSA.edu.au
 Computer Centre                        Phone: +61 8 302 3479
 University of South Australia          Fax  : +61 8 302 3385
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: BROADCAST & DOS 5.0
From: Alan Cantrell <CANTRELL@VUCTRVAX.BITNET>
Date: 07 Sep 1992 10:22:27 -0500
MIME-version: 1.0
Content-transfer-encoding: 7BIT

I called DEC on this.  They said that MS had used the standard keyboard
interrupts in EDIT, QBASIC, and DOSSHELL.  In DOSSHELL, you can run in
graphics mode.  In this case, the broadcast will only produce a beep.
I was told that there was no solution for the other programs, they are
going to lock (not really locked, the PC just can't tell you are using
the keyboard) if you receive a broadcast.
 
The guy also said that this was considered a Microsoft bug, and knew of
no effort to fix it.
 
Alan
Newsgroups: vmsnet.networks.desktop.pathworks
From: backstrom@ranger.enet.dec.com (ranger::backstrom)
Subject: RE: dual transports with NDIS????
Organization: Digital Equipment Corporation
Date: Sat, 5 Sep 1992 05:02:35 GMT
X-Posted-Via: NEWS-NOTES gateway (a hack!)

    No problem (usually ;-), provided you load DLLNDIS as a device driver
    in CONFIG.SYS (yes, it can be loaded as a device driver or a TSR in
    STARTNET).
    
    One of our engineers also wrote something called DUAL.SYS some time
    back (before V4.1) to make it work.
    
    Basically the idea is to have DLLNDIS (or DUAL.SYS) read DECPARM.DAT 
    and set the hardware address before any protocol loads (otherwise
    they might get confused with DECnet changing the hardware address to
    the DECnet address)

    There are some details in STACKS.ZIP that's available on our CompuServe
    forum (DECPCI). You should be able to get STACKS.ZIP through your Digital
    Customer Support Center. It isn't on gatekeeper.dec.com or any other 
    public Internet location I know of.
        
    ...petri (backstrom@ranger.enet.dec.com)
       Personal Computing Integration Engineering
       Digital Equipment Corporation
From: GOODWIN@SMCVAX.BITNET (Dave Goodwin)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Suggestions Anyone?
Date: 8 Sep 92 12:48:00 GMT
Content-transfer-encoding: 7BIT

In order to accomodate our connection to a statewide library network which
is simply a large DECNET group, we were required to change area numbers on
our VAXes and PC nodes.  We moved them from area 1 to area 11.  Given the
correct commands from DEC's Colorado group, we got that done with no trouble.
 
We took the opportunity to renumber all our PC nodes and apply a consistent
name/number scheme.  Upon restarting the server, everything came up fine.
 
A couple of days later, a problem surfaces.  Nobody can connect to any
services using the %username method, including me.  Nobody can get Read/Write
access to services which they have been granted.  I spent 5 straight hours on
the phone Friday with DEC support folks and their only solution was to
perform a reinstall.
 
Has anyone else ever done this type of change successfully?  Is anyone aware
of any obscure access validation being done by Pathworks that might rely on
the DECNET area number?  Thanks in advance...
 
===========================================================================
Dave Goodwin                                   |
Assistant Director, Academic Computing         | We're all kinds of animals
-----------------------------------------------| coming here.
BitNet   : Goodwin@SMCVAX                      |
Ma Bell  : (802)654-2220                       | Occasional Demons, too.
US Mail  : Saint Michael's College             |
           Winooski Park, Colchester, VT 05439 |           -Jethro Tull
Ham Radio: N1HRO @ W1KOO.#NWVT.VT.USA.NA       |
===========================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: An editor for Ultrix?
From: Stephen Frazier <steve@RESEARCH1.BRYANT.EDU>
Date: 11 Sep 1992 17:46:36 -0400
Content-transfer-encoding: 7BIT

Hello,
 
I'm looking for an easy-to-use editor for students (non-
computer majors) to use on a DEC 5000/240 running Ultrix.
If you have experience with one that would fill the bill,
would you mind jotting me a line? I'm interested in cost,
source, experiences, etc.  Please reply direct if you wish.
 
Thanks!
 
Steve Frazier
Bryant College
steve@research1.bryant.edu
From: alistair@mits.com.au
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Mail system to use with PathWorks?
Date: 10 Sep 92 02:40:59 GMT

We are currently in the process of connecting all our PC's to the
network using PathWorks, and I am trying to determine the most
appropriate mail system to put in place.  It must be able to integrate
with VMS Mail.

The possibilities seem to be:

1.	The unsupported mail client.  This is a DOS application and
	most of our users use Windows, so this is a bit clunky.

2.	Microsoft Mail as licensed with MS Office.  Has anyone
	integrated this with PMDF?

3.	DEC's Mailworks.

I would appreciate any comments.  If you wish to avoid a lengthy
argument on the list, feel free to mail opinions directly to me, and I
will summarise in a couple of weeks.

Thanks in advance,

Alistair Grant

Internet:     alistair@mits.com.au
Alternate:    alistair%mits.com.au@ucsvc.ucs.unimelb.edu.au
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: HP Printer solutions
From: 0 Gvran Lvwkrantz IM Program AB +46 8-6507525 <glz@KALLE.IMPAB.SE>
Date: 10 Sep 1992 07:58:37 +0200
Content-transfer-encoding: 7BIT

We are checking out a solution using HP LJ IIISi printers and ethernet
communication card from XCd Inc. These cards support LAT today and if we take
them now, we are prommised free upgrades to the version suporting both LAT and
TCP/IP. The demo setup we have seen worked very well, so we have more or less
decided to get them wen we add an LJ IIISi to our net later this year.
 
The company is:
	XCd Inc
	2172 Dupont Drive #204
	Irvin, CA 92715
 
	Tel : (714) 476-7855
	Fax : (714) 752-0609
 
Cheers,
	Gvran
--
  Goran Lowkrantz                   Tel: +46-8-6507525  Fax      : +46-8-6502870
  IM Program AB						Email    : glz@impab.se
  Fleminggatan 56					CompuServ: 100030,347
S-112 45 Stockholm,  Sweden
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: EMM386.EXE undocumented function.
From: Alan Cantrell <CANTRELL@VUCTRVAX.BITNET>
Date: 13 Sep 1992 19:23:36 -0500
MIME-version: 1.0
Content-transfer-encoding: 7BIT

>> We were having problems with many of our PCs hanging (esspecially in LOTUS).
>> EMM386 was found to be at fault.  If you have an IDE harddrive and use
>> expanded memory through EMM386 with the 'ram' qualifier...add the parameter,
>> NOMOVEXBDA to the device line in config.sys.  This has fixed nearly all of
>> the problems we've been having since our DOS 5.0 upgrade.
>
>  What does NOMOVEEXBDA mean? Does it only ever apply to expanded memory?
 
It means "don't move the extended BIOS data area".
From: RONAU%CUTTER%OPUS@MCOIARC.BITNET
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Zenith and EtherWORKS Turbo problems.
Date: 4 Sep 92 13:52:00 GMT
Content-transfer-encoding: 7BIT

Does the Zenith have an autoscanning video board?  Check switch 5 (I
think) on the video board.  Try setting the autoscanning off.  In
installing hundreds of computers to our network, I keep forgetting
switch 5.  After serveral calls to our then network manager, he
threatened to tatoo it to the back of my hand.  It seems that it takes
extra upper memory that collides with the board.  It doesn't need it if
you know what monitor it is using.
 
 
 Theodore F. Ronau               ------------------------------------------
 Network & Small System Manger   | First try Esc, then Ctrl/Break, Ctrl/C |
 Information Systems             | or Ctrl/Z, Ctrl/Alt/Del, the On/Off    |
 Medical College of Ohio         | Switch, and if all else fails, PRAY!!  |
 (419)-381-3601                  ------------------------------------------
 Bitnet: Ronau@mcoiarc          Or for the Vax (per anther list subscriber)
                                 Ctrl/Q,Ctrl/T,Ctrl/W,Ctrl/U,Ctrl/Z,Esc,
                                 Ctrl/C,Ctrl/Y/Y/Y,break,power off
From: chiam@VULCAN.CBA.OHIOU.EDU (Ta Fuh Chiam)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Mail system to use with PathWorks?
Date: 10 Sep 92 12:38:46 GMT
Content-transfer-encoding: 7BIT

>> 3.    DEC's Mailworks.
>
>We're in the process of running up Mailworks.  It doesn't talk
>direct to VMS mail.  It's X.400 based and the user interface is
>pretty horrible. (Yes that's a personal opinion)  It's reasonably
 
Can you give a little more details on why it is pretty horrible? Examples will
be helpful.
 
>product in another 12 months time.  To talk to VMS Mail you have
>to obtain Dec's Message Router software.
>
>Mailworks requires Dec's Distributed Directory Services (DDS) as
>well.
 
Please note that Message Router *is* required since DDS is part of Message
Router.
 
Ta Fuh Chiam
 
============================================================================
Ta Fuh Chiam
Ohio University, College of Business Administration / Phone: (614)593-2088
Management Information Systems                        FAX:   (614)593-0319
Copeland Hall 22                   INTERNET : chiam@vulcan.cba.ohiou.edu
Athens, Ohio 45701, U.S.A.            or    : chiam@ouvaxa.ucls.ohiou.edu
                                   BITNET   : CHIAM@OUACCVMB
                          Use my first Internet address if at all possible.
Disclaimer: What I have said are my opinions, not of anyone else.
============================================================================
From: SYSTEM@JII.AFRC.AC.UK (Bob Findlay)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: pathworks for MAC
Date: 14 Sep 92 10:30:00 GMT
Content-transfer-encoding: 7BIT
Via:      UK.AC.NSF; 14 SEP 92 10:31:34 BST
Via:      uk.ac.afrc.jii; Mon, 14 Sep 1992 10:30:41 +0100

We have an extensive PC network, with things like POST messages etc displayed
at startup (amongst other things).
 
We are just starting to implement PW MAC, and have no such control (no nice
easy batch files there)
 
Has anyone who is using Pathworks for MAC developed any software that could be
useful?
 
Any help at all would be appreciated.
 
thanks
Bob
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Printing from local applications through Pathworks
From: "Paul St. Amand" <STAMANDP@CCSUA.CTSTATEU.EDU>
Date: 10 Sep 1992 19:44:07 -0400
Content-transfer-encoding: 7BIT
X-Vmsmail-To: SMTP%"LANWORKS%MIAMIU.BitNet@pucc.PRINCETON.EDU"

>Subj:	RE: Printing from local applications through Pathworks
>
>       I've been using a Pathworks printer for sometime, and found that
>       in a lot of cases, the print job is NOT submitted to the printer
>       until the application is closed. I've not taken the time to try
>       and find out why.
>
>       Mark Lucia	mluci@fuel.abb.com
Hello Mark,
 
This problem is almost/always usually the DOS application that is not closing
the printer port after the application finishes printing.  The PCFS server
doesn't release the file until DOS closes the port.  You can load a TSR called
PSC.COM (I think its in the \lmdos subdirectory in the pcsa file service)
 just before the Rediriector and CTRL-ALT-Prtscr will close the printer
port for those applications that don't clean up after themselves.  There is
also a timer assosiated with this TSR to automatically close the port after X
number of senconds.  The TSR is documented in the Client setup manual.
There are occations where this may not works -- I've heard this but its never
happened to me personally.  Anyone who when this doesn't work.
 
Good Luck
-Paul
+----------------------------------------------------------------------------+
 Paul R. St. Amand                    | DECNET(ctstateu) CCSU::STAMANDP
 Central Connecticut State University | Internet stamandp@ccsu.ctstateu.edu
 ITT Hartford, Finance                | (203) 547 - 4030 (Business)
 DECUS CVLUG                          |
 
 Disclaimer: These comments are mine and do not reflect the administration
             or policies of Connecticut State University.
+----------------------------------------------------------------------------+
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Mail system to use with PathWorks?
From: bachism <BACHISM@JHUDEV.DEV.JHU.EDU>
Date: 09 Sep 1992 16:42:29 -0400
Content-transfer-encoding: 7BIT
X-Vmsmail-To: SMTP%"LANWORKS%MIAMIU.BitNet@pucc.PRINCETON.EDU"

Pathworks mail works with VMS Mail.  Is there some other specification you have
mentioned that would rule out Pathworks Mail?  (Pathworks Mail, VMS Mail, and
Pathworks Mail for the Macintosh all work with each other.)
From: coopebl@OKRA.MILLSAPS.EDU
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Zenith and EtherWORKS Turbo problems.
Date: 8 Sep 92 16:49:23 GMT
Content-transfer-encoding: 7BIT

> ...a variety of problems with Zenith PCs - usually a result
> of the 'proprietary' nature of ZDS systems.
 
	 "Proprietary nature" problems with Zenith PCs can
	be narrowed down, in this case, to over engineering.
	Zenith continues to think it knows best and do things
	(like shadowing BIOSs) that should be done with software
	in firmware.  I've been fighting with them about this for
	years.  Seriously...I almost had a knock-down-drag-out
	with an arrogant ZDS engineer /product manager at NetWorld
	who kept side stepping my shadowing question.  My stand
	is "don't RAM my BIOSs it's a personal thing I like to
	take care of myself."
 
	  BIOS shadowing isn't just a problem with Zenith.  It's
	an issue with the PC industry and networking.  Digital
	has even caused me problems with the shadowing they do
	on their "turbo series" of Ethernet adaptors.
 
> For example, on the model you mention, ZVM-3727-EK with 2MB RAM (Z386sx)
> only D000 can be used for the page frame.
 
	  With their screwy shadowing, D0000 is the only place
	they've got 64Kb to stick the page frame.  The real
	problem is that Zenith engineers (in a real stroke of
	enlightenment) shadowed the VGA video BIOS (C000-C800)
	to the E000 range.  This really fragments the upper
	memory area and kills UMB utilization.
 
	  Way back when...Zenith did not see this as a problem
	and we had to ship one of their old 386dx/16 machines
	off to Qualitas so they could modify 386max (FYI -
	Quarter Deck/QEMM said it couldn't be done).  Qualitas'
	fix also worked with the 386sx/16 machines when they
	were released.  Then somebody, somewhere, changed
	something and I was back to Zenith.
 
	  Lucky my Zenith SE out of Dallas had found a guy at
	Zenith named Dave Winant.  Not only did Dave understand
	the problem but he had written a fix called UNSLUSHV.SYS.
	UNSLUSHV.SYS is a device driver that keeps a ZDS machine
	from using the shadowed copy of the video ROM.  Then
	386max (or QEMM) can map RAM into the E000 range and
	use it for the EMS page frame.  I've been successfully
	running our Zeniths (386sx/16/20/dx/16/486dx/25/33)
	for about a year.
 
	  Give Zenith a call and tell them to get a copy of
	Dave Winant's UNSLUSHV.SYS and give him a raise for
	his great work.
 
	    Brad Cooper
	    Millsaps College / Jackson, MS / coopebl@okra.millsaps.edu
Newsgroups: vmsnet.networks.desktop.pathworks
From: backstrom@ranger.enet.dec.com (ranger::backstrom)
Subject: RE: LAT network cards for HP printers
Organization: Digital Equipment Corporation
Date: Sat, 5 Sep 1992 05:02:25 GMT
X-Posted-Via: NEWS-NOTES gateway (a hack!)

>                       CF0@PSUALT.BITNET (Craig Farrell)
>                       LAT network cards for HP printers
>
> I'm looking for companies that might have network cards for HP
> laser printers that support LAT?  I talked to HP recently and
> they would not confirm or deny working on such a product.

    I know of one:
    
          XCd Inc
          2172 Dupont #204
          Irvine, CA 92715
          FAX 714-752-0609
          Voice 714-476-7855

    There's also a cheap Digital device called the LATprint Ethernet
    Interface (LNXXD-AA) that provides two serial ports and speaks LAT.
  
    And HP's TCP/IP solution (for the IIIsi) works e.g. with ULTRIX servers. 
    You just get the source for the remote print part, compile (don't know
    of any caveats, but it was tried with success in Digital Switzerland)
    and run. It might also work with a suitable TCP/IP implementation for
    VMS (but I suspect one needs to do more than just recompile the source
    to get it to work).
    
    ...petri (backstrom@ranger.enet.dec.com)
       Personal Computing Integration Engineering
       Digital Equipment Corporation
From: chiam@VULCAN.CBA.OHIOU.EDU (Ta Fuh Chiam)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Printing from local applications through Pathworks
Date: 14 Sep 92 11:43:47 GMT
Content-transfer-encoding: 7BIT

>I have recently setup users with Pathworks, that are running
>DOS applications on their PC's.  When printing from these
>applications the file isn't noticable in the VAX queue and
>doesn't print until a WordPerfect document is sent.  The
>WordPerfect resides on the server.  Has anyone experieced
>any print problems like this?
 
The problem is caused by the application not closing the file when you do a
print and that Pathworks will only print when the file is properly closed. Try
to do a CTRL-PrintScreen to force the application to close the file and it
should print.
 
Ta Fuh Chiam
 
============================================================================
Ta Fuh Chiam
Ohio University, College of Business Administration / Phone: (614)593-2088
Management Information Systems                        FAX:   (614)593-0319
Copeland Hall 22                   INTERNET : chiam@vulcan.cba.ohiou.edu
Athens, Ohio 45701, U.S.A.            or    : chiam@ouvaxa.ucls.ohiou.edu
                                   BITNET   : CHIAM@OUACCVMB
                          Use my first Internet address if at all possible.
Disclaimer: What I have said are my opinions, not of anyone else.
============================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Windows 3.1, DOS 5.0, & NCSA from Clarkson
From: "Richard D. Essary" <IADRDE@ASUACAD.BITNET>
Date: 09 Sep 1992 16:42:36 -0400
Content-transfer-encoding: 7BIT

    Is there anyone at all who is successfully running NCSA v2.2TN/E under
    Windows using Pathworks 4.1 with the DEC NDIS driver?  More specifically,
    running as a background task.  We are able to Telnet to our host systems
    and logon as usual, however the program must run in Full-screen mode,
    which is fine, but must be the current task.  If we attempt to switch to
    another application and leave the host session running in the background
    the system will either crash or exit to DOS without notice.  This usually
    happens within one minute after doing a task switch using Alt-Tab.  It
    appears that NCSA thinks the telnet session has ended or has lost its
    link.  However, I do not understand why it would crash Windows.  This
    happens in standard mode as well as enhanced.
 
    Perhaps a timeout problem?  As long as the Telnet screen is visible and
    active, everything seems okay.  Also-- it's impossible to run it in a
    window,  even if the PIF file is set for 'full-screen' and you use the
    Alt-Enter switch after loading the program.  Doing so instantly returns
    you to DOS and leaves the system in a unusable state.  By that,
    I mean... you can't reload Windows, you can't use the DOS editor, etc.
 
 ***************************************************************
 -- Richard D. Essary (543-8274)
    Information Resources & Technology
    Systems & Network Support
Newsgroups: vmsnet.networks.desktop.pathworks