HDTenEightyP/NetNews huggingface dataset:
From: alberto@cs.umd.edu (Jose Alberto Fernandez R)
Newsgroups: comp.os.msdos.desqview
Subject: Re: DVX: Remote X session via modem
Date: 15 Dec 92 16:03:28 GMT
	<1992Dec14.234251.11030@news.nd.edu>
Distribution: comp.os.msdos.desqview
Organization: University of Maryland Computer Sc.
In-reply-to: jim@stargate.helios.nd.edu's message of 14 Dec 92 23:42:51 GMT


Is there anybody working on something equivalent to Xremote? That is a
program that is able to put a pseudo Xserver on the remote machine,
sends the commands thru the modem (w/o TCP/IP) and then a program on
the other side reconstructs and send to DV/X the corresponding X
commands. Xremote is a proprietary product for a particular brand of
Xterminals. I think they donated the protocol for X11R6.

I know someting like this was planned for X11R6 but if Qdeck or
somebody else were willing to develope a PD version for the mean time
I am sure that they would not be able to keep up with so many DV/X
sales. Since many of us have no hope to convince our institutions on
allowing SLIP, this would be a much more practical way to go.

	Jose Alberto.

PS: UW is an example of a system like that. But it only provides ascii
windows. Hey! Qdeck what do you think.
--
:/       \ Jose Alberto Fernandez R | INTERNET: alberto@cs.umd.edu
:| o   o | Dept. of Computer Sc.    | BITNET: alberto@cs.umd.edu
:|   ^   | University of Maryland   | UUCP: {...}!mimsy!alberto
:\  \_/  / College Park, MD 20742   | 
Newsgroups: comp.os.msdos.desqview
From: gt@rundart.demon.co.uk (Giles Todd)
Subject: DVX, Motif and files.
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 05:20:30 +0000

Now I am starting to get cross.

As a new user of DVX and the DESQview supplied Motif package, I have
been spending a lot of time tonight tinkering with the configuration in
order to replicate (as near as possible) that which I work with during
the day.  I noticed that I could only run DVX a few times before it
would refuse (without any error message) to open any windows on startup.

I therefore adopted the policy of starting dvx and then immediately
quitting and then running Manifest to have a look around the system. 
When I ran Manifest after a reboot, only the standard five files were
open.  Each time I ran Manifest after leaving DVX, an additional open
file was recorded - "dvsx0".  Eventually I ran out of file handles
through having done nothing but run DVX (+ Motif) and leave it again.

Now, I have done a bit of programming over the last thirteen years and
one of the things I have learned is that it is most often a good idea to
close files once one has opened them.  The people who wrote DV 2.42
appear to have concurred with this view since the problem I refer to did
not occur with that program.

I don't yet know enough about this package to suggest a likely culprit. 
I hope that someone can give me some pointers.  "manifest.prn" and other
details can be supplied to anyone who asks - the only reason I have not
posted "manifest.prn" is that it contains my DVX serial number (and the
file would very likely be extremely boring to most readers of this
group).

I'm not very happy about this situation.  I have just spent 260 pounds
on this software (a "special" offer).  Is this a bug and, if so, will I
have to pay more for a fix?

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: jim@stargate.helios.nd.edu (Jim McCusker)
Subject: DVX: Remove X session via modem
Organization: OUC, University of Notre Dame
Distribution: comp.os.msdos.desqview
Date: Mon, 14 Dec 1992 07:06:20 GMT

I haven't received a satisfactory answer to this question so maybe someone
on this news group can help.

I access the internet via modem using Procomm Plus.  I dial in through 
a university hub at 9600 Even, 7 data, 1 stop.  (They don't support N81 yet!)
The system I log into is a Sun Sparqstation which supports X sessions.

Is there anyway to run dial into this system and then get an X session
running??  I understand that at 9600 baud that X should function reasonably
well.  Any ideas?  

            -- Jim

Newsgroups: comp.os.msdos.desqview
From: andrew@award.demon.co.uk (Andrew Ward)
Subject: Re: X applications 
Distribution: world
Organization: Award Software Ltd
Reply-To: andrew@award.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sun, 13 Dec 1992 20:19:16 +0000

In article <1992Dec10.194514.13026@leland.Stanford.EDU> tjb@chalone writes:

>
>Has anyone else noticed the lack of activity
>in <MSDOS.DV-X> on simtel?  Well, we did too.
>We figured that everyone was 
>running into problems porting X applications
>to DV/X.  But when we tried porting a few
>applications ourselves, we found very few
>problems.  So the question is,  where are all
>the nifty X apps?
>
>To try to get the ball rolling, we compiled the
>following for DV/X:
>
>Ghostscript 2.5.2
>Tgif 2.12
>dvix
>dclock
>xcalc
>xcoloredit
>xcolormap
>
>These should all be available in PD1:<MSDOS.DV-X> on simtel.
>
>Tom Brosnan
>Bruce Pike
>

I have ported cbzone (the tank game battlezone) and it seems fine.


-- 
Andrew Ward
andrew@award.demon.co.uk
From: medrh@uniwa.uwa.edu.au (Richard Hockey)
Newsgroups: comp.os.msdos.desqview
Subject: DV/X and PC-NFS
Date: 17 Dec 1992 09:53:12 +0800
Organization: The University of Western Australia
NNTP-Posting-Host: uniwa.uwa.edu.au

Is the network manager for PC-NFS available yet?
Last I heard it was in Beta test.

-- 
| Richard Hockey                    email:medrh@uniwa.uwa.oz.au               |
| Department of Public Health       phone:+61 9 389-3463        _--_|\        |
| University of Western Australia   fax:  +61 9 389-3648       /      \       |
| NEDLANDS WA 6009, Australia                                  *_.--._/       |
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: HELP ! About QEMM386+QDPMI and MSC v7.0.
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 17 Dec 1992 20:51:08 GMT
Keywords: QEMM386, QDPMI, MSC 7.0.

In article <AAoCY9hmj5@sbor.spb.su> dimon@sbor.spb.su writes:
>                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.

NOEMS is a bad idea.  It's almost always a bad idea for a long list of reasons.
In this case, it's a bad idea because QDPMI is a VCPI to DPMI shim.  It uses
VCPI.  VCPI uses EMS.  QDPMI is not totally dependant on EMS, but it sure
makes life easier.

How much memory do you have?  If you have less than 4-5 megs available to the 
compiler, I wouldn't consider putting the NOVM parameter on.

Borland C has a cute trick that it likes to pull.  As it starts it asks
"how much DPMI memory is around"  assuming a 5 meg machine and NOVM it
get an answer of about 4096k.  It then asks "How much EMS is around".  It
get an answer of about 4096k.  It then allocates ALL of the EMS and comes
back in trying to grab the 4096k of DPMI that it was told about.  Needless
to say, it gone now.  If you had VM on, it would still be able to get it's
4096k of DPMI, but it would get it all as virtual memory, AKA disk space.
  This generates the lovely condition known as "thrashing".  The machine 
spends all its time swapping code in and out of memory, and virtually
no time actually compiling anything.  A fairly small compile might take a
week to complete.  BC and BCC will take a command line switch -e=##, where
## is the number of pages (16k blocks) of EMS it should use for swapping.
-e=0 would be my choice.  I don't know if MSC has a similar switch, but I've
seen it exhibit the same kind of thrashing.


-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
Newsgroups: comp.os.msdos.desqview
Subject: Re: Help With Dv/X
Date: Wed, 09 Dec 1992 07:47:48 -0800

SS>>I am getting an 486-DLC 33mhz computer with 4Mb ram and 105MB Hard dr
SS>>plus SVGA card and colour monitor.  My questions is the following.  I
SS>>use, or at least try, Desqview/X with it.  What other software SHOULD
SS>>to
SS>>get the most benifit out of my computer?   By that I mean, what memory
SS>>managers,
SS>>disk caches programs etc, are beneficial.

 ID> I'm not sure what DV/X requires, but to get the most out of any
 ID> 386/486, I would recommend installing DR-DOS 6, using its own
 ID> memory manager, EMM386.SYS, and installing the built in cache,

You MUST use QEMM with DVX. (DVX will whine and complain otherwise)

   ID> Super PC-Kwik. If you wish to run Windows, the only change you
 ID> need to make is to install the Super PC-Kwik Windows interface,
 ID> so Windows will manage the cache memory. In my opinion, this
 ID> combination will give performance streets ahead of any Microsof
 ID> product (ie MS-DOS 5/SmartDrive) and at least equal, if not
 ID> better than the DesqView memory manager.

I've got DR DOS 6, and its memory manager is not equal to QEMM. It is a
much better one than what ships with DOS 5 though.

Mark.
hockings@qdeck.com
(and I dunno what the address is yet to do the fido gateway, or my node
address as an internet address)


 * Origin: Silver Xpress Mail System (1:102/824)

Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DVX: Remove X session via modem
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: comp.os.msdos.desqview
Date: Thu, 17 Dec 1992 22:10:46 GMT

In article <1992Dec14.070620.14630@news.nd.edu> jim@stargate.helios.nd.edu (Jim McCusker) writes:
>I haven't received a satisfactory answer to this question so maybe someone
>on this news group can help.
>
>I access the internet via modem using Procomm Plus.  I dial in through 
>a university hub at 9600 Even, 7 data, 1 stop.  (They don't support N81 yet!)
>The system I log into is a Sun Sparqstation which supports X sessions.
>
>Is there anyway to run dial into this system and then get an X session
>running??  I understand that at 9600 baud that X should function reasonably
>well.  Any ideas?  
>
>            -- Jim
>
Reasonably well?  That's a matter of opinion.  It certainly won't be as 
fast as procomm is, since all that's doing is a vt100 terminal emulation.

You need to check and see if the university's dialup supports SL/IP.  If
not you can give up the idea.  If so, then you would need:

DVX
DVX to other systems network manager.
Supported network software that itself supports SL/IP
	PCTCP is the only one at the moment, but Wollongong & PC-NFS will
	ship soon.




-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: lfw@pssparc2.mitek.com (Larry Weiss)
Subject: Re: DV/X crash running xterm
Keywords: DV/X xterm crash
Organization: OpenConnect Systems, Dallas, TX
Date: Sun, 13 Dec 1992 05:12:00 GMT

LW>>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".

GR>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>

Right, I started the "strange" xterm from another healthy invocation
of xterm already running with connection to the DV/X server.  
Obviously, I did not expect it to extract a valid font from the string
forced upon it, but neither did I expect it to crash.  Thanks
for your interest!
From: dewerk@yosemite.csufresno.edu (<< Dragon >>)
Newsgroups: comp.os.msdos.desqview
Subject: dv/x
Date: 17 Dec 92 10:37:24 GMT
Organization: California State University, Fresno


can someone please tell me where i might find a copy of desqview/x

i have looked in the faq but it didn't help me...  (one entry even
had a site listed with the file(s) in the /tmp directory...  /tmp's
get wiped out every so often...)

any help would be appreciated...

thanks in advance...


                                * - * - *

Paul-Joseph "Dragon" de Werk        | God grant me the SERENITY to accept
Department of Computer Science      | the things I cannot change, the
California State University, Fresno | COURAGE to change the things I can,
dewerk@csufres.CSUFresno.EDU        | and the WISDOM to know the difference.

HELLO!  I'm a .signature virus! Join in and copy me into yours!
From: Mark.Hockings@f824.n102.z1.fidonet.org (Mark Hockings)
Sender: NewsMeisterII@mcws.fidonet.org
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Displaying 256 colors using Trident SVGA card under Desqview/X
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 18 Dec 1992 21:27:44 GMT

In article <1992Dec15.125421.5272@kum.kaist.ac.kr> cho@choe.gsis.co.kr (Tai-Hoon Cho) writes:
>Is there a possible way to display 256 colors using TRIDENT SVGA card (1024x768, 256 colors)
>under Desqview/X?  When I run 'setup' program, it did not recognize the TRIDENT board correctly.
>The setup program could set only 800x600, 16 colors mode.  I think the Desqview/X doesn't have a proper
>display driver for the 1024x768, 256 colors mode.  Anyone's help would be greatly acknowledged.
>Thanks.
>


If I may quote from the SCREENS.TXT file...

#                       Trident VGA (8800)   NOTE: 256-color modes unsupported
TRI1 4 800x600:605bh
#                       Trident VGA (8900)   NOTE: 256-color modes unsupported
TRI2 4 800x600:605bh




-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: andrew@award.demon.co.uk (Andrew Ward)
Subject: Re: Running MS-Windows Applications on Sparcstations 
Distribution: world
Organization: Award Software Ltd
Reply-To: andrew@award.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Wed, 16 Dec 1992 08:58:03 +0000

In article <1992Dec15.124344.5103@kum.kaist.ac.kr> cho@cho.gsis.co.kr writes:

>I have a Sparcstation and a 386PC connected via Ethernet.
>I can open a DOS window on the Sparcstation that communicates with the PC
> running Desqview/X.
>But I don't know how to run a MS Windows Application on the PC and display it
> on the Sparcstation.
>Any help about this would be greatly appreciated.
>Thanks.

Once you have the DOS window open on the Sparcstation, type RUN WINX
at the DOS prompt, and MS Windows should appear on the Sparc screen.

This does assume that you have MS Windows installed on the PC, and that
it was installed there BEFORE you installed DESQview/X.


-- 
Andrew Ward                              andrew@award.demon.co.uk
2 Salisbury Road  Harpenden                 Voice (44) 582 461743
Herts  AL5 5AY  UK                           Fax  (44) 582 462743

Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: DESQview/X Setup Help
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: na
Date: Thu, 10 Dec 1992 23:00:57 GMT

In article <1g5kp4INNlf5@uwm.edu> peter@miller.cs.uwm.edu (Peter J Diaz de Leon) writes:
>I just finished installing DESQview/X with 
>FTP Software PC/TCP Version 2.1
>
>The PC/TCP is running fine. However running
>the manifest under DESQview under DVX I have
>a lot less available memory than I would expect.
>I am running a 33Mhz 486 with 8MB of memory.
>
>Manifest under DVX tells me the following:
>
>              Total Available
>Conventional  640     384
>Expanded      7296    3104
>Extended      7168    0

Sadly, this is one of the least informative bits of info that MFT
can provide in this instance.  This is just giving you info about
how this DVX window is configured, not a true picture of how much memory is
available.  The Desqview/Memory screen gives more accurate info.  Also
the First meg/pRograms screen would be usefull.  In this case, since
you have lots of apps complaining about not enough conventional
memory, I guess we can consider it roughly correct.

>
>I know that everyone has a different  installation
>but does this look normal.  
>to launch xeyes or windows I also get not enough
>memory error. Any help is appreciated. By the
>way I did run Quarterdecks QEMM optimize.

Xeyes only needs ~200k, so you may have other problems here.

>
>CONFIG.SYS
>files=30
>buffers=30
>device=c:\qemm\qemm386.sys exclude=cc00-cfff ram

Bassed on thew above line, it looks like you should run OPTIMIZE /ST
in order to force stealth testing and get ST:M on the QEMM line.

>device=c:\qemm\loadhi.sys /r:2 c:\pctcp\ipcust.sys
>device=c:\qemm\loadhi.sys /r:2 c:\pctcp\ifcust.sys
>device=c:\pctcp\net\protman.sys /i:/c:\etc

ACK! Protman!  You have my deepest sympathy.  I'll send you a copy of 
LANMAN.TEC under seperate cover to show you how to deal with this
bad boy.

>device=c:\qemm\loadhi.sys /r:2 c:\pctcp\pctcp\smcmac.dos
>device=c:\qemm\loadhi.sys /r:2 c:\pctcp\dis_pkt.gup

This guy can give you interrupt conflicts.  check your c:\etc\protocol.ini
(or is it in lanman.ini)  and make sure that niether intvec or chainvec
is set for int 65h.

>dos=high

You will probably get ~20k larger DOS windows without this.

>stacks=0,0
>
>AUTOEXEC.BAT
>c:\qemm\loadhi /r:2 c:\win31\smartdrv.exe

On a 4 meg machine with DVX I would not run a disk cache.  You have
better uses for the memory.

>c:\qemm\loadhi /r:2 c:\mouse\mouse
>path c:\pctcp;c:\pctcp\net;c:\win31
>netbind
>ethdrv

If this is 2.1x of PCTCP, you should certainly configure it
to use EMS.  This reduces the size of the kernel considerably.

>c:\qemm\loadhi /r:2 /res=10112 /sqf predir c:\pctcp\lpr.exe
>
>

When you add these up I think you will find your window sizes will
increase dramatically.

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: garyrich@qdeck.com (Gary Rich)
Subject: Re: DV/X crash running xterm
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 17 Dec 1992 21:06:04 GMT
Keywords: DV/X xterm crash

In article <lfw.724223520@pssparc2.mitek.com> lfw@pssparc2.mitek.com (Larry Weiss) writes:
>LW>>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".
>
>GR>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>
>
>Right, I started the "strange" xterm from another healthy invocation
>of xterm already running with connection to the DV/X server.  
>Obviously, I did not expect it to extract a valid font from the string
>forced upon it, but neither did I expect it to crash.  Thanks
>for your interest!

Well, the problem is; it worked great for me.  xterm -fn "`ls`" gave me an 
error of xterm:  bad command line option "Mwm" which it certainly is correct 
about. xterm -fn `xlsfonts | grep helvetica | tail -1` actually worked to.  I
was surprised.  I guess I'm actually starting to understand UNIX, God help
me.  It gave me an xterm with the largest helvetica font available on my
server.  That was one big ugly eye chart...  I tried it on both a SCO
SVR3 box and on an SGI running Irix, of course from my DVX machines server.

I think we've got something else going on here, but I'm not sure what.




-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
: 
Newsgroups: comp.os.msdos.desqview
From: pynq@quads.uchicago.edu (Jeremy Mathers)
Subject: How does Phar Lap DOS Extender 286 allocated its memory from QEMM?
Summary: Doesn't show up in any of the usual places (MAPMEM, EMS DIR...)
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Mon, 14 Dec 1992 22:20:04 GMT

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.  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?

************************************************************************
Insanity is hereditary.  You get it from your kids.

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
Newsgroups: comp.os.msdos.desqview