HDTenEightyP/NetNews huggingface dataset:
From: shendrix@PCS.CNU.EDU ("", Shannon Hendrix)
Newsgroups: comp.os.coherent
Subject: Re: Are we dead??
Date: 17 Nov 92 07:24:27 GMT
Reply-To: "Coherent operating system" <COHERENT@indycms.bitnet>

>
> > 	A nice flat-file database would be nice.
> >
> > 	A package to network with DOS bbs systems like WWIV, Celerity,
> > FIDO, etc. would be nice.
> >
> > 	QuickMail packet support for a program like minicom or xcomm.
> >
> > 	Bimodem protocol for Coherent.
>
> Then right them. These are all relatively trivial. Recently posted to
> alt.sources was a util to convert a downloaded QWKmail packet into Unix style
> "news" so it could be read on a unix system. Frankly I want something that
> goes in the other direction (a QWKmail packer to batch up News for users) but
> it may be suitable for you.

	Me write them?  I was answering someone who wanted ideas for some
programs to write for Coherent.  I've been working on the flat file manager
idea but school slows it down.  A friend of mine has a BBS so I could use
him as a guinea pig for UNIX-DOSbbs software.  He wants some stuff like
that.  But, for the most part, I'm not interested.  I was just providing
some ideas.  Bimodem isn't trivial.  Its a real bitch.

>
> > 	A sound card device driver and associated utils.
> >
> > 	A backup program (better than tar, dump, cpio) for the tape
> > drives (when that is supported).
>
> These need the device driver kit or something written by MWC. I hope MWC get
> moving with the device driver kit for 4.0 because then they'll get the
> benefit of the rest of us writing new device drivers for them.

Doug at MWC told me that the device driver kit is in BETA release and
that there are soon to follow some very exiting news posted to
comp.os.coherent.  Hope he means new software and a new release of the
operating system.  Might even tear me away from Linux.  Of course, I
won't be able to play with the kernel but everything else will be there.
>
> 						- k
> --
> Craig Harding            kilroy@acme.gen.nz             ACME BBS +64 6 3551342
> "Jub'er lbh pnyyvat n obmb?"
>


=====================================================
Shannon Hendrix                |shendrix@pcs.cnu.edu
Christopher Newport University |---------------------
Newport News, VA               |** space for rent **
=====================================================
From: h235_003@ccvax.ucd.ie (ARE WE HAVING FUN YET)
Newsgroups: comp.os.coherent
Subject: Re: mwcbbs contents...
Date: 18 Nov 92 00:21:17 GMT
Organization: University College Dublin

In article <9211153600@umunk.GUN.de>, udo@umunk.GUN.de (Udo Munk) writes:
 
> Good idea, this would save a lot of $. If there is any interest I could also
> post the /usr/spool/uucppublic/files from my system every two weeks or so.
> Because many of us have to pay for net access (me to), I'll post it only,
> if there is *no* voice against that.

  Well here's one voice very much *for* it!
  (Though I've no doubt it'll cause my phone bill to grow fairly rapidly <g>)

 
-----------------------------------------------------------------------------
 Ronan Mullally                            |  Fidonet:  2:263/151.4 (TOPPSI)
-------------------------------------------| Internet: H235_003@ccvax.ucd.ie
 320 Sutton Park, Sutton,                  |    Voice: +353-1-325241
 Dublin 13, Ireland.                       |           
-----------------------------------------------------------------------------
 
Newsgroups: comp.os.coherent
Subject: Re: Tcl to replacement most of /bin & /usr/bin (was: Tcl on Linux
From: Elliot.Schwartz@launchpad.unc.edu (Elliot Schwartz)
Subject: Coherent 3.2 and 2 + Hard Drives
Summary: Operation question
Keywords: Coherent 3.2 Hard Drives Question
Organization: University of North Carolina Extended Bulletin Board Service
Date: Tue, 24 Nov 1992 01:41:29 GMT

Does anyone know if Coherent 3.2(.1) will work with 2 or more than two
hard drives?  Is there a limit, or is it only limited by the cards you can
fit in your machine?

Elliot!


--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
From: root@rwsys.wimsey.bc.ca (Superuser)
Newsgroups: comp.os.coherent
Subject: Re: file too large for me
Date: 23 Nov 92 02:57:33 GMT
Organization: RWSYS Exporter BBS system

jboggs@news.weeg.uiowa.edu (John D. Boggs) writes:
> That's me as in micro-emacs, not as in myself :)
> 
> So, how do I edit a file that's too big for micro-emacs?  I tried using
> vi once and it was unceremoniously truncated.  I really do want to edit
> the documentation for xc so that it will print properly under 3.2.1's
> somewhat quirky nroff.
> 
> -John D. Boggs     uunet!erato!jdb
> 
> 
me holds the entire file in memory while you edit. 3.x coh only allows
me 64 kb of data space, and the program has to hold its operating
data in that same space.

So... use the split command to divide the file into chunks, then edit
one chunk at a time. You can cut and paste between the chunks by
'killing' a section of test and then using the ^x^r command to load
the chunk into which you wish to paste.

But the basic idea is that you must divide the file before you edit.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
root@rwsys.wimsey.bc.ca (Randy Wright)      | Exporter BBS     2400 bps
                or                          | (604) 581-0518     8N1
    Randy_Wright@Mindlink.bc.ca             | uucp         ogin: uguest
                                            | interactive login: guest
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: sharpe@tol-ed.com (Rick Sharpe)
Newsgroups: comp.os.rsts
Subject: Help needed converting tapes
Date: 20 Nov 92 11:44:19 EST
Organization: The Toledo Edison Co., Toledo Oh

I'm hoping someone out there can help us. We have some tapes that were created
on a RSTS V8 system (sorry I don't know exactly how - I'm not a RSTS type). We
need to get them converted to VMS Backup format. Help!!!
							Rick
From: koning@koning.enet.dec.com (Paul Koning)
Newsgroups: comp.os.rsts
Subject: Re: Help needed converting tapes
Date: 23 Nov 92 16:05:51 GMT
Reply-To: koning@koning.enet.dec.com
Organization: Digital Equipment Co., distributed systems architecture


In article <1992Nov20.114419.339@tol-ed.com>, sharpe@tol-ed.com (Rick Sharpe) writes:
|>I'm hoping someone out there can help us. We have some tapes that were created
|>on a RSTS V8 system (sorry I don't know exactly how - I'm not a RSTS type). We
|>need to get them converted to VMS Backup format. Help!!!
|>							Rick

There are several possibilities for what format those tapes are in.  See if
there's any marking on them that suggests one; if not, just try the
various possibilities.

1. (most likely) "DOS format" tape.  This is the classical RSTS magtape
   format, inherited from DOS-11.  VMS can read those using the EXCHANGE
   program.  Try:
	EXCHANGE DIR mmxx:/VOL=DOS
   (where mmxx: is the tape device name.  The tape must be mounted/FOREIGN
   before you do this.)

2. "ANSI" format tape.  This is the newer standard magtape format, used
   normally in VMS and one of the choices in later versions of RSTS (including
   version 8).  Try MOUNT (without the /FOREIGN, but with /OVER=ID) on the
   tape.  If that works, it was ANSI, and you can DIR or COPY it using
   standard DCL operations.

3. "Old BACKUP" format.  This should not be confused with "new BACKUP"
   format -- which arrived with RSTS V9, and is compatible with VMS Backup.
   The Old BACKUP format is specific to the old RSTS backup program.  I don't
   know of any VMS programs that can read it.  (It's possible you could
   port the RSTS Backup program, which is written in BASIC, to VMS and
   run it there, but that would be a hassle at best...)  The only obvious
   way to read such a tape is:
	a. On a V9 or later RSTS system, read it with RESTOR, then copy
	   the resulting files to tape with (new) BACKUP for your VMS system.
	b. On a V8.x system, read the tape with BACKUP (old), then copy
	   the resulting files to tape with PIP either in DOS or ANSI
	   mode, and use steps 1 or 2 above to read the result.

   /paul
!-----------------------------------------------------------------------
! Paul Koning, NI1D, A-13683
! Digital Equipment Co., LKG1-2/A19, Littleton, MA 01460, USA
! (508) 486-7313 or (508) 952-3344, koning@koning.enet.dec.com
!-----------------------------------------------------------------------
! "The only purpose for which power can be rightfully exercised over 
!  any member of a civilized community, against his will, is to prevent
!  harm to others.  His own good, either physical or moral, is not
!  a sufficient warrant."    -- John Stuart Mill, "On Liberty" 1859
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: QEMM and DPMI
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 23 Nov 1992 17:37:49 GMT

In article <2866@uswnvg.uswnvg.com> kswheat@uswnvg.com (Scott Wheat) writes:
>Will someone please tell me what file I need (and where is is) to get QEMM
>to provide DPMI services.  I know there was some discussion about this some
>time ago, but I don't have the articles.

QDPMI.ZIP is the file you need. It is available from our BBS at (310) 314-3227,
from Compuserve (GO QUARTERDECK), and should be floating around on the
internet somewhere (check archie). I can also email you (or anyone else who
requests one) a uuencoded copy, should you wish...

-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: zagar@chester.cms.udel.edu (Randy Zagar)
Subject: Various DVX Questions...
Reply-To: zagar@chester.cms.udel.edu
Organization: Marine Studies, University of Delaware
Date: Wed, 18 Nov 1992 19:58:01 GMT

Okay, I have some questions regarding Desqview/X.

Anybody know how quickly Quarterdeck's going to support the Diamond
SpeedStar 24X video card ?  Do we know if this is in the works or not ?

From recent posts I can see that DV/X works with the ATI video cards.
Right now I don't have access to DV/X literature, so could someone
e-mail me a list of cards known to work with DV/X ?  Phrased differently,
which video cards does DV/X support ?

Also, any recommendations on type/brand of monitor ?  Some monitors
don't have really 'rich & vibrant' colors.  Any suggestions in this
area ?

Also, since the machine I'm getting ready to buy is going to be in a
building with 10Base-T ethernet, are there any preferred ethernet cards
that are known to cohabit peacefully with DV/X.  Critiques of performance,
ease of installation, and other such issues will be greatly appreciated.

Also if you have any DV/X pet peeves, I'd like to know about them too.
At least I'll learn what to avoid...

I'd prefer if the responses were by e-mail, this'll save news bandwidth
and I'll summarize and post the results.



Thanx ahead of time,

  Randy Zagar


---
 _____________________________________________________________________________
/                                                                             \
| Randy Zagar                            Thinking is that waste of time       |
| Internet: zagar@Chester.CMS.UDel.Edu   between seeing something and         |
| Bell-net: 302/831-1139                 knowing what to do about it.         |
\_____________________________________________________________________________/


Newsgroups: comp.os.msdos.desqview
From: hal@cs.tu-berlin.de (Eberhart Adam)
Subject: strange qemm problem - scsi ?
Organization: Technical University of Berlin, Germany
Date: Sat, 21 Nov 1992 23:28:20 GMT

Hello out there, I encountered the following trouble yesterday:
I have a 486 since one month with the following configuration:
BIOS: AMI 7/7/91, WD DT-9031 SVGA, AHA-1542B SCSI with special
BIOS (Port address 334h bootable) using qemm 6.0 long time. Worked
fine until yesterday. I do not know why, but since a desqview crash
qemm does need the diskbuf parameter to work correctly, without
it I get a division overflow error (best case, worst case is a total
hangup) trying hiloading anything. Well, from floppy disk it works.

In the qemm manual (part 'problem-solving parameters') the diskbuf
parameter is described, but - WHY DID IT WORK UNTIL YESTERDAY WITHOUT
IT - no problems at all - resp. WHY NOT SINCE YESTERDAY?

Any suggestions?
Please reply via Email

hal@cs.tu-berlin.de
-- 
Eberhart Adam, Ruedesheimer Platz 1, 1000 Berlin 33, FRG, +49 30 821 62 48
UUCP/USENET: hal@cs.tu-berlin.de
Student, Institute of Computer Science, Technical University Berlin
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Desqview /X and virtual Memory.
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 23 Nov 1992 20:51:15 GMT

In article <1992Nov18.204532.11815@engr.LaTech.edu> feng@latech.edu (Ina T. W. Feng) writes:
> Hi, I have been trying to setup Desqview /X on my 486 PC. I read in the
>installation manual that Desqview /X supports virtual memory.
>
>The manual describes in the setup program, there is a tune performance 
>option which switches virtual memory on or off. When I run the setup
>program, no such option is present in the menu.
>
>I wonder if there is something wrong with my installation of Desqview /X?
>
>You suggestions is appreciated.


Nothing wrong with your install of DVX.  This feature just never made it into 
the setup program.  Checkout the README file for a complete explanation
of how to edit the VMC files and configure the server's use of virtual 
memory.

Gary Rich		<support@qdeck.com>
From: psykern@pew.psy.gu.se (Kurt E. Ernulf)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Street prices for DesqView/X
Date: 15 Nov 92 22:04:08 GMT
Organization: University of Goteborg, Sweden

Quarterdeck USA nowadays refuses to upgrade QD products for
European customers, although the original software was obtained
in the US. Their European office wants 3 times the US price.
This is has been a common practice in the university book
publishing sector for many years, but due to customer protests,
the practice is slowly beginning to disappea there.

WordPerfect, master of customer relations, has recently started
to refer European customers to their European representatives,
which charge a lot more.

I see two immediate solutions, (1) get a US address, (2) use
alternative software and, if you are in a central buying
position, support vendors who do not practice this type of
protectionism. Personally, I have done both...

--Kurt Ernulf

Univ. of Goteborg, Sweden
Newsgroups: comp.os.msdos.desqview
Subject: Re: Advantages
From: mike@batpad.lgb.ca.us (mike batchelor)
Date: Thu, 19 Nov 92 22:37:52 PDT
Distribution: world               
Organization: The Batchelor Pad

mluong@sage.cc.purdue.edu (Mingh Luong) writes:
>
> Can someone please tell me the advantages of DV/X?
> 
> Thanks 

It does not collect child support.

It weighs less than a #10 anvil, so it is easier to carry in your
knapsack.

It is lower in calories and saturated fats.

It doesn't hurt as much as a sharp kick in the teeth with an iron
boot.

It doesn't talk in its sleep.

It is available over the counter, without a prescription.

Four out of five dentists have never heard of it.

It does not require house training.

It doesn't need lead shielding.

You do not need a license to own or operate it.

It will not frighten the cat.

It does not belong to a union.

It does not emit greenhouse gases.

It has the letter Q in it.

It has the letter X in it.


[] ---
[] Mike Batchelor <> Long Beach, California
[] mike@batpad.lgb.ca.us
From: mcastle@cs.umr.edu (Michael R Castle)
Newsgroups: comp.os.msdos.desqview
Subject: Quarterdesk Operating System
Date: 18 Nov 92 14:14:35 GMT
Article-I.D.: umr.1992Nov18.141435.2209
Organization: University of Missouri - Rolla
Originator: mcastle@mcs213f.cs.umr.edu

Well, with MSDOS having certain reentrancy problems (such as the system
coming to a crawl when using floppies), when is QOS going to write QOS??


Surely they know enough of the detail by now to be able to support all the
system calls in a decent manner!  I wouldn't be too afraid of MS adding 
new calls that everyone would want to use (is anyone actually writing apps
that use the task switching api?).

Actually, on a more serious note:  I remember someone saying (don't know if
this group or not) that DRDOS is better written wrt reentrancy.  If so, does
DV take advantage of this, or does it still treat all bios/dos calls as 
serially reusable? (I would assume the latter).  If not, maybe a DRDOS specific
version that runs a bit faster?

just rambling,
mrc
From: troyer@saifr00.cfsat.honeywell.com (Dean Troyer)
Subject: Re: DVX and PATHWORKS Compatability?
Organization: Honeywell Air Transport Systems Division
Date: Tue, 17 Nov 92 23:52:08 GMT

In article <17NOV92.09591521@wl.aecl.ca> harrisp@wl.aecl.ca writes:
>At our site, we use the PATHWORKS suite of products from Digital Equipment
>of Canada to integrate personal computers into our network environment
>(which is primarily a cluster of VAX's). In addition, we do have some Unix
>boxes (Suns, Silicon Graphics etc).
>
>IS DESQVIEW/X COMPATIBLE WITH THE PATHWORKS NETWORKS AND THE SOFTWARE
>SUPPORT PROVIDED BY PCSA?

Yes and no.  DV/X is capable of recognizing & using the file & print services
provided by PathWorks.  You will still be able to use your PC packages
that live out on the network.  I do this only occasionally, as loading both
DECnet and PC/TCP eats up WAY too much memory to be otherwise productive
with local DOS sessions.

You will NOT be able to run remote programs over PathWorks, except (possibly)
to another DV/X machine across PathWork's NETBIOS.  (I have NOT tried this.)

DV/X does not recognize DECnet or DEC's TCP/IP transports, nor does it
recognize LAT (which would give you remote DECterm windows).

>A PC on our network has access to a number of software packages such as
>lotus123, dBASE etc. If I was running DV/X, (and on the network) will I
>still be able to access this software?
>
>Sorry I can't provide more details about the network, but this really isn't
>my kettle of fish. Any help and info will be greatly appreciated.
>                                Thanks in Advance
>                                        Phil


-- 
Dean Troyer                               troyer@saifr00.cfsat.Honeywell.COM
Honeywell Commercial Flight Systems       72240.3152@compuserve.com
Phoenix AZ
(602) 436-3613
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: Desqview/X and Video Drivers/Monitors
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 18 Nov 1992 16:21:08 GMT

In article <1992Nov17.160511.21816@mp.cs.niu.edu> higgins@mp.cs.niu.edu (Greg Higgins) writes:
>I am planning to make Desqview/X the centerpiece of our office 
>environment. I am beginning to dispair, however, at finding the 
>right combination of video card and monitor which would be both
>cost effective and useful.
>
>Is anyone out there running Desqview/X in 1280x1024x256 NI mode? 
>If so, what are you using for your video card/drivers.
>If not, what are you using, and how do you rate it?

DESQview/X does not currently support any mode higher than 1024x768x256,
with any chipset. It almost certainly will in the future.

I personally am using an STB card (with a TSENG 4000 chipset) in
1024x768x256 mode, and am quite pleased. (Well, mostly. My windows
SVGA drivers corrput the screen, but that may be a hardware problem
with my individual card. I don't use windows too much anyway, and DVX
works fine...) I also hope to obtain an 8514-compatable in the future...

-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Possible FAQ? Using foreign fonts (.BDF)
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 16 Nov 1992 22:25:45 GMT

In article <1992Nov9.200000.16668@lmt.mn.org> chrisc@lmt.mn.org (Chris Cox  W0/G4JEC) writes:
>OK.  I know how to install DVX's fonts on a foreign server, but how does one
>compile .BDF fonts on a DV/X server?
>

Let me restate to make sure we are talking about the same thing.  you have 
moved some BDF font files from a foriegn machine and want to convert them
for use by dvx?

There is  a program called BDFTOSNF.EXE that should be in the dvx\bin 
directory that will accomplish this.  This program was not included in
all production runs (it didn't fit on the disks), so if you don't have a 
copy send mail to support@qdeck.com and we'll send you a copy.

Gary Rich		<support@qdeck.com>

Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: MATLAB demo problems in DVX
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 16 Nov 1992 23:00:19 GMT

In article <1992Nov16.043759.13596@sol.ctr.columbia.edu> perry@eesun1.ttu.edu (Dr. Matt Perry) writes:
>Hi,
>
>I have a question concering running the new and fantastic MATLAB 4.0
>on the dvx server.  The demos seem to bring dvx down to a halt and I 
>never could get one of the "moive" demos to run completely on DVx.
>Matlab says in the text printout that it will send 2Meg worth of 
>data to the server so be patient.  On a crippled old sun3 with 8 meg 
>is takes about 30 seconds.  On my 33Mha 386/387 with 8 Meg it took
>greater that 1 hour and I gave up.  My hard disk was active just
>about the whole time.
>

Wecome to "virtual memory Hell" as we fondly call it.  The server has run 
out of the 1 meg of physical memory that is allocated to it by default and
is swapping to disk.  Disk access is much slower than RAM chips are.  Much
much slower.  Assuming that you have more than 4 megs total memory (you 
say you have 8) you can edit the \DVX\SERVER\XC16.VMC file and increase
the MAXMEM= value to some larger value.  2048 would be as big as I would
go on an 8 meg system.

>
>Also, I read recently that the desqview/x server is based on someone's
>product.  Does anyone know who makes just the x server?  Also, does
>anyone have any suggestions as to faster xservers for the pc?
>

The "xserver" portion of DVX is a modified version of NCD's PC-Xview for
DOS.  In general, dedicating the entire resources of your computer to
be nothing more than an Xserver will be faster than having the computer
perform as a fully multi-tasking X windows workstation.  This seems to
be common sense.  In reality the last ragazine article I read on the
somewhat bogus subject of "benchmaking" the speed of xservers showed
DVX solidly in the middle of the pack, despite the fact that all other
competitors just dumb servers.  I think one of the Hummingbird packages
came out #1, but the differences weren't massive.

Gary Rich		<support@qdeck.com>
From: ggg@kepler.unh.edu (Gregory G Greene)
Newsgroups: comp.os.msdos.desqview
Subject: Jpeg/Gif Viewer for Desqview/X
Date: 21 Nov 1992 21:40:00 GMT
Organization: University of New Hampshire  -  Durham, NH
NNTP-Posting-Host: kepler.unh.edu

	Does anyone know if there is a jpeg or gif viewer for Desqview/X? 
   I just bought DVX and although I have DOS viewers ( DVPEG2 and CVIEW ),
   they just take over the screen.  Is there any viewer that can display
   jpegs or gifs inside a DVX window?  Thanks for any help.

							Greg Greene
                                                        ggg@kepler.unh.edu

Newsgroups: comp.os.msdos.desqview