HDTenEightyP/NetNews huggingface dataset:
From: dbrownfi@magnus.acs.ohio-state.edu (Douglas P Brownfield)
Subject: Re: FileMaker Import (Q)
Organization: The Ohio State University
Date: Fri, 9 Oct 1992 15:43:21 GMT

In article <DBASE-L%92100714384693@NMSUVM1.BITNET> Tom Scott <tom_scott@QMRELAY
.MAIL.CORNELL.EDU> writes:
>     FileMaker Import (Q)
>I have a couple of offices that have FileMaker Pro and they wish to import wor
k
>files that have been downloaded from the campus IBM mainframe.  I've done this
>quite often with FoxBase+/Mac and FoxPro (IBM).  I've just appended to a
>predefined data file with file type SDF (standard delimiter format) where each
>record has a fixed record length (i.e. first name occupies columns 1-20, last
>name occupies columns 21-50, etc.), so I just set the field lengths in the
>local database to match the lengths specified in the mainframe definition.  My
>question is:  How do I do this in FileMaker?  I looked at their manual and the
y
>have about 8 file formats supported for import, but nothing that looks like
>something I can use.  Any FileMaker Pros out there willing to lend me a hand?
>TIA
>
>Thomas Scott, Systems Manager, College of Engineering
>Cornell University, Carpenter Hall Annex, Ithaca, NY  14853

The way I'd handle this one is probably the safest but not necessarily the
prettiest. I'd use an "intermediate" program that can handle fixed record 
length. Microsoft Excel lets you import a text file. This loads in one column.
Then use the Data Parse command to break each field into a separate column.

You can then Save As the file into a format (WKS, DBF, etc) that Filemaker can
import.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.dbase-l
Date:         Mon, 12 Oct 1992 15:17:40 EST
              dialects" <DBASE-L@NMSUVM1.BITNET>
From:         sam mccoy <ALDSTF06@OUACCVMB.BITNET>
Subject:      dynamic dbase iv

Here's a problem I hope someone can help with.  I have been developing a
DBMS application using dBase IV (standard).  I am wanting to add a feature that
will allow the user to globally update/search/replace record information
by typing in search criteria.  I know that the QBE does this, but this program
is destined to become a stand-alone application.  That's where the trouble for
me comes in.  I am needing something like dynamic allocation of variables
because it is anyone's guess as to how many fields will need to be searched
and replaced with what criteria.  I've been looking into using SQL to do this,
and it seems that it may have what I need.  Yet, I've heard it's difficult to
mix SQL with dBase commands once you've already created the databases and other
functions.  Can anyone give some help or possible reading to help?

Please send any questions/solutions to me.  I'll gladly share with the world
all of your ideas (or mine if I manage one).

Thanks
Sam McCoy
(aldstf06@Ouaccvmb.bitnet)
Newsgroups: bit.listserv.dbase-l
From: Douglas P Brownfield <dbrownfi@magnus.acs.ohio-state.edu>
Subject: Out-of-memory 
Organization: The Ohio State University
Date: Fri, 9 Oct 1992 13:36:28 GMT
X-Mailer: ELM [version 2.3 PL11]

We have an application written in Clipper (Su '87?) that's been running
fine for 3 years. Suddenly when it tries to index one of the files it hangs
with "proc MINDX out of memory... continue?".

The proc selects, one at a time, each of 6 .dbf files and indexes. The .dbf it
hangs on has 4368 records of 20 character fields (850k)and is indexing on a
concatenation of substrings of LNAME and FNAME. The index file is partially
created and always stops at the same spot (65k). The files reside on a network
drive and the indexing is done on a 386 with 4 meg of RAM. The network drive
has 7 meg remaining.

If I use dBaseIII+ and run the same indexing procedure line by line it works.
Any suggestions would be greatly appreciated.
Newsgroups: bit.listserv.dbase-l
From: FHD@tamvm1.tamu.edu (H. Alan Montgomery)
Subject: Re: ?: Fixing Corrupted Files
Organization: Texas A&M University
Date: Thu, 8 Oct 1992 14:53:37 GMT

I bought dSALVAGE (ComTech Publishing Ltd) from a mailorder magazine like
Computer Shopper. If you can get NORTON to unFix the  file, dSALVAGE  can
recover the file. They show an example exactly as you describe it.
From: sschmidt@HP.UWSUPER.EDU ((Mr. Stanton W. Schmidt))
Newsgroups: bit.listserv.dbase-l
Subject: more about browse in multiuser program
Date: 16 Oct 92 22:59:31 GMT
              dialects" <DBASE-L@NMSUVM1.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Popmail-Charset: English

I just realized that I forgot to say that I am using dBase IV ver 1.1.  Due
to budget constraints I do not know when or if I will be able to upgrade.

Someone please help me.
Thank you!

--
Stanton W. Schmidt
University of Wisconsin-Superior
sschmidt@uwsuper.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: The Software Sweatshop, Cleveland, Ohio USA
Newsgroups: bit.listserv.dbase-l
Date:         Wed, 7 Oct 1992 08:03:36 EDT
Reply-To:     "Mark W. Schumann" <mark@whizbang.wariat.org>
              dialects" <DBASE-L@NMSUVM1.BITNET>
From:         "Mark W. Schumann" <mark@WHIZBANG.WARIAT.ORG>
Subject:      Re: MORE DBASE ON A NETWORK

On Tue, 6 Oct 1992 14:07:00 CST,
wariat!nshore!ncoast!usenet.INS.CWRU.Edu!pucc.Princeton.EDU!MTSU.BITNET!KWARDEN
wrote:

> If I use Lantastic, am I correct in thinking that I can use one PC that
> has the DBASE software and files and it can be accessed by anyone else while
> the PC is also being used as a workstation?  Would I need the DBASE LAN Pack?
> Could more than one person at a time use DBASE?

1. Yes.

2. Don't know.  Get Clipper.  :-)

3. Don't know.  Get Clipper.  :-)
--
--
Mark W. Schumann/3111 Mapledale Avenue/Cleveland, Ohio 44109-2447 USA
Domain: mark@whizbang.wariat.org                      CIS: 73750,3527
"We're not nuts or anything; I mean *I'm* not nuts." <whizbang!judy>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.dbase-l
Date:         Wed, 7 Oct 1992 09:01:35 -0400
              dialects" <DBASE-L@NMSUVM1.BITNET>
From:         Robert D Blackard Jr <blackard@BRAHMS.UDEL.EDU>
Subject: Re: Need Tool!!

We use Visible Analyst from Visible Systems Corp.  It's a fairly good product.
They are coming out with a Windows/Network/Multi-User version soon.

The original product was compiled in Basic.  The current version is a
 combination
of basic and C.

The new version is going to be pure C.

The current version, 4.2, runs just fine under windows on a 386.  I've used
it for several projects.

There are prototyper and shell generators available for the product, but I
don't think they produce DBase style code.  Sorry.

Bob Blackard.
Newsgroups: bit.listserv.dbase-l
From: dc_ags@ac.nsac.ns.ca (Don Christie)
Subject: dBASE 1.0 vs dbase 1.5
Reply-To: dc_ags@ac.nsac.ns.ca
Organization: Nova Scotia Agricultural College, Nova Scotia, CANADA
Date: Thu, 8 Oct 1992 16:27:14 GMT

folks,

I have a persistent prolem that someone may be able to help me with:

I have a dbase application program which was generated as a quick application
in dbase 1.0... this application I edited so that I could use lookup files
(9 of them) in addition to the main database... it worked quite well under
dbase 1.0, with the sole exception that it eventually trashed the .dbt
memo field file. That was our motivation to upgrade to dbase 1.5

the problem arises when using the application program.. when trying to
enter new records, it acts erratically, sometimes entering records, sometimes
not... and instead of starting at the beginning of the next new record 
after one is completed, it takes you back to the maim menu of the app.

No changes were made to the application program, so what accounts for the
problems I am experiencing??

//Don
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail v2.3 (R1).
Newsgroups: bit.listserv.dbase-l
Date:         Fri, 9 Oct 1992 10:35:32 CTL
              dialects" <DBASE-L@NMSUVM1.BITNET>
From:         Saad Ahmad <PA4@BART.MIO.UWOSH.EDU>
Subject:      Re: Out-of-memory

> Date:       Fri, 9 Oct 1992 13:36:28 GMT
> Reply-to:
>             "Discussion on the use of the dBase language and related
    dialects" <DBASE-L%NMSUVM1.BitNet@pucc.PRINCETON.EDU>
> From:       Douglas P Brownfield <dbrownfi@MAGNUS.ACS.OHIO-STATE.EDU>
> Subject:    Out-of-memory
> To:         Multiple recipients of list DBASE-L
 <DBASE-L%NMSUVM1.BitNet@pucc.PRINCETON.EDU>

> We have an application written in Clipper (Su '87?) that's been running
> fine for 3 years. Suddenly when it tries to index one of the files it hangs
> with "proc MINDX out of memory... continue?".
>
> The proc selects, one at a time, each of 6 .dbf files and indexes. The .dbf it
> hangs on has 4368 records of 20 character fields (850k)and is indexing on a
> concatenation of substrings of LNAME and FNAME. The index file is partially
> created and always stops at the same spot (65k). The files reside on a network
> drive and the indexing is done on a 386 with 4 meg of RAM. The network drive
> has 7 meg remaining.
>
> If I use dBaseIII+ and run the same indexing procedure line by line it works.
> Any suggestions would be greatly appreciated.
>


1 Which Linker are you using ?????
2 If you have Clipper 5 along with RT LINK you will have no memory
  problems




    *****************************************************************
    *                             Saad Ahmad                        *
    *                             Management information Office     *
    *                             Department of Residence Life      *
    *                             University of Wisconsin-Oshkosh   *
    *****************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Popmail-Charset: English
Newsgroups: bit.listserv.dbase-l
Date:         Wed, 7 Oct 1992 08:48:40 CST
              dialects" <DBASE-L@NMSUVM1.BITNET>
From:         "(Mr. Stanton W. Schmidt)" <sschmidt@HP.UWSUPER.EDU>
Subject:      Re: MORE DBASE ON A NETWORK

On Tue, 6 Oct 1992 14:07:00 CST,
  <KWARDEN%MTSU.BITNET@TECMTYVM.MTY.ITESM.MX> writes:

>Our computer services dept says a network using the VAX is out of
>the question.  They tried it for their dept using Pathworks and had
>several problems with it....I talked with a "sales rep" at Austin Computer

Gee when I was a student consultant at the University of Wisconsin Green Bay
we set up a real nice network using the VAX.  That was 4 years ago.

>Systems and he discouraged Netware 2.2, saying it was outdated..and was
>really pushing 3.11 (probably because it costs more). ... I have talked with
>computer services about future plans and there is a plan for a campus-wide
>network, but they are VERY noncommittal about what will be used.  There
>are 4 or 5 other Novell networks on campus, one Lantastic, and a mixture
>of PCs and MACs.  I would guess that either Novell or Lantastic would
>be okay.
>
>If I use Lantastic, am I correct in thinking that I can use one PC that
>has the DBASE software and files and it can be accessed by anyone else while
>the PC is also being used as a workstation?  Would I need the DBASE LAN Pack?
>Could more than one person at a time use DBASE?

If you want multiple people to access dbase at the same time you will need
the lan pack.  On the other hand if you develop a dbase application that
you want multiple people to access just use the runtime module from the
developers edition.

>I really appreciate everyone's input!  Thanks!

--
Stanton W. Schmidt
University of Wisconsin-Superior
sschmidt@uwsuper.edu
Newsgroups: bit.listserv.dbase-l
From: FHD@tamvm1.tamu.edu (H. Alan Montgomery)
Subject: Re: Out-of-memory
Organization: Texas A&M University
Date: Sat, 10 Oct 1992 20:37:34 GMT

Funny you should have this problem. I just had it last  week. I  had  the
exact same way of building the file name.  I discovered that one  of  the
fields I was indexing on was not in the .DBF.  Seems  when  I  wrote  the
dBASE code I misspelled a field name.   Could it be  that  your  .DBF  is
corrupted such that the field name is screwed up?
From: coates@UMUC.UMD.EDU (Elliott Coates)
Newsgroups: bit.listserv.banyan-l
Subject: RE: ABUi
Date: 10 Oct 92 02:22:28 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Come on others, please speak up.

Elliott Coates
coates@umuc.umd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 13 Oct 1992 08:56:37 EST
From:         "(Coskun Susoy)" <cs@MATILDA.VUT.EDU.AU>
Subject:      re: Help New List member
              "Russel=Grocott%ITS=Staff%CURTIN%BA1.CURTIN.EDU.AU
              @VM1.CC.UAKRON.EDU" at Oct 12, 92 4:44 pm

     Thanks a lot Russel

     Coskun Susoy
From: frush@longs.lance.colostate.edu (Ray Frush)
Newsgroups: bit.listserv.banyan-l
Subject: Re:      re: 4.0(0) support 486?
Date: 15 Oct 92 15:14:46 GMT
Organization: Colorado State U. Engineering College

In article <BANYAN-L%92101421161395@VM1.CC.UAKRON.EDU>,         Russel=Grocott%ITS=Staff%CURTIN@BA1.CURTIN.EDU.AU writes:
|> From:         "(Tanu Kartawiria)" <tanu%BEACH.CSULB.EDU@VM1.CC.UAKRON.EDU>
|> >
|> >We just installed a 4.0(0) on a Zenith 486-33 EISA (we're waiting for
|> >5.0). The installation went fine with no problem at all.
|> >However, after the installation is finished, when the server try
|> >to initialize its services (ST, SS, Vanguard etc) it gives an error message:
|> >Server failed to initialize (or start). (Or something like that)
|> >And told us to check the error log. And so we did.
|> >===File SS0.log====
|> >[1] SS restarted.... Beginning initialization.
|> >[8] i486 Option is not enabled
|> >[8] SS aborting.... Revision option not installed.
|> >
|> >Of of the option in the option key is:
|> >Intel 386 platform.
|> >Does that mean anything for a 486 EISA computer?
|> 

Banyan 4.00 checked for the type of processor installed on you machine.  Vines/
386 (which is what the product was called) sent particular commands that only 
a '386 can correctly respond to.  If a '486 was installed, VINES refused to 
start 'cause you were using a better processor.

Banyan VINES 4.10 included a "green" disk which had a software patch to fix 
the 386/486 problem.

Banyan had, at one point, tried to charge extra for '486 servers by making it
an option.  I suspect the drop in '486 prices and some belly aching from 
customers caused Banyan to change that policy.  Starting with 4.10, there was
no longer a distinction between '386 & '486 servers.  

I currently run 4.11(5) on my i486/50 EISA machine because Vines 5.0 will not
support the DPT2012 SCSI controller.  (Oh, and there was no problem installing 
4.11 on the '486!)

/---------------------------------------------+-----------------------\ 
|  Raymond Frush at Colorado State University |"Moving to the beat of | 
|          Engineering Network Services       | one hand clapping..." |
|  frush@longs.LANCE.ColoState.EDU            |                       | 
|---------------------------------------------+-----------------------|
|  "So much time, so little to do..."  - Willy Wonka                  |
\---------------------------------------------------------------------/ 
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: The Wizzard's Cave, East Meadow, NY
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 15 Oct 1992 23:36:21 EDT
From:         Jon Freivald <jaflrn!jaf@UUNET.UU.NET>
Subject:      Backbone

I'm going to be getting a 2nd server soon.  What are the best options
for a server-server backbone?  They will both be running 4.11(5) and
will be located within a few feet of one annother.

Jon

=============================================================================
		   Jon Freivald ( jaflrn!jaf@uunet.UU.NET )
	 Nothing is impossible for the man who doesn't have to do it.
=============================================================================
From: Sandy=OToole%COMPUTER%UMASS@BANYAN.UMMED.EDU
Newsgroups: bit.listserv.banyan-l
Subject: RE: dos 5.0 shell question.
Date: 16 Oct 92 19:59:21 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <Sandy=OToole%COMPUTER%UMASS@BANYAN.UMMED.EDU>

DOS 5.0 Shell and Vines ...

We had the same problem too with some workstations ... I don't recall the
version of Vines, but the shell seemed to unload the Banyan software to switch
applications, then a lockup or some other glitch would develop when Banyan was
reloaded.

===============================================================

Reply To:       sotoole@umassmed.UMMED.EDU

                Sandy O'Toole, Network Administrator
                Computer Services
                University of Massachusetts Medical Center

===============================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: BANYAN-L@AKRONVM.BITNET
X-VMS-To: IN%"BANYAN-L@AKRONVM.BITNET"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 7 Oct 1992 00:06:27 -0600
From:         Randy Storm - MSCD <STORMR@MSCD.BITNET>
Subject:      Re: Abandon Banyan? -- NEVER!

  I appreciate that very much. I'll ask the Principal Banyan Administrator
(Sharon McGee) to contact you as per your reply.

                                                Thanks!
                                                Randy
From: paulett@CNMTL.CN.CA (Doug Paulett - 399 5912 - HQ 4th Floor.)
Newsgroups: bit.listserv.banyan-l
Subject: re: V2.11 PC/TCP
Date: 13 Oct 92 16:13:04 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: SCO System V Mail (version 3.2)

According to FTP Software, you will not be able to load the pc/tcp
kernel into UMBs.  Although the kernel only consumes ~70 K when loaded,
it requires more than twice that amount upon initialization.  This is
the reason it won't load into UMB.  It might if you had 180K (say) free
in the UMB.
Doug Paulett
paulett@cnmtl.cn.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 15 Oct 1992 09:15:50 WST
From:         Russel=Grocott%ITS=Staff%CURTIN@BA1.CURTIN.EDU.AU
Subject:      re: 4.0(0) support 486?

From:         "(Tanu Kartawiria)" <tanu%BEACH.CSULB.EDU@VM1.CC.UAKRON.EDU>
>
>We just installed a 4.0(0) on a Zenith 486-33 EISA (we're waiting for
>5.0). The installation went fine with no problem at all.
>However, after the installation is finished, when the server try
>to initialize its services (ST, SS, Vanguard etc) it gives an error message:
>Server failed to initialize (or start). (Or something like that)
>And told us to check the error log. And so we did.
>
>The Server Log has this error message:
>
>[1] system restarting after reboot
>[1] ainstall OK: 1
>[1] ainstall: Not able to read option key
>
>The SS@Group@Server has this error message:
>
>===File SS0.log====
>[1] SS restarted.... Beginning initialization.
>[8] i486 Option is not enabled
>[8] SS aborting.... Revision option not installed.
>
>The rest of the log looks fine.
>Trying to Restart Services doesn't do any good either.
>Does anybody know what's happening?
>
>Of of the option in the option key is:
>Intel 386 platform.
>Does that mean anything for a 486 EISA computer?

Basically the software can not find a 386 CPU in the server.  You need to have
the 486 CPU option installed in the server key.  Contact your local VAR about
buying the option OR down grade the server to a 386 EISA.

Cheers
	Russel Grocott (email :- grocottr@ba1.curtin.edu.au)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: banyan-l@akronvm.BITNET
X-VMS-To: IN%"banyan-l@akronvm"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 6 Oct 1992 22:35:20 -0600
From:         Randy Storm - MSCD <STORMR@MSCD.BITNET>
Subject:      Abandon Banyan?

  To make a long story short, we have just brought up 360 Banyan nodes,
mostly serving Administrators, Deans and department chairs. We plan to
bring up the rest of the campus in this way at a similar rate each year.

  The problem is this: since the combination of EBanyan and NDIS do not work,
this renders the hundreds of Intel boards we purchased useless (TCP/IP being
an intrinsic part of the expected service).

  How did this situation occur... First, our Banyan reseller did not realize
that EBanyan (unlike IBanyan) does not function with NDIS. Of course there was
also a comitment on the part of Intel that the Banyan native driver for the
EXP 16 would be available in accordance with our timetable. After research,
obtaining the Banyan driver for the EXP 16 is the only viable technical
solution.

  This was many months ago, we are now holding the flood gates while the most
informed answer I can get from anyone so far is the famous 'any day now'. Of
course we have aggressively pursued the reseller, Intel and Banyan Corp.

  If this problem is not resolved quite shortly - we will drop Banyan in favor
of a more mainstream NOS. We cannot sustain the political pressure much longer
and remain viable.

  Things will be rosy for us if:

  1. Banyan fixes EBanyan to work with NDIS   or

  2. We can get a native Banyan EXP 16 driver (beta is ok)   or

  3. We can convert the System Pros over to another NOS. I'd really like
       to avoid this as have a considerable investment - the training
       center, 2 almost Banyan CBEs trained, replacing the gateways... etc etc.

To those of you who answered previously posted queries concerning this problem,
  (though posted by the Banyan administrators here - not me) I'd like to
  express my gratitude for your time and effort.

                                                Thanks
                                                Randy

P.S. Dear Banyan, why not just give your coder a pot of coffee, or release
       the Beta copy to us.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 16 Oct 1992 14:13:42 CET
From:         Frank=Koperdraat%it%ic.uva.nl@UVACOM01.UVA.NL
Subject:      re: Backbone

Hi Jon,

I would use cheap ethernet cards and connect them with thin ethernet. About
80% of the Vines-traffic will be off the backbone, i.e. server to client,
depending on your distribution of users and services. Don't bother too much
about performance. You could even use some old ARCnet adapters if you have
them around some where.

Frank Koperdraat
-------------------------------------------------------------------
Frank        University of Amsterdam/TDC    Email: frank@tdc.uva.nl
Koperdraat   Spui 21                        phone: +31-20-525 2260
             NL-1012 WX  AMSTERDAM          fax  : +31-20-525 2084
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Sun, 11 Oct 1992 21:00:21 PDT
From:         HLP1%ItsLsc%CTS@CTS27.CS.PGE.COM
Subject:      V2.11 PC/TCP

For those of you using the new 2.11 version of PC/TCP, I have two questions.
We just loaded it on some of our test workstations and ran into these 2
questions.

1) Is anyone able to load high EBANYAN.EXE?  Our test workstation had 140K
free in the UMB and is able to load other programs high using DOS 5's
loadhigh.  Runing loadhigh ebanyan.exe does not result in EBANYAN being loaded
high.  Anyone else run into this problem or able to loadhigh EBANYAN?  We are
not interested in loading EBANYAN into EXPANDED memory, just into the UMB.

2) Is it our configuration or can you NOT run the various programs (ping, TN,
etc) in a DOS window if you don't load EBANYAN before starting Windows?  Since
some of our clients don't want to give up 70K to the EBANYAN TSR, I thought
you could start a DOS window in Win 3.1 than run EBANYAN and than TN (or
whatever program they wanted).  When we try this, we get an error message from
EBANYAN that states you can't run EBANYAN in Windows unless you load it prior
to starting Windows.  Some of our folks probably won't upgrade to V2.11 if
they have to give up 70K of memory.

Any thoughts?

Herb Patten
PG&E
hlp1@cs.pge.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU