HDTenEightyP/NetNews huggingface dataset:
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: question 30
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: comp
Date: Fri, 08 Jan 1993 23:19:00 GMT

In article <1993Jan8.112317.20819@syma.sussex.ac.uk> nickw@syma.sussex.ac.uk (Nick Watkins) writes:
>From article <1i8ardINNjun@tamsun.tamu.edu>, by pmh2962@tamsun.tamu.edu (Pat Hayes):
>> "quarterdeck canada" writes:
>
>> Thanks Michael.
>>  
>> As of last week, QD was still NOT shipping the Novell stack.  I heard
>> first there was a problem with terrible documentation (from Novell)
>> that needed to be fixed; then I heard from the 1-800 folks that
>> Novell still hadn't given QD permission to ship the thing.
>I have one (thanks Andrew Ward) from QOS UK. No manual.
>
>However the setup program only refers to IBM, Novell and 3Com cards. I
>have a WD8003e. Will other cards be supported and if you have the ODI
>driver for 8003e (I *may* do) how do you configure the LWP kernel ?
>How up to date does ODI driver have to be ?

If you have an ODI driver already, that should be all that you need.  DVX does
not know or care what kind of network card you have.  I'm aware of two
MLID drivers for yuor card; SMCPLUS.COM and SMC8003.COM.  Some instalations
don't seem to work with SMCPLUS (I don't really know why) but the SMC8003.COM
seems always to work. I'm trying to collect MLID drivers for our library
of them.  It's not always really easy to find them.  So far I have:

3c501.com     exos.com      ne1500t.com   trxnet.com
3c503.com     exp16odi.com  ne2-32.com    pcn2l.com     wd8013.com
3c505.com     ne2.com       pemlid.com    
3c509.com     ipxodi.com    ne2000.com    route.com
3c523.com     lansup.com    ne2100.com    smc8000.com
attodi.com    lsl.com       ne3200.com    smcplus.com
ne1000.com    token.com

If anyone needs one of these, just send mail to myself (or better 
support@qdeck.com).  Even more important, If anyone has one not on this 
list please send it to me.  I've had some real wild goose chases tracking
some of these down.  Not all cards have ODI/MLID drivers, but most do.


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
:
From: gdal@gdalsrv.sas.upenn.edu (GDAL Manager)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV386 Settings for using a Colorado 250???
Date: 7 Jan 93 22:43:03 GMT
Organization: Social Science Computing, University of Pennsylvania

In article <1993Jan04.174011.28583@qdeck.com> burge@qdeck.com (Bill Burge) writes:
>If (and only if) you are using the Colorado from the floppy controller,
>you cab start DV with the parameter /hw:E:L; and the tape may have some
>success of running inside of DV386.

  Please explain "may have some success". Is Quarterdeck aware of 
specific conditions under which it does or does not work? In other
words, any advice for those in the market for a new system?


George
-- 
gdal@gdalsrv.sas.upenn.edu		Social Science Computing
theall@gdalsrv.sas.upenn.edu		University of Pennsylvania
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Intel CodeBuilder
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Mon, 11 Jan 1993 22:28:12 GMT

In article <8390@lib.tmc.edu> jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) writes:
>In article <1993Jan08.215255.5697@qdeck.com> garyrich@qdeck.com (Gary Rich) writes:
>
>As much as it pains me to admit it (for I argued your side here about a year
>ago), DPMI is the wave of the future, and folks that ignore it will get run
>over.

I must agree.  DPMI is what's happening.  I just don't like it.  I'm running
QDPMI right now, sinve Borland C++ 3.1 needs it.  DPMI will probably even
be a good scheme someday.  Maybe by version 2.0.....


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: bodoh@cae.wisc.edu (Daniel Bohoh)
Subject: Re: FAQ Please
Organization: U of Wisconsin-Madison College of Engineering
Date: 8 Jan 93 10:59:08 CST

In article <C07on9.8H@quadsys.com> roland@quadsys.com (Roland Besserer) writes:
>I've got a number of questions concerning DVX (which I have), so could
>someone please post the FAQ or email it to me?

My news access was down for the last week, so I haven't been able to post
the FAQ.  I'll be posting it before the end of the day...

Dan
Newsgroups: comp.os.msdos.desqview
From: mcastle@cs.umr.edu (Michael R Castle)
Subject: Re: dvx and djgpp compilation fatal error
Date: Sat, 9 Jan 1993 17:41:23 GMT
Organization: University of Missouri - Rolla, Rolla, MO

In article <1993Jan9.152617.18418@news.arc.nasa.gov> chu@pioneer.arc.nasa.gov (Susie Chu RCS) writes:
>Can someone please me?  Why gcc a file containing a line of 
>"#define O_TEXT 4" gives the following strange error. (See j.out 
>below)
>
>C> gcc -c -DMSDOS j.c 
>c:/tmp/cc000046.i:1: parse error before `file'
>c:/tmp/cc000046.i:42: warning: unknown escape sequence `\d'
>c:/tmp/cc000046.i:42: warning: unknown escape sequence `\c'
> (...)
> (...)
>++++++++++++++++++++++++++++  j.c +++++++++++++++++++++++++++++++++++++
>#include "fig.h"
>#include "junk.h"
>++++++++++++++++++++++++++++  junk.h +++++++++++++++++++++++++++++++++++++
>#define		O_TEXT			4
>++++++++++++++++++++++++++++  fig.h +++++++++++++++++++++++++++++++++++++
>#include <X11/Xos.h>
>
>#include <sys/stat.h>
>#ifndef SYSV
>#include <fcntl.h>
>#endif
>#include <pwd.h>
>#include <signal.h>

fcntl.h  will define O_TEXT for you.  I'm surprised you don't get an error
saying that you are redefining O_TEXT.  

Try compiling with -E -o j.i  (-E tells gcc to stop after sending through
the preprocessor, which usually what a .i file is).

Since it says parse error in line 1, I would imagine that either some junk
is getting placed in the file (possibly from the first line of X11/Xos.h).
Or a misplaced/missing ';'

You also shouldn't have to do -DMSDOS, unless you have changed the file 
'specs' file in you lib directory.  

If you can't figure out from that, try posting  the first 10 lines or so
from j.i

regards,
mrc
-- 
Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
  mcastle@cs.umr.edu     and be right all the time, or not work at all
S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
    We are all of us living in the shadow of Manhattan.  -- Watchmen
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: problems w/ qemm and
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 9 Jan 93 17:00:09 EST

S2> I recently installed qemm386 that came with desqview/x.  Now when
S2>I am using Borlandc from DOS (not desqview), the arrow keys tend to leave
S2>characters in my document.  If I push the up arrow, the cursor might move
S2>up a line, or I might just get an '8' in my program.  This is using the
S2>arrow keypad, not the arrows on the numeric keypad.  Turning off NumLock
S2>solves this problem.  Strangely enough, replacing qemm.sys with himem.sys
S2>also solves the problem.  It seems like the keystrokes are garbled, because
S2>using any of the dedicated editing keys (arrows, insert, del, etc) can leave
S2>that coresponding keys number in the editor (ie home puts in a 7, end puts in
S2>a 1, etc).
S2>the line that loads qemm is:  device=d:\qemm\qemm386.sys ram
S2>the only other drivers i load are ansi.sys and ega.sys.
S2>the only TSRs i load are the mouse driver and alias, a command line editor
S2>Can anyone suggest a solution?
S2>btw, my keyboard is a focus 2001.

The explanation for this behaviour is found in Quarterdeck Technical
Note #221, QEMM-386 and Keyboard Behaviour (IA.TEC).  It is not due to
QEMM per se, but to a variety of other factors which can be exposed by
just about any 386 memory manager.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview: No hourglass needed!
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Misc. questions for DVX and Xterms
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 07 Jan 1993 17:40:51 GMT

In article <C0Fq2H.4xu@hsi.com> kanakis@hsi.com (Tony Kanakis) writes:
>
>Thanks in advance for your response.
>
>I'm using LWP for DOS just in case there are any items related only to that.
>
>1.) I was to understand that a DOS window open from winx.dvp would provide 
>more memory to run a dos program than a dos.dvp window would. I am finding
>the opposite, I have less memory available in the Windows' dos window.
>Did I here/read something wrong?

I think you may have heard something wrong.  Except under some rather
bizzare configurations I would not expect thsi to give a larger window.

>
>2.)I've bumped up my tcpip packets to 32 from 16 in my net.cfg and still can't get winx to run directly and display on my xterm.  I still must run a dos.dvp
>and then type 'run winx' to bring up windows.  Any comments/suggestions?

32 may not be wise.  Check your net.cfg and make sure that the total of
TCP sockets + UDP sockets + raw socket does not exceed 32.  If they do,
bad strange things may start to happen.  This may, in fact explain some 
of the other things that you are seeing.

Have you tried setting up a new DVP cloned from the WinX.DVP that appends
a -display myxterm:0 on the program line?


>
>3.) I have Windows 3.0 and want to update to 3.1 
>Are there any differences/problems/bugs with DVX and windows 3.1 vs. 3.0? 

Nothing significant.  3.1 sometimes takes a bit more memory in the 
"max EMS" field of the DVP.  If you don't have the latest, you should 
probably get the new WINX.ZIP from our bbs, CI$, or SIMTEL.

>
>4.) I was told I could run a window manager on my DVX server in the same way
>I do on my xterm, that is the application runs on another host, ie. a DEC 5900,
>and displays on my DVX server screen. The command I was given didn't work.
>Does someone have a command and arguments that they have gotten to work?

The way I would do it to start is to:

Set DVX up for no window manager
start DVX
use SHIFT-ALT-F1 to force a DOS window
rsh an xterm from the DEC (this gives the WM somewhere to dump std error
				in case of a problem)
type mwm (or olwm/vtwm/uwm...whatever)

Once this is working, you can back out the xterm and the DOS window and 
just make the window manager a remote startup program.

There may be a bigendian/littlendian problem with remote window managers
from some machines in some revisions of DVX.  I don't know about the DEC
5900.  The sign of this would be a "bad implementation" error showing up
in the above xterm.  This will be modified in the next minor revision
of DVX.


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
:
From: s0r1282@zeus.tamu.edu (RAVET, STEVEN)
Newsgroups: comp.os.msdos.desqview
Subject: using unix2dvx.exe
Date: 4 Jan 1993 13:09 CST
Organization: Texas A&M University, Academic Computing Services
Distribution: world
NNTP-Posting-Host: zeus.tamu.edu
News-Software: VAX/VMS VNEWS 1.41    

I recently aquired the desqview/x developers kit for djgcc, and was trying to
compile some simple x sources that i have.  my problem is in using the unix2dvx
program to adapt the standard x include filenames to conform to DOS.  i have
the files unix2dvx.txt and wrapper.txt in the current directory when i execute,
but regardless of which file i try to convert ar anything, i get the following
results:

 UNIX2DVX C Preprocessor (c) 1992 Quarterdeck Office Systems
C:\GCC\BIN\UNIX11/Xaw/ScrollBP.h :
  Error - Too many changes - limit 10 alternative header names

the thing is, i don't include the file scrollbp.h.  also, I think the second
line is actually supposed to be :
C:\GCC\BIN\UNIX2DVX  X11/Xaw/ScrollBP.h :
i must be doing something stupid, can anyone help me?
ps sorry about the ansi characters, i dunno where there came from

Newsgroups: comp.os.msdos.desqview
From: tjb@chalone (Thomas J. Brosnan )
Subject: uploads
Organization: DSO, Stanford University
Date: Thu, 7 Jan 93 00:15:19 GMT

I have uploaded xv version 2.21 to simtel.
It is in the msdos.dv-x directory.  I downloaded
this from the Qdeck BBS and modified it to
enable TIFF support.

The source is in xv221src.zip, while the
executable is in xv221exe.zip.  Note that
xv.exe has stub.exe prepended to it, so you
need to have a copy of go32.exe in your path.

Tom Brosnan
Newsgroups: comp.os.msdos.desqview
From: silvia@rcf.rsmas.miami.edu
Subject: Re: Qemm 6.02 problems with win 3.1
Reply-To: silvia@rcf.rsmas.miami.edu
Organization: RSMAS
Date: Mon, 11 Jan 93 00:59:37 GMT

In article <C0M332.KAn@cmcl2.nyu.edu>, liuyu@acf3.nyu.edu (Mr. L) writes:
>
>I'm having trouble starting win3.1 with more than 640k conventional memory.
>I'm using qemm 6.02 with hercules card. The base memory is 704k. 
>If I exclude the area between 640 and 704k, win 3.1 runs fine. Is there a
>way to run win3.1 with 704k base memory?
>Thanks in advance.

  Because with 704k base memory you are using Video Memory. Which Windows 3.1
needs to run. There is an exclude that you need to use that should me in the
Qemm DOCS. Also make sure you have installed the Windows fix that comes with
Qemm. 


               Manolo

Newsgroups: comp.os.msdos.desqview
From: burge@qdeck.com (Bill Burge)
Subject: Re: Why Application&File manager can't appear
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Wed, 06 Jan 1993 22:53:32 GMT

In article <peter.1.726326745@cad.ee.ntu.edu.tw> peter@cad.ee.ntu.edu.tw (Peter R. Tattam) writes:
>Hello  :
>    I just installed DV/X on my lab's computers. The first one couldn't show
>Application manager and File manager , but the second did it well. They both 
>are 16MB RAM 486 produced by different company. I tried several way in 
>the first and none of them work. Can anyone give an hint. THANKS  !!!
>

You might want to check your available hard drive space on the one that
fails.  Also check for a TEMP=???? in the environment.  Get rid of it 
and try again.  If the TEMP variable points to an invalid location,
apps that create tmp files and rely on ther DOS4GX extender used in
DVX will fail.

Bill	burge@qdeck.com
		(please direct support entries to support@qdeck.com)
Newsgroups: comp.os.msdos.desqview
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: QEMM only 16Mb XMS ??
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Mon, 4 Jan 93 13:06:36 GMT

I have QEMM 6.02 running on a 486 machine with 32Mb RAM.
the problem is that it shows 32Mb of EMS, but only 16Mb of XMS.

HIMEM.SYS can give me 32Mb of XMS, but not EMS.

How can I get QEMM to give me 32Mb of XMS? I can't find anything
about it in the manual.

BTW: This is the line that loads QEMM

device=c:\qemm\QEMM386.SYS r:1 RAM ROM DMA=48 X=B000-B7FF ST:F
DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\QEMM\QDPMI.SYS NOVM

--
jeroen                             voice: +31-2522-20908 (19:00-23:00 UTC)
                                   snail: P.O. Box 266
jeroenp@rulfc1.LeidenUniv.nl              2170 AG Sassenheim
jeroen_pluimers@f256.n281.z2.fidonet.org  The Netherlands
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Cc: support@qdeck.com
Reply-To: gt@rundart.demon.co.uk
Subject: DVX, DWM quoting key.
X-Mailer: VE3PZR VIEW DIS V1.01.
Date: Sat, 9 Jan 1993 04:50:54 +0000


When I used DV/386, I configured the Learn "quoting key" to be the top
left corner symbol which appears on UK 102 key keyboards.  This is
because I use MKS toolkit and TeX every day and both programs require
the use of the "`" key.  It is inconvenient and error prone to have to
press this key twice and I have little use for the Learn facility.

Page 104 of the DVX Users' Manual says "The Learn key and the Quoting
key (as well as other DESQview/X system keys) may be redefined in the
DESQview/X Setup program."

I have found the place in Setup where the Learn key can be redefined but
not one for the Quoting key.  Have I missed something or can the key
really not be redefined in Setup?  If it cannot, is there a patch which
will allow me to redefine the key?  Even the address of the "`" constant
which is used for the "Quote" key in the appropriate executable file
would be helpful.

I am not really bothered if I have to lose "Learn" altogether.  I just
want to be able to use "`" without having to press the key twice.

DVX 1.02 (without Motif).

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Rundart Ltd                     Demon Internet Services
Voice: +44 925 33472            PGP 2.0 public key available.
From: kf8nh@kf8nh.wariat.org (Brandon S. Allbery)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV386 Settings for using a Colorado 250???
Date: Fri, 08 Jan 93 20:20:17 EST
Distribution: world
Organization: Brandon S. Allbery's Personal System

gdal@gdalsrv.sas.upenn.edu (GDAL Manager) writes:
> In article <1993Jan04.174011.28583@qdeck.com> burge@qdeck.com (Bill Burge) wr
> >If (and only if) you are using the Colorado from the floppy controller,
> >you cab start DV with the parameter /hw:E:L; and the tape may have some
> >success of running inside of DV386.
> 
>   Please explain "may have some success". Is Quarterdeck aware of 
> specific conditions under which it does or does not work? In other
> words, any advice for those in the market for a new system?

As any Unix or other multiuser system administrator can tell you:  running a
backup of a live system is just BEGGING for an unreadable backup.  After
all, how is the tape drive to deal with a file that gets wchanged while
it's writing it?  --- and if the backup program locks the file (which most
of them do not!) then files end up being locked for rather long periods of
time, tape drives being slow beasts at best.

++Brandon

--
He's BAAAACK! Brandon S. Allbery     NOTE NEW ADDRESS!!! kf8nh@kf8nh.wariat.org
From: livigni@bldrdoc.gov (David livigni 303-497-5898)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Trident 8800C Problems
Summary: my opinion
Keywords: It can't be this hard!
Date: 13 Jan 93 00:28:33 GMT

In article <1993Jan6.191531.3709@fcom.cc.utah.edu>, klaus@ced.utah.edu (Klaus Biggers,MEB 3140b,581-6499) writes:
> 
> Tempted to trade it all in on a Sun-
> -klaus
>
If you could have a Sun, what are you doing with a DOS box (puke)?
TRADE IT IF YOU CAN!!!!!  what a deal THAT would be, I wish I could...
(unless of coarse you need those damn DOS applications 8-|

p.s. Trident sucks - but OAK is worse.  Good luck!

not entirely in jest,

David Livigni

> 
> 
> 
> 
> ---
> 
> -klaus                                              klaus@ced.utah.edu
> 
> 		"To turn is to admit defeat"


-- 
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@   Anything stated here is my opinion only    @
@   livigni@bldrdoc.gov                        @
@@@@@@@@@@@@@@@@@@@@@@---D@@@@@@@@@@@@@@@@@@@@@@
Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: info, please.
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 12 Jan 1993 16:32:25 GMT

In article <1993Jan11.202419.11749@hsr.no> vagle@hsr.no (Laban Seigemann) writes:
>I have just seen this DESQview, and I don't know more that I
>understood from the comercial.
>
>Tell me does DESQview run MSdos programs in pre-emptive multitasking,
>just like UNIX ?

DESQview (and DESQview/X) is a fully pre-emptive multitasker, like unix.
This is one of it's strongest advantages over many of the other multitaskers
written for the DOS environment.

>Is it fully 32 bits ?

Portions of it are protected mode, but most of it is in real mode. It
has the capability of allowing 32 and 16 bit protected mode applications
to run beneath it, sharing your machine's resources.

>Will it use all the power in my i486 ?

DESQview will run on any DOS machine, and knows about and can take advantage
of the memory mapping capabilities of 386-based machines and higher. It
works beautifully on a 486...

>And what about this DESQview/X ?

Simply put, DESQview/X is DESQview, with a graphic interface. We've
used a true X11R4 X-server to provide a front-end for the programs
run under DVX. This allows you to take the output from any DOS text
mode application, and microsoft windows standard mode, and display
it using the X-protocol. You can then take them and display them
on any X-server on the network, and can take the output from other
X-programs (running on a unix machine, or another DVX machine) and
display them on the local DVX machine's display. 

>I am very interested, so please mail me any thing.   THANKS

We recently published a quite informative "Technical Perspective" in 
some of the major computer magazines, that contained a good description
of how DVX works with DOS and the programs it multitasks. If you
(or anyone else out there) havn't seen it, it's worth taking a look at.
Send your postal address (sorry, we don't have it in electronic form)
to info@qdeck.com, and ask for the "Technical Perspective", and we'll
be happy to send you out a copy.

+--------------------------------------------------------------------------+
|   Quarterdeck Office Systems Internet Support   ____________________/_   |
|         Tom Bortels   Developer Support         _________________///__\  |
|  _____________________________________________  ______________/////___\  |
|                                                 ___________///////____\  |
|          ---For---          ---Write to---      ________/////////_____\  |
|    Pricing/Ordering info :  info@qdeck.com      _____///////////______\  |
|     Technical Questions  : support@qdeck.com    __/////////////_______\  |
|         Quarterdeck BBS - (310) 314-3227        \\\\\\\\\\\\\\\\\\\\\\\  |
+--------------------------------------------------------------------------+
-- 
       Quarterdeck Office Systems - Internet Support - Tom Bortels
        For Pricing/Ordering information, write to info@qdeck.com
           For Technical Questions, write to support@qdeck.com
  BBS: (310) 314-3227 * FAX: (310) 314-3217 * Compuserve: GO QUARTERDECK
From: garyg@warren.mentorg.com (Gary Gendel)
Newsgroups: comp.os.msdos.desqview
Subject: Intel CodeBuilder
Date: 6 Jan 1993 13:16:33 GMT
Organization: Mentor Graphics Corp. -- IC Group
Distribution: world
Reply-To: garyg@warren.mentorg.com
NNTP-Posting-Host: garyg.warren.mentorg.com


I tried to run a DOS-based program compiled with Intel CodeBuilder, and got a
message from the program that it could not be run under Desqview.  I assumed,
incorrectly :(, that installing the QDPMI.SYS driver would cure this problem.

Anyone have any ideas?  Are there any patches on either side INTEL or QUARTERDECK
that would fix this?  I know:

		1) Use the GCC compiler.
			This is an issue because the code generated is 50% slower
			than Intel's.  This is unacceptable for this product.

		2) Use the Watcom compiler.
			This compiler has a 2-4x degradation in speed when the VM
			option of the extender is used.  It does fly, however,
			if the NOVM switch is used.  Also the 16M limit for the
			extender is a problem.  This sucker needs all the memory
			and CPU that it can get.  I don't have the time or money
			to play around with other extenders.  In addition, it
			would require users to purchase the extender.

		3) Run the program outside of DV/X.
			This is a real pain.  The companion tools work in the
			X environment, I would have to keep jumping in and out
			again.