pel@unh.UUCP (Paul E. Leclerc) (07/29/88)
Hello all,
I recently purchased Desqview 2.01 to dip into multitasking on PC's.
One problem I keep coming up with is being able to download in the
background. I have RTFM'd inside and out. It says to make the
task "not swappable". I have done that, but I can't swap out the
program and run others after that. I have made it swappable, but
transfers stop when I switch to another window.
What I want to know is ALL (and I mean ALL) of the Desqview
parameters that I have to set in order to download (or upload)
in the background.
Here is what I have for equipment:
IBM AT ('286) clone with:
EGA
2.5 meg of 3.??? EMS Expanded RAM (not EEMS or extended or 4.0)
40 meg HD
640K "Normal" RAM
COM4 for 300-38.4K baud communication to Ethernet Terminal Server
Software:
MS-DOS 3.20
Desqview 2.01
Logitech Mouse
Telix v3.00 (comm package. Script language like C)
Have tried Pro-Yam (big brother of Zcomm)
Do I have to switch to EEMS or EMS4.0? (Not a viable alternative
but.....).
Any help will be appreciated. You don't have to mail to me
because I read this group every day.
Thanks
Paul Leclerc
Computer Specialist III
University of NH
/********************************************************************/
#include <disclamer.h> NUKE THE DUKE in '88
flames > /dev/null
BITNET: P_LECLERC@UNHH.BITNET or P_LECLERC@UNHH.EDU
UUCP: ...!uunet!unh!pel INTERNET: see BITNET (I think!!)
/********************************************************************/bear@bgsuvax.UUCP (Michael D. Bear) (07/29/88)
In article <595@unh.UUCP>, pel@unh.UUCP (Paul E. Leclerc) writes: > I recently purchased Desqview 2.01 to dip into multitasking on PC's. > One problem I keep coming up with is being able to download in the > background. Make sure that the program is non-swappable, *AND* close on exit to DOS is set to No, that way, Desqview loads it instead of DOS. If it doesn't work, try Qmodem SST V3.1a by John Friel III. It works, because I use it all of the time, and my machine is much like yours. I have used Kermit, Zmodem, Xmodem and Ymodem and all work flawlessly under Desqview. I haven't tried Telix, but I know that Kermit 2.30, PC-VT, and Procomm won't work under Desqview. It is very picky about comm programs for some reason... -- Michael D. Bear UUCP .!cbosgd!osu-cis!bgsuvax!bear Computer Technician CSNET bear@bgsu.edu Bowling Green State University ARPANET bear%bgsu.edu@relay.cs.net (419) 372-2104
reese@pdnag1.uucp (0000-Don Reese(0000)) (07/29/88)
In article <595@unh.UUCP> pel@unh.UUCP (Paul E. Leclerc) writes: >I recently purchased Desqview 2.01 to dip into multitasking on PC's. >One problem I keep coming up with is being able to download in the >background. I have RTFM'd inside and out. It says to make the >task "not swappable". I have done that, but I can't swap out the >program and run others after that. I have made it swappable, but >transfers stop when I switch to another window. > ... > 2.5 meg of 3.??? EMS Expanded RAM (not EEMS or extended or 4.0) > ... > Do I have to switch to EEMS or EMS4.0? (Not a viable alternative >but.....). DESQview can run multiple programs in memory (including doing a up/download in backgroud) when enough memory is available (This is how I operate). But in order to to that, you must have enough memory to allow all tasks to run at the same time. This means that your tasks must all fit in the base 640K that DOS allows, or you must have EEMS 4.0 level memory available. DESQview can use EMS memory but only for swapping, not for execution. DESQview 2.1 comes with a little driver that allows you to place a part of itself into extended memory, but this saves only about 64K. Also DESQview can not use EEMS 4.0 software drivers on extended memory. I am at this moment using the following setup: PC Limited 386 16Mhz 3MB memory (extended 0 wait static ram) DESQview 2.1 QEEMS 4.0 (extended mem manager for 386 from QuarterDeck) This setup lets me run about five tasks at the same time (all active, not swapped). I generally use a terminal emulator in window 1 (attached to Unix), DOS in window 2 and a calendar manager in window 3. -- Don Reese reese@pdn.UUCP | The most merciful thing in the Paradyne Corporation uunet!pdn!pdnag1!reese | world ... is the inability of the 8550 Ulmerton Road Mail Stop LF-207 | human mind to correlate all its Largo, FL 34641-3893 Phone: (813) 530-8361 | contents. - H. P. Lovecraft
ddb@ns.UUCP (David Dyer-Bennet) (07/30/88)
To make a program run in the background under desqview, you need to do one
thing: you need to set the "runs in foreground only" to no on the second
program setup page. In most of the cases where you want to run something
in the background, you also want to set the "cannot be swapped out" field.
(a swapped out program does not run under desqview; this isn't like timesharing
swapping, where you come in and out as your time-slice runs by.)
If you set the cannot be swapped field, then the memory occupied by that
program is not available for any other use. If you want to run more things
than will fit in memory at once, you need more memory. Desqview 2.01 can use
EEMS (hardware lim 4.0) memory, so you can have lots more than 640 k of
stuff running at once if you need to.
(In the bbs world, we frequently run 2 or 3-line bbs systems by running
2 or 3 copies of Opus under desqview on 286's with eems or 386's with
qemm. One gentleman run an 8-line board that way. Background communications
under desqview definitely work.)
--
-- David Dyer-Bennet
...!{rutgers!dayton | amdahl!ems | uunet!rosevax}!umn-cs!ns!ddb
ddb@Lynx.MN.Org, ...{amdahl,hpda}!bungia!viper!ddb
Fidonet 1:282/341.0, (612) 721-8967 hst/2400/1200/300ralf@b.gp.cs.cmu.edu (Ralf Brown) (07/30/88)
In article <2706@bgsuvax.UUCP> bear@bgsuvax.UUCP (Michael D. Bear) writes: }tried Telix, but I know that Kermit 2.30, PC-VT, and Procomm won't work under }Desqview. It is very picky about comm programs for some reason... ProComm works just fine, as do DSZ, Zcomm, Pro-YAM, Opus, Fido, Binkleyterm, SEAdog,.... Perhaps you haven't set "Optimize Communications" ON in the DESQview setup. -- {harvard,uunet,ucbvax}!b.gp.cs.cmu.edu!ralf -=-=- AT&T: (412)268-3053 (school) ARPA: RALF@B.GP.CS.CMU.EDU |"Tolerance means excusing the mistakes others make. FIDO: Ralf Brown at 129/31 | Tact means not noticing them." --Arthur Schnitzler BITnet: RALF%B.GP.CS.CMU.EDU@CMUCCVMA -=-=- DISCLAIMER? I claimed something?
davel@cup.portal.com (07/30/88)
If you have a 286, your communications program has to be the FIRST program loaded so that it resides in the Original 640k. Try to tell desqview to use as little memory for that program as possible so other programs can run in the original 640K. The other programs can swap out of whats left of the original 640k but the communications program must stay. Don't worry obout EEMS, Desqview comes with a EEMS driver for Extended mem. If you had a 386..... you wouldn't have to worry about the lower 640k davel@cup.portal.com
tep@mitre-bedford.ARPA (Thomas E. Price) (07/30/88)
In article <2706@bgsuvax.UUCP> bear@bgsuvax.UUCP (Michael D. Bear) writes: >In article <595@unh.UUCP>, pel@unh.UUCP (Paul E. Leclerc) writes: >> I recently purchased Desqview 2.01 to dip into multitasking on PC's. >> One problem I keep coming up with is being able to download in the >> background. > > Make sure that the program is non-swappable, *AND* close on exit to >DOS is set to No, that way, Desqview loads it instead of DOS. If it doesn't >work, try Qmodem SST V3.1a by John Friel III. It works, because I use it >all of the time, and my machine is much like yours. I have used Kermit, >Zmodem, Xmodem and Ymodem and all work flawlessly under Desqview. I haven't >tried Telix, but I know that Kermit 2.30, PC-VT, and Procomm won't work under >Desqview. It is very picky about comm programs for some reason... > I have been running Procomm under Desqview for over a year and have never had any problems. Procomm Plus even has the hooks for additional protocols such as Zmodem and has all the standard protocols as part of the package. I have also run Telix (which is in appearance much like Procomm) with no difficulties. Both run fine in the background when configured as discussed above. TTFN, Tom =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Tom Price ARPA: tep@mitre-omaha.arpa The slow route: The MITRE Corp or tep@mitre-bedford.arpa 1510 Wall Street Phone: (402)292-5889 Bellevue, Nebraska 68005 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
john@wa3wbu.UUCP (John Gayman) (07/30/88)
In article <2706@bgsuvax.UUCP>, bear@bgsuvax.UUCP (Michael D. Bear) writes: > In article <595@unh.UUCP>, pel@unh.UUCP (Paul E. Leclerc) writes: > tried Telix, but I know that Kermit 2.30, PC-VT, and Procomm won't work under ^^^^^^^^^^^^^^^^^^ > Desqview. It is very picky about comm programs for some reason... > I use Procomm all the time with Desqview. You must of course invoke it with the " /m" option to turn off direct screen writing and then it runs properly in the backround. I am using DV 2.0 and Procomm 2.4.2. John -- John Gayman, WA3WBU | UUCP: uunet!wa3wbu!john 1869 Valley Rd. | ARPA: wa3wbu!john@uunet.UU.NET Marysville, PA 17053 | Packet: WA3WBU @ AK3P
derrick@tahoe.unr.edu (Derrick Hamner) (08/01/88)
In article <7750@cup.portal.com> davel@cup.portal.com writes: }If you have a 286, your communications program has to be the FIRST program }loaded so that it resides in the Original 640k. Try to tell desqview to use }as little memory for that program as possible so other programs can run in }the original 640K. } }The other programs can swap out of whats left of the original 640k but the }communications program must stay. } }Don't worry obout EEMS, Desqview comes with a EEMS driver for Extended mem. } } }If you had a 386..... you wouldn't have to worry about the lower 640k } } }davel@cup.portal.com This isn't true. I have a 286, and I do this with no problem. You do need EEMS (or LIM 4.0), in order to run any program in expanded memory (perhaps this is what you were refering to). The only limitation is when you set a program as "non-swapable", it will not be shifted around in memory either. Thus it is better to load as much as possible in expanded memory because every program needs some normal memory (so you wish to have as much normal memory free as possible). In summary, this is true with LIM 3.x, but not with LIM 4.0 or EEMS. Derrick -- ----------------------------------------------------------------------------- | Hacker, n. : A computer addict, not | Derrick Hamner | | necessarily malevolent. | tahoe.unr.edu.UUCP!derrick | -----------------------------------------------------------------------------
David_J_Buerger@cup.portal.com (08/01/88)
Procomm 2.4.2, Procomm Plus, and Kermit 2.30 __do__ work under DESQview. I am multitasking two communications sessions at this moment under DV with PC+ and Kermit 2.30. Perhaps you should recheck the setup parameters....
Howard_Spindel@busker.UUCP (Howard Spindel) (08/02/88)
In article <595@unh.UUCP>, pel@unh.UUCP (Paul E. Leclerc) writes: > I recently purchased Desqview 2.01 to dip into multitasking on PC's. > One problem I keep coming up with is being able to download in the > background. I frequently use Crosstalk XVI under a Desqview window using the Desqview supplied Crosstalk installation file and have had very few problems. I occasionally use Desqview to switch to a Sealink or Zmodem external protocol which works quite well too. -- Howard Spindel - via FidoNet node 1:105/14 UUCP: ...!{uunet!oresoft, tektronix!reed}!busker !Howard_Spindel ARPA: Howard_Spindel@busker.UUCP
pozar@hoptoad.uucp (Tim Pozar) (08/03/88)
In article <2706@bgsuvax.UUCP> bear@bgsuvax.UUCP (Michael D. Bear) writes: >In article <595@unh.UUCP>, pel@unh.UUCP (Paul E. Leclerc) writes: >> I recently purchased Desqview 2.01 to dip into multitasking on PC's. >> One problem I keep coming up with is being able to download in the >> background. > > Make sure that the program is non-swappable, *AND* close on exit to >DOS is set to No, that way, Desqview loads it instead of DOS. If it doesn't >work, try Qmodem SST V3.1a by John Friel III. It works, because I use it >all of the time, and my machine is much like yours. I have used Kermit, >Zmodem, Xmodem and Ymodem and all work flawlessly under Desqview. I haven't >tried Telix, but I know that Kermit 2.30, PC-VT, and Procomm won't work under >Desqview. It is very picky about comm programs for some reason... > You may want to look into Binkley also. It was written as a FidoNet mail comm/interface, and it is also a damn good comm programme. It will also detect DESQview and give up clock ticks, if it is just spinning its wheels. Tim -- ...sun!hoptoad!\ Tim Pozar >fidogate!pozar Fido: 1:125/406 ...lll-winken!/ PaBell: (415) 788-3904 USNail: KKSF / 77 Maiden Lane / San Francisco CA 94108
gordon@eecea.eece.ksu.edu (Dwight Gordon) (08/05/88)
Kermit 2.30 contains TopView detection/manipulation code. If you run it as a stand-alone program under DesqView, there is no problem with it on either of the two systems on which I've used it. However, if you use it in a DOS shell and run another DesqView-aware program in that same shell (at a later time), you may find out that one or more lines on the screen have acquired an "invisible" attribute (i.e. the line is always blank). There is a slight difference between TopView compatibility (Kermit) and DesqView compatibility. Secondly, there are times when DesqView zero's out the Com1/2/3/4 pointers at 40h:0h. Kermit makes the associated ports "unavailable." I have not been able to find a specific set of sequences under which this will occur. I have seen it enough to know that it is not an isolated occurrence. I have had to patch my version of Kermit 2.30 to fix these problems. Dwight W. Gordon Kansas State University Department of Electrical and Computer Engineering Durland Hall Manhattan, KS 66506 gordon@eecea.eece.ksu.edu dwgordon@ksuvm.bitnet
ralf@b.gp.cs.cmu.edu (Ralf Brown) (08/06/88)
In article <380@eecea.eece.ksu.edu> gordon@eecea.UUCP (Dwight W. Gordon) writes: } }Kermit 2.30 contains TopView detection/manipulation code. If you run it }as a stand-alone program under DesqView, there is no problem with it on }either of the two systems on which I've used it. However, if you use it }in a DOS shell and run another DesqView-aware program in that same shell }(at a later time), you may find out that one or more lines on the screen }have acquired an "invisible" attribute (i.e. the line is always blank). }There is a slight difference between TopView compatibility (Kermit) and }DesqView compatibility. What DESQview does is update the screen for you when you write to the virtual screen. TopView requires an explicit call to update the screen. If DESQview gets this call, it will stop implicitly updating the screen and require the call. Most DESQview-aware programs use the implicit screen update, since without explicit update calls, making the program DV-aware is about ten lines of code in the screen-address determination routine. There is a call to turn the implicit updates back on. I'll see about whipping up a short program later tonight.... } }Secondly, there are times when DesqView zero's out the Com1/2/3/4 pointers }at 40h:0h. Kermit makes the associated ports "unavailable." I have not }been able to find a specific set of sequences under which this will occur. }I have seen it enough to know that it is not an isolated occurrence. The ports are zero'd out as a safety measure if the program's advanced options setup specifies that the program may be swapped out of memory. (Wouldn't want to have an interrupt on the COM port when the program is swapped out and some other garbage is at the interrupt handler's location, would you?) -- {harvard,uunet,ucbvax}!b.gp.cs.cmu.edu!ralf -=-=- AT&T: (412)268-3053 (school) ARPA: RALF@B.GP.CS.CMU.EDU |"Tolerance means excusing the mistakes others make. FIDO: Ralf Brown at 129/31 | Tact means not noticing them." --Arthur Schnitzler BITnet: RALF%B.GP.CS.CMU.EDU@CMUCCVMA -=-=- DISCLAIMER? I claimed something?
ralf@b.gp.cs.cmu.edu (Ralf Brown) (08/06/88)
In article <2609@pt.cs.cmu.edu> I write: }What DESQview does is update the screen for you when you write to the virtual }screen. TopView requires an explicit call to update the screen. If DESQview }gets this call, it will stop implicitly updating the screen and require the }call. Most DESQview-aware programs use the implicit screen update, since }without explicit update calls, making the program DV-aware is about ten lines }of code in the screen-address determination routine. } }There is a call to turn the implicit updates back on. I'll see about whipping }up a short program later tonight.... Just thought of this alternative: On the DV 2.01 distribution disk, there is a small file named NOFF.SHR (it's about 85 bytes). Make sure that this file is accessible one some disk that will be available when you load Kermit, and put the complete pathname of NOFF.SHR (including the extension) in the "Shared Program Pathname:" field on the advanced options screen for "Change a Program". This file intercepts the explicit update call so that DESQview won't see it, and won't turn off the implicit screen updates. -- {harvard,uunet,ucbvax}!b.gp.cs.cmu.edu!ralf -=-=- AT&T: (412)268-3053 (school) ARPA: RALF@B.GP.CS.CMU.EDU |"Tolerance means excusing the mistakes others make. FIDO: Ralf Brown at 129/31 | Tact means not noticing them." --Arthur Schnitzler BITnet: RALF%B.GP.CS.CMU.EDU@CMUCCVMA -=-=- DISCLAIMER? I claimed something?