HDTenEightyP/NetNews huggingface dataset:
From: gah@trc.mew.mei.co.jp (Gary A. Hildebrand)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Protected Mode Interrupts
Date: 13 Nov 92 02:39:31 GMT
	<GAH.92Nov9190759@HP370T.trc.mew.mei.co.jp>
	<4614@cruzio.santa-cruz.ca.us>
Organization: Matsushita Electric Works Ltd., Tokyo, Japan.

In article <4614@cruzio.santa-cruz.ca.us> aki@cruzio.santa-cruz.ca.us writes:
>>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.

The problem is that, I would guess 9 out of 10 hardware interrupt handlers
out there don't even check which CPU they are running on, much less
implement an exception handler on top of an IRQ handler.  Most BIOS
implementations also provide nothing special for exceptions in the range of
the hardware IRQ's, and most interrupt handlers contained in drivers or
TSR's would not be able to chain off of the default BIOS handler anyway
(think about it, the ROM BIOS would have to know to transfer control to the
loaded handler, rather than the loaded handler just "stealing" the
interrupt vector).  So, it's a pickle for these interrupts.  You can't just
remap them now, since the whole world is used to doing things the one way.
The onus is on IBM for having made such a terrible design decision to
assign hardware interrupts to a range so close to reserved vectors (8086
doesn't conflict with the range, just 386 or higher).

Having read another post related to this thread, I now realize that one
software interrupt (INT 10H BIOS services) can also conflict with a
reserved 386 or higher exception vector (Coprocessor Error).  But at least
in the case of this, the ROM BIOS of the machine can do (and probably does
do) something to check first for a possible exception.

Gary

--
/ Gary A. Hildebrand                 Internet: gah@mew.mei.co.jp       \
/  Matsushita Electric Works, Ltd.   UUCP:     uunet!mew.mei.co.jp!gah \
/   13-2, Mita 5-chome, Minato-ku    Fax:      03-3451-0793            \
/    Tokyo 108, JAPAN                Tel:      03-3452-4941            \
Newsgroups: comp.os.msdos.programmer
From: rickt@aruba.UUCP (Rickey Thomas Tom)
Subject: TC++, how to add additional libraries
Date: Wed, 11 Nov 1992 15:13:14 GMT
Organization: Project Zed

This is a simple question. I want to use the integrated environment of Turbo C++. I  want to know if there is a way to explicitly link in additional (NON-
STANDARD) libraries. I have done it using MAKE files but I prefer to use the
integrated environment. I have included the libraries in \tc\lib but the 
program does not find the new libraries.

Thank you in advance

-- 
--------------------------------------------------------------------------------
Rickey Tom                       | Internet Style: aruba!rickt@uu2.psi.com
Programmer/Analyst Project ZE    | UUCP          : ...!uunet!uupsi2!aruba!rickt
--------------------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: daustin@nyx.cs.du.edu (Dan Austin)
Subject: How do you make a TSR?
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: usa
Date: Fri, 13 Nov 92 13:13:51 GMT

Does anyone know of any programs that allow you to convert programs to TSRs
or some documentation that would explain how to TSRize my program when I
write it.  I am mainly interested in doing this for an IBM-PC based Turbo
C++/Turbo C program.  I'd appreciate any feedback.

Please e-mail responses to daustin@relay.nswc.navy.mil
Newsgroups: comp.os.msdos.programmer
From: kirchner@uklira.informatik.uni-kl.de (Reinhard Kirchner)
Subject: Internet-Support was Re: What is MicroSoft's usenet address?
Organization: University of Kaiserslautern, Germany
Date: Wed, 11 Nov 1992 18:08:13 GMT

From article <1992Nov11.070334.26234@microsoft.com>, by jenk@microsoft.com (Jen Kilmer):
> 
> Does anyone know of microcomputer software companies that do
> provide product/technical support via internet?

NOVELL does make their patches etc. available also per ftp, and on the
novell listserv-list, which is gatewayed to bit.listserv.novell,
people from Novell often write articles.

This is not as much as is available per CompuServe ( which we in Europe
mostly can not afford for the high costs of lines ), but it is
much more than nothing.

Reinhard Kirchner
Univ. of Kaiserslautern,Germany
kirchner@informatik.uni-kl.de

Newsgroups: comp.os.msdos.programmer
From: eystein@smyril.fi.uib.no (Eystein Dugstad)
Subject: HELP WANTED: compiling GNUPLOT on BORLAND C++ 3.0
Organization: University of Bergen, Norway
Date: Sat, 7 Nov 92 14:12:54 GMT

I tried to compile gnuplot on borland C++ 3.0. using the make utility, but  
I got the message: 
"plot.h: illegal character #"

on the very first file I compiled.

Any one who've done this, please contact me.

Please reply on email to
eystein@smyril.fi.uib.no

Eystein
From: dpn2@po.CWRU.Edu (Damien P. Neil)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Environment size hack in DOS 5?
Summary: Don't tell me about SHELL= in CONFIG.SYS!
Date: 13 Nov 92 04:23:48 GMT
Organization: Case Western Reserve University
NNTP-Posting-Host: b63519.student.cwru.edu

In article <1992Nov12.234502.22273@midway.uchicago.edu> pynq@quads.uchicago.edu (George Jetson) writes:
<Raising the environment size>
>
>I have spent fruitless hours perusing the DOS 5 COMMAND.COM, and have
>not been able to solve this problem.  (I did it originally on a version
>of DOS 3.3, long ago, in a couple of hours, so I know it should not be
>that hard).  I have also spent time on DR DOS 6.0, with the same dismal
>results.  I have also perused the usual gang of archive sites, and have
>not found anything.  So, my question to the net is, "Does anyone know
>the magic patch locations for DOS 5.0?"

I know nothing about MS DOS, but in DR DOS 6.0 it is quite possible to 
change the environment size. Simply edit the line in the CONFIG.SYS that 
reads "SHELL=COMMAND.COM" and add a "/E:xxx" to it, where xxx is the desired 
environment size.

Much easier and safer than hacking the COMMAND.COM! :-)
+-------------+------------------+---------------------------------+
| Damien Neil | dpn2@po.cwru.edu | Case Western Reserve University |
+-------------+------------------+---------------------------------+
From: dpn2@po.CWRU.Edu (Damien P. Neil)
Newsgroups: comp.os.msdos.programmer
Subject: Re: COMPILING SPEED
Date: 13 Nov 92 04:18:42 GMT
Distribution: na
Organization: Case Western Reserve University
NNTP-Posting-Host: b63519.student.cwru.edu

In article <1992Nov12.201534.17928@prism.poly.edu> ssnyder@prism.poly.edu (Sharon Snyder) writes:
>1. Pascal is a 1-pass compiler......of course it's faster than MOST/ANY(?)
>   2-pass compiler (like C)

Borland C++ uses a one pass compiler according to the manuals.
+-------------+------------------+---------------------------------+
| Damien Neil | dpn2@po.cwru.edu | Case Western Reserve University |
+-------------+------------------+---------------------------------+
Newsgroups: comp.os.msdos.programmer
From: tpradeep@cs.tamu.edu (Pradeep K Tapadiya)
Subject: Ramdrive vs disk cache for temporary files
Organization: Computer Science Department, Texas A&M University
Distribution: usa
Date: Fri, 13 Nov 1992 18:01:17 GMT

Howdy netters,

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?

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

Thank you for your help.

Pradeep
tpradeep@cs.tamu.edu
Newsgroups: comp.os.msdos.programmer
From: linstee@dutecaj.et.tudelft.nl (Erik van Linstee)
Subject: stderr problem in BC++ 3.0
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Thu, 05 Nov 1992 19:41:11 GMT

It appears that BC++ 3.0 opens stderr as write-only.
Can someone verify this as a bug and is there a patch?
Else, where do I find the code that opens stdin, stdout
and stderr so I can change it myself.

Thanks

Erik



-- 
Erik van Linstee   |   Delft University of Technology   |   I'll be back ... 
----
   We are god, 'cause only we can create the idea of his existence
   in our holy brains...  (Yello)
Newsgroups: comp.os.msdos.programmer
From: skipa@milton.u.washington.edu (Skip Albertson)
Subject: HELP: Opening & Reading Bitmap (*.BMP) Files?
Summary: HELP: Opening & Reading Bitmap (*.BMP) files?
Keywords: HELP, BITMAP, *.BMP
Organization: University of Washington
Date: Tue, 10 Nov 1992 13:26:33 GMT

I would like to open a windows bitmapped-file (*.BMP)
from Paintbrush for Windows (16(?) color, VGA screen)
and load the color-values, pixel-by-pixel, into an array.
I would like the final integer array to consist of numbers
like: 1, 16, 16, 2, 2, 2, 5 ..... etc. so that each represents
the total (RGB) color present at each pixel.  I'm writing code
in FORTRAN although QBASIC or C suggestions would be helpful
as well.

Why is it so hard to find structure info on *.BMP files?

OPEN (7, status='old', mode='binary',file='image.bmp')
read(7,100)
100  format (???????)

Thanks in advance for your help!

alberts@apl-em.apl.washington.edu

Xref: sparky comp.os.msdos.programmer:10448 misc.int-property:1415
From: danodom@matt.ksu.ksu.edu (Dan Odom)
Newsgroups: comp.os.msdos.programmer,misc.int-property
Subject: Re: How to "save" behind window in graphics mode?
Date: 9 Nov 1992 22:22:58 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu
Keywords: Window Dos Graphics text save behind

danwood@netcom.com (Daniel J Wood) writes:

>I guess my ignorance in DOS programming is showing again. What's this patent?

Ask the LPF (ftp to prep.ai.mit.edu and get the files pub/lpf/patent-list and
mit.announcement).  Basically, AT&T thinks that it owns the technique
that you used.

>And does this mean that somebody's gonna come breathing down my neck if 
>write an application with windows?

Possibly.  I think that they're suing the X Consortium (sp) over it now...

-- 
Dan Odom
Kansas State University
danodom@matt.ksu.ksu.edu
Xref: sparky comp.os.msdos.programmer:10357 comp.msdos.programmer:84 comp.os.ms-windows.programmer.tools:1337
From: furballs@sequent.com (Paul Penrod)
Newsgroups: comp.os.msdos.programmer,comp.msdos.programmer,comp.os.ms-windows.programmer.tools
Subject: Re: BC++ far* default in medium model
Date: 5 Nov 92 08:46:56 GMT
Article-I.D.: sequent.1992Nov5.084656.10427
Organization: Sequent Computer Systems Inc.

In article <1992Nov5.053551.20533@emr1.emr.ca> jagrant@emr1.emr.ca (John Grant) writes:
>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. 
>>
>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?
>
By explicitly declaring a variable, array, pointer, structure, etc.
to be far the compiler forces it into another data segment, thus
you can achieve more than 64k of TOTAL global storage by this
method. If you want to have arrays or structures that explicity
store > 64k of data in one instance then you have to use the HUGE
model, which, under the Borland Compiler, makes use of 32 nit
normalized pointers. By normalized, they mean a linear 32 bit
address that refers to only one place in memory. Under the segment
offset method, several variations of the segment:offset address can
point to the exact physical location in memory.

If you have the Borland C++ 3.0 or 3.1 compiler, look on page 344
to 346 of the Programmer's Guide and it does give a good, albeit
cursory explaination of pointers and how those versions of the
compiler handle them and the advantages, plus drawbacks to each.

Good Luck...

...Paul


-- 
--------------------------------------------------------------------
            Bureaucracy: noun, plural - Bureaucracies.
         The process of turning energy into solid waste.
---------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: COMPILING SPEED
Organization: Queen's University
Distribution: na
Date: Fri, 6 Nov 1992 22:22:54 GMT

In article <dmurdoch.253.721061938@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>Why do people accept such slow compile times?  Turbo Pascal demonstrates 
>that fast compiler technology exists.  Is C++ five times harder to compile 
>than TP?

Someone from Borland pointed out to me that C++ is indeed a much 
more complex language than TP, but the main thing is that the C++ language 
is not under Borland's control.  Borland can pick and choose features for 
Turbo Pascal with an eye to compiler efficiency, while someone else chooses 
what goes into C++.  Another consideration that comes from the size of C++ 
is that it's hard to fit the compiler in real mode memory; DPMI slows it 
down.  I'd tend to discount this; TP for Windows runs in protected 
mode nearly as fast as TP for DOS runs.  Finally, C++ includes more 
optimizations than TP - but even with those turned off, it runs much slower.

One consequence of this that wasn't mentioned, but which is probably really 
the reason for TP's superior speed, is that the TP compiler is written in 
hand-optimized assembler.  Because C++ is so big, and because it's liable to 
change under someone else's control, it has to be written in a high level 
language.  (I'd assume C, with low level service routines in assembler; can 
anyone confirm or deny that?)  


Duncan Murdoch
dmurdoch@mast.queensu.ca
From: morley@camins.camosun.bc.ca
Newsgroups: comp.os.msdos.programmer
Subject: 386 Assembler Question - Easy one...
Date: 10 Nov 92 00:29:31 GMT
Organization: Camosun College

Ok.  Ultra-simple assembler question for you guys...

In 386 assembler I need to fill an extended register with 4 copies
of the same byte.  Right now I'm using the following:

   mov  al,VALUE
   mov  ah,VALUE
   shl  eax,16
   mov  al,VALUE
   mov  ah,VALUE

I'm curious... is there a better/faster way to stuff the register?

MARK
morley@camins.camosun.bc.ca
From: furballs@sequent.com (Paul Penrod)
Newsgroups: comp.os.msdos.programmer
Subject: Re: COMPILING SPEED
Date: 7 Nov 92 08:52:41 GMT
Article-I.D.: sequent.1992Nov7.085241.19340
Distribution: na
Organization: Sequent Computer Systems Inc.

In article <dmurdoch.253.721061938@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <1992Nov6.102017.17897@sequent.com> furballs@sequent.com (Paul Penrod) writes:
>>>Q: Is compiling under C++ inherantly slower than C??
>>
>>Yes, always...
>>C++, because of its very nature, contains quite a bit of overhead,
>>since the compiler must resolve such cuties as polymorphism,
>>inheritance, and the like.
>
>But Turbo Pascal has all of those, and is much faster than any C or C++ 
>compiler I've ever seen.  
>

The original posting was between C and C++. Turbo Pascal does not
figure into this at all.

>>With your compile times under a minute, I dont think you can
>>optimize all that much, nor should you have much to complain about.
>>Now, on one of the project I am working on, it takes about 45
>>minutes to compile 7 megs or source, broken up into 15
>>subdirectories, and several hundred files. 
>
>I don't have any projects that big to compare, but the compile + link time 
>for a project with 350K of source (1/20th of yours) is 9 seconds
>under TP (1/300th of your time, assuming you were including 
>linking, i.e. 15 times as fast).  
>
>>The fastest optimization came when I switched away from a 386 and
>>went to a 486/33 from a 386/25. The compile times are now down to a
>>more reasonable 15 minutes.
>
>My timing was on a 486-25 system, without paying any special attention to 
>optimization. Still it was 5 times faster than your compiler.
>
>Why do people accept such slow compile times?  Turbo Pascal demonstrates 
>that fast compiler technology exists.  Is C++ five times harder to compile 
>than TP?
>

I could make the same case for TASM, since it compiles
significantly faster than anything else, but that does not mean I
want to use Intel assembly to solve my problem.

In terms of complexity in compilation, C and C++ is more difficult
to compile, because of the extreme flexability of expression that
is relatively curtailed in the Pascal Language, even with the more
C like extensions that Borland has graced it with. As to whether it
is 5 times harder to compile, that is an open question that one of
the engineers at Borland would be able to answer; but we, not
having access to the source code, could only speculate upon.


-- 
--------------------------------------------------------------------
            Bureaucracy: noun, plural - Bureaucracies.
         The process of turning energy into solid waste.
---------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: daigle@APOLLO.HP.COM (Joe Daigle)
Subject: Re: What is MicroSoft's usenet address?
Date: Wed, 11 Nov 1992 20:17:56 GMT
Reply-To: daigle@apollo.hp.com
Organization: Hewlett-Packard Company, Chelmsford, MA

In article <1992Nov11.183045.3976@mksol.dseg.ti.com>, mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
 
|> $60/hr isn't enough to cover the cost of having a guy answer the
|> phone?  Lemme see now, that's around $10,800 a month.  Hell, if MS
|> wants to pick up the cost of putting in the phones and stuff, I'd work
|> for $11k/month.


Come on, do you really think that all it costs a company is what they
pay you for your salary?  I think not.  Remember your health care?
How about putting a roof over your head all day?  Oh, yes, and insurance
so when you slip, fall, and sue your company for all their worth.


I believe (and I know I will be corrected!  :-) ) that if you have a 
60K salary, then, in reality, you probably cost the company in the
120K range.


Joe
Newsgroups: comp.os.msdos.programmer
From: mtl92205@dit.upm.es (Pablo Varela)
Subject: Re: TC++, how to add additional libraries
Organization: UUES, Asociacion de Usuarios de UNIX, Spain
X-Newsreader: Tin 1.1 PL4
Date: Thu, 12 Nov 1992 16:36:39 GMT

rickt@aruba.UUCP (Rickey Thomas Tom) writes:
: This is a simple question. I want to use the integrated environment of Turbo C++. I  want to know if there is a way to explicitly link in additional (NON-
: STANDARD) libraries. I have done it using MAKE files but I prefer to use the
: integrated environment. I have included the libraries in \tc\lib but the 
: program does not find the new libraries.
:

	I think that you have to define them in your project, but I'm
not really sure.

				Pablo Varela. 
Xref: sparky comp.os.msdos.programmer:10587 rec.games.programmer:4665 comp.sys.ibm.pc.soundcard:3723
From: general_user@uk.ac.uea.sys
Newsgroups: comp.os.msdos.programmer,rec.games.programmer,comp.sys.ibm.pc.soundcard
Subject: Re: Looking for SB programming info
Date: 13 Nov 92 11:52:01 GMT
Organization: School of Information Systems

In article <1992Nov10.012407.23080@jarvis.csri.toronto.edu> ematias@csri.toronto.edu (Ummm... me!) writes:


>Hello folks,

>   Can anyone point me to sample ASM/C source code (or better yet, a C
>function library) which will allow me to play digitized sound samples
>through a Soundblaster card?  I am writing a VGA arcade-action game on my
>MSDOS system, and would like to add more than just the silly bleeps that the
>PC is (in)famous for.
>   I got a copy of the SBF library and have had a lot of difficulty with it
>(could just be the fault of my system), so right now I'm looking for
>alternate sources.

>   Any help would be GREATLY appreciated.  Please e-mail me (preferably), or
>post for the world to see if you deem it to be net-worthy.  If I get a lot
>of responses, I'll post a summary.


>   Thanks,

>     - Mark Rosteck -
>(ematias@csri.toronto.edu)
>(g1marker@cdf.toronto.edu)

I found a whole load of stuff on the SIMTEL archive in MSDOS.SOUND called 
SBF.ZIP.  It's a C library of FM and wave drivers.  It looks pretty 
comprehensive, though I haven't had time to play with it yet.


Hope this helps!

Stephen Baxter

U9118802@cpc780.uea.ac.uk
From: tmorgan@andromeda.rutgers.edu (Talib K. Morgan)
Newsgroups: comp.os.msdos.programmer
Subject: HELP PLEASE!!!
Summary: Trying to select text
Keywords: help windows
Date: 11 Nov 92 14:41:29 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

I have tried to post this message twice in the group comp.os.ms-windows.programmer.misc.  However, that has been to no avail.  I hope that someone here will respond.  I would like to be able to write a program that allows a user to select a word that is part of a particular piece of text(i.e. I might want the user to be able to select the word fox in the sentence "The quick brown fox jumped over the lazy sleeping dog.")  What I am looking for would be similar to the way that hypercard/hypertext works.  Onc


e the user clicks on the word, further information on that word would be given.  Can anyone here tell me how it can be done in Windows.  Or even DOS, for that matter.  Maybe I can figure out how to port it.  

Thanks,
Talib
tmorgan@andromeda.rutgers.edu
Newsgroups: comp.os.msdos.programmer