Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cmcl2!acf4!csd2!mitsolid
From: mitsolid@csd2.NYU.EDU (Thanasis Mitsolides)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: new moderator needed for c.b.i.p
Message-ID: <24460001@csd2.NYU.EDU>
Date: 5 Jan 90 21:56:00 GMT
References: <1208@cirrusl.UUCP>
Organization: New York University
Lines: 126

/* csd2:comp.binaries.ibm.pc.d / dhesi%cirrusl@oliveb.ATC.olivetti.com (Rahul Dhesi) / 12:51 am  Jan  4, 1990 */
> The fairest way of finding a new moderator is for the c.b.i.p community


Is there any reason why we should have ONLY 1 moderator?
Having 2-3 moderators would make the task for each of them lighter.
Also, we would see more postings.

Thanasis


Relay-Version: version nyu B notes v1.6 9/18/89; site acf4.NYU.EDU
From: mitsolid@csd2.NYU.EDU (Thanasis Mitsolides)
Date: 5 Jan 90 18:02 EST
Date-Received: 5 Jan 90 18:02 EST
Subject: Re: ST1040 for sale.
Message-ID: <12530018@csd2.NYU.EDU>
Path: acf4!csd2!mitsolid
Newsgroups: comp.sys.atari.st
Posting-Version: version nyu B notes v1.6 5/10/89; site csd2.NYU.EDU
Organization: New York University
References: <370010@acf5.NYU.EDU>

The responses to my sale were overwhelming!
I would like to say that my ST HAS BEEN SOLD (12 hours after my posting).

Thanks,

Thanasis

Relay-Version: version nyu B notes v1.6 9/18/89; site acf4.NYU.EDU
From: lanin@csd2.NYU.EDU (Vladimir Lanin)
Date: 4 Jan 90 20:47 EST
Date-Received: 4 Jan 90 20:47 EST
Subject: Capturing a binary file alive
Message-ID: <20017@csd2.NYU.EDU>
Path: acf4!csd2!lanin
Newsgroups: comp.sys.ibm.pc
Posting-Version: version nyu B notes v1.6 5/10/89; site csd2.NYU.EDU
Organization: New York University

I need to capture onto a PC binary files residing on an old
dynasaur of a machine for which neither ?modem or kermit are available.
Thus, I need a PC communication package that will do all the work, i.e.:

1. work from a batch (script) file.
2. terminate a file capture after receiving a user-specfied string.
3. accept 8-bit characters.
4. accept NUL's without interpreting them as padding.
5. accept XON/XOFF's without interpreting them as flow control.
6. send XON/XOFF's for flow control when it can't keep up.

None of the packages I've tried so far (MS-Kermit 2.32A, CarbonCopy,
PolyCom) appear to have ALL these features. Kermit comes very close, but
seems to be capable of providing only one of 5 and 6 at one time.

Does anyone know of a package that has all these features, or have any other
ideas?
Thanks in advance.

Vladimir Lanin
lanin@csd2.nyu.edu
...!cmcl2!csd2!lanin
Relay-Version: version nyu B notes v1.6 9/18/89; site acf4.NYU.EDU
From: lanin@csd2.NYU.EDU (Vladimir Lanin)
Date: 4 Jan 90 21:38 EST
Date-Received: 4 Jan 90 21:38 EST
Subject: Results of "Run it the background" survey
Message-ID: <20018@csd2.NYU.EDU>
Path: acf4!csd2!lanin
Newsgroups: comp.sys.ibm.pc
Posting-Version: version nyu B notes v1.6 5/10/89; site csd2.NYU.EDU
Organization: New York University


I recently asked for responses from people who have used products
that allow one to run ordinary DOS programs in the background.
Unfortunately, only three people responded. Here is a summary
of their reports, organized by product.

	Desqview.

All three are currently using this product.
One person has experienced no problems at all,
the other two a little bit more, but do not seem to be
complaining too much. The range of software used is quite
broad, including communications programs, compilers,
word processors.

Overhead seems to be restricted to two sources:
busy-waiting by concurrent programs (which thus unnecessarily
take up the full time slice) and memory management.
Since the memory situation is still far from clear to me,
I can not elucidate on the latter. It appears to depend on both
amount and type of memory (extended/expanded, 286/386).
Overall, the overhead seems to be low, although one person
reported a noticable decrease in speed (~25%) in some programs.

Desqview works in all environments, doing reasonably well even with
an 8088. A 386, however, is a definite advantage. Like I said,
I do not really understand the memory situtation, but it appears that
under the 386, extended memory can be used (almost?) like the
first 640K.


	Windows.

Two of the responders had tried this product. Neither is now using it.
The reaction of one was highly negative. The other was more subdued.
Reasons: "SLOW", "gets in the way", "screws around [with stuff it should
leave alone]". However, neither had cited compatibility problems with
software packages as a reason.

I received much less specific info on Windows.
The 386/286 comparison is about the same as for Desqview,
but running on an 8088 is said to be absolutely horrible.


	DoubleDos

One responder mentioned seeing (using?) it some number of years ago,
and having a fairly good impression of it.


Vladimir Lanin
lanin@csd2.nyu.edu