HDTenEightyP/NetNews huggingface dataset:
From: ian@unipalm.co.uk (Ian Phillipps)
Subject: DV/X Version numbers. Was - Re: Window Managers for DV/X
Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
Date: Tue, 18 Aug 1992 19:28:02 GMT

Ralf.Brown@B.GP.CS.CMU.EDU writes:

>In article <1992Aug12.070653.20617@ilium.troy.msen.com>, wayne@ilium.troy.msen.com (Michael R. Wayne) wrote:
>}you all some time.  Go into the DVX directory and type dvxreg.  If you don't
>}have version 1.02, forget trying to get an alternate window manager running.

>Note that you may have 1.02 even if DVXREG says 1.01.  That is the one thing
>I do know that the DVXP102 patch changes....

I'm told by Quarterdeck UK that there is a slight -erm- mistake with the
version numbering, and the time-stamps on the files (1.0x AM) are a more
reliable guide to the version number than the DVXREG numbers.

Ian
-- 
Ian Phillipps, Unipalm Ltd, 216 Science Park,		Phone +44 223 420002
Milton Road, Cambridge, CB4 4WA, England.		Phax  +44 223 426868
	The road to hell is paved with melting snowballs - Larry Wall
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Info on graphics drivers for DV/X available? (was 8514 video)
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: world,local
Date: Thu, 13 Aug 1992 20:02:46 GMT

In article <1992Aug13.031623.215952@cs.cmu.edu> ralf+@cs.cmu.edu (Ralf Brown) writes:
>In article <1992Aug12.204501.19030@xraylith.wisc.edu> bodoh@xraylith.wisc.edu (Daniel J. Bodoh) writes:
>}In article <HABA.92Aug12145837@lesti.hut.fi> haba@lesti.hut.fi (Harri "Haba" Suomalainen) writes:
>}>Drivers seem to be simple .COM-like programs, I wouldn't like using debug to
>}>find out how one should be constucted althougt it is possible..
>}
>}Well, you might have to.  Quarterdeck, at least for the moment, seems
>}unwilling to give out technical info on DVX.  All the new API and sockets
>}calls are being discovered with debuggers by hackers...

Dan:  If this is about the mailbox --> socket interface, there are very
good reasons for it.  If we don't document it, assume that it may change at any 
time. 
 The developers absolutely assure me that there is nothing that could
theoretically be done using mailboxes that can't be done by writing to the
socket interface.

>
>QOS has been unwilling to give out info on video drivers, period.  They've
>never made that info available even for DV Classic, saying that much of the
>video board-specific code is scattered throughout DV Classic.
>

Ralf:  There are no video drivers. none in DVX's server and none in DV.  I
wish there were.  BOY do I wish there were. VGA/EGA/CGA/HERC are hard coded
into DV.EXE.  They could, theoretically, be stripped out and made into
installable drivers in some future version, but it's a really really big 
job and (gauranteed) to end up in smaller DOS windows.  XC16.EXE (the server
for hi-res DVX) is the same way...and...we didn't write it, so we can't change
it.  If there were more info to give out, I'd give it out.  Heck, I'd probably
find a way to leak it even if they told me it was a secret.  I think everyone
here in tech support would be thrilled to tears if people could write their
own graphics drivers.

Gary Rich 	<support@qdeck.com>
From: mark.gough@cccbbs.UUCP (Mark Gough) 
Newsgroups: comp.os.msdos.desqview
Subject: WINDOW MANAGERS FOR DV/X
Date: 15 Aug 92 20:46:00 GMT
Distribution: world
Organization: Cincinnati Computer Connection BBS - Cincinnati, OH - 513-752-8248
Reply-To: mark.gough@cccbbs.UUCP (Mark Gough) 

Mark, the application you have described must be a strange bird if it
depends on a specific window manager to run?!  Lets deal with your first
question though.  Quarterdeck has released the motif window manager
(mwm), and it looks, feels, and acts like the real thing.  Thats because
it is (they licensed it from OSF).  I have been informed that the Open
look window manager is forth coming in the next week or so.  The
development tool kits should be available around the 1st of September.
Regardless of which window manager you choose, be aware that mwm and owm
will require about a megabyte of your expanded memory, in addition to
what the rest of DV/X requires. I know you've seen ads claiming to run
DV/X on a 4 meg system (and this is true for PC's only), but running the
tcpip network manager, mwm, and DVX is best done with 16 Megabytes.
Anyone at quarterdeck want to argue this? Bet not!  As for your
application....
  Applications written for the X11 environment should not depend on any
single window manager, as the window manager is itself an application.
If you are having trouble getting an app to run under the Desqview
manager, I'll bet you'll have problems running it under any other
manager as well.  Best look to other areas of the application such as
required memory, display mode (resolution), and environment variables
berfore assuming the window manager is the culprit.  If the window
manager is the culprit, I would suggest looking for an alternative
application, as the one you have is truly bonehead indeed!
  Good luck and god speed.

Mark Gough
Systems Developer
gough@ae.ge.com
Newsgroups: comp.os.msdos.desqview
Subject: Re: Windows 3.1 won't start under DV386
From: pynq@quads.uchicago.edu (George Jetson)
Date: Thu, 20 Aug 1992 13:21:54 GMT
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates

(coming in on the tail end of some threads about problems using Win 3.1
under DV Classic)

In the past, I've had no problems running WIndows either 3.0 or 3.1
under DV.  However, I recently re-installed bits and pieces of the
software in a rather odd order, and I think I may have confused
something:
	1) Installed clean copy of QEMM 6.03 (from DV/X dist - Note: I
	   bought DV/X, but I don't use it)
	2) Installed DV 2.42 on top of existing DV 2.32 (lots of locally
	   customized files in my DV dir that I didn't want to lose)
	3) Re-installed Windows 3.1 (after losing previous copy in disk
	   crash)

So I am running Win 3.1 from a W3-PIF.DVP file dated 8-15-91, which
predates DV.EXE (dated 11-13-91).

Anyway, when I launch W3-PIF.DVP, it brings up Windoze, and seems to work
just fine (I'm not a big Windoze person, so I wasn't able to test it
thoroughly), but when I tap the Alt key, the DV main menu comes up, but
the system then goes into cold storage.

Suggestions?

In article <1992Aug19.175810.17602@qdeck.com> burge@qdeck.com (Bill Burge) writes:


>>>DOS=HIGH saves about 40K of dos memory by moving it to the 64K HMA.  DV
>>>is capable of using the entire HMA, all 64K.  Dupm the X=B000-B7FF.  THis
>>>is needed due to a bug in a piece of MS code that is unable to deal with
>>>a UMB in this area.  Add MONOUMB2.386 to your SYSTEM.INI file (instructions
>>>in the Win README.WRI) or down load the new WINHIRAM.VXD.  The added 32K of
>>                                             ^^^^^^^^^^^^

Do I need to do any of this fun stuff?  (As I said, it seems to work -
gets in OK, I just can't get out...)

************************************************************************
Please don't drink the battery acid, it tastes bad and will hurt you.
Also, don't bite the tyres, especially when the bike is moving.
(Our lawyers made us put this in this manual.)

	- 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
From: burge@qdeck.com (Bill Burge)
Subject: Re: Problem with MS-Windows 3.1 under dvx
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 18 Aug 1992 21:42:50 GMT

In article <3241@ariadne.csi.forth.GR> antonis@helios.ntua.gr (Antonis Kyriazis) writes:
>
>Today I installed Desqview/X, customized for running MS Windows too,
>but I failed continuously to run Windows 3.1, even after modifying
>the EMS parameter for winx. The message is 'not enough memory'.
>The system is an HP Vectra RS25/C (386 DX-25 Mhz) with 8 Mb RAM
>and it runs MS-DOS 5.0.
>
>Any ideas? Thanks in advance.


THe HP's sometimes have piece of code placed at the top of memory.  If
outside of DVX you top of memory does not end at a 16K boundry, and inside
of DVX, Memory Status shows a very weird number for Total Conventional 
(<450K) and Largest Available Expanded is also very low; you need a new
EMM.DVR.  There was a problem with the first one if conventional memory
ended at a weird point.  Tech Support (support@qdeck.com) can process a
request if this is the case.

Bill	burge@qdeck.com
Newsgroups: comp.os.msdos.desqview
Subject: Psion 3 Link and DESQview
From: gilf@vms.huji.ac.il (GIL FREUND)
Date: 15 Aug 1992 12:55 IDT
Distribution: world
Organization: The Hebrew University of Jerusalem
News-Software: VAX/VMS VNEWS 1.41    Lines: 14


Has anyone  had any  luck installing  the Psion  3 link  software
under DESQview?  The file  server and  print server  seem to load
properly and work for a while, but then, with no apparent reason,
the connection is gone. The server programs windows then have  to
be "rebooted" as they will not close properly.
The programs use COM2, and COM4 is used by a label printer, but I
don't use the labeling program while connecting to the Psion.
Any  Idea  what  could  be  wrong,  or  what  setting (memory and
protection) should be set?

Thanks

Gil
From: yogi@cs.ubc.ca (Yossi Gil)
Newsgroups: comp.os.msdos.desqview
Subject: Re: What's a good free editor for DESQview?
Date: 22 Aug 92 03:35:49 GMT
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada

kk881595@longs.LANCE.ColoState.EDU (kevin knappmiller) writes:

>In article <BtBF86.4CD.2@cs.cmu.edu>, ralf+@cs.cmu.edu (Ralf Brown) writes:
>> In article <1992Aug21.015147.28893@xraylith.wisc.edu>
>bodoh@xraylith.wisc.edu (Daniel J. Bodoh) writes:
>> }In article <1992Aug20.210146.9969@mp.cs.niu.edu> ulrick@mp.cs.niu.edu
>(David Ulrick) writes:
>> }>(2)  If you've run across a free or cheap text editor that is trustworthy 
>> }>     under DESQview, I'd like to know.  I have anonymous FTP access, so    
>> }>     downloading instructions would be helpful.
>> }
>> }I *absolutely* love Qedit -- very configurable, and a great editor!
>> 
>> Seconded, though I only use it for light-weight editing.  I use Epsilon for
>> heavy-duty things like editing the 2M interrupt list and big multi-file
>> projects (though I did once have 180 files loaded into Qedit at the same
>> time while adding a common comment to all the DV-GLUE files).  Both Epsilon
>> and Qedit are DESQview-aware.
>> -- 

>I, too, was looking for a DV editor, took your advice and looked on
>wuarchive.wustl.edu in msdos/mirrors.

>There is a lot of stuff under QEDIT.  Which particular version or .zip file
>do you recommend from use with DV.  Not being familiar with QEDIT
>I don't know what all the variety is about.

>Kevin

Both Epsilon and Qedit are not free. SLIM on the other hand is free.
It is much smaller and more limited but it is still quite powerful.
Ftp path:

	cs.ubc.ca:/pub/pikcup/terse/trs141f.zip






		
--
Joseph (Yossi) Gil                 {alberta,uw-beaver,uunet}!ubc-cs!yogi
Dept. of Computer Science          yogi@cs.ubc.ca (cs.ubc.ca=137.82.8.5)
6356 Agricultural Road., Univ. of B.C.,             Tel: +1-604-822-8175
Vancouver, British Columbia, V6T 1Z2, Canada.       Fax: +1-604-822-5485
From: bodoh@xraylith.wisc.edu (Daniel J. Bodoh)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Info on graphics drivers for DV/X available? (was 8514 video)
Date: 12 Aug 92 20:45:01 GMT
Distribution: world,local
Organization: Center for X-ray Lithography, UW-Madison

In article <HABA.92Aug12145837@lesti.hut.fi> haba@lesti.hut.fi (Harri "Haba" Suomalainen) writes:
>So, the only intelligent graphics cads supported is ATI 8514. Is there info
>available on graphics drivers for DV/X? I would like to write my own drivers
>for some cards not (yet?) supported.
>
>Drivers seem to be simple .COM-like programs, I wouldn't like using debug to
>find out how one should be constucted althougt it is possible..

Well, you might have to.  Quarterdeck, at least for the moment, seems
unwilling to give out technical info on DVX.  All the new API and sockets
calls are being discovered with debuggers by hackers...
-- 
Dan Bodoh
Grad Student
University of Wisconsin-Madison
From: ltuttle+@CMU.EDU (Luke David Tuttle)
Newsgroups: comp.os.msdos.desqview
Subject: DVX and GENOA
Date: 22 Aug 92 16:28:45 GMT
Article-I.D.: andrew.4eZhix_00WB98wd14X
Organization: Junior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA

What is the configuration, or where can I get the drivers, to
get DVX to run in 1024x768 mode on a GENOA 8000 series VGA card.

Thanks for the help,

Luke Tuttle
ltuttle+@cmu.edu
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Info on graphics drivers for DV/X available? (was 8514 video)
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: world,local
Date: Thu, 13 Aug 1992 14:39:37 GMT

In article <HABA.92Aug12145837@lesti.hut.fi> haba@lesti.hut.fi (Harri "Haba" Suomalainen) writes:
>So, the only intelligent graphics cads supported is ATI 8514. Is there info
>available on graphics drivers for DV/X? I would like to write my own drivers
>for some cards not (yet?) supported.
>

No, not really.  First of all, ATI is certainly not the only company that makes
8514 cards (it's an IBM hardware spec).  Currently DVX supports ANY video card
with a DGIS interface as well.  We will certainly support more video cards/modes
in the future, but since the server is based on NCD's PC-Xview, much of it is
out of our hands.

The server does not have "drivers" in any sense.  For better or worse, the server
has it's support hard coded into the program.  I'm sure that this has significant
performance benefits, but it isn't an aid to customization.

Gary Rich     <support@qdeck.com>
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: Telnet Ftp, where are they in Dv/X ?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Tue, 18 Aug 1992 16:40:36 GMT

In article <1992Aug17.235127.3451@sserve.cc.adfa.oz.au> vla@ccadfa.cc.adfa.oz.au (Louis Verhagen) writes:
> I have gotten Dv/X working with the FTP/tcp software layer
> and have installed the network manager. First of all
> I am not sure what has been installed by the network
> manager install program, but it al seems to work alright.
> But I cannot find the Dv/X telnet ftp programs anywhere.
> I am using the FTP/tcp telnet at the moment, which is giving
> me some troubles with the caps lock key. So if Dv/X or
> the network manager has them please tell me where.
>
> I think I am using Dv/X version 1.0 and Qemm version 6.03
>

They should be in the \DVX dir.  They may not have unpacked properly.
If not all you need to do is change to the \DVX dir, put the "DVX to
other systems" disk in the drive and type QUNPACK A:\TELNET.QIP

That should take care of it.

Gary Rich		<support@qdeck.com>

Newsgroups: comp.os.msdos.desqview
From: cdrice@eos.ncsu.edu (CHARLES DEE RICE)
Subject: client startup in dvx
Originator: cdrice@c00517-118rd.eos.ncsu.edu
Keywords: clients startup dvx
Reply-To: cdrice@eos.ncsu.edu (CHARLES DEE RICE)
Organization: North Carolina State University, Project Eos
Date: Thu, 20 Aug 1992 15:11:26 GMT


Is there a way in DESQview/X to allow different users (in the MKS Toolkit) to
have their own individual clients to come up upon their logging on the running
dvx?  Presently, the clients listed in the /bin/dvx/dvx.cfg file will start-up
for every user; but I wish to have different lists of clients for each user of
my system.  Does anyone have any hints as to how I might accomplish this?

cdrice@eos.ncsu.edu
Newsgroups: comp.os.msdos.desqview
From: garyrich@qdeck.com (Gary Rich)
Subject: Re: What is the QRAM program for?
Organization: Quarterdeck Office Systems, Santa Monica CA
Date: Fri, 21 Aug 1992 19:00:05 GMT

In article <14175@auspex-gw.auspex.com> award@farside.auspex.com (Andrew Ward) writes:
>
>
>Does this thing give me more mem in an XT?
>
>
>-Andrew
>
Only if your XT has real hardware level LIM 4.0 EMS memory.  Check out
Dan Bodoh's wonderfull FAQ or get the QTEST program (on our bbs/SIMTEL20)
for more info.

Gary Rich	<support@qdeck.com>
From: Ralf.Brown@B.GP.CS.CMU.EDU
Newsgroups: comp.os.msdos.desqview
Subject: Re: Window Managers for DV/X
Date: 12 Aug 92 12:09:54 GMT
Article-I.D.: ralf.2a88ff92
Organization: Carnegie Mellon University School of Computer Science
Originator: ralf@B.GP.CS.CMU.EDU

In article <1992Aug12.070653.20617@ilium.troy.msen.com>, wayne@ilium.troy.msen.com (Michael R. Wayne) wrote:
}you all some time.  Go into the DVX directory and type dvxreg.  If you don't
}have version 1.02, forget trying to get an alternate window manager running.

Note that you may have 1.02 even if DVXREG says 1.01.  That is the one thing
I do know that the DVXP102 patch changes....

-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |
BIT: RALF%CS.CMU.EDU@CARNEGIE|"Success has a simple formula: do your best,
AT&Tnet: (412)268-3053 school| and people may like it."   -- Sam Ewing
From: alan@acpub.duke.edu (Alan M. Gallatin)
Newsgroups: comp.os.msdos.desqview
Subject: DV/X and Fax Software
Date: 18 Aug 92 15:20:19 GMT
Organization: Duke University; Durham, N.C.
Originator: alan@north7.acpub.duke.edu

I just placed my order for Desqview/X and am concerned about my ability
to use fax software under the X platform.

Currently, I am using DosFax-PRO by Delrina (DOS version of WinFAX)
which operates by two TSR's - one which captures my printer output
and translates it to a faxable file, the other which handles the
communication with my class 2 faxmodem.  Especially since these
TSR's (which, incidentally, also handle receipt of incoming faxes)
operate in the background and, in many instances, rely on hotkey
combinations, I am concerned about their ability to function under
DV/X - and am also confused as to how they would be loaded to
achieve the desired results under DV/X.

Any ideas from those of you out there in netland?

(BTW:  I sent a copy of this same message via e-mail to
support@qdeck.com and received *NO* response)

Thank you.


-- 
 Alan M. Gallatin <alan@acpub.duke.edu>     |  The opinions contained in this
 Duke University School of Law; Durham, NC  |  post are statements of fact.
Newsgroups: comp.os.msdos.misc
From: simeon@sun-4.cs.uct.ac.za (Simeon Shapiro)
Subject: C routines to get users name in NOVELL
Keywords: netbios, interrupts, C, NOVELL
Organization: Computer Science Department, University of Cape Town
Date: Thu, 20 Aug 1992 12:44:38 GMT


I am looking for an elegant routine to get the users login name on a 
novel network. I am unclear on netbios interrupts so addtional information
on netbios calls, especially sending datagrams, would be helpfull.

thanx
____________________
simeon@sun-4.cs.uct.ac.za



Xref: sparky comp.os.msdos.misc:4696 comp.sys.ibm.pc.misc:11460
From: jlr1801@eagle.tamu.edu (Jeff Rife)
Newsgroups: comp.os.msdos.misc,comp.sys.ibm.pc.misc
Subject: SLIP8250 FTP site info wanted
Keywords: SLIP, packet, drivers, ethernet
Date: 13 Aug 92 21:18:15 GMT
Article-I.D.: tamsun.1992Aug13.211815.7688
Distribution: na
Organization: Energy Systems Lab, Texas A&M University

I am trying to locate an FTP site that has a complete distribution of the
SLIP8250 files, including any documentation that is necessary to get them
running.  I have checked with several archie servers, and can only find the
driver itself (SLIP8250.COM).

Information on a functionally equivalent package would be just as helpful,
as I know that there are others, but I don't know their names right now.

Thanks.

--
Jeff Rife   P.O. Box 3836   |   "Because he was human; because he had goodness; College Station, TX 77844   |    because he was moral they called him insane.
(409) 696-4252 or 847-8775  |    Delusions of grandeur; visons of splendor;     nabs@tamu.edu               |    A manic-depressive, he walks in the rain."
Newsgroups: comp.os.msdos.misc,comp.os.ms-windows.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Why DOS 5.0 for Windows 3.1 ???
Organization: Texas Instruments Inc
Date: Mon, 17 Aug 1992 18:26:07 GMT

In <1992Aug15.220853.13034@udel.edu> duzan@braindamaged.cis.udel.edu (Gary D. Duzan) writes:

>In article <sauron.713912919@femto.engr.mun.ca> sauron@nano.engr.mun.ca (Patrick Ryan) writes:
>=>fox@rei.com (Fuzzy Fox) writes:
>=>
>=>>milan@bcsaic.boeing.com (Milan Richter) writes:
>=>
>=>>Under a DOS 5 shell from Windows 3.1 you can have as much as 600K free,
>=>>with the proper setup.
>=>
>=>If your use something like QEMM with it as well, the savings go a bit
>=>higher.  I can get 610464 bytes of memory free, and that's with
>=>soundcard drivers, mouse driver, ANSI...  I'm impressed.
>=>
>   Just make sure that you don't load SMARTDRV.EXE high. When I first
>set up 3.1 it was crashing quite regularly, which rather annoyed me since
>it was supposed to be more stable than 3.0. I traced the problem to
>SMARTDRV and 3.1 has behaved itself pretty well since then. (I'm still
>looking forward to poking around with OS/2 2.0, but that is another
>story. :-)

Several people have said this.  I've done it and had it work just fine
(in fact, I loaded it high with QEMM because it didn't seem to be
willing to load itself high by itself like it's supposed to -- didn't
think it had enough room, presumably).

Any thoughts why this DOES work for me?


-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: tom@tredysvr.Tredydev.Unisys.COM (Tom Albrecht)
Newsgroups: comp.os.msdos.misc
Subject: MS-DOS Shell won't load
Date: 13 Aug 92 19:35:17 GMT
Organization: Unisys, Applied Technology, Malvern, PA

I'm trying to upgrade a friend from DOS 4.01 to DOS 5.0.  He's an MS-DOS
Shell aficionado.  When I try to load the 5.0 Shell program and I get the
message:

  Unable to load MS-DOS Shell, Retry (y/n)?

Can anybody tell me what to look for to try to solve this problem?

Thanks.

-- 
Tom Albrecht
Newsgroups: socs.misc,comp.os.msdos.misc,comp.os.msdos.apps,mtl.general