HDTenEightyP/NetNews huggingface dataset:
From: ack@space.physics.uiowa.edu (Allen Kistler)
Subject: Re: Ramdrive vs disk cache for temporary files
Organization: The University of Iowa, Department of Physics and Astronomy
Distribution: na
Date: Sat, 14 Nov 1992 03:46:36 GMT

In article <1992Nov13.180117.20097@tamsun.tamu.edu>
 tpradeep@cs.tamu.edu (Pradeep K Tapadiya) writes:
>
>Some compilers, linkers, and editors create intermediate files
>which gets deleted at the end of the job.
>
>Of a ramdrive or a disk cache, which one is more suitable for
>such temporary files?

Ramdrive.  Sure, with the right disk, the cache will be just as fast, but
if you do a lot of compiling (or whatever creates temp files) many temp files
created many times could end up fragmenting your disk.

>How about caching a ram-drive? Does it make sense?

I'd say it's about as sensible as using virtual memory to cache a real disk.

Allen Kistler
ack@space.physics.uiowa.edu
From: aki@cruzio.santa-cruz.ca.us
Newsgroups: comp.os.msdos.programmer
Subject: Re: Protected Mode Interrupts
Date: Mon, 09 Nov 92 10:08:45 PST
Reply-To: aki@cruzio.santa-cruz.ca.us



I don't see a major problem in sharing interrupt numbers between
IRQ chips and exceptions. You layer an exception handler on top
of an IRQ handler. The exception handler checks if the PIC is
requesting an interrupt. If it is, just call the IRQ handler.
Otherwise handle the exception.  Of course the billion dollar
question is how to handle an exception that happens simultaneously
with an IRQ.  I don't have a billion bucks, thus I don't know.
I suggest that everyone just moves the IRQs somewhere else. You
can program the PIC with three bytes if you want to. Anybody
want to get the data? I would need to dig it out of the manuals
again, but it would be no problem.

Aki
-- 
/  Phone: 408-662 9664   Fax: 662 9676  |  "Aki" pronounced: Ah-Key. I know  \ 
\  125 Searidge Ct #D, Aptos, CA 95003  |  what I'm doing most of the time.  /
Newsgroups: comp.os.msdos.programmer
From: Lutz.Mueller@arbi.informatik.uni-oldenburg.de (Lutz Mueller)
Subject: How to Use EMS in TP6.0 ?
Organization: University of Oldenburg, Germany
Date: Tue, 10 Nov 1992 13:42:44 GMT

Hiya out there !!!

I am recently encountering massive memory problems using the Turbo Pascal
6.0 IDE. In their manuals, Borland explicitly describe how to use EMS in
user-programmed applications.

But what of their own IDE ?

My program has got quite large and I can no longer run it from the IDE.

Is there no way of using expanded memory beyond the 1 meg limit
(80386 AT assumed) ?

PS: Don't suggest using overlays - i'm already heavily using them.

Is there any Autoexec or Config.Sys line that would help ?

1001 thanks in advance - I appreciate that !

Lutz 'Luke' Mueller
Newsgroups: comp.os.msdos.programmer
From: hjhoffma@cayley.uwaterloo.ca (henning hoffmann)
Subject: PD Lisp interpreter source wanted
Originator: hjhoffma@cayley.uwaterloo.ca
Organization: University of Waterloo
Date: Wed, 11 Nov 1992 17:42:39 GMT

Are there any ftp sites that carry PD LISP interpreters including source
code? I would appreciate knowing of them.

Thanks.

Henning Hoffmann
Newsgroups: comp.os.msdos.programmer
From: gt8741b@prism.gatech.edu (Chris Adams)
Subject: Difference between Unix varargs.h and TC++ stdarg.h
Organization: Georgia Institute of Technology
Date: Sun, 8 Nov 92 23:23:15 GMT

I am trying to port a program from Unix to DOS that uses varargs.h.  How do I
change it to use TC++'s (version 1.01) stdarg.h?
--
Chris Adams                       | "If tin whistles are made of tin,
Georgia Tech                      |  what do they make foghorns from?"
Internet: gt8741b@prism.gatech.edu|       --  Lonnie Donegan
----------------------------------+ 
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: reaper@wixer.cactus.org (Keath Milligan)
Subject: Need Compression Routines
Organization: Real/Time Communications
Date: Tue, 10 Nov 92 15:44:23 GMT

I'm working on a custom packet protocol and I'd like to add compression
to it to speed things up.  I'm currently using a bit-oriented RLE
(Huffman, sort of like CCITT T.4), but I'd like to have a more efficient
algorithm such as Lempel-Ziv or a combination of the two.  I would also
be interested in the CCITT V.42bis protocol.

If anyone could direct me to a site, I'd sure appreciate it.


-- 
oooooo ooo o o  o            Keath Milligan            o  o  ooooo oooo oooooo
oooo oo ooo  o   o   Prometheus Light and Sound, Inc.   o   o  o ooooooooooooo
oooooooo o oo  o         Real/Time Communications        o    o o ooo oooooooo
oooooo oooo ooo  o  internet: reaper@wixer.cactus.org  o   o  o ooo oo ooooooo
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
From: rbrager@cbnewsg.cb.att.com (rbrager)
Subject: Re: Path cutoffs {Re: Environment size hack in DOS 5?}
Organization: AT&T
Date: Sat, 14 Nov 1992 14:52:56 GMT

From article <1992Nov13.191154.16202@ra.msstate.edu>, by jdz1@Ra.MsState.Edu (John D. Zitterkopf):
> Hi,
> 	I have a simuliar problem that might be releated to the previous
> question. The problem seems to be that When I install new programs on my 
> computer they automaticly add their paths to my path statement in the 
> Autoexec.BAT. Now after adding so many programs and paths to my path 
> statement, the path statement gets cutoff at a certain location 8-(.
> 	I think that I have tried a /e or something simulair in my Shell
> statement to increase the size of ENV. table. But this seems to not
> correct the problem. Is there a way to correct this other than deleteing
> some of the old paths?
> 
> Thanks!
> John

Did you also use the "/p" switch so a child process can inherit the
size.  DOS truncates commands at 127 chars, so a long path must be
built up a piece at a time.  There are several programs that will
do this.  I use "appenv' as in:

PATH=c:\bin;c:\usr\bin;\c:\local\bin
appenv;c:\wordstar;c:\grammatik
appenv=;c:\windows;c:\windows\apps

Robert B. Rager

Ain't no place like ${HOME}; not even C:\.
From: Arto Kujala <aku@tik.vtt.fi>
Newsgroups: comp.os.msdos.programmer
Subject: reading tiff
Date: 9 Nov 1992 10:08:07 GMT
Organization: VTT/TIK
Distribution: world
NNTP-Posting-Host: m20.tik.vtt.fi
X-UserAgent: Nuntius v1.1.1d12
X-XXMessage-ID: <A724057ECA013478@m20.tik.vtt.fi>
X-XXDate: Mon, 9 Nov 92 19:09:34 GMT


Is there any source code examples/DLL libs/libs for reading Tiff (.tif)
images and showing them in Windows/Dos environment. I know there is some
free UNIX-C-code available, but that is difficult to port to PC.

--Arto
From: 86b0062@csdvax.csd.unsw.edu.au (Sam Lander)
Newsgroups: comp.os.msdos.programmer
Subject: Max DMA rate from 386 to D/AC's
Date: 11 Nov 92 13:45:41 +1000
Organization: University of New South Wales

I want to send data out to 4 12 bit D/ACs as fast as possible. (There is 
more than that in this story, but for now, that is enough.)

At the moment, I am sending data byte by byte using I/O instructions 
to a PC bus D/AC card. I have to perform 9 byte output instructions to get the 
data from memory onto the card's analogue output lines. A transfer cycle 
takes about 18 usec to complete. This is about 55kHz or 55kx9 = 495kbytes/sec.

My machine is a 33Mhz 386 AT bus box, without too much that looks special to
my (untrained) eye. I have no idea at all about wait states etc.

I am looking at building a new D/AC card using the AT bus that will be driven 
by my the 386's DMA controller chip. I am looking for data transfer rates in
the order of 1Mbyte/sec or better. the CPU will be doing nothing special
and so I am happy for its performance to be reduced by up to 90%. The
key factor is getting the data out as fast as possible on this machine.

Could someone give me an idea of the data transfer rates I might expect from 
such a setup?  Failing that, what is a good reference on this topic that 
might tell me?

Sam Lander

-------------------------------------------------------------------------------
Sam Lander, Department of Psychology, University of New South Wales, Australia.
86b0062@csdvax.csd.unsw.edu.au or 90b1182@csd3090.csd. ... Phone 61 2 697 3030.
From: buxduac@dct.ac.uk
Newsgroups: comp.os.msdos.programmer
Subject: Mouse driver source code
Date: 10 Nov 92 11:05:41 GMT
Organization: Dundee Institute of Technology

Does any body have the source code for a mouse driver, 
any mouse will do.
I would prefer C code if possible.

Andy C

University of Dundee
Dundee
Scotland

acobley@uk.ac.dundee.mic
From: yuri@amath.washington.edu (Yuri Yulaev)
Newsgroups: comp.os.msdos.programmer
Subject: Font creation software
Keywords: printer fonts and drivers
Date: 12 Nov 92 02:14:44 GMT
Organization: University of Washington, Applied Mathematics, Seattle


	Hello,
does anybody hear about asm/c/c++ shareware programs to create/update
fonts for printers? i am interseted in plain old FX-80, Panas KX-1524
and HP lazer writer. I'd appreciate any help. 
Yuri.
From: danodom@matt.ksu.ksu.edu (Dan Odom)
Newsgroups: comp.os.msdos.programmer
Subject: Re: What is MicroSoft's usenet address?
Date: 10 Nov 1992 08:58:52 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

carlos@garfield.cs.mun.ca (Carlos Borges) writes:

>danodom@matt.ksu.ksu.edu (Dan Odom) writes:
>>I've found another corporation that behaves this way: Borland.
>>If you send mail to customer-support@borland.com, they send you
>>a message saying that they don't offer support on the Internet and
>>you'll have to ask them on Compu$erve.  What a rip!

>Why not send email to them on compuserv, then?  ISn't there a
>gateway for internet-compuserve mail?  Something like:
>userid.###@compuserv.com I think....

customer-support@borland.com forwards to that address; the reply you
get is from user@compuserve.com.  But they say that they can't offer
technical support over the Internet.  <Sigh>

-- 
Dan Odom
Kansas State University
danodom@matt.ksu.ksu.edu
Newsgroups: comp.os.msdos.programmer
From: gt8741b@prism.gatech.edu (Chris Adams)
Subject: Reading the Parallel ports
Organization: Georgia Institute of Technology
Date: Tue, 10 Nov 92 13:49:21 GMT

Can anyone direct me to some information on how to read in from the parallel
ports?  I have seen it in a book, and I think you have to go directly to the
hardware and program the port controller, but I don't know exactly how.  Has
anyone written a program to do this?  I would like to use the parallel ports
as 8 bit (bi-directional) data busses to external devices.
--
Chris Adams                       | "If tin whistles are made of tin,
Georgia Tech                      |  what do they make foghorns from?"
Internet: gt8741b@prism.gatech.edu|       --  Lonnie Donegan
----------------------------------+ 
Newsgroups: comp.os.msdos.programmer
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: Batch problem
Organization: U.S Dept. of Transportation
Date: Fri, 13 Nov 1992 18:03:36 GMT

au240@cleveland.Freenet.Edu (Ari Pitkanen) writes:



>How do I pass '%%f' to 'DoIt'?  This approach don't work.

>---
>:Main
>cd scene
>for %%f in (*.*) do goto DoIt   REM copy filename to %%f
Try..................CALL DoIt %%f   
cd ..

Make DoIt a separate batch file.

>:DoIt    REM Scrap this line
>cd..     REM This could be a trick...you might need PUSHDIR and
          REM POPDIR, two little utilities that save and recall the
          REM current directory.
>trace scene\%1               
>copy scene\%1 traced          
>del scene\%1
>cd..     REM Again, cd-ing in a called batch file can be trouble.  You
          REM may need to specify your directories or use more parameters.
>goto Main     REM Scrap this line too.

You might try passing the directories used as parameters, e.g. 
CALL DOIT %%f dir1 dir2 dir3      instead of using those CD commands in DOIT.
(Otherwise, those cds will have a cumulative effect that you probably don't
want; backing you up to the root)

-JTT
From: don@surtsey.aero.org (Don C. Hancock)
Newsgroups: comp.os.msdos.programmer
Subject: Serial Driver Problem
Date: 10 Nov 92 01:55:04 GMT
Organization: The Aerospace Corporation; El Segundo, CA

Serial Driver Problem

I hope this is the right place for this.  If not, please
let me know.

I'm trying to program the serial port to control some equipment.  I
can't seem to get it (i.e. the port) to generate interrupts (such as
the data received, or transmitter empty)

What am I doing wrong?

Here's what I've done so far (briefly, sort of).

1.      Replaced vector 0x0c with my interrupt service routine. I'm
pretty sure this right, because a  geninterrupt(0x0c) gets to my
routine.

2.      Set up the serial port to interrupt on everything but the modem
status change by writing 0x07 to the interrupt enable register.

3.      Set 8259 interrupt controller to enable interrupts from IRQ3
and IRQ4 with outp(0x21, inp(0x21) & 0xe7);

4.      End my interrupt service routine with outp(0x20, 0x20).

When I do a write followed by a read, I get the data I sent.  I've done
this using the loopback feature (set bit 4 of the modem control
register) and by wiring pins 2 & 3 together, so the connections are
right.  I've also done the above for the second serial port, I just
can't get the hardware to generate interrupts.

Any ideas.  I'll post (or email) code if it'll help me get an answer.
Please email or post any replies (but email is preferred).

Thanks for any help you can give me.  I'm really troubled by this.  I'm
sure I'm doing something dumb here.

Don
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: roscoe@ecf.toronto.edu (ROSCOE JAMES ANDREW)
Subject: Re: H-E-L-P!!  An interesting UART problem.
Organization: University of Toronto, Engineering Computing Facility
Date: Fri, 13 Nov 1992 16:18:09 GMT

In article <1992Nov10.094131.9300@iccgcc.decnet.ab.com> gardner@iccgcc.decnet.ab.com writes:

>I'm writing a TSR that needs to redirect any bytes that 
>are written to COM2 for transmission to another "bucket."
>
>A vendor's program is running and writing bytes to COM2
>for transmission.  I want to have my TSR kicked whenever
>the vendor's program sends a byte to COM2 for transmission
>BUT I want to grab that byte and do some other work on 
>it...  In fact, there will not be any external device
>ever attached to COM2, so the byte won't actually ever
>be transmitted  and no external handshaking is going to
>occur.

 So what you want to do is log everything that goes to com2.  Judging from the
other followups to your article, I get the feeling there's no way to tell when
the UART has actually had a character sent to it.

>What I have written are two isr's: One that is attached
>to the COM2 hardware interrupt vector (0xb) and another 
>that is attached to the secondary clock software interrupt 
>vector (0x1c).  The isr attached to COM2 is responsible 
>for grabbing the byte from COM2 and saving it in a queue.
>The timer isr is responsible for taking a byte from the 
>queue and sending someplace else...

 The vendor program will very likely not call your handler after its own,
since it would be almost against the rules of UART programming.  You could
probably then change the interrupt handler back to your own (or to the original
DOS handler, if there even is one).  The handler which the vendor program
installed, then, could be called as a subroutine by your own timer tick handler
so that you would have full control over what it things the "UART" (virtual,
in this case) is telling it.  You still might not be able to read the character
being transmitted out of the port, but it's worth trying.

 You should have full control over everything at this point, and the only
real problem I can think of would be the possibility of not being able to read
the character from the comm port after it's been written.  Best of luck to you!
See ya.

-- 

   James
    - roscoe@ecf.toronto.edu
Newsgroups: comp.os.msdos.programmer
From: hlj@hal.nta.no (Harald Ljoen FBA)
Subject: Re: 80368/80486 exceptions & interrupts: INT 10h
Reply-To: harald.ljoeen@nta.no
Organization: Norwegian Telecom Research
Date: Wed, 11 Nov 92 12:42:11 GMT

In article <26759.9211101622@thor.cf.ac.uk>, spxtrb@thor.cf.ac.uk (Tim Barnett - programmer) writes:
>Trivial question ...
>I have Microsoft's 80386/80486 Programming Guide which says on page 119 ...
>(my parentheses)
>
>   Interrupt number      Class      Description
>   --------------------------------------------------
>      16 (decimal,=10h)  Fault      Coprocessor error
>
>... but under MS-DOS I know that  INT 10h  traps to the EGA/VGA BIOS.  Eg:

When IBM designed the IBM PC *both* the hardware guys *and* the software
guys failed to RTFM, which clearly states that interrupt vectors 00 - 1F
are _RESERVED_ by Intel.

So the INT 10 handler has to check if it was invoked by a Coprocessor
fault. Likewise for most other BIOS calls and IRQ handlers.

Neat!

-- 
** Also sprach harald.ljoeen@nta.no **
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Compuserve costs (was:  Microsoft's ...)
Organization: Queen's University
Date: Thu, 12 Nov 1992 02:59:51 GMT

In article <4626@cruzio.santa-cruz.ca.us> aki@cruzio.santa-cruz.ca.us writes:
>In article <dmurdoch.261.721411529@mast.queensu.ca>, dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>> Compuserve isn't that expensive; if you live in a big city so that it's a 
>> local call, and you use a session automator, you can get a lot of 
>> information for $5/month.  

>"isn't that expensive". Where do you come from? If you look at it,
>the $5 pays for log-on only. After that 99% of the services that
>really make a difference cost you clocked at $13/hour. I decided to
>skip Compu$pend after running bills in the $300-$400 region per
>month. 

Aki and I are talking about two completely different kinds of use.  The $13/
hour figure is right; my claim is that 20 minutes connection per month can 
get you a lot of information.  I log on about once or twice a week, download 
all subject headings relevant to the current Turbo Pascal version, and then
(offline) decide which 4 or 5 threads to read.  Those are downloaded on my 
next call. This way many of my calls are only 1 minute; most are under 3 
minutes.  (This is all automated using Tapcis.  Tapcis is rather 
expensive ($80ish) shareware, but there are free alternatives like 
Autosig that do more or less the same thing.)  

Aki's hour a day spent online is a very expensive way to use Compuserve.

Duncan Murdoch
From: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
Newsgroups: comp.os.msdos.programmer
Subject: Re: putting chars back to keyboard buffer...
Date: 12 Nov 92 21:54:49 GMT
Organization: Beckman Instruments, Inc.

In <lb00197.11@Corlac> lb00197@Corlac (David Porco) writes:


>This is kind-of a wierd thing (But aren't all computer concepts).  There 
>are basically 4 pointers: Buffer_Start, Buffer_End, Buffer_Head & 
>Buffer_Tail.

>Buffer_Start is the start of the Keyboard buffer in memory, and Buffer_End
>is the end of this buffer.  These are Far pointers at address 0x00400080
>and 0x00400082 respectively.  

Almost correct.  They are segment 0x0040 pointers, rather than Far pointers.

--
Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
My opinions are my own, and do not represent those of my employer.
My interaction with our news system is unstable; please mail anything important.
Newsgroups: comp.os.msdos.programmer
From: sgolby@st.nepean.uws.edu.au (Scott Golby)
Subject: Borland C++ INFO NEEDED!!!
Organization: University of Western Sydney, Nepean
X-Newsreader: Tin 1.1 PL4
Date: Mon, 9 Nov 1992 05:25:34 GMT


	Hi Everyone,  I want to write a Menu / File Manager
program during the time off I have over the next 2 months and
really should look at getting a new compiler I think. (I own
Turbo C v1.5! :)  Pretty old eh? )
	So I was thinking Borland C++ (or maybe Turbo C++) in the
version 3.0 or 3.1 range would be the go.

	On that subject I would really like to know the answers
to a couple of questions I have.

	Main differences between Borland C++ and Turbo C++.

	How usefull is Turbo Vision, and what would it provide
me?

	How usefull is the Applications Frame work, and what does
it include?

	What is the difference between the Student version 
of BC++ and the regular version.  (Licence, Compile size etc)
I am a student, but I would rather like to be able to sell or
Shareware this application.

	Thanks for your time! 


--
*  Scott Golby                           BBS +61-(0)47-36-6263  v32  * 
*  University of Western Sydney, Nepean - Kingswood                  *
*  Secretary of the UWS-Nepean Computer Society  (email compsoc)     *
*  sgolby@st.nepean.uws.edu.au           FIDO : 3:713/616            *
Newsgroups: comp.os.msdos.programmer,comp.msdos.programmer,comp.os.ms-windows.programmer.tools
From: jagrant@emr1.emr.ca (John Grant)
Subject: Re: BC++ far* default in medium model
Organization: Energy, Mines, and Resources, Ottawa
Date: Thu, 5 Nov 1992 05:35:51 GMT

In article <1992Nov5.031544.5264@sequent.com> furballs@sequent.com (Paul Penrod) writes:
[stuff deleted]

>Almost right, but you forgot something.
>
>In your data declarations, if you do not specifically specify the
>keyword far, then the declaration is left in the default data
>segment, which can be a problem if you have more than 64k of global
>data. Granted, DS is referenced by a far pointer, but you are still
>limited to 64k per data segment, eventhough you can reference upto
>1 megabyte of data and 1 meg of code. This is because the far
>pointers in the LARGE model are not normalized 32 bit, but
>segment:offset 20 bit pointers. 
>
>...Paul
>
I am writing my first app, and I am using large model (BC++ 3.1). I haven't
used either 'far' or 'FAR' so far.  I have just let pointers default to far as
provided by the large model.  Ok, presumably I will eventually hit the
64k limit for data in my app sooner or later.  What do I do then?
Are you saying I can get more than 64k data storage by explicitly using the
'far' declaration?  Does that give me 'another' 64k data segment?

John A. Grant
Geological Survey of Canada
Newsgroups: comp.os.msdos.programmer