HDTenEightyP/NetNews huggingface dataset:
From: bobmon@sandshark.cs.indiana.edu (Bob Montante)
Newsgroups: comp.os.msdos.programmer
Subject: Re: changes to exe (binary) file
Date: 30 Jul 92 17:35:08 GMT
Organization: dyskaryotic

One approach is to organize your changeable information in a structure
that has some simple tag, such as an ASCII character string, at the
beginning.  (A version I.D. would work well.)  Then your configuration-
changing program can simply search the executable for that ASCII character
string, and make changes at known locations relative to the string.  If
you don't *find* the string, then it's the wrong executable, or it's
been compressed, or something else has changed in it (which probably
means it can't be altered anyway).  As long as you preserve the data
structure, your configuration program should (may) work with subsequent
versions of your executable program.

Claimer:  I thought up this idea for use in my HP-00 calculator program,
and others may have thought of it too; so don't try to patent it.  If
you're really impressed with it, use my name as the ASCII string :-)

-bob,mon.
Newsgroups: comp.os.msdos.programmer
From: dao@d62iggy.mitre.org (David A. Ondzes)
Subject: Help with Borland Debugger
Reply-To: picasso@bass.bu.edu
Organization: The Mitre Corp., Bedford, MA.
Distribution: comp.os.msdos.programmer
Date: Wed, 29 Jul 1992 14:33:32 GMT


I have a program that is giving me a float point errer, divide by zero.
Is there an easy way to see where in the code this problem is happening ?

I am new to the debugger and have not had a chance to read the whole manual,
I sorta of learning things as I need them. 

Thanks
David
Newsgroups: comp.os.msdos.programmer
From: willimsa@unix1.tcd.ie (WHY??)
Subject: Re: Help reading a DOS file
Organization: Trinity College, Dublin
Distribution: comp.os.msdos.programmer
Date: Sat, 25 Jul 1992 11:35:48 GMT

In <DAO.92Jul22104319@d62iggy.mitre.org> dao@d62iggy.mitre.org (David A. Ondzes) writes:


>I need some help. One of my games writes it data to a file, and I would
>like to read this file. When I type the file to the screen it shows up
>as a bunch of happy faces etc ... so I am assuming it is a binary file.
>Is this correct assumption ? I can make out some text in the file. I have
>looked at the file with various hex edit programs to find out where the data
>I want is.
> 
>	How do I read in the data ? I tried using fscanf(fd,"%x",&int). I would
>like to be able to read in 2 hex digits at a time, because this is how I
>saw the file with the hex editors mentioned above.

>	Any help involing reading files that are not ascii text would also
>be appreciated.

There is a program called eddy6c1.zip , I think, and it disables the 8th
bit when it looks at files, thus converting high code letters into lower 
ones, it might help you.  It is available at garbo and simtel, in, I think
the /pc/dirutil and pd1:<msdos.dskutl> directories respectively.
Xref: sparky comp.os.msdos.programmer:7989 comp.sys.ibm.pc:308
From: aki@cruzio.santa-cruz.ca.us
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc
Subject: Call for Beta Testers!
Keywords: Beta test a new diagnostics program!
Date: Mon, 20 Jul 92 22:37:21 PDT
Reply-To: aki@cruzio.santa-cruz.ca.us
Distribution: usa


A new PC diagnostics program is entering its final beta testing
stage in mid-September.  I still need about a dozen beta testers
to check it out.
 
THERE IS NO GUARANTEE THAT THIS PROGRAM WILL NOT DAMAGE YOUR
COMPUTER.  The only incident has been a badly cooled 50 MHz 486
that reportedly ceased to function during the maximum system
load test (but then;  OS/2 on that computer would have done the
same).  Release from any liability is part of this beta testing
concept.
 
The program will test PC hardware for failures and weak components.
Areas tested include CPU, CoCPU, IRQ's, DMA, Keyboard, COM ports,
LPT ports (with loopback plug), CRT adapter, fixed disk(s), floppy
disk and so on.  There's also a maximum system load test that will
find any weakspots in the system during a run'em-all-at-once -type
test.
 
Interactive tests can be performed on the CRT, CRT controller,
mouse, keyboard and joystick, among others.
 
System information routines include IRQ and DMA use, devices,
memory use, logical block device map, physical drive map, VGA
identification and others.
 
IF YOU ARE INTERESTED,  please let me know by dropping a line
to aki@cruzio.santa-cruz.ca.us (that's me) with your name,
address,  phone number and a description of the system(s) you
can test the program on.  I will hand pick those who make it.
The main factor will be an even mix of different systems from
the PC/XT level up to 486's.  I would appreciate responses
from only those who have time to look at the program (unlike
myself who has taken part in many beta-tests,  but rarely had 
time to really evaluate a product).  The program will be mailed
via the U.S. Postal Service,  thus ONLY APPLICANTS IN THE U.S. 
can be included.
 
Any information you e-mail me will be held confidential,  not
released to outside parties,  not used in any marketing,  and
those which are not selected for beta-testing will be destroyed.
 
My connection to the software is that of the humble programmer
who has put it all together.
 
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: henryg@kullmar.se (Henry Gessau)
Subject: IRQ 9 instead of IRQ 2 on ISA bus
Summary: IRQ 9 mapped to IRQ 2 on ISA bus?
Keywords: IRQ ISA bus interrupt detection
Organization: Firma Bo Kullmar Datakonsult
Date: Fri, 31 Jul 1992 09:38:43 GMT



 
Someone told me the other day that some (most?) PCs with an ISA bus
have the IRQ 9 signal connected to the pin on the bus slots that is
designated for IRQ 2. This is quite a logical thing to do as there is
no point in having IRQ 2 on the bus for AT class machines.
 
How common is this?
Can it be detected by software?

-- 
Henry Gessau          henryg@kullmar.se
-- 
Henry Gessau          henryg@kullmar.se
Newsgroups: comp.os.msdos.programmer
From: hbj@engrserver.uark.edu (Bernard Johnson)
Subject: Re: FILE LOCKING UNDER MS-DOS
Organization: University of Arkansas
Date: Wed, 29 Jul 1992 14:12:00 GMT

scott@mycro.UUCP (Scott C. Sadow) writes:

>This should be able to be done by just loading SHARE on all machines
>involved. (SHARE implements DOS's file/record locking)

You must still do the locking /checking yourself.  SHARE only gives you
the means to do so.


Bernard Johnson
hbj@uafstl.uark.edu
From: marcap@concour.cs.concordia.ca (PAWLOWSKY marc)
Newsgroups: comp.os.msdos.programmer
Subject: Borland BIDS
Summary: doesn't work
Date: 23 Jul 92 03:13:30 GMT
Organization: Concordia University, Montreal, Quebec

Has anybody managed to get the Borland BIDS library to work.  I have
just started playing with it, and typed in the 13 line program on
page 231 of the programmers guide (labeled Tuning an Application)
and it bombs missirably in compiling.  (Yes I added an include
statement for stacks.h.)  Has anybody managed to use the thing?

Please send e-mail and I'll summarize.

Marc Pawlowsky
Newsgroups: comp.os.msdos.programmer
From: sppp@hippo.ru.ac.za (Prof P Piacenza)
Subject: BIOS INTERRUPTS
Keywords: Serial Comms
Organization: Rhodes University, Grahamstown, South Africa
Date: Wed, 22 Jul 1992 11:47:40 GMT


I have come across what appears to be a confusing discrepancy.
In Terry Dettmann's book "Dos Programmer's Reference", Que Corp.,
1988; (an excellent book in my opinion),

on page 425 it states that:
      BIOS Interrupt 0Bh is used by COM1 & COM3 on the PC & XT,
      & is used by                  COM2 & COM4 on the AT.


      Similarly on page 426 it states that:
      BIOS Interrupt 0Ch is used by COM2 & COM4 on the PC & XT,
      & is used by                  COM1 & COM3 on the AT.

I have a terminal emulation program that is hard-coded for COM1,
but uses Interrupt 0Ch.  This program works on both PC and AT
class machines!

Also I believe that most PC/XT bioses do not support COMs 3 & 4.

Since I am trying to write a terminal emulation program, I need to have
this discrepancy sorted out.  Can anybody enlighten me?

-- 
	 L.Piacenza - Chemistry Department - University of Transkei
	 Internet: sppp@hippo.ru.ac.za  Tel. 27-471-3022384
	 Internet: chpp@unitrix.utr.ac.za
From: SBROWN@ASTRO.CS.HH.AB.COM (Stan Brown)
Newsgroups: comp.os.msdos.programmer
Subject: Problems with FAQ posting
Date: 23 Jul 92 18:09:27 GMT


PLEASE: Don't reply to this message; I'm sending it from a temporary
        account.  My regular email address is "brown@ncoast.org".

Fellow DOSers:

Apologies for problems in this month's FAQ posting.  It goes in eight
parts (four diffs, then the four main files).  The system crashed
somewhere between part 1 and part 3 of the diffs; then when it was back
up the queues wouldn't accept either the rest of the articles or
cancellations of the parts already sent.

I apologize for the mixup.  If you're waiting for the current FAQ list,
please be patient.

The current FAQ list is available as faqp9207.zip at garbo; see the 
announcement in comp.binaries.ibm.pc.archives.

Stan Brown, brown@ncoast.org

PLEASE: Don't reply to this message; I'm sending it from a temporary
        account.  My regular email address is "brown@ncoast.org".
Newsgroups: comp.os.msdos.programmer
From: kaustine@nbrwh30.bnr.ca (Mathew Kaustinen)
Subject: Re: Looking for sscanf() source
Organization: Northern Telecom, Bramalea, Canada
Date: Thu, 30 Jul 92 23:16:23 GMT

In article <6P6ooB1w164w@argus.CAM.ORG> paul@argus.CAM.ORG (Paul Mainville) writes:
>I am looking for the source of the standard library sscanf() function.
>I do not need to do floating point, just ints, long, hex, decimal.
I would think that you have two alternatives;
     1) Use a debugging tool and see how it is implemented
        by your compiler OR
     2) Use the excellent UCR Standard Library

The first option would probably not be very informative and there
are likely legal matters involved.

The second option however provides documented and well explained
functions for a whole slew of functions written specifically for
assembler (including Scanf, Printf, Malloc etc.). It is available
from anonymous FTP: UCRMATH.UCR.EDU and more info is available in
DR. Dobbs Journal, March 1992.
YOU may call me if you have any questions.

-- I Am NOT an official spokesperson for Northern Telecom --
Mathew A. Kaustinen          |      ESN:   (333) 2066
Field Service Engineering    |      PHONE: 416-452-2066
Northern Telecom, Bramalee   |      PAGER: 416-378-3246
-- 
Mathew A. Kaustinen          |      ESN:   (333) 2066
Field Service Engineering    |      PHONE: 416-452-2066
Northern Telecom, Bramalee   |      PAGER: 416-378-3246
Newsgroups: comp.os.msdos.programmer
From: tpradeep@cs.tamu.edu (Pradeep K Tapadiya)
Subject: Help needed with graphics cursor
Organization: Computer Science Department, Texas A&M University
Date: Fri, 24 Jul 1992 19:18:29 GMT

Howdy netters,

I am trying to develop a routine to edit text in graphics mode.

Background:

MSC 7.0 
Miscrosoft supplied graphics library
The mode under consideration is 640*480*16 VGA mode.

As part of the routine, I need to display a cursor on the text so that
the user knows which position of the text is being edited and
accordingly can use keys like INSERT, DELETE, LEFT, RIGHT etc. A
flashing vertical line between the characters would suffice for this
purpose.

The problem is, there doesn't seem to be any cursor routine defined
in the microsoft graphics library. I tried using int10h services
for change cursor size and shape (01h) and set cursor position (02h).
But nothing appears on screen and the return values for these services
are not defined either.

Can someone suggest me where I am going wrong, or if there is an
alternate solution to this problem.

Thank you for your help.

Pradeep
tpradeep@cs.tamu.edu

PS: Microsoft Windows uses a flashing vertical line for editing purposes.

Xref: sparky comp.os.msdos.programmer:8103 alt.msdos.programmer:2076
From: phil@cs.utexas.edu (Philip Smolen)
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
Subject: Re: BC++ 3.0 (Help !): Can't load Windebug.dll
Date: 26 Jul 1992 23:39:54 -0500
Organization: U Texas Dept of Computer Sciences, Austin TX
NNTP-Posting-Host: muleshoe.cs.utexas.edu
Keywords: BC++ 3.0

In article <1992Jul27.022450.8333@uniwa.uwa.edu.au> iwirawan@tartarus.uwa.edu.au (Indra Wirawan) writes:
> I just installed BC++ 3.0 and everything looks fine except Turbo
> Profiler for Windows and Turbo Debugger for Windows. Here is my

Let me guess:  Windows 3.1?  I think this is one of the things that Borland
fixed in Borland C++ 3.1.  I had the same problem, but when I upgraded my
compiler, the problem went away.

					--Phil



Newsgroups: comp.os.msdos.programmer
From: tfiske@qualcom.qualcomm.com (T.J. Fiske)
Subject: 8237A DMA Chip on the PC
Keywords: 8237A DMA Chip on the PC
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 21 Jul 1992 18:21:21 GMT

I am posting this for a friend please send E-mail to him at....
calvin@mpl.UCSD.EDU (Calvin Ly)

The question is:

The 8237A DMA chip on the PC:

on the AT and higher models, there are 8 dma channels.
I need to program channel 5, since I need to do 16 bit
dma transfers.  Anyways, to progam the target address
correctly, it needs a "page" address at port 0x8b.
What is this page address, and how can I do an address
translation to obtain this page number from
a data pointer.  The data pointer's memory space is allocated
using the "halloc()" under Microsoft C 5.1 which returns a
32 bit address.  And how can at obtain the base address from
this data pointer to send to port 0xc6.

i.e.
	unsigned short huge * dmaptr;
	dmatrp = (unsigned short huge *) halloc( 8196L, 2);

Thanks for the help,

-- T.J. Fiske

------------------------------
QUALCOMM, Inc.
Room A-230                      E-Mail: tfiske@qualcomm.com
10555 Sorrento Valley Rd.       Phone:  (619) 587-1121 x5763
San Diego, CA 92121-1617

Newsgroups: comp.os.msdos.programmer
From: bbrown@infonode.ingr.com (Bailey Brown)
Subject: stop CTRL_P for doing printscreen?
Organization: Intergraph Corporation, Huntsville, AL.
Date: Thu, 30 Jul 1992 04:12:20 GMT

I am writing a program and I want to use the CTRL_P key combination
in it.  I am using bioskey() to read keys.  When I press "ctrl-p"
my program does not see it, and when I exit my program, I get an
"abort retry fail ignore" message because the printer isn't turned
on.  At first I thought 4dos was up to something, but the docs say
that ctrl-p is intercepted by the bios and has something to do
with printscreen.  I there any way to get around this behavior?

------------
Bailey Brown                               "Above all else, confusion reigns."
Intergraph Corporation                                  
bbrown@casca.b11.ingr.com                              Procol Harum
Newsgroups: comp.os.msdos.programmer
From: danc@penguin.geog.ubc.ca (Dan Ciarniello)
Subject: Re: Borland C++ 3.0 scanf()/gets() 'bug'.
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Fri, 24 Jul 1992 20:22:51 GMT

To all those who responded to my problem with scanf and gets:  Thanks for the help.

The most frequent answer was to use scanf("%s\n", var) instead of scanf("%s", var)
the theory being that this forces scanf to read (and discard) the newline character
that's still in the input stream.  This seems to agree with the description of how
scanf works that is in the Borland manuals.  

Unfortunately, this doesn't work as advertised.  Instead, scanf waits for more input.  
This input is then left in the input stream for the next function that reads the 
input stream.  In essence, the problem is the same as before.  I have verified this 
with Borland C++, System V cc and AIX xlc.  

The solution was provided by Jim Van Zandt:  use gets and sscanf.
(This is also mentioned in the manual under scanf but I missed/ignored this advice
the first ten times I read it)  
Ie:

     gets(strvar);
     sscanf(strvar, "%s", var);

sscanf works similarly to scanf except that it takes input from strvar rather than
stdin.  This combination works with all three of the above mentioned compilers.

Dan.
Newsgroups: comp.os.msdos.programmer
From: tr@samadams.princeton.edu (Tom Reingold)
Subject: need anti-snow technique for blitting to video
Organization: Noo Joizy, USA
Date: 27 Jul 92 01:19:04 GMT

I am blitting text to the screen in an application I am writing.  Some
users will have old CGA displays and get snow when text is blitted.
Could someone tell me the technique for preventing the snow?  I
remember that it is a matter of waiting for some event to occur, but I
never learned the details.

Thanks.
--
        Tom Reingold
        tr@samadams.princeton.edu  OR  ...!princeton!samadams!tr
        "Warning: Do not drive with Auto-Shade in place.  Remove
        from windshield before starting ignition."
From: ifai645@ccwf.cc.utexas.edu (Paul C. Janzen)
Newsgroups: comp.os.msdos.programmer
Subject: BC++ 3.0--general protection fault???
Date: 24 Jul 92 05:22:56 GMT
Organization: The University of Texas at Austin, Austin TX

I've had a heck of a time tracing this one down, but the following code
fragment totally trashes either the IDE or the command-line compiler. 

Is an error message too much to ask for?

I'd appreciate it if one or two of you could see if you get the same
results I do. Also, if you can figure out something inherently wrong
with this code, let me know. 

------
#include <\bc\classlib\include\strng.h>

class test {
public:
	test(String &s1, String &s2):
		 sa(s1),  sb(s2) {}
private:
	String sa;
	String sb;
};

test t1( "hi", "there"); // the compiler should construct 2 Strings on the fly
			 // to pass to test::test

int main(){}

------

And here's the screen after it finishes compiling and begins to link:


EXCEPTION 13:general protection fault at 0A7F:03C0 error code 4154
             ax=4144,bx=003A,cx=0000,dx=4154,di=0010,si=0001
             ds=05C7 limit=FFFF segment# 004C C:\BC\BIN\BC.EXE
             es=19C7 limit=1107 segment#      
             cs=0A7F limit=103A segment# 00AF C:\BC\BIN\BC.EXE
             ss=05C7 limit=FFFF segment# 004C C:\BC\BIN\BC.EXE
             error code=4154 limit=INVL segment#     
             strike any key to continue

How annoying....This happens under both OS/2 and DOS, with all kinds 
of memory settings. If you only have one String, it doesn't happen. If
you pass the whole String, instead of a reference, it doesn't happen. 

Thanks for your help.

------------------------------------------------------------------------
Paul C. Janzen                You can create your own opportunities this
ifai645@ccwf.cc.utexas.edu    week.  Blackmail a senior executive.
------------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer,news.answers
From: brown@NCoast.ORG (Stan Brown)
Subject: comp.os.msdos.programmer FAQ diff 3 of 4
Expires: Wed, 19 Aug 1992 15:54:22 GMT
Organization: Oak Road Systems, Cleveland Ohio USA
Date: Sat, 25 Jul 1992 15:54:21 GMT
Followup-To: comp.os.msdos.programmer

Archive-name: msdos-programmer-faq/diff3
Last-modified: 21 July 1992


Please see part 1 for explanations.

- 12>Last-modified: 25 June 1992
+ 12>Last-modified: 19 July 1992

+ 20>            Copyright (C) 1992  Stan Brown, Oak Road Systems

-113>    only DOS (as far as I know) uses the backslash in directory paths.
+115>    only DOS (and Atari ST/TT running TOS, I'm told) uses the backslash
+116>    in directory paths.

+300>    A third approach is to bypass DOS functions entirely and use the
+301>    BIOS printer functions at INT 17.  If you also fprintf(stdprn,...)
+302>    in the same program, you'll need to use fflush( ) to synchronize
+303>    fprintf( )'s buffered output with the BIOS's unbuffered.

-493>    doesn't, you can use INT 21 function 4D (get return code).
+500>    doesn't, you can use INT 21 function 4D (get return code).  By the
+501>    way, this will tell you the child's exit code and the manner of its
+502>    ending (normal, Ctrl-C, critical error, or TSR).

-- 
Stan Brown, Oak Road Systems                      brown@Ncoast.ORG
From: Oliver.Otto@f2006.n241.z2.fidonet.org (Oliver Otto)
Newsgroups: comp.os.msdos.programmer
Subject: Probs using GNU and the Libs :-(
Date: 19 Jul 92 14:22:52 GMT
Article-I.D.: fast.711745200.F00003

Hello All!

I am using the GNU C++ compiler under OS/2 and have lot's of trouble with
the libaries. Some days ago when I start installing GNU C++ all went fine
but know I always get this message

D:SPRACHE\GCC\g++include-/_G_config.h:72: warning: unknown escape
sequence'\S'
D:SPRACHE\GCC\g++include-/_G_config.h:72: warning: unknown escape sequence
'\G'
D:SPRACHE\GCC\g++-include-/G_config.h:72: warning: unknown escape sequence
'\g'
In file included from D:SPRACHEGCCg++include-iostream.h:25, from
D:SPRACHEGCCg++
It ist just a simple TEST prog with only one include <stream.h> -
Heeeeelllp


Oliver

   _____  _____   _____   ___
  / _  / /  __/  /  __/  /  /  Oliver Otto
 / // / __\ \   __\ \   /  /   FIDO:     2:241/2006
/...././..../. /..../. /../.   INTERNET: OLIVER.OTTO@OSSI.FIDO.DE
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@QueensU.CA (Duncan Murdoch)
Subject: Re: Easy Way To Determine STACK/HEAP Allocations In An .EXE?
Organization: Queen's University, Kingston, Canada
Date: Wed, 29 Jul 1992 13:07:55 GMT

In article <Bs5HMv.MEE@knot.ccs.queensu.ca> dmurdoch@QueensU.CA (Duncan Murdoch) writes:
>In article <-=nm_r_.westes@netcom.com> westes@netcom.com (Will Estes) writes:
>>Is there some easy way to determine the local stack and heap allocations
>>in an .EXE file?  To my surprise, the DOS EXEHDR utility seems to let
>>you change these parameters in an .EXE, but it doesn't seem to give a
>>way to determine what those values are.  

>Borland languages come with a program called TDUMP that'll show you the
>.EXE header.  

You don't need to use TDUMP - EXEHDR will display the current header if
you give it no options.  For example, 

C:\TEST exehdr test

Microsoft (R) EXE File Header Utility  Version 2.01.003
Copyright (C) Microsoft Corp 1985-1990.  All rights reserved.

.EXE size (bytes)         de2
Magic number:             5a4d
Bytes on last page:       0190
Pages in file:            0004
Relocations:              0007
Paragraphs in header:     0004
Extra paragraphs needed:  042c
Extra paragraphs wanted:  a42c
Initial stack location:   00a1:4000
Word checksum:            0000
Entry point:              0000:0000
Relocation table address: 001c
Memory needed:            19K


Duncan Murdoch
dmurdoch@mast.queensu.ca
From: dbushong@wang.com (Dave Bushong)
Newsgroups: comp.os.msdos.programmer
Subject: Re: InfoWorld?
Date: 31 Jul 92 13:17:51 GMT
Organization: Wang Labs, Lowell MA, USA

sorrow@maple.circa.ufl.edu writes:


>Anyone know how I can get a subscription to InfoWorld?  It seems that all my

Call them at (800) 457-7866

Dave
-- 
==========================================================================
Dave Bushong, KZ1O@K1UGM.MA         + 
Wang Laboratories, Inc.             + B-A-BAY, B-E-BEE, B-I-BICKY-BYE
Internet: dbushong@wang.com         +   B-O-BO, Curly's a DOPE! (not)
==========================================================================
From: sorrow@maple.circa.ufl.edu
Newsgroups: comp.os.msdos.programmer
Subject: InfoWorld?
Date: 27 Jul 92 16:22:18 GMT
Reply-To: sorrow@maple.circa.ufl.edu
Organization: Center for Instructional and Research Computing Activities


Anyone know how I can get a subscription to InfoWorld?  It seems that all my
friends who DON'T want it get it, but I have no idea how to get it and I
REALLY want to get a subscription.  PC Week would also be nice.  I don't
have access to any copies, so I don't even know who to write/call.

Brian