HDTenEightyP/NetNews huggingface dataset:
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: DV/X + SLIP, etc.
Organization: Texas Instruments Inc
Date: Fri, 16 Oct 1992 19:23:45 GMT

In <john.719212616@csrnxt1.ae.utexas.edu> john@csrnxt1.ae.utexas.edu (John R. Schutz) writes:

>I am considering purchasing DV/X, and I was wondering if someone out
>there could fill me in on whether or not I would be able to do what I
>would like to do.  I can have a SLIP connection with a machine here at
>the Uni, but it's a major hassle to go and try to hog time on a Sun
>Sparc to use X, so I was looking to get it running on my PC.  But I'd
>still like to use the network, and, even better, be able to run
>programs across the network with my PC as the display.  Does DV/X
>support SLIP in this way?  Can I run X programs on the Suns and
>display to my PC if I'm connected through SLIP?  Any pointers, etc,
>appreciated.

Any support for Internet protocols (TCP/IP, SLIP, etc.) is not
included in DV/X.  Whether or not you could use them would depend on
the product you are using with DV/X to get TCP/IP, et al.

Given what you want to do, I think you would be better off to buy
something to do the Internet stuff (which you would need anyway) and
use something intended to be a dedicated X server (vice both client
and server, as DV/X) instead of DV/X.  DV/X is still new enough that
there are still a lot of people having trouble with it.  Other
dedicated X server products have been around longer and are more
stable. 

Make sure you've got a REAL fast modem on both ends of your SLIP line
(if you can do it with just a wire and no modem), and get a large
monitor and the fastest display card you can find.  Otherwise, X is an
incredible pig.

[It might be cheaper to buy a bottom end Sun or Sun-clone.  Expect
prices to continue falling as SPARC 10 continuse to ship.]

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: msl30@ccc.amdahl.com (Michael Lucash)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Upgradable 386 Motherboard
Keywords: VEGA, Symphony
Date: 6 Oct 92 08:35:18 GMT
Reply-To: msl30@JUTS.ccc.amdahl.com (Michael Lucash)
Organization: Amdahl Corporation, Sunnyvale CA

In article <5880@dove.nist.gov> livigni@bldrdoc.gov (David livigni 303-497-5898) writes:
>
> I have not experienced any problems yet, but I have barely cracked the box.
> A friend has the board and has intermittent memory problems under OS/2.
> His problems may be due to the 80 ns memory he used, some chips may be 
> marginal.
>     My fear is that the board is a kluge.  It seems too good to be true,
> it supports so many CPU's.  Some trade-offs were undoubtably necessary 
> to provide such flexability.  The documentation states that the board runs
> with 2-wait states with 386's, and 0-wait with the 486-50.  This implies that
> 386 performance may have been sacrificed to obtain optimal 486 performance.
> I hope so, it is more important that the 486 runs best.  But I wonder
> how much the 386 performance suffers.  I will run some benchmarks comparing
> my AMI Baby Screamer 386-33 board agenst the Vega with the 386-40.  Hope I
> won't be dissapointed.  I'll distribute the results when available.
>      The other frightening thing is the built-in 10-year battery.  I can't 
> even find the relevant chip, wonder how hard it would be to replace.
> Also, I didn't see a "Fast A20" option in the bios, it greatly speeds
> the task switching used by Desqview.  May just have missed it though...
>
> David Livigni
>
Right now I am running 70ns memory and have seen no problems.  I did get OS/2 yet so I can't comment on that. I should have it loaded up in 2 weeks.  I wondered
about the wait state deal also.  But as I started thinking, I came up with the 
idea about the 486 having the Cache so it could run faster without having to
wait for memory.  

As for the built in 10year battery, I think it is near the keyboard connector
but I forget.  It is a chip that looks like a battery backed SRAM because it is.
I just purchased one for a friend and they cost $16.  The one on this board is
a standard clock/calendar/battery backed SRAM that most others use.

My system has the FAST A20 turned on, atleast thats what it says when it boots.
I was playing with bios and turned it on, I forget what it was listed as but I
remember seeing it in the manual.  I can check when I get home.

        Keep me posted and I'll do the same,
              Mike Lucash
From: mp52+@andrew.cmu.edu (Matthew Edward Patton)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Non-X applications in a DVX dos window
Date: 16 Oct 92 13:49:02 GMT
Article-I.D.: andrew.sernXCC00WBNE6=4A3
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.os.msdos.desqview: 16-Oct-92 Re: Non-X
applications in a.. by Richard Wallingford@IAST 
> "Desqview/X can run most DOS applications and X Clients in windows;
> it can even run Microsoft Windows and Windows applications in small
> windows..... *Graphical* DOS applications need a 386 or higher processor
> in order to run in a *small window*....."

OK this last comment about running *graphical dos apps in a *small*
window. What is that supposed to mean?  When ever I run a program in
graphics mode, ie Quattro WYSIWUG mode, REFLEX, WP print preview screen,
Cshow gif displayer etc. the ALL blank the screen and display their
graphics.  I have 386dx AM I missing something?

==============================================================================
                     Laws of Computer Programming

1.  Any given program, by the time it is up and running is obsolete.

2.  Any given program costs more and takes longer than planned and budgeted.

3.  Inside every large program is a small program struggling to get out.

4.  Program complexity grows until it exceeds the capability of the
programmer who must
maintain it.

5.  At the source of every error which is blamed on the computer, you
will find at least two
human errors, including the error of blaming it on the computer.

                                                 Press F4 to exit menu.

Newsgroups: comp.os.msdos.desqview
From: bodoh@cae.wisc.edu (Daniel Bohoh)
Subject: Re: Video controllers 
Organization: U of Wisconsin-Madison College of Engineering
Date: 9 Oct 92 00:00:59 CDT

In article <BvtGro.IxL@news.larc.nasa.gov> dave@monitor.larc.nasa.gov (Dave A. Hinde) writes:
>What are the current graphics cards (video controllers) that DVX support in
>1024 x 768 mode?

They are listed in the FAQ:

The DESQview/QEMM Frequently Asked Questions list can be obtained
from a variety of places.  First, it is posted montly to 
comp.os.msdos.desqview and news.answers with the subject line
"DESQview/QEMM Frequently Asked Questions: READ BEFORE POSTING".
Use your newsreader to search backwards for an article with this subject
line.

Second, it is available via anonymous FTP from SIMTEL20 and mirrors
in the DESQVIEW directory.  On WSMR-SIMTEL20.ARMY.MIL get
PD1:<MSDOS.DESQVIEW>DVFAQ8.ZIP.  On OAK.OAKLAND.EDU get 
/pub/msdos/desqview/dvfaq8.zip.
---------------------------------------------------------
Daniel J. Bodoh                  bodoh@cae.wisc.edu
ECE Department                   bodoh@xraylith.wisc.edu
University of Wisconsin-Madison
Madison, WI 53706
Newsgroups: comp.os.msdos.desqview
From: baloo@mik.uky.edu (kevin s coupal)
Subject: I can't get qemm to load my hi memory
Organization: University Of Kentucky, Dept. of Math Sciences
X-Path: baloo
Date: Fri, 16 Oct 1992 17:03:17 GMT

I have desqview and qemm installed.  I have qemm wiht the nosh switch cuz 
it keeps telling me i have no shadow ram that it can use.  Although I have
8 meg of ram.  Also, whenever i issue a statement afterwards to loadhi something
it sais "no high memory avalable loading low"  Why is this???
Kevin coupal

Newsgroups: comp.os.msdos.desqview
From: randy@stx.com (Randy Barth)
Subject: Re: DV/X and DOS memory sizes
Organization: Hughes STX Corp
Date: Wed, 7 Oct 1992 18:01:06 GMT

I have much more room for DOS on moving to DV/X, but that's mostly because I 
also moved from QEMM 5.x to 6.02 at the same time allowing me to turn on 
stealth.  What the result is outside that I can't say.


        -Randy Barth, Hughes STX Corp., Washinton, DC
Newsgroups: comp.os.msdos.desqview
From: silvia@rcf.rsmas.miami.edu
Subject: any special way?
Reply-To: silvia@rcf.rsmas.miami.edu
Organization: RSMAS
Date: Wed, 14 Oct 92 20:53:03 GMT

I would like to know if there is any specific way of telling a program it is running under DesqView. If so, how? Does DOS have any specific interrupts for this process.


          Manolo
Lines: 13
Date: Thu,  8 Oct 92 14:30:32 MDT
Newsgroups: comp.os.msdos.desqview
Subject: Re: Quarterdeck refuses to answer my E-mail!!!!!!
Organization: Brigham Young University, Provo UT USA
Keywords: QEMM, customer support
From: haymoree@bones.et.byu.edu (Edward Haymore)

I've been quite happy with Quarterdeck's email tech support...  True, I
think they didn't answer one message, but they quickly responded to the
others.

As far as your QEMM problems...  are you running NCACHE, too?  I had lotsa
problems until I got the latest version of NCACHE.

Ed Haymore
ed_haymore@byu.edu
-- 

Ed Haymore
ed_haymore@byu.edu
From: Richard.Solomon@ColoSpgs.NCR.COM (Richard Solomon)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X Keyboard Lock Program Needed
Date: 12 Oct 92 13:38:56 GMT
Organization: NCR Microelectronics

In article <Bvr8Is.CIK@news.larc.nasa.gov> dave@monitor.larc.nasa.gov (Dave A. Hinde) writes:
>I agree that DV/X needs such a utility to run on the PC.  How about someone 
with>a little more programming experience converting "xlock" :-)
>                                              

	Already done.  I announced such a utility about a month ago.  Due to 
the limited response, I e-mailed it to interested parties.  I haven't 
noticed a de-facto archive site announced yet, but I could upload it to 
Simtel (or other) if demand warrants.

Richard Solomon                                 NCR Microelectronics
                                                1635 Aeroplaza Drive
Richard.Solomon@ColoSpgs.NCR.COM                Colorado Springs, CO  80916
...!uunet!ncrcom!ncr-mpd!Richard.Solomon        (719) 596-5795 x227
Newsgroups: comp.os.msdos.desqview
From: silvia@rcf.rsmas.miami.edu
Subject: Re: I can't get qemm to load my hi memory
Reply-To: silvia@rcf.rsmas.miami.edu
Organization: RSMAS
Date: Fri, 16 Oct 92 21:00:18 GMT

In article <baloo.719254997@mik.uky.edu>, baloo@mik.uky.edu (kevin s coupal) writes:
>I have desqview and qemm installed.  I have qemm wiht the nosh switch cuz 
>it keeps telling me i have no shadow ram that it can use.  Although I have
>8 meg of ram.  Also, whenever i issue a statement afterwards to loadhi something
>it sais "no high memory avalable loading low"  Why is this???
>Kevin coupal
>
Try running the optimize program included with Qemm. That will usually do the
best job of loading things high and so forth.


        Manolo

Newsgroups: comp.os.msdos.desqview
From: ralphs@halcyon.com (Ralph Sims)
Subject: Re: Quarterdeck refuses to answer my E-mail!!!!!!
Keywords: QEMM, customer support
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Thu, 8 Oct 1992 19:37:55 GMT

geoff@pinoko.berkeley.edu writes:

>Should I just give up trying to get QEMM to work?  (It is totally useless  
>in its current form.)

>Or should I give up on Quarterdeck in general?

Drop the dime and call them direct.  As a registered user, you deserve
to talk to a person.  You can not expect email to get delivered.

Newsgroups: comp.os.msdos.desqview
From: livigni@bldrdoc.gov (David livigni 303-497-5898)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Disapearing Cursor
Summary: qbasic solution
Date: 14 Oct 92 17:44:08 GMT

In article <1992Oct14.112920.29791@morgan.ucs.mun.ca>, wspain@morgan.ucs.mun.ca (William Spain) writes:
> In article <1992Oct13.211009.5881@zooid.guild.org> Andrew McCallum <andrewm@zooid.guild.org> writes:
> >    I use OLX under DESQview.
> >
> >    When I reply, OLX loads up Qedit to edit my reply file.  Sometimes while
> >it does that, I switch to another window to take a look at what's happening.
> >When I come back, I can still edit everything ok, but my underscore cursor
> >is sitting in one place.  This is annoying becuase I can't see where I'm
> >editing a line from within the line.
> >
> This happens to me when running QBASIC v4.0  (pre DOS 5.0).  Cursor movement is
> normal until I run the program.  If the program fails, still no problem, but,
> if the program executes successfully, DV (or something) swallows the cursor and
> I have to either use the mouse (which I hate!) or terminate QBASIC and start
> again.  Any ideas?
> 
> Bill Spain
> Memorial University of Newfoundland

I use quick basic 4.0 and 4.5 extensively under Desqview and have no such
problems.  The solution may be simply to set the "Virtualize Text/Graphics"
Desqview CHange a Program option to "T"ext.  This is necessary for running 
compiled QuickBasic programs in a small window or the background.
However, I use the command line compilers NOT the integrated environment.
I prefer to use a single editor for all my programming, so I use the
integrated environment only when I am having problems finding a run-time error.
I do seem to remember loosing the mouse cursor in the environment, but the
Desqview "Revive Mouse" option on the "Tune Performance" menu fixed that.
I have had much fewer problems with the mouse since I switched to a serial
mouse and the driver provided in the Microsoft Windows package.

You may want to switch to the command line compilers, you have much more
memory available since the IDE is not loaded, and more explicit control
using the command line options.  Linking is also required, but a batch 
file makes it easy. Following is my c.bat batch file, use it with the following
syntax: "c filename" where filename is a basic program like "test.bas".


..\bc %1,,nul /d/e/x/mbf/ah; | more
pause
..\link %1,,nul,..\lib\qbib4.lib+..\lib\brun45.lib /ex;
pause
%1

My directory structure has a "files" subdirectory under the main QB directory
where this batch file and the basic programs reside.  A directory "lib"
also exists under the quick basic directory, where the library files
are stored.  The command line options allow "on error - return" and
heap entities larger than 64K.

Good Luck!

David Livigni

-- 
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@   Anything stated here is my opinion only    @
@   livigni@bldrdoc.gov                        @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: PC/TCP 2.10 and DV/X
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 07 Oct 1992 15:47:08 GMT

In article <1992Oct2.154756.16488@SSD.intel.com> jkearns@ssd.intel.com (Jerry Kearns) writes:
>In article <1992Oct01.165205.29367@qdeck.com>, support@qdeck.com (Technical Support) writes:
>|> In article <6clz68j@rpi.edu> firsta2@jacob.its.rpi.edu (Allen S. Firstenberg) writes:
>|> >Are there any plans (and how quickly will they be in motion) for DV/X
>|> >to support the new initialization files of PC/TCP 2.1?  I'm aware that
>|> 
>|> We plan to support the PC/TCP 2.1 initialization files at some point in
>|> the future, but no definate date is currently available. I'd reccomend
>|> that you go with the ifconfig/ipconfig solution for now...
>|> 
>The big advantage of PC/TCP 2.1 (to me) is that it will save ~50+K
>of low memory.  We can't take advantage of that memory savings until we
>use the new initialization files, though! (Or am I missing something?)
>

I guess that you are missing something.  Keep in mind that even though
you are configuring and loading ipcust/ifcust, PCTCP is still reading
the PCTCP.INI file.  If you are telling it to "move the kernel to 
expanded memory"  it will still do so.  If you go back to "uses old init scheme"
then all that you have to do is add the "-m" parameter to the kernel line.

Gary Rich	<support@qdeck.com>

Newsgroups: comp.os.msdos.desqview
From: troyer@saifr00.cfsat.honeywell.com (Dean Troyer)
Subject: Re: Pathworks <-> DVX ?
Organization: Honeywell Air Transport Systems Division
Date: Fri, 9 Oct 92 16:14:00 GMT

In article <1992Oct9.085950.11@elmrd6.ineab.ikea.se> anos@elmrd6.ineab.ikea.se writes:
 [paragraph deleted]
>
> Now to my question. I would like to connect my PC to our DEC/Pathworks net.
> The documentation is very unclear on this, since it only mentions Novell
> and NETBIOS compatible networks. From what I understand, Pathworks IS based
> on NETBIOS, and therefore it should be possible to use it as transport.

Yes, PathWorks will work as a NETBIOS transport between two DVX systems.

> If this is true, how about FTP'ing files between the Vax and the PC. Is this
> unnessecary since a VMS-mounted directory appears as a local drive on the PC?
 
That would be my conclusion.  FTP doesn't happen with DECnet, although NFT
should work (I don't use it).

> I suppose the same should go for printing to LPT1 and LPT2 (No need for own
> spooling though since it's handled by VMS printer queues). Correct ?

Yes.

> Last but not least, terminal emulation. How do I solve this best. What
> options are there. I don't want to run Windows on top of DVX, since this
> would make DVX more or less just another shell...

SETHOST works just dandy.  But you'll notice the memory hit that LAT/CTERM
will give you.  Now, I know what you probably want os a DECterm window,
because I want one too.  DVX knows not about DECnet, and therefore can
only see that of your network which goes through the redirector (file/disk/
print services).

> Any experienses on the combo Pathworks/DVX is VERY welcome.

I chucked it in the end (PathWorks, that is).  Our VAXen run TGV/MultiNet,
so I'm using ProLINC (a repackage of PC/TCP); this also lets me talk to
our Suns and only load one protocol stack.

> /Anders
>
>+---------------------------------------------------------------------------+
>! Anders Ostling	 : IKEA NORTHERN EUROPE AB			    !
>! Return mail address to : ANOS@ELMRD6.INEAB.IKEA.SE			    !
>! Voice                  : (+46) 42 15 29 06                                !
>+---------------------------------------------------------------------------+


-- 
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: jjwu@magnus.acs.ohio-state.edu (James J Wu)
Subject: re:  DV/X and blotchy graphics and characters, etc.
Keywords:  quattro pro 4.0, windows 3.1, disk formatting, etc.
Organization: The Ohio State University
Date: Mon, 12 Oct 1992 18:51:53 GMT


hello,
     this is my first time posting on a newsnet so this may not turn out too 
well...
     my questions concern garbled characters in graphics mode.  to explain, 
i'll use examples.  when i run the bgidemo in turbo pascal 5.0 some characters 
display fine while others on the same screen display as blotches.  this also 
happens when i use quattro pro 4.0.  the opening screen comes up with 50% ok 
and 50% blotchy characters.  in  wysiwyg  mode, the movement arrows blotch out.
this effect goes on after exit DV/X and run another program that uses graphics.
windows 3.1 runs ok but the graphics programs under it get blotchy characters.
when i reboot the problems go away.  i'm assuming that the problem is stemming 
from how DV/X handles graphics.
     also, i've been able to run windows 3.1 under DV/X in standard mode 
without a hitch before i installed a soundblaster pro sound board.  now i get a
general protection fault error from the sbpsnd.drv sound driver.  what's the 
scoup?
     also, will quarterdeck be making changes in DV/X so that it would be 
possible to format previously unformatted disks, allow the use of the history 
feature, or allow the use of 256 colors on trident 8900c based boards?
     i guess that's about it, but before i go i'll give you my system 
configuration so that you will be able to answer my questions better.  i am 
using a 486-33 with AMI ROM BIOS, a trident 8900c based graphics card, 2400 bps
modem, a soundblaster pro soundcard, a canon BJ-300 printer, western digital 
170MB hard drive, both types of high density floppies, 8 MB of RAM, 64K memory 
cache, nec multisync 3fgx monitor, and dr-dos 6.0 (purchased after april 1992 
and updated to the most current revision) -- my hard drive is compressed using 
the superstor included with dr-dos.  what else...?  i'm using a logitech 
mouseman (right-handed), windows 3.1, and have the stealth: m feature enabled.
everything runs ok for the most part.  only minor glitches here and there.  i 
really enjoy using DV/X, it's just some of the minor problems that are getting 
under my skin.  i understand that it is only in its first version (but what a 
first version it is!!!) and will only be getting better.
     i really like DV/X and only want it to get better.  i hope someone can 
help me out with these minor problems...
     (i hope i haven't been too long winded...)
     thanks to those who can help me out.

     james

p.s.  are there any new books coming out soon about DV/X and X Windows 
prgramming as it pertains to DV/X?  just wondering.  thanks.
Newsgroups: comp.os.msdos.desqview
From: bill@chaos.cs.umn.edu ( Hari Seldon ... psychohistorian )
Subject: Re: Latest version of QEMM386
Keywords: QEMM386 Updates
Organization: University of Minnesota
Date: Wed, 14 Oct 1992 01:12:08 GMT

In <1992Oct9.151727.88@dcatlas.dot.gov> joet@dcatlas.dot.gov (Joe Trott) writes:

>D.Burns@massey.ac.nz (David Burns) writes:

>>What is the latest version of QEMM386?  As a registered of user of several
>>versions of QEMM, I'm displeased that I don't receive update notices.  Is
>>this lack of notification common?

>I've never gotten an update notice from Qdeck either!

accually i've noticed that the only people who consistantly mail me upgrade
notices are those with whom i've never done business, and of which
i own no sw. strange isn't it?

bill pociengel
ps you'r on you'r own with this one q'deck.
--
llbi locgeenpi " i'm a little confused right now"
Newsgroups: comp.os.msdos.desqview
From: silvia@rcf.rsmas.miami.edu
Subject: My setup
Reply-To: silvia@rcf.rsmas.miami.edu
Organization: RSMAS
Date: Sat, 10 Oct 92 22:19:18 GMT

I just encountered this problem with Qemm 6.02 386. When i go to the setup formy PC it locks up the computer. I rem out Qemm and it works. 

I have a Gateway 200 486-33 with 8 megs. My Qemm line is R:1 Ram ST:M. Can anyone help me?


            Manolo
Newsgroups: comp.os.msdos.desqview
From: ulrick@mp.cs.niu.edu (David Ulrick)
Subject: Re: TAME settings for DV/X and TCP/IP ?
Keywords: TAME DV/X FTP TCP/IP
Organization: Northern Illinois University
Date: Thu, 8 Oct 1992 23:03:03 GMT

Unfortunately, my experience is that TAME won't do you much good with PC/TCP.
I've been using TAME with DV-386 Classic for some time now; I have never used
DV/X.  I asked the author of TAME about this when I registered the program.  
He looked into the problem, and found that TN3270 and TNVT, at least, hook 
directly into the keyboard interrupt; they do not use the BIOS in any way for 
keyboard control.  Therefore, there isn't any way for TAME to help right now.  
Your best hope is to cut down your number of foreground/background time 
slices to something small like 2 and 1; the load of PC/TCP will then be 
somewhat less noticable.  Someone really should try to convince vendors to 
read the keyboard in a civilized way!  BTW, I'm running DV/386 2.26, QEMM
5.00, DOS 4.01, and PC/TCP 2.03; hopefully PC/TCP is more tameable in later
releases.

Dave
Newsgroups: comp.os.msdos.desqview