HDTenEightyP/NetNews huggingface dataset:
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DV/X On Notebook - How good
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 17 Dec 1992 19:21:23 GMT
Keywords: notebook grid

In article <5atq02Po2eLH01@JUTS.ccc.amdahl.com> hom00@ccc.amdahl.com (Harold O Morris) writes:
>How are experiences with DV/X on a (passive matrix) laptop?
>I have a grid 1755 with 4Mb (might increase) and 80Mb hard disk, with
>35Mb devoted to LINUX (free UNIX look-aalike).  Think I'll get by
>with running DV/X?  The fact that LINUX uses djgpp (C++ compiler), has
>made me think more strongly about the DV/X.  I could start to
>"standardize" my PC programming around this version of C++.  I'll
>be porting lots of stuff anyway.
>
>Other people might want to think about this.  LINUX has X/WIndows,
>and TCP/IP (just recently) albeit it is a wild and wooly moving
>target.  See comp.os.linux.

If you've run X with LINUX on the laptop's screen, you've already
discovered that X can look pretty grotty on it.  DVX will look about the same.
It will run in a 16 color mode and a lot of those 16 colors will show
up as the same shade of grey on the screen.

I would suggest tripling the amount of memory you have for any serious
development work with either DVX or LINUX.




-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: sja@world.std.com (Stuart J Adams)
Subject: Is MOTIF + DV/X any good ???
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 19 Dec 1992 17:42:52 GMT

I am considering buying DV/X + MOTIF to make a MOTIF development
environment at home on my PC. Do I just need to buy DV/X and the MOTIF
package (can I use djgpp as the compiler ???). 

Can anyone tell me how good of a development environment this will make ???


Thanks,
Stuart Adams
sja@world.std.com

Xref: sparky comp.os.msdos.desqview:3960 comp.protocols.tcp-ip.ibmpc:6949 comp.os.os2.misc:39521
From: nduong@frx221.intel.com (Nicole Duong)
Newsgroups: comp.os.msdos.desqview,comp.protocols.tcp-ip.ibmpc,comp.os.os2.misc,msdos.misc
Subject: Desqview/X to be able to access an SQL Server
Keywords: Desqview/X, PowerBuilder, SQL Server....
Date: 16 Dec 92 00:16:03 GMT
Organization: Data Automation Department, INTeL Corporation, Folsom, CA

I'm not quite sure if this is the right group to post this question but currently I am having
trouble in having my X-client (an IBM RS6K) get the data from my database server running OS/2
vers. 1.3.  The X-server is a 486/33MHZ PC running DOS.  The problem stems from OS/2 requiring
NetBios/NP protocol.  I tried to play around with the Microsoft NIK (Network-Integration Kit) 
to bypass NetBios/NP so that it will treat this server just like any Banyan server.  However,
I am unable to run NIK for Microsoft SQL Server because the Network Manager would not stay up.
My database server has an Ether Express 32 card in it.  My questions are:

1.  Does anybody out there know if this setup is reasonable??:

   486/33MHZ   ------->   display onto an RS6K       ---------->   getting data from
   MS DOS 5.0              via Desqview/X                          OS/2 ver. 1.3
   PowerBuilder                                                    SQL Server ver. 4.2a (Beta)
   MS Windows 3.1                                                  NIK (Beta)

   I set this one up already, but I can only get data out from the server maybe once in a great
   moon, so that's why I was asking if this set-up is feasible at all....

2. Is NIK compatible with the NDIS driver????? 

Any suggestions, tips, advices will be greatly appreciated...
My main objective is to look  for an X-emulation software since PowerBuilder is only a DOS-based
Application Development Tool and some of our users have X workstations.  We also need to 
access the Microsoft SQL Server at the same time.

Please email your suggestions to nduong@pcocd2.intel.com

Thanks in advance,
Nicole
From: deitch@gisatl.FIDONET.ORG (David Deitch)
Newsgroups: comp.os.msdos.desqview
Subject: RCONSOLE under DV/X?
Date: 15 Dec 92 13:42:51 GMT
Organization: Galaxy Information System (GIS) Atlanta, Ga

Dateline Mon, 14/Dec92 19:05.
In , Paul Henning of phenning@herky.cs.uiowa.edu  wrote to All at 1:133/411,

 PH> Any suggestions would be appreciated.

     Sometimes it works, sometimes not.  I get the same thing with OnLAN.  If anyone can recommend optimimal network settings (like in the SHELL.CFG) for use with DV, I would be greatly appreciative.

          David Deitch, (GIS) Atlanta



--  
                   __ 
FidoNet <==> UUCP /  \   UUCP: wittsend!gisatl!deitch 
     Gateway     / oo \  Internet: deitch@gisatl.FIDONET.ORG
                (_|  /_)         
David Deitch,    _`@/_ \    _  Galaxy Information System
Administrator   |     | \   \\ (GIS) Atlanta
                | (*) |  \_  ))
    ______      |__U__| /  \//   User: David Deitch
   / FIDO \      _//|| _\   /    Via FidoNet Node: 1:133/411.0
  (________)    (_/(_|(____/ (jm)   
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DV/X crash running xterm
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 10 Dec 1992 23:20:34 GMT
Keywords: DV/X xterm crash

In article <lfw.723932971@pssparc2.mitek.com> lfw@pssparc2.mitek.com (Larry Weiss) writes:
>The following xterm invocation will crash my installation of DV/X:
>  
>  xterm -fn "`ls`"
>
>This is admittedly a nonsensible font choice, but I suspect that any
>sufficiently large fontname will also crash DV/X.  xterm on a SUN
>using SUN's xnews server tolerated this attempt with the proper warning
>and substitution of font named "fixed".

Ummm...  yeah, pretty nonsensical.  But it really shouldn't crash the
machine.  As long as you don't expect it to work.... the obvious reason
I'll leave off as an exercise to the lurkers, but also; if this is part
of a DOS RSH or REXEC line DOS hasn't the faintest concept of command
substitution.  Remember that in UN*X the shell expands the argument before
passing it along to xterm.  You should however from one xterm be able
to do some sort of xterm -fn `xlsfonts | grep helvetica | tail -1` kind
of thing (yes I know that command is gramatically incorect) and spawn
a second xterm.

I will see if I can duplicate this and send it to development when I pin it
down.

Gary Rich		<support@qdeck.com>


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
:
From: shane@hisfood.Corp.Sun.COM ( Shane Brandon White )
Newsgroups: comp.os.msdos.desqview
Subject: Windows aplications
Date: 17 Dec 1992 16:25:17 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: shane@hisfood.Corp.Sun.COM
NNTP-Posting-Host: hisfood.corp.sun.com

Does Quarterdeck run Windows or OS/2 applications?  How well?  I am considering buying a windows environment and want to get the best one.  I have read some articles, but am still unclear on this question.


Shane


Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: How does Phar Lap DOS Extender 286 allocated its memory from QEMM?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 17 Dec 1992 22:56:57 GMT

In article <1992Dec14.222004.594@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
>I am running a program compiled with the Phar Lap DOS Extender 286,
>under QEMM.  (Also, sometimes under DV)  As far as I know, it allocates
>memory via XMS.  

Um, no.  The Phar Lap extender uses VCPI.  A much more robust spec than
XMS (or DPMI for that matter)

>However, I am used to being able to see XMS blocks show
>up in either MAPMEM (where they masquerade as EMS blocks) and/or via
>using the EMS program (from the QEMM distribution).  In "EMS DIR", XMS
>blocks show up as "EMB"s.
>
>However, when memory is allocated by the Phar Lap compiled application,
>it does not show up in either of these tools.  It does come off the
>total, as displayed by MAPMEM (when shelled out of the app) and by
>DESQview's Memory Status tool.  One effect of this is that the numbers
>displayed by MAPMEM no longer add up to the "Total Expanded Memory".
>
>Where else should I look?
>

You should look at the VCPI memory specification, authored by our own 
Dan Spear and Bob Moot from Phar Lap and sponsored by AI Architechts, Lotus,
Quadram, Qualitas <who?> and Rational Systems.  Highly reccomended 
reading for anyone serious about programming.



-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: help ! about qemm386+
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 20 Dec 92 23:10:15 EST

GD>Who could give me an advise ? I have such a magic triangle - QEMM386 v6.2 with
GD>QDPMI v1.0, PC/AT 386SX and Microsoft C/C++ v7.0 (or Borland C/C++ v3.1).
GD>Recently I was told that QDPMI supports new extention of DPMI, thus above-
GD>mentioned software will run under DOS with no problem.
GD>I inserted the following lines into my CONFIG.SYS ...

GD>        devicehigh = c:\qemm\qemm386.sys RAM NOEMS X=D800-DFFF I=E000-EFFF
GD>        devicehigh = c:\qemm\qdpmi.sys ON NOVM NOXCHK

GD>... and attempted to run Microsoft C (then Borland C) under DOS. But QEMM386
GD>crashed the machine with famous "EXCEPTION #13". Could it be because of
GD>I have PC/AT 386 "SX" not "DX" ?

No.  Try taking out the NOEMS parameter to QEMM, and see how things go
thereafter.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  QEMM 6: 622K free.  And 211K High.
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From:  dimon@sbor.spb.su (Goryacheff D.A.)
Subject: HELP ! About QEMM386+QDPMI and MSC v7.0.
Reply-To: dimon@sbor.spb.su
Organization: Vitex-Baltics Ltd.
Date: Wed, 9 Dec 1992 16:47:46 GMT
Summary: QEMM386+QDPMI crash machine when running MSC v7.0 on AT386-sx.
Keywords: QEMM386, QDPMI, MSC 7.0.

                Hi, everybody !

Who could give me an advise ? I have such a magic triangle - QEMM386 v6.2 with
QDPMI v1.0, PC/AT 386SX and Microsoft C/C++ v7.0 (or Borland C/C++ v3.1).
Recently I was told that QDPMI supports new extention of DPMI, thus above-
mentioned software will run under DOS with no problem.
I inserted the following lines into my CONFIG.SYS ...

        devicehigh = c:\qemm\qemm386.sys RAM NOEMS X=D800-DFFF I=E000-EFFF
        devicehigh = c:\qemm\qdpmi.sys ON NOVM NOXCHK

... and attempted to run Microsoft C (then Borland C) under DOS. But QEMM386
crashed the machine with famous "EXCEPTION #13". Could it be because of
I have PC/AT 386 "SX" not "DX" ?

Please, put Your thoughts in the teleconference comp.os.msdos.desqview.

                                Best Regards, Dmitry.

Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: desqview-x and pc/tcp
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 17 Dec 92 19:39:35 EST

(Continued from the previous message)


   Check the host table again, and ensure as in step (1) that the
   local host table is set up appropriately.

   At this stage, you should be at the stage where PCTCP is configured
   correctly for DESQview/X Setup.  The steps that follow may prove
   helpful for other reasons detailed in each step.

4. If you are using PC/TCP version 2.1, you have the option of loading a
   large portion the kernel into exPANded memory. Do this by specifying
   the -m paramter on the line in AUTOEXEC.BAT that loads the kernel.
   This will increase the size of your DESQview/X windows.

5. Ensure that you have allocated enough sockets and buffers on the line
   that loads the PCTCP kernel.  As the manual for the DESQview/X
   Network Manager (DESQview/X to other X Systems) recommends, pass the
   kernel the parameters

   -p 8 -t 16

   This will ensure that you have enough TCP sockets for remote
   computing.

6. The DESQview/X Server uses interrupt 65h for its internal use.
   If you are on an NDIS (MS LAN Manager, 3Com) network, ensure that
   the DIS_PKT.GUP translation layer is not using interrupt 65h.  INT
   66h should be fine.  If you experience crashes when trying to run
   programs remotely, it is worthwhile to check to see if INT 65h is in
   use by DIS_PKT.GUP (or anything else, for that matter).  We will
   assume that you wish to use INT 66 instead in this example.

   On the CONFIG.SYS line that loads DIS_PKT.GUP, append the parameter
   0x66 as in the example below:

   DIS_PKT.GUP 0x66

   and make sure that the following line appears in the protocol.ini
   file in the [PKTDRV] section (by default, this file is found in the
   C:\LANMAN directory:

   chainvec = 0x66
   intvec = 0x66

If your problem is not solved by any of these suggestions, please let us
know.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  QEMM 6: Where ARE those ROMs?
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: silvia@rcf.rsmas.miami.edu
Subject: Desqview unstable
Reply-To: silvia@rcf.rsmas.miami.edu
Organization: RSMAS
Date: Sun, 13 Dec 92 19:17:42 GMT

I have been having some problems with Desqview 2.42. It has been crashing evenwith the best of behaved programs. Say I load Prodigy I don't think its unstable, It will run fine for awhile and then crash. Even with a small program it will go down and i have to press the rest button no ctrl-alt-dlt. I am using Qemm 6.02 and MS-DOS 5.0 and NDOS 6.1. Help! I really want this to work I think Desqviewis a great program except for these problems.


           Manolo
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: does pc/tcp 2.11 work
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 17 Dec 92 19:39:36 EST

RC>I have DV/X v. 1.02 running on my 386 and am now trying
RC>to add the TCP/IP networking facility by installing PC/TCP
RC>version 2.11.  In setup, I've installed the DV/X drivers, but
RC>I get an error message that it was "inable to access FTP's
RC>TCP/IP services."  It says to check for improper
RC>ifcust.sys/ipcust.sys installation, invalid local host address,
RC>invalid local host name, or a mismatch of the local host name
RC>and the name server information about this machine.

A response to Frank Robey, a couple messages back in this newsgroup,
contains a detailed list of troubleshooting suggestions.  If they don't
help (or if you don't find them), please let us know here.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview/X : Raising DOS to the power of X!
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: biediger@lonestar.utsa.edu (David . Biediger)
Subject:  Desqview/X for sale
Organization: University of Texas at San Antonio
Distribution: usa
Date: Sun, 20 Dec 1992 03:26:44 GMT


Desqview/X  version 1.02  for sale.

Manuals bound with plastic spirals so they lay flat.

Registration will be transfered to the buyer.

$80.00 + shipping.  (firm)

reply by email to:
biediger@lonestar.utsa.edu

Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Why no Stealth?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 10 Dec 1992 22:05:50 GMT

In article <Bz04LI.51C@iat.holonet.net> brianw@iat.holonet.net (Brian Walsh) writes:
>I'd like to know, too.  I'm using DVX as standard VGA.  How do you set it
>up in 800x600 mode with the Stealth card?
>-- 
>-- Brian Walsh
>   brianw@holonet.net

I've anwered this too many times lately, so pardon me if I just refer you
to the S3 entry in the FAQ.

To get 800x600 you can edit DVX.CFG and change the screen line to read:

SCREEN 800x600:6ah

This will give you the VESA mode for 800x600 16 colors.  It's interesting
to note that this card is one of few that adhere to the somewhat vague
VESA spec well enough for this mode to work.

Gary Rich		<support@qdeck.com>



-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: barry@coyote.datalog.com (Barry Mishkind)
Subject: Re: downloading with dv/x
Organization: Datalog Consulting, Tucson, AZ
Date: Thu, 17 Dec 92 00:25:54 GMT

fauerbac@ivy.cs.unca.edu (John Fauerbach) writes:

> : SJ>I have been using Desqview/X for a while and Desqview in the past and I 
> : SJ>having trouble doing a download from a bulletin board while I am running
> : SJ>another application,under Desqview/x
> : 
> : SJ>I have successfully downloaded files with Regular Desqview using Qmodem
> : SJ>Download in the background.
> : 
> : SJ>I have read through the manual that I have and I might be stupid, but am
> : SJ>missing something?  is it possible to do a download to my computer, whil
> : SJ>running another app in the background....
> : SJ>this all with Desqview/X as I have gotten it to work with Desqview 2.32 
> : SJ>is the version.
> : 
> I downloaded this and it didn't help me.  I was already doing everthing that
> was in this file that dealt with DV/X.  Any other ideas?  I am using Procomm
> Plus with 8MB of memory.
> 
> John Fauerbach


I've also noted this. Using Binkley, I was getting 8196 packets from my
BBS connection. Under QEMM ... (for in actuality DV wasn't running) it 
dropped to 64 bytes...

I restored my EMM386 and HIMEM and everything cleared. No explanation 
yet.

take care

---
Barry Mishkind
barry@coyote.datalog.com                  FidoNet 1:300/11.3
Newsgroups: comp.os.msdos.desqview
From: notarus@uiuc.edu (Mark Notarus)
Subject: Re: DVX: Remove X session via modem
Originator: notarus@deja-vu.aiss.uiuc.edu
Reply-To: notarus@uiuc.edu (Mark Notarus)
Organization: University of Illinois at Urbana
Distribution: comp.os.msdos.desqview
Date: Tue, 15 Dec 1992 23:39:52 GMT

jim@stargate.helios.nd.edu (Jim McCusker) writes:

}Mark,
} Thanks for the bad news about needing a SLIP address to run an X-Windows
}session.  I knew I was missing something.  So when I normally dial into
}the University hub and then telnet to my Sparcstation I am being shrouded
}from all the tcp/ip stuff?  And this is required to run an X session? Why?

 Generally, yes. I'm not aware of any kind of X (with the exception of that
new fangled NCR Xstation dialup thing... i dunno ANYTHING about it) that doens't
require the presence of an actual tcp/ip or at the *very* least a udp/ip
connection.  Most xprograms are compiled on networked machines, and those
machines assume the presence of a tcp/ip feed....without it, you'll
never get a window unless you're *VERY* good at programming.


}Also, I remember calling about PC/TCP software and it was a bit over
}my personal budget.  What did it cost you to get DV/X running over a slip
}connection??   And how solid is it when using such a connection?

  I purchased my copy of pctcp used, so i got it for about a hundred bucks.
I've never had any real problem with it that wasn't my fault...compatability
problems, etc...and it's reasonably useable. At the moment, i'm only
running standard DV...dropped to 4 meg as i save/make money to by 4 4meg simms
so i can't much help out with specific settings questionss...

  I'm told that PCTCP is "only" about 200 dollars new, with an eduacational
discount. Watch/post on misc.forsale, and see if you can't find something 
cheaper. *grin*

 Mark
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: Re: Is MOTIF + DV/X any good ??? 
Distribution: world
Organization: Rundart Limited
Reply-To: gt@rundart.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sat, 19 Dec 1992 23:06:15 +0000

In article <BzIp7G.C5o@world.std.com> sja@world.std.com writes:

>I am considering buying DV/X + MOTIF to make a MOTIF development
>environment at home on my PC. Do I just need to buy DV/X and the MOTIF
>package (can I use djgpp as the compiler ???). 
>
>Can anyone tell me how good of a development environment this will make ???

I am currently evaluating this combination at the moment as earlier
postings of mine attest.  On the whole, I like it but I am a bit upset
about (a) the lack of mark and transfer when using Motif and (b) the
print manager problems.  There may possibly be solutions to these - I'm
waiting for some answers.

I have yet to try doing any Motif development in this environment.

Giles.
-- 
Giles Todd                      gt@rundart.demon.co.uk (Internet)
Rundart Ltd                     Demon Internet Services
Voice: +44 925 33472            PGP 2.0 public key available.
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DVtree or Dshell for DV/X? File Manager?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 17 Dec 1992 20:10:32 GMT
Keywords: shell, file manager

In article <brumelle.724111845@unixg.ubc.ca> brumelle@unixg.ubc.ca (Shelby Brumelle) writes:
>Is it possible to substitute some other program for the file viewer
>in DV/X File Manager?  I would would much prefer Buerg's list program
>or Qedit.

That's not currently going to work. I must say I like the idea though.
I'll put it on the wish list.

>
>Or alternatively is there a program similar to DVtree or Dshell which
>works in DV/X.  The Dshell install seems to object to the new Learn
>interface.  DVtree almost works, but (among other things) the screen
>display is not updated automatically and one must "<alt>RTR" to
>refresh the screen.

There are currently a few DV API calls involving palletes that don't 
work quite right in the DVX server.  That sounds like whats going on here.
This is being worked on.


>
>Am I right in being disappointed in File Manager (compared with Dshell
>and DVtree), or have I missed some of its capability?

Fileman wan't really thought of as  a replacement for things like xtree or
dvtree.  It's design spec was to be a graphical fron end for the FTP
program that is used to transfer files normally.  It's certainly an
improvement on command line FTP.  I also like it better than Sun's
FTPtool.  I've got source for XFTP, but I haven't had time to compile it,
so I can't really compare it.


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: proper rsh or telnet
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 20 Dec 92 23:10:16 EST

JK>Is there a way to get DV/X 's RSH to behave as all the other
JK>UNIX RSH's do, i.e., be able to issue "RSH hostname ls"
JK>and have the directory listing come to my current window,
JK>without opening another window.  This is a big problem, as our site
JK>requires that when dialing in from home, we come in through the SUN
JK>network.  Once I'm on the Sun, I can FTP to/from my DV/X PC, but I can't
JK>execute any DOS programs, even a "dir", because DV/X wants to open an
JK>X window, and I'm not running X (I'm basically telnet'd in).

Have you tried this?  It works for me.  Do you get any error messages
back?  Does adding a login name help?  Does using REXEC help (if your
account is passworded)?  Try a line like this:

rsh <unixboxname> -l <username> ls -display <doxboxname>:0

or

rexec <unixboxname> -l <username> ls -display <doxboxname>:0

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758  quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  QEMM 6: Memory management by Stealth
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044