HDTenEightyP/NetNews huggingface dataset:
From: snowden@cray.com (Jim Snowden)
Newsgroups: comp.os.msdos.desqview
Subject: Converting fonts to DV/X use
Date: 29 Sep 92 17:23:32 GMT
Organization: Cray Research, Inc.

Hi,

Is there a DV/X utility for converting X fonts for use
by DV/X?  We are trying to run an X Window 3270 emulation program
on a Sun with output displayed in a DV/X window.  But DV/X won't recognise
the special 3270 font.  Maybe something like bdftosnf?

Jim Snowden
snowden@hemlock.cray.com
From: moorerr@msu.edu (richard r. moore)
Newsgroups: comp.os.msdos.desqview
Subject: Multiple COMMAND in memory
Date: 29 Sep 92 21:46:33 GMT
Organization: Computer laboratory, michigan state university

As i was looking around for ways to squeeze more memory, i noticed that 
before DV is loaded there are areas that MFT calls COMMAND, COMMAND data, 
and COMMAND environment.  These same names also appear AFTER DV, but they 
have different memory amounts.  Am i doing something wrong to have both in 
memory?  Any hints on how to get rid of one (if possible)?  I am running 
DOS 5.0, QEMM 6.01, and DV 2.4.   I am using the stealth feature in QEMM.
Newsgroups: comp.os.msdos.desqview
From: goodrich@qdeck.com (Steve Goodrich)
Subject: Re: maximum memory in each window , background colors?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 29 Sep 1992 14:02:21 GMT

In article <1992Sep25.144446.178@wam.umd.edu> qian@wam.umd.edu (Yong Qian) writes:
>I tried to run Norton's SA to get a background color under DV/X's DOS
>window. But there is just no color change. Are there other softwares
>for doing that which works under DV/X?
>

I just tried using Norton's BE to change the color (BE CLS BLACK GREEN) and it
worked just fine.

-- Steve G.
   Quarterdeck Office Systems
   goodrich@qdeck.com

Newsgroups: comp.os.msdos.desqview
From: support@qdeck.com (Technical Support)
Subject: Re: PC/TCP 2.10 and DV/X
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Thu, 01 Oct 1992 16:52:05 GMT

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
>it is possible to get PC/TCP to use the old configuration formats
>(ifconfig.sys and ipconfig.sys), but I'd rather create additional
>files for all the users here who want to use DV/X.

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

-- 
Tom Bortels - Quarterdeck Office Systems - Internet Support 
    For questions or Technical Support, write to support@qdeck.com
From: msl30@ccc.amdahl.com (Michael Lucash)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Upgradable 386 Motherboard
Keywords: VEGA, Symphony
Date: 1 Oct 92 09:45:24 GMT
Reply-To: msl30@JUTS.ccc.amdahl.com (Michael Lucash)
Organization: Amdahl Corporation, Sunnyvale CA

In article <5806@dove.nist.gov> livigni@bldrdoc.gov (David livigni 303-497-5898) writes:
>I recently purchased a 40 Mhz 80386 motherboard which is 
>upgradable to a 50 Mhz 486.  I wanted a 486 but could not
>afford the going rate, so thaught this path might be more
>economical.  But now I fear I got a lemon.  The manufacturer
>is: VEGA and it uses the Symphony chip set.
>Has anyone out there ever had a VEGA board or the Symphony 
>chip set?  I can't seem to find any information about them,
>so I would greatly appreciate any comments from anyone who
>has used either.  I vaguely remember hearing about problems
>with a VEGA board a few years ago...
>Thats what I get for leaping before I look.  But I do have 30
>days to return it.
>I will be running DESQVIEW and QEMM on it, and I know from   
>experience that any incompatabilities or memory problems
>will crash and burn them.
>
Why do you think you got a lemon?  I just received my Vega upgradable MB and
am wondering what problems you have experienced.  So far I haven't used it for
anything yet but did let it run a memory test for 8 hours to see how things go.

I plan on loading up OS-2 and Linux so if anyone know about this board I am
also interested.  I still have 29 days to return it..


           Michael Lucash
Xref: sparky comp.os.msdos.desqview:3235 comp.os.os2:353
From: azzarito@cse.fau.edu (Doug Azzarito)
Newsgroups: comp.os.msdos.desqview,comp.os.os2
Subject: Re: DV/X and OS2?
Date: 30 Sep 92 16:28:29 GMT
Organization: Florida Atlantic University, Boca Raton, FL, USA

In article <Iejqo6600iUxE5u89M@andrew.cmu.edu> mp52+@andrew.cmu.edu (Matthew Edward Patton) writes:
>This may be FAQ in which case I appologize, but can I run DV/X under OS2
>as a DOS app or does it require QEMM in which case it can't run.
>
>Given the price of OS2 I am considering upgrading but I don't like their
>shell.  Too slow. BTW can the shell be disabled?  I therefore want to
>run DV/X as my primary interface under OS2 instead of DOS.  Can this be
>done?

I don't have DV/X, but I do have DV, and it does not require QEMM.  I run DV
under OS/2, and I give DV enough EMS to satisfy it.

OS/2's WorkplacesHELL can be disabled, and I'm sure someone will offer a
replacement (I've already seen "roll-your-own" replacements).  However,
thinking that you can use DV/X as a shell isn't a good idea.  The power of
OS/2 comes from the ability to run DOS, WIN, OS/2 16 & 32-bit apps.  DV/X
wouldn't be able to launch all apps (unless they knew more about the OS/2
internals).
Newsgroups: comp.os.msdos.desqview
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Subject: Re: BBS'es for Desqview-aware apps and utils ?
Organization: Center for X-ray Lithography, UW-Madison
Distribution: usa
Date: Mon, 28 Sep 92 01:35:06 GMT

In article <1992Sep27.181320.5558@sandr.COM> dlucy@sandr.COM (Douglas Lucy) writes:
>What's your favorite Desqview BBS? Somewhere that carries a lot of
>DV-aware stuff?

DV FTP sites and BBSs are listed in the Frequently Asked Questions list:

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.
-- 
        Dan Bodoh --- Grad Student --- University of Wisconsin-Madison
From: dave.williams@chaos.lrk.ar.us (Dave Williams)
Newsgroups: comp.os.msdos.desqview
Subject: DEVICE.COM and DVdevload
Date: 28 Sep 92 13:58:00 GMT
Reply-To: dave.williams@chaos.lrk.ar.us (Dave Williams)
Organization: The Courts of Chaos * 501-985-0059 * Public Access Usenet


-> I guess I'll be adding a switch to allow the next version of
-> DVdevload (whenever I get around to it) to run without its TSR if
-> 4DOS is not present.


 Why not send mail to Rex Conn or Tom Rawson and have them fix 4DOS?
They're pretty amenable to compatibility bug reports.
                                                                   
Newsgroups: comp.os.msdos.desqview
From: nickw@syma.sussex.ac.uk (Nick Watkins)
Subject: Re: ST:P and DJGCC ?
Organization: University of Sussex
Date: Mon, 5 Oct 1992 18:48:45 GMT

From article <1992Oct2.183837.16382@syma.sussex.ac.uk>, by nickw@syma.sussex.ac.uk (Nick Watkins):
>> ST:P is MR:C as described in Forney's book. I assume it was pulled at
>> last moment because of incompatibilty with Windows 
My inquiries confirm this as a reason.

Meanwhile, I have also gathered that you may not need a page frame if
you use it, and have tried this on my system. 

What is not so clear is what it is/isn't compatible with.

DJGCC complained on being run in a DOS window under it that 
CPU was in V386 mode and so DJGCC wouldn't run.

Is this unavoidable ?

Nick


-- 
Dr Nick Watkins, Space Plasma Physics, Univ. of Sussex, Brighton BN1 9QH, UK
JANET: nickw@uk.ac.sussex.syma        BITNET: nickw%syma.sussex.ac.uk@uk.ac


Newsgroups: comp.os.msdos.desqview
From: bodoh@cae.wisc.edu (Daniel Bohoh)
Subject: Changes to the DESQview/QEMM FAQ list
Expires: 5 Nov 1992 23:59:00 GMT
Organization: U of Wisconsin-Madison College of Engineering
Date: 2 Oct 92 00:27:30 CDT

                             Changes to the
                  DESQview/QEMM Frequently Asked Questions List
                             Since Release 8

Not too many changes this month, basically because I'm pretty busy.  I'm
thinking about a major overhaul (maybe splitting it up) for the December
release.  If anyone has any suggestions, let me know.

Q6:  Does DESQview and DESQview/X support Super VGA or video coprocessors?

     Clarified some of the information on video coprocessors.

Q7:  Where can I get freeware and shareware DESQview programs?

     SIMTEL has slightly reorganized the directories relating to QOS
     products.

Q8:  I want to write software for DESQview and DVX.  Where can I get the API?

     DESQview/X comes with the DOS4GX DOS extender built in.  It is not, as
     the FAQ previously claimed, part of the DESQview/X toolkit.
From: livigni@bldrdoc.gov (David livigni 303-497-5898)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Upgradable 386 Motherboard
Summary: potential problems, inefficiencies
Keywords: VEGA, Symphony
Date: 1 Oct 92 20:26:26 GMT

In article <538b02Ur24pX01@JUTS.ccc.amdahl.com>, msl30@ccc.amdahl.com (Michael Lucash) writes:
> In article <5806@dove.nist.gov> livigni@bldrdoc.gov (David livigni 303-497-5898) writes:
> >I recently purchased a 40 Mhz 80386 motherboard which is 
> >upgradable to a 50 Mhz 486.  I wanted a 486 but could not
> >afford the going rate, so thaught this path might be more
> >economical.  But now I fear I got a lemon.  The manufacturer
> >is: VEGA and it uses the Symphony chip set.
<stuff omitted>
> >
> Why do you think you got a lemon?  I just received my Vega upgradable MB and
> am wondering what problems you have experienced.  So far I haven't used it for
> anything yet but did let it run a memory test for 8 hours to see how things go.
> 
> I plan on loading up OS-2 and Linux so if anyone know about this board I am
> also interested.  I still have 29 days to return it..
> 
> 
>            Michael Lucash

 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

-- 
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@   Anything stated here is my opinion only    @
@   livigni@bldrdoc.gov                        @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Newsgroups: comp.os.msdos.desqview
From: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Subject: just getting started.
Reply-To: "quarterdeck canada" <quarterdeck.canada@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 25 Sep 92 21:14:41 EST

GD>I once bought a copy of Desqview, tried it out and was totslly
GD>frustrated in my efforts to mak e it work very well. I currently have
GD>a 286 laptop with 3 meg of memory, a 286 desktop with 3 meg of memory,
GD>and another 286 desktop with 1 meg.  All run stacker.  What are the
GD>things that I should look to to get  Desqview up and spinning?  I've
GD>talked to folks who have used it with great success on XT's, certainly
GD>it should work on these 286's.  Also what cache to use with it?
GD>Smartdrv.exe Norton Cache?  PC Tools?  PC Kwik?  Thanks for any help
GD>you might come up with.

A file called 286.TEC is available on the Quarterdeck BBS at (310)
314-3227, Compuserve (!GO QUARTERDECK), or large local BBS systems, and
also via our Q/FAX fax retrieval service; from the handset of your fax
machine, call (310) 314-3214, or in Canada, (416) 665-5070.  It is
ASCII, and describes the issues involved with running on a 286.

Regards,

Michael Bolton
Tech Support
Quarterdeck Canada  (416) 360-5758   quarterdeck.canada@canrem.com
---
  DeLuxe 1.25 #6922  DESQview: Better windows
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.desqview
From: bill@chaos.cs.umn.edu ( Hari Seldon     psychohistorian )
Subject: Re: DesqView/X and DOS applications
Organization: University of Minnesota
Date: Tue, 6 Oct 1992 03:12:20 GMT

In <1992Sep29.151726.10840@syma.sussex.ac.uk> nickw@syma.sussex.ac.uk (Nick Watkins) writes:

>From article <bill.717431072@chaos.cs.umn.edu>, by bill@chaos.cs.umn.edu (Hari Seldon     psychohistorian):
>> In <t2101fs.717421428@sun1> t2101fs@sun1.LRZ-Muenchen.DE () writes:
>> 
>> 
>>>Is there another way to do this?
>> 
>> i *personally* know of no other method to serve dos to an x station except
>> running some form of pc emulator on the u*ix box. 

i guess iwas attempting to say more than one user per. as opposed to
one per user.. sorry for my error.

>One other way is to use a dedicated PC and Logicraft's card that makes PC
>a slaved device. Can get DOS, Windows *and* graphics, but only for one X
>user at a time.

>Alternatively u can buy an N proceesor box for N users.

>>i refuse to allow them
>> to run on my servers due to the performance hit. but dvx? i have no 
>> problem with allowing a dos box to emulate a dos box :-)
>Performance hit of Soft PC is not too high on an HP9000/720, btw ... :-)

while i really like and admire hp's. when i'm tring to keep up with
servicing 40+MB of oracle loads per day. i just can't see letting people use 
the machine to run dos stuff when i can find something else. i prefer letting
the user pay in their own cycles, not mine (gosh i sure am possessive:-)

bill pociengel
--
llbi locgeenpi " i'm a little confused right now"
Newsgroups: comp.os.msdos.desqview
Subject: QEMM V6.03/DVX V1.02 crashing under DR-DOS V6.0
From: alonso@felix.filenet.com (Oscar S. Alonso)
Date: 26 Sep 92 18:45:50 GMT
Reply-To: alonso@fritz.filenet.com (Oscar S. Alonso)
Distribution: usa
Organization: FileNet Corp., Costa Mesa, CA

I am having a problem getting SUPERPCK working with QEMM V6.03 under
DR-DOS V6.0.  Everything works fine untill I load the disk caching software
high.  Then QEMM report massive error, and prompt to "(R)eboot" system.
Has anyone run into this problem?  If so, how did you solve it?

Thank you in advance.

Oscar S. Alonso
alonso@felix.filenet.com
From: livigni@bldrdoc.gov (David livigni 303-497-5898)
Newsgroups: comp.os.msdos.desqview
Subject: Floppy Disk Problems
Keywords: floppy Disk, Format
Date: 2 Oct 92 21:59:49 GMT

I have two persisting problems with Desqview related to
the floppy drives.  Does anyone have any solutions?

(1)  Whenever I attempt a "dir" on an open floppy drive,
I get the Desqview error box with the Abort, Retry, etc.
message.  Then if you enter Abort, I get a warning to allocate
more "system" memory before opening the particular window again.
(Since this occurs in the predefined "D1" 128k Dos window, I don't 
think its a system memory problem.)  Then the system either continues
on or locks up.  I tried actually allocating system memory in the D1
window which led to reliable lock-ups in this circumstance.  Anybody
have a fix for this problem?

(2)  I dare you to attempt to use DOS's "format" program to format a disk
in both the a-drive and the b-drive at the same time.  The second format
claims track zero is bad and the system usually locks up when you enter
"n" to the format another disk prompt.  I presume it is a problem with
the re-entrance into the "format" program.  My systems are running
PCDOS 3.3, does this problem occur with MSDOS too?  I know the format
programs are different, MSDOS's can format disks lost forever to PCDOS's.
DVformat in the LTformat shareware package does not have this problem.

I discovered #2 last night while testing my new system.  I assumed it
had a bad drive controller until I reproduced the error on my AMI
motherboard at work today.  What a relief!  A similar thing occurs when 
I attempt two formats under Windows too, except that Windows always locked
up.

Thanks in Advance!

David Livigni
-- 
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@   Anything stated here is my opinion only    @
@   livigni@bldrdoc.gov                        @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Newsgroups: comp.os.msdos.desqview
From: dpaper@nyx.cs.du.edu (David Paper)
Subject: Re: N-cache and QEMM
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Tue, 29 Sep 92 20:23:28 GMT


re Ncache on a ps/2

dude, your PS/2 comes w/ a cache that is made to work expressly w/ your
ps/2 *i have a 65sx* on your reference disk, it has IBMcache/sys
use that,. it's better, plus it will not crash w/ qemm.. *or at least not
6.03*

-dave


Newsgroups: comp.os.msdos.desqview
From: bruce@s-word (Bruce Pike)
Subject: Xdvi
Organization: DSO, Stanford University
Date: Wed, 30 Sep 92 21:40:58 GMT

Hi,

Someone posted a note to this group a while back indicating they 
had implemented Xdvi for DV/X.  Have you posted it anywhere?  An 
FTP site?  You can also e-mail me directly 
(bruce@margaux.stanford.edu). 

Thanks,

Bruce.

Newsgroups: comp.os.msdos.desqview
From: jka@windshear.larc.nasa.gov (J. Keith Alston)
Subject: Re: Displaying Bitmaps as Backgrounds in DV/X
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Tue, 6 Oct 1992 21:51:03 GMT

In article <1992Oct5.021327.257557@ns1.cc.lehigh.edu>, jld2@ns1.cc.lehigh.edu (J. Lynch Davis) writes:
|> I would like to know how to change the background to a particular bitmap in
|> DV/X, both in the regular window manager and in the OSF/Motif manager.  I know
|> that it is possible in OSF on RS6000 and other unix stations, but I wanted to
|> know how to specify this, and with what graphic formats DV/X is compatible.
|> 
|> Thanks in advance,
|> Lynch Davis
|> 
|> jld2@lehigh.edu

Do a :
 
 rsh remoteXmachinename xsetroot -display localDVXmachinename -bitmap remotefn

 remotefn - should have a full path unless its in your home dir.

-- 
************************      Don't just do it!     ***********************
Lockheed Eng. and Sci. Co./Nasa Larc|J. Keith Alston jka@windshear.larc.nasa.gov
Newsgroups: comp.os.msdos.desqview
From: dpaper@nyx.cs.du.edu (David Paper)
Subject: Re: DV/X 1.00 --> 1.02
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Tue, 29 Sep 92 20:27:15 GMT

In article <1992Sep29.000157.21312@discus.technion.ac.il> s2848632@techun
x.technion.ac.il (ITZHAK FRIEDMAN) writes:
>Hi everyone,
>I have DV/x version 1.00 and would like to upgrade to 1.02 (it is the ne
est,
>right?). Is there an ftp site which holds the diffs/patches from 1.00 to
1.02?
>is there any way to upgrade at all????
>Any help appreciated.
>	Zachi.


Dude, upgrade from 1.,00 to 1.02? R U NUTS???
if you find it, lemme know..
and, i have 1.902, and i don't think they have a patch out for 1.00 to
1,.02, but dont quote me..
why dont you call DV and ask them?

-dave


Newsgroups: comp.os.msdos.desqview
From: h8915726@hkuxb.hku.hk (Chris Lo)
Subject: DV aware diskcopy 
Reply-To: h8915726@hkuxa.hku.hk
Organization: The University of Hong Kong
X-Newsreader: Tin 1.1 PL4
Date: Tue, 29 Sep 1992 05:34:14 GMT

Hello,

Is there a DV aware diskcopy exist? I've dv aware format and dv aware copy,
but not the combined one...

--
Chris Lo
University of Hong Kong
H8915726@hkuxa.hku.hk
From: z_youngwd@ccsvax.sfasu.edu
Newsgroups: comp.os.msdos.desqview
Subject: Re: Xdvi and problems with GCC 1.08 
Date: 2 Oct 92 14:37:21 CST
Organization: Stephen F. Austin State University


[stuff deleted]
 
>    I have ported  xdvi and also  twm to  the DV/X.  Both  seem  to  work fine
> except for one problem: after a short time (really short with twm)  the mouse
> just quits.  I suspect that this  is related to  similar serial port problems
> others have   mentioned they have   experienced.  I am using DJGPP    and the
> desqview/x  library that come with  it.  I have  tested those two program and
> also xv using xterminals and Sun workstations as the X  server and  they work
> fine.
> 
>    It is for this reason that I have been reluctant to upload these and other
> port programs and why I have just about quit  porting  programs to DV/X.   If
> anyone have found some solution or has experienced some of the same problems,
> I'm sure we'd all like to know about it.
> 

DJ posted the other day that DJGPP 1.09 should fix all of the problems with
serial ports.  Apparently QDeck pinpointed the problem... maybe it won't
be too long.

For those that don't know:

FROM THE README FILE --

Overview:

This package contains a 32-bit 80386 DOS extender with symbolic
debugger, a C/C++ compiler with utilities, development libraries, and
source code.  It generates full 32-bit programs and supports full
virtual memory with paging to disk.

Requirements:

A 80386-based IBM compatible PC or PS/2, approximately 4-5Mb of hard
drive space, and 512K RAM.  Available extended (or expanded under VCPI)
memory is strongly recommended.

Supported Wares:

* Up to 128M of extended memory (expanded under VCPI)
* Up to 128M of disk space used for swapping
* SuperVGA 256-color mode up to 1024x768
* 80387
* XMS & VDISK memory allocation strategies
* VCPI programs, such as QEMM, DESQview, and 386MAX

Unsupported:

* DPMI
* Microsoft Windows
* Multiprocessing (fork())




File location:

    host:      barnacle.erc.clarkson.edu
    login:     ftp
    password:  send your e-mail address
    directory: ~ftp/pub/msdos/djgpp


[ thats all folks ]


The above was taken from the README file for DJ Delorie's
GCC port to DOS. ("djgpp")

Wayne
z_youngwd@ccsvax.sfasu.edu
Newsgroups: comp.os.msdos.desqview
Subject: Re: DV/X Keyboard Lock Program Needed
From: mike@batpad.lgb.ca.us (mike batchelor)
Date: Sun, 04 Oct 92 21:43:14 PDT
Distribution: world               
Organization: The Batchelor Pad

rbk@cbnewsk.cb.att.com (R. Brad Kummer) writes:
>
> Is there a program or procedure available which will lock the keyboard
> (secure the computer, disallow any keyboard input, disallow opening
> or switching to any windows, etc.) under DV/X but still allow access
> to the PC from a network?  (I'm using the TCP/IP interface.)

On a Sun4 machine, 'xlock -remote -display your_display:0' will do
exactly what you want.  Not all systems, it seems, support the
-remote switch, though.

I think sombody has already ported xlock to DV/X.  I remember seeing
it mentioned in somebody's list of apps they had ported, or tried to.



[] ---
[] Mike Batchelor <> Long Beach, California
[] mike@batpad.lgb.ca.us <or> mikebat@qdeck.com
Newsgroups: comp.os.msdos.desqview