HDTenEightyP/NetNews huggingface dataset:
From: drice@ponder.csci.unt.edu (Keith Rice)
Subject: Re: WarmBoot on ALT-CTRL-DEL {Re: The smallest TSR contest}
Organization: University of North Texas
Distribution: usa
Date: Tue, 1 Sep 1992 02:00:32 GMT

In <1992Sep1.014144.25717@ra.msstate.edu> jdz1@Ra.MsState.Edu (John D. Zitterkopf) writes:

>	I'm not able to do this at the moment because I don't know how to 
>program a TSR. But, Maybe it already exists OR can be done for this contest.
>What I need is a TSR that will intercept a CTRL-ALT-DEL sequence that would
>normally cause my AT to do a ColdStart to do a WarmStart. This should
>have the affect of rendering the MEMORY and IO port resets inoperative!

You don't need one.  It already does a warm start when you press CTRL-ALT-DEL.
That is unless you have some weird type of clone.

--
D. Keith Rice -- University of North Texas -- drice@ponder.csci.unt.edu
-----------------------------------------------------------------------
Beta Test: To voluntarily entrust one's data, livelihood and sanity to
           hardware or software intended to destroy all three.  In
           earlier days, virgins were selected to beta test volcanoes.
Newsgroups: comp.os.msdos.programmer
From: bouillin@ntc.nokia.com (Claude Bouillin)
Subject: BIOS extension doc needed
Reply-To: bouillin@ntc.nokia.com
Organization: kpd
Distribution: comp
Date: Tue, 1 Sep 1992 13:59:14 GMT

A good friend of mine needs (cheap) documentation about the low level
mechanisms which enable MS/DOS (it might be equivalent -I dare not say
compatible- with PC/DOS...) BIOS to extent itself (for example
drivers). He is not interested in how to write drivers but rather in
how these mechanisms work.

Anybody in the Net knows where to find literature about BIOS extension
mechanisms? (ftp sites, etc...)

	Any information very much appreciated.
--
--------------------------------------------------------------------------------
 Claude Bouillin - (Internet: bouillin@ntc.nokia.com)      Phone 358-0-511 7736
         (X.400:   C=FI,A=Elisa,P=Nokia Telecom,S=Bouillin,Gi=Claude)
 Nokia Telecommunications, PO box 12, 02611 Espoo, Finland   Fax 358-0-511 7432
--------------------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: amitp@rice.edu (Amit J. Patel)
Subject: 4-DOS vs COMMAND.COM
Originator: amitp@aten.cs.rice.edu
Reply-To: amitp@owlnet.rice.edu
Organization: Rice University
Date: Tue, 1 Sep 1992 13:27:14 GMT


Well... I don't see many people still using EDLIN as their editor.  Why
does everyone use COMMAND.COM as their command processor?  Mike Bessy
of JP-Soft says that COMMAND.COM is just an sample command processor
packaged with DOS!

:)

	Amit

--
Amit Patel, amitp@owlnet.rice.edu, Yet Another Happy 4-DOS User
From: UKB8@DKAUNI2.BITNET
Newsgroups: comp.os.msdos.programmer
Subject: VGA 640x400x256 possible?
Date: 2 Sep 92 01:08:00 GMT


Hi everybody!

I'm looking for a way to trick a *standard* VGA-card into a graphic reso-
lution of 640x400x256.
As a standard VGA has at least 256K memory and 640x400 pixels at 8 bit
color resolution use 256000 bytes, this should be possible (using 4 bit
planes as in normal EGA/VGA-modes); as far as I heard by now, the VGA's
clocking scheme doesn't allow it, but I hope you prove that wrong and
come up with an ingenious solution!  :-)
Please answer by mail, if it works, I'll summarize.

TNXIA,
      Kai

+--------------------------------------------+-------------------------------+
|Kai Rohrbacher, University Karlsruhe/Germany|God is dead!       - Nietzsche |
|E-Mail: S_ROHRBACHER@IRAVCL.IRA.UKA.DE      |Nietzsche is dead! - God       |
|        UKB8@DKAUNI2.BITNET                 |Nietzsche is God!  - Dead      |
From: indridi@rhi.hi.is (Indridi Bjornsson)
Newsgroups: comp.os.msdos.programmer
Subject: The Box-Drawing Charachters
Date: 31 Aug 92 09:29:50 GMT
Reply-To: indridi@krafla (Indridi Bjornsson)
Organization: University of Iceland (RHI)



      Hi :-)

   Can anybody tell me if there should be some intellegent 
order for the ASCII Box-Drawing Charachters (that is ASCII B3h-DAh)
and if so how are the ordered?

Thanks in advance,
Indridi.
Xref: sparky comp.os.msdos.programmer:8950 comp.os.msdos.misc:4987
From: heilig@plains.NoDak.edu (Zachary Heilig)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
Subject: Re: Why ms-dos is non reentrant
Date: 1 Sep 92 16:16:25 GMT
Organization: North Dakota Higher Education Computing Network

In article <92245.122042A10742@TRMETU.BITNET> A10742@TRMETU.BITNET (Pinar Aydemir) writes:
>I almost hear everyday that msdos is non-reentrant.
>It is non re-entrant so dont call a dos funcion from a Interrupt Service
>Routine.
>Since It is non reentrant, bla bla bla.
>
>I looked at some books about OS, and the definition of reentrancy is
>given as being unmodified (pure) code.So, what makes msdos non reentrant ?
>Any information  is appreciated.
>-Yasemin

For any program/function to be reentrant( i.e. recursion of sorts ), The code
must save separate copies of the local variables.  Dos only saves one copy
of it's variables, and all the functions have access to them, so if you were
to call a dos function from an ISR, you would more than likely be clobbering
data for a previous interupt.  There are probably some interupts that are
safe to call more than once, I thought I read about an interupt that would
tell you if it was safe to call other interupts( not sure on this one)...

-- 
    - Zach Heilig (heilig@plains.nodak.edu)

Ninety-Ninety Rule of Project Schedules:
	The first ninety percent of the task takes ninety percent of
	the time, and the last ten percent takes the other ninety
	percent.
From: ardtlong@adam.adelaide.edu.au (Dale T. Long)
Newsgroups: comp.os.msdos.programmer
Subject: Help needed with Qbasic
Date: 31 Aug 92 05:06:09 GMT


        I am using Qbasic, the one that comes with Microsoft DOS 5.00 for the
IBM PC. I have a problem in that the space allocated for strings is only
8000 bytes. In the old GWbasic I would have done a CLEAR xxx to free up xxx
amount of bytes. However Qbasic only has the ability to clear the stack using
CLEAR ,,xxx . Paramaters before the first two commas don't do a thing. Is there
a way to allocate more string space? I am using a two dimensional dynamic
string array. Help indicates that individual strings can be up to 32767 bytes
long but I can't even have a single string longer than the 8000 byte limit.
Help also says that a string array can be up to 64K in size. Is there any way
to over come this problem? Is the Qbasic (interpreter) just a sales pitch
that makes people need to buy the full Quick Basic (compiler) out of neccesity?
Has anyone else had this problem? How do I increase the amount of string space
from 8000 bytes?

Dale Long.
ardtlong@adam.adelaide.edu.au
From: beaurega@ireq.hydro.qc.ca (Denis Beauregard)
Newsgroups: comp.os.msdos.programmer
Subject: Smallest TSR (was Re: Why can't I hook INT 21h???)
Date: 27 Aug 92 02:53:38 GMT
Organization: Institut de recherche d'Hydro-Quebec, Varennes, Canada

In article <19866@plains.NoDak.edu> person@plains.NoDak.edu (Brett G Person ) writes:
>Can I use in-line assembly when I do this? :-) 
>C does have it's place, but for bare-bones control over the hardware I
>

I know that C and C++ are great languages.  I spend days to program in
C++.  The idea of a HLL _only_ smallest TSR is just to demonstrate that
there is a limit, at least in size, to what you could do in C or Pascal
(I while I don't use Pascal, some do).

But, from first example of a small TSR we got, the program was heavily
using inline or assembly code using particularities of C to make it
easier to program in assembly than direct assembly.  However, this is
ASM, not HLL (high level language).  In other words, it is curious
to need to use the lower level language to get the more (or the less
in space occupied) from a higher level language (or isn't it natural :
the more you know, the more you can do).

Indeed, we could have 3 classes : pure ASM, pure HLL, and mixed.
Probably pure ASM will be the lower, mixed next, and pure HLL the
biggest.  Knowing the PSP is such that you need some lost space,
I have not yet seen an example using the environment space to still
use less memory!  Perhaps, this would be reliable after checking
all the DOS memory structure to be sure this environment is at the right
place.

-- 
  \_\    Denis Beauregard  *  internet:beaurega@ireq.hydro.qc.ca
 /   \   Genealogiste officiel : Beauregard/Jarret/Jarest/Vincent
J   __>  Vient de paraitre : Andre Jarret et ses Ancetres
\_.-===  En vente par l'auteur                      Opinions ? Et pis non !
Newsgroups: comp.os.msdos.programmer
From: zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff)
Subject: Re: Parallel port I/O (mostly O : -)
Organization: UMCC, Ann Arbor, MI
Date: Fri, 4 Sep 92 00:01:03 GMT

>}I know that there is also a way to access the LPT port directly thru the
>}in/out commands and its 3 I/O registers. Are there any advantages (in
>}terms of speed) in using interrupt driven parralel I/O, as compared to
>}INT17 BIOS service as I have used it - if there is, how much, and is
>}it doable in C?? I can just about read assembler, but that's about it.

Does anyone have some code that does this?  Preferably something callable
from Microsoft C?  

Any idea what rate one might get to a HP LaserJet III?

-- 
Jon Zeeff   NIC handle JZ   jon@ais.org  zeeff@b-tech.ann-arbor.mi.us
Newsgroups: comp.os.msdos.programmer
From: Ross Ridge <ross@zooid.guild.org>
Subject: Re: Novice question: how to boot from a bat file?
Organization: ZOOiD BBS
Date: Wed, 2 Sep 1992 06:30:38 GMT

kennu@mits.mdata.fi (Kenneth Falck) writes:
>Actually, in this age of background-writing caches, the next MSDOS
>release should probably contain a "flush cache buffers" interrupt
>service which could become a standard point for all different
>caching software to check for a call to flush. (Though I doubt
>that even Microsoft's own software would reliably support it....:-)

The next release of MS-DOS should do away with cache drivers
like Smartdrive entirely and provide reasonable caching in the 
operating system like it should've in the first place.

							Ross Ridge

-- 
Ross Ridge - The Great HTMU					     l/	 //
								    [OO][oo]
ross@zooid.guild.org						    /()\/()/
uunet.ca!zooid!ross						     db	 //
From: beaurega@ireq.hydro.qc.ca (Denis Beauregard)
Newsgroups: comp.os.msdos.programmer
Subject: Re: The smallest TSR contest
Date: 2 Sep 92 16:54:26 GMT
Organization: Institut de recherche d'Hydro-Quebec, Varennes, Canada

In article <9224402.5239@mulga.cs.mu.OZ.AU> fjh@munta.cs.mu.OZ.AU (Fergus James HENDERSON) writes:
>beaurega@ireq.hydro.qc.ca (Denis Beauregard) writes:
>
>[...]
>>One advantage of Pascal over C is that the Pascal is
>>embedded in the code and C is not (C must call standard library while
>>standard Pascal can expend more directly some statements like the
>>print (Fortran do the same).  
>
>This is not true.
>
>A C compiler may well expand calls to standard functions, like
>	printf("%s\n",s);
>with equivalent but more efficient code, eg.
>	puts(s);
>Indeed such compilers do exist, although they are not common.
>
>See the recent discussion on comp.lang.fortran.
>
>-- 
>Fergus Henderson             fjh@munta.cs.mu.OZ.AU      
>This .signature virus is a self-referential statement that is true - but 
>you will only be able to consistently believe it if you copy it to your own
>.signature file!

I doubt this is "standard C" compiler.  The reason is that in C
you can redefine all functions.  Changing printf for puts means that
printf definition is frozen.

To remain standard, nobody should redefine the standard functions (i.e.
alter printf meaning), but the possibility exists.

Anyway, since this will improve the result of compilation, we have
to accept the existence of such not-standard process (or is it standard with
the inclusion of standard function names?).  

Final point, you talk about discussions about Fortran.  Fortran, like Pascal,
has reserved keywords that eases optimization, while C has a very small
number of reserved keywords.  If Borland wants to import optimization
a la Pascal in the C compiler to improve the product, we may also
expect the standard of C to evoluate (just like the Fortran 90 is a step
over Fortran 77 and Fortran 66) since Borland has the largest number of
C programmers in its marketshare.

-- 
  \_\    Denis Beauregard  *  internet:beaurega@ireq.hydro.qc.ca
 /   \   Genealogiste officiel : Beauregard/Jarret/Jarest/Vincent
J   __>  Un Quebec renouvele dans une Amerique renovee
\_.-===                                                  Opinions ? Et pis non !
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.hardware
From: fox@rei.com (Fuzzy Fox)
Subject: Re: a Turbo Debugger 2.0 question (and a query for TD alternatives)
Date: Tue, 25 Aug 1992 17:22:32 GMT
Organization: Recognition Equipment, Inc.

exuhag@exu.ericsson.se (James Hague) writes:

>I also added 
>the TDH386 driver to my CONFIG file, upping the environment space to a more
>than adequate 2048 bytes via the "-e" switch.  But still, with over 1 meg of
>free XMS memory, TD386 responds with "not enough environment space, use the
>-e switch when installing TDH386."  Upping it using "-e9999" doesn't help.
>What am I doing wrong?

The -e switch must specify the same amount of environment space as the
/e: line on your SHELL= in CONFIG.SYS.  Do they agree on how big the
environment is?

Also I have found that TDH386 fails when DOS is loaded HIGH (via
DOS=HIGH), so don't do that.

>BTW, does anyone really use TD and not TD386 or TD286?  How many
>applications can get by with the speck of free memory left by TD?  What was
>Borland thinking?

I used TD386 when trying to debug UART communication routines.  Only
TD386 allowed me to single-step through ISR routines (wow!!).

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |         How's my posting?  Call 1-800-ALT-FLAME
Newsgroups: comp.os.msdos.programmer
From: hartnegg@sun1.ruf.uni-freiburg.de (Klaus Hartnegg)
Subject: Re: One-pass DISKCOPY out there?
Keywords: diskcopy
Organization: Rechenzentrum der Universitaet Freiburg, Deutschland
Date: Sat, 29 Aug 92 13:39:14 GMT

kroytin@vpnet.chi.il.us (Kevin J. Fagan) writes:

>Has anyone been able to write a 'one-pass' diskcopy routine
>yet?  I have tried, but have been unable to write the code
>to check & format an unformatted target disk.  

Try <msdos.dskutl>dskrw235.zip from simtel.
Main feature: speed (reading or writing a 5.25" disk takes
only about 30 seconds regardless of whether it's DD or HD)
-- 
-------------------------------------------------------------------------------
Klaus Hartnegg, Kleist-Str. 7, D-7835 Teningen, Germany | This text reflects   
Internet : hartnegg@ibm.ruf.uni-freiburg.de             | MY opinion, not that
Bitnet : hartnegg@dfrruf1 or hartnegg@cernvm            | of my employer !
From: donaldc@ug.cs.dal.ca (Donald Chisholm)
Newsgroups: comp.os.msdos.programmer
Subject: Dos Error list
Date: 27 Aug 92 18:37:17 GMT
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada


	Hi Folks,
		Does anyone know of where I can find a listing of MSdos 
errors, and a description of each, from anonymous ftp?  Listings on EMM386
errors would be helpful as well.
		I know about the dos interrupt list, I'm hoping there is a 
similar work done for MSdos errors.

Thanks,

	Don

p.s. Email response would be preferred (donaldc@ug.cs.dal.ca)
Newsgroups: comp.os.msdos.programmer
From: drice@ponder.csci.unt.edu (Keith Rice)
Subject: Re: Help required to restore IO.SYS
Organization: University of North Texas
Date: Thu, 27 Aug 1992 00:03:38 GMT

In <1992Aug26.153551.25091@bnr.uk> ahemming@bmdhh116.bnr.ca (Andrew Hemming) writes:

>Hi,
>  About six months ago I upgraded to DOS 5, all worked fine until
>a couple of months ago. There was I debugging my final year University
>project when I started to have problems. Every now and again, when I
>ran my program, it would crash, leaving several files open and corrupt.
>Only being a poor student I could not afford such luxuries as Norton Utils
>etc, so I used good old CHKDSK -f to clear up the mess. This worked fine
>for several weeks until on day CHKDSK decided to "fix" my IO.SYS file. UGH!
>I am now unable to boot from my hard disk. I can however still access it
>by booting from diskette. This is not ideal!

>  Does anyone out there know how I can restore my copy of IO.SYS other than
>FORMAT C: /S. I have tried the obviouse.

>Thanks,

>Andy.

Try "SYS C:".

If that doesn't work at first, use a utility program to "unhide" IO.SYS and
MSDOS.SYS then delete them and try "SYS C:" again.

--
Keith
drice@ponder.csci.unt.edu
From: scholar@meena.cc.uregina.ca (SCHOLAR)
Newsgroups: comp.os.msdos.programmer
Subject: Re: general purpose mouse driver code?
Date: 28 Aug 92 07:18:00 GMT
Organization: University of Regina, Regina, Sask., Canada
News-Software: VAX/VMS VNEWS 1.4-b1

I've never tried it, but there is a mouse library (.obj) and .h files for turbo
C and C++ available for FTP at garbo.wasa.fi:/pc/c/moush100.zip. 

"They can have my security blanket when they pry it from my cold dead fingers!" 
 (;              Joshua Scholar (scholar@meena.cc.uregina.ca)               ;)
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Results of the smallest TSR contest
Date: 3 Sep 92 02:46:21 GMT
Article-I.D.: cs.BtzEDA.5A3.2
Organization: School of Computer Science, Carnegie Mellon

In article <dmurdoch.107.715444046@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
}In article <2aa36355@ralf> Ralf.Brown@B.GP.CS.CMU.EDU writes:
}>See PD1:<MSDOS.KEYBOARD>RBKEYSWP.ZIP on SIMTEL20.  Includes full source.
}>It's actually 53 bytes of resident code, which requires a 64-byte UMB or
}>128 bytes in low memory (64 bytes of PSP).  Of those 53 bytes, 16 bytes are
}>overhead to make sure that the right control key is ignored and only the
}>left one is remapped.
}
}I think the relevant number is the 128 bytes, if that's 
}how much you lose when you run it.  In that regard Denis has us both beaten 

But on my system it always loaded into that 64-byte UMB....  (I'm currently
using a larger, unloadable version, since DV/X doesn't get along with keyboard
remappers)

-- 
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
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
From: fox@rei.com (Fuzzy Fox)
Subject: Re: Stack size changing
Date: Wed, 2 Sep 1992 00:41:46 GMT
Organization: Recognition Equipment, Inc.

rjg2@ukc.ac.uk (R.J.Gibson) writes:

>#ifdef __TURBOC__
>unsigned _stklen = 0x3fff;	/* increase stack from 4K to 16K */
>#endif

>is an error "error -redeclaration of __stklen"

Try this:    extern  unsigned  _stklen = 0x3fff;

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |         How's my posting?  Call 1-800-ALT-FLAME
Newsgroups: comp.os.msdos.programmer
From: Henrik.Johansson@nexus.comm.se (Henrik Johansson)
Subject: Changing and restoring Video Mode
Organization: Communicator NEXUS AB, Uppsala, Sweden
Distribution: comp
Date: Wed, 2 Sep 1992 13:00:43 GMT


How do I save _all_ relevant information about current video mode so
that I can restore it afterwards exactly as it was?

This problem comes from a Device Driver that is triggered and needs
some input from the user.  Therefore the screen gets blanked, user
input requested, some action taken, and afterwards the driver must
return to wherever the pc was running with the video mode completely
intact.

Anyone?

/hj
--
Real life:   Henrik Johansson            Email:  Henrik.Johansson@Nexus.Comm.SE
Snailmail:   Communicator Nexus          Phone:  +46 18 171811
             Box 857                     Fax:    +46 18 696516
             S - 751 08 Uppsala, Sweden
Newsgroups: comp.os.msdos.programmer
From:  ilya@rkb.riga.lv (Ilya Y. Ketris)
Subject: Re: The smallest TSR contest
Reply-To: ilya@rkb.riga.lv
Organization: Rigas Komercbanka
Date: Wed, 26 Aug 1992 16:04:06 GMT


>The challenge : write a very small TSR program in a high level language.
>The languages : C/C++ versus Pascal (or anything else) (no INLINE nor #ASM)

       One thing is not quite clear: may I modify standard compiler
       modules (say, by reassembling c0?.obj in Turbo C)? The program
       itself therefore will not contain inline code.

       Moreover, I could develop my own tiny compiler aimed solely
       at generating the most compact TSR programs. Do contest
       regulations permit it?

       ---------------------------------------------------------
       Ilya Ketris                              ilya@rkb.riga.lv
From: Jon Freivald <jaf@jaflrn.UUCP>
Newsgroups: comp.os.msdos.programmer
Subject: Re: Help required to restore IO.SYS
Date: Thu, 27 Aug 92 22:03:37 EDT
Organization: The Wizzard's Cave, East Meadow, NY

ahemming@bmdhh116.bnr.ca (Andrew Hemming) writes:

> Hi,
>   About six months ago I upgraded to DOS 5, all worked fine until
> a couple of months ago. There was I debugging my final year University
> project when I started to have problems. Every now and again, when I
> ran my program, it would crash, leaving several files open and corrupt.
> Only being a poor student I could not afford such luxuries as Norton Utils
> etc, so I used good old CHKDSK -f to clear up the mess. This worked fine
> for several weeks until on day CHKDSK decided to "fix" my IO.SYS file. UGH!
> I am now unable to boot from my hard disk. I can however still access it
> by booting from diskette. This is not ideal!
> 
>   Does anyone out there know how I can restore my copy of IO.SYS other than
> FORMAT C: /S. I have tried the obviouse.

Eek!  Please don't -- use SYS C: instead!

=============================================================================
		   Jon Freivald ( jaflrn!jaf@uunet.UU.NET )
	 Nothing is impossible for the man who doesn't have to do it.
=============================================================================
Newsgroups: comp.os.msdos.programmer
From: harjit@albany.cat.rpi.edu (Harjit Singh)
Subject: Borland C V2.0 and Turbo C++ V1.01 wont work!
Keywords: Memory management error
Organization: Rensselaer Polytechnic Institute, Troy NY
Distribution: usa
Date: Thu, 3 Sep 1992 22:03:09 GMT


We have a 286 based compatible computer running IBM DOS V5.00.  We
installed Borland C++ V2.0 and tried to run it.  Everything worked
fine.

Later, upon cleaning up some hard disk space, the machine started
coming back with the error:

Memory Manager cannot initialize

We then tried to re-install Borland C++, and even re-installed our old
version of Turbo C++ 1.01 both of which return the same error.

We have called Borland, with little or no success, and re-installed DOS.

We have 1024 KB installed, and even tried swapping a memory card from
another PC to boost the memory up to 1600 KB.  No Luck.

Other attempts included deleting autoexec.bat and config.sys so that
there is no driver wierdness going on but no luck. 

Please HELP.

Thanks,

Harjit
Newsgroups: comp.os.msdos.programmer
From: Ross Ridge <ross@zooid.guild.org>
Subject: Re: Novice question: how to boot from a bat file?
Organization: ZOOiD BBS
Date: Mon, 31 Aug 1992 20:14:33 GMT

brown@NCoast.ORG (Stan Brown) writes:
>If you think something is wrong or missing in the FAQ list, by all means
>let me know and I'll be happy to make the improvement. 

It's way too long.  I think there are more questions answered there
than are typically asked here in a month.

							Ross Ridge

-- 
Ross Ridge - The Great HTMU					     l/	 //
								    [OO][oo]
ross@zooid.guild.org						    /()\/()/
uunet.ca!zooid!ross						     db	 //
Newsgroups: comp.os.msdos.programmer