HDTenEightyP/NetNews huggingface dataset:
From: thor@arrakis.denver.co.us (Robert B. Hood)
Subject: Re: Bug of Turbo C 2.0?
Keywords: Turbo C
Organization: Bob's Programming Paradise, Lakewood, CO, USA
Date: Fri, 17 Apr 1992 01:28:47 GMT

In article <1992Apr15.045942.9349@ux1.cso.uiuc.edu> klg0582@uxa.cso.uiuc.edu (Ken-Huang Lin) writes:
>
>  I was writing a program using Turbo C 2.0.  The program seemed to be
>working.  However, after I moved part of the code into a function, it
>gave me this run-time error message when the program reached the same
>code now in the function:
>
>"scanf: floating point formats not linked"
>
>  I downloaded the patch "tc2pat.arc" and applied it.  Only some
>patches would work.  The file "patfloat.bat", which is supposed to fix
>"floating point formats not linked" problem, said "Incorrect file or
>version of program file".  (The compiler is version 2.01.)  Does
>anyone have any clue?
>

After suffering through flames, I was told that I needed to include
a FP operation or declaration for the compliler to see (like
"float  f = 1.0;").  It was then supposed to link in the required
support, and I wouldn't see the above message (or the one that
my printf was displaying).  It didn't work.

However, running the BCC command, and allowing it to automatically
link a file that contained scanf/printf FP formats with no other
referrence, worked!  I aborted the BCC command during the link
phase, and examined the ``turboc.$ln'' file that the compiler
automatically creates (and destroys).

My link file scanned libraries in this order:

             d:\bcc\lib\cl+
             d:\bcc\lib\mathl+
             d:\bcc\lib\emu

however, changing the order to that appearing in the
``turboc.$ln'' file:

             d:\bcc\lib\emu+
             d:\bcc\lib\mathl+
             d:\bcc\lib\cl

made my program work perfectly -- without any kludgy constants
or procedures.

Try it.

>Ken H. Lin
>khlin@uiwpls.ece.uiuc.edu

Bob
-- 
Bob Hood    thor@arrakis.denver.co.us     H: 303-980-8392  W: 303-236-8959
---------------------------------------------------------------------------
           If a program is useful, it will have to be changed.
         If a program is useless, it will have to be documented.
From: nlonginow@falcon.aamrl.wpafb.af.mil
Newsgroups: comp.os.msdos.programmer
Subject: y
Date: 8 Apr 92 11:52:20 EST
Organization: USAF AL/CFH, WPAFB, Dayton, OH

Keywords: debuggers, runtime errors

Under VAXC runtime errors result in a listing of the last several subroutines
executed prior to the failure. This is terrific, in that you can trace
down to the actual routine in which the bomb blew up. Very helpful.

Is there a compiler or debugger available which offers this ?
It does not seem that Borland C++ (2.0) offers this ...
BTW, I dont do windows programming ...

-- 
Nick Longinow
Armstrong Lab
Human Engineering division


"The opinions and views expressed here are strictly my own and do not 
necessarily reflect the official position of either the U.S. Air Force 
or its contractors. "  You should think otherwise ?
From: cornet@duteca.et.tudelft.nl (Jan-Pieter Cornet)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Can BC 3.0 be made to run on a computer with 1M of RAM?
Date: 17 Apr 92 00:24:12 GMT
Organization: Delft University of Technology, Dept. of Electrical Engineering

joe@proto.com (Joe Huffman) writes:

>kibirev@csa.bu.edu (oleg kibirev) writes:

>>I have a 286 with 1M of RAM & no place to put more memory. The

>>Now the question. I've never written protected mode programs, but I
>>think that if BC 3.0 is using DPMI, it should be possible to give
>>it as much "extended memory" as it wants by swapping to the disk. Is
>>there a program to replace DPMILOAD that will do this?

>A '286 machine can't implement DPMI.  Sorry...
YES IT CAN!

DPMI is perfectly compatible with a '286. It is VCPI that needs at least
a '386.

But the trouble is, answering the original poster: BC 3.0 wants "real"
memory to run in. You cannot execute directly from a file on disk. It
should be in memory. Period.
 
(To keep the nitpickers away: yes, I know the '286 has limited support for
virtual memory too. You think it is possible? OK, then write a '286
DPMI implementation that supports virtual memory. Yes, of course this will
be 1000x slower. What did you say? Too much work for too few gains?)

-- 
-- Jan-Pieter
cornet@duteca.et.tudelft.nl
From: c60a-km@congo.Berkeley.EDU (Ahmon Dancy)
Newsgroups: comp.os.msdos.programmer
Subject: System Startup location
Date: 7 Apr 92 01:29:48 GMT
Organization: University of California, at Berkeley


Greetings.  I need to know how to determine the address of the first
code that gets executed when the computer gets turned on.  I imagine
that's somewhere in segment F000.  Can anyone help?  Email replies.
From: nevries@accucx.cc.ruu.nl (Nico de Vries.)
Newsgroups: comp.os.msdos.programmer
Subject: Re: What will I lose?
Date: 14 Apr 92 16:37:47 GMT
Organization: Academic Computer Centre Utrecht

In <1992Apr14.143928.18632@bwdls61.bnr.ca> space@bwdlh522.bnr.ca (Scott Pace) writes:


>After being absent from PC development for 2.5 years, I am looking at doing
>some programming for DOS.  Windows and OS/2 are not a consideration.  I
>would be doing smallish programs.

>Question:  If I buy Quick C, what do I lose out on over the full blown MSC
>package?  Does QC come with Codeview, and if so, will CV use EXPANDED
>memory for symbol tables etc (assume a 386 machine)?

>Does Borland have anything that is close in price to QC, with similar
>tools?

In your case I would considder Turbo C++ 1.01 or mix Power C. Cheap powerfull
and supported. For more details anyone feel free to email me.

>Thanks for the help.

>(amazing how much changes in 2.5 years!!!)
What scares me most is the next 2.5 years :-)

>-- 
>Scott Pace, Bell Northern Research, Ottawa, Canada, (613) 765-2631
>space@bnr.ca - the final frontier                         DoD# 650

Nico E. de Vries
-----------------------------------------------------------------------------
USENET: nevries@cc.ruu.nl                 FIDO      : 2:281/708.1  (very new) 
VOICE : +31-3404-24931 (+31-30-316931)    FAX       : +31-30-312033 
BBS   : +31-30-341401 (Nico De_vries)     COMPUSERVE: (coming)
MAIL  : Hortensialaan 45, 3702VE, Zeist, The Netherlands 

IMPORT StdDisclaimer, MyPersonalOpinion;          - O   Place reserved for
Complaints about my spelling to DEV/NUL please.    |    funny joke. Sugestions 
I work for BITECH, I don't SPEAK for BITECH.      \_/   apreciated.
From: randy@rss.dl.nec.com (Randy Bullard)
Subject: Re: Borland/EMM386.sys conflict
Organization: NEC America
Date: Mon, 6 Apr 1992 13:55:30 GMT

In article <1992Apr4.020543.23017@psych.toronto.edu>, gswan@psych.toronto.edu (Geo Swan) writes:
|> In article <_=jjp8=.resnicks@netcom.com> resnicks@netcom.com (Steve Resnick) writes:
|> >In article <1992Apr1.142138.6839@rsd0.rsd.dl.nec.com> randy@rss.dl.nec.com (Randy Bullard) writes:
|> 
|> Randy asked some questions concerning the black art of configuring
|> his config.sys so it wouldn't conflict with his BC++.
|> 
|> >>	I'm using Dr. Dos 6.0 and am having a problem using DR's
|> >>	memory manager emm386.sys with Borland C++.  When I have the
|> >>	.sys file installed (in my config.sys), and I try to bring up
|> >>	the Borland IDE (bc.exe), I get "Memory Manager not found" 
|> 	
|> Steve suggests:
|> 
|> >	Try this: Go to your Borland C "bin" directory (usually, 
|> >	C:\BORLANDC\BIN) and run DPMIINST.EXE.
|> 
|> Randy didn't say which version of BC++ he was running, Steve assumed it
|> was BC++ 3.0.  I've used both versions, and I believe I recognize his
|> error message as being one issued by BC++ 2.0.  DPMIINST.EXE is not
|> part of the BC++ 2.0 distribution.  BC++ 2.0 used something called
|> TKERNEL.exe.  Brief and woefully inadequate hints on the use of TKERNEL
|> exist on page 159 of the Borland C++ 2.0 user's guide.

Sorry I didn't specify.  I _AM_ using Borland C++ 3.0 on a 386-16 DX with
2 meg of memory under DR DOS 6.0.  The only way I have found to operate
bc.exe is to have a seperate config.sys configuration that doesn't install
EMM386.SYS at all.  I can then invoke BC.EXE with the /X flag to use all
extended as expanded.  Fortunately, DR DOS makes it very easy to maintain
and use multiple configurations.  Unfortunately, this doesn't answer the
initial conflict and what caused it.  I also tried using EMM386.SYS with 
the proper flags to configure all extended memory as expanded.  This
didn't work either.  Thanks for all the replies to the original post.
-- 
- Randy Bullard  -    Dallas, TX randy@rss.dl.nec.com
					  Home (214)750-4934
					  Work (214)907-4463

| Have you ever rubbed your thigh with number 10 sandpaper and     |
| poured Red Devil turpentine on it?  I hate it when that happens. |
From: halvers@procyon.crd.ge.com (peter c halverson)
Newsgroups: comp.os.msdos.programmer
Subject: How can I silence a ^C interrupt?
Date: 9 Apr 92 17:55:02 GMT
Organization: General Electric Corporate R&D Center

I've got an application running under Borland C++ 3.0 on a Dell 386 box
(MS-DOS 5.0), using the BGI graphics library to manage the VGA display.

I'm trying to use Borland's "ctrlbrk" function to handle ^C/^Break events
(setting a flag that another routine eventually notices), and it seems to
work as advertised, except that I can't seem to suppress the echo of
"^C<CR>" to the screen (which trashes the display).  Obviously there's some
chunk of code outside the default ^C handler which is doing this echoing
(the BIOS keystroke handler, maybe?), but I thought I'd check before trying
to hunt it down myself.  Any suggestions?

Thanks,
Pete
--
===============================================================================
Pete Halverson                                      INET: halverson@crd.ge.com 
GE Corporate R&D Center                       UUCP: uunet!crd.ge.com!halverson
Schenectady, NY
From: brown@NCoast.ORG (Stan Brown)
Newsgroups: comp.os.msdos.programmer
Subject: Re: tricky batch - help
Date: 14 Apr 92 14:01:50 GMT
Article-I.D.: NCoast.1992Apr14.140150.7735
Organization: Oak Road Systems, Cleveland Ohio USA

In article <92097.223002L28BC@CUNYVM.BITNET>, L28BC@CUNYVM.BITNET writes:
> I am trying to find a way to prompt a user to enter a filename.  The computer
> will then search for an existing filename and insert the filename and path
> into a variable.  Does anyone know or have an idea how to search for the files
> and insert their filename and path into a varialbe, if they exist or not ?

In article <1992Apr8.082956.139@mble.philips.be> stern@mble.philips.be writes:
>Here is THE solution to enhance your batch files.
>
>Try XSET (version 2.12), it is available
>   at SIMTEL20 PD1:<MSDOS.BATUTL>XSET212.ZIP
>or at GARBO.UWASA.FI:/PC/BATCHUTIL/XSET212.ZIP

In the interest of saving you some possible disappointment, I quote the
following article from cbip.d:

> From: gmribeir@wheaton.edu (Glauber)
> Newsgroups: comp.binaries.ibm.pc.d
> Subject: Attention: XSET212.ZIP is nagware!
> Message-ID: <1992Apr8.005545.25233@wheaton.wheaton.edu>
> Date: 8 Apr 92 00:55:45 GMT
> 
> The following is not intended to satrt a flame war on nagware,
> only to save some of you the irritation to which i was subjected.
> 
> XSET 2.12 (available as XSET212.ZIP from SIMTEL20 and other sources)
> is an interesting program that extends the funtionality of
> environment variables and presumably permits writing very efficient
> batch files. The only catch is: the version you get has a 2 second
> delay that makes it inpractical to use, until you send money directly
> to the author's banking account ... in Belgium. Only Belgian Francs
> accepted, thank you. So, if you are outside Europe, you might as well
> save yourself the hassle.
> 
> Glauber Ribeiro - Wheaton College, IL  (USA)
>                   gmribeir@david.wheaton.edu 

The author replies there that this is necessary to force people to 
register.  But PKZIP and other well-known products seem to survive just
fine by distributing full-features versions and depending on the honor
system for registrations.
-- 
Stan Brown, Oak Road Systems, Cleveland, Ohio, USA       brown@ncoast.org
"But this information is only being given on a need-to-know basis."
"I need to know _everything._ How else can I know whether I need to 
know it?"          -- quoted from memory from {Yes, Prime Minister}
From: jarober@aplcen.apl.jhu.edu (DE Robertson james an 410-740-9172)
Newsgroups: comp.os.msdos.programmer
Subject: Re: DOS is dead.
Date: 17 Apr 92 00:48:11 GMT
Organization: Johns Hopkins University

nelson@crynwr.com (Russell Nelson) writes:

>DOS is dead.  (At most) A year from now no one will be programming for MS-DOS.

>What will spur the abandonment of DOS?  Well, people have long
>acknowledged that DOS is not a real operating system.  The only
>reason to run DOS is because you can't run a real operating system.
>We now have the metal to run those operating systems.  Because the
>benefits of a real operating system will outweigh the cost, people
>will run them on their new machines.

	Perhaps, but with the large installed base I'd say that DOS apps
will be being written and installed for quite some time now. 

>That leaves DOS only running on 8088s and 80286's.  These machines
>will be worth very little and so will be purchased by people on tight
>budgets (or donated to nonprofits, etc).  There will be not much
>money to spend on software.  But of course, we know the cost of
>software development is not going down like hardware costs.

	This is true to some extent.... But there's something I've 
noticed - there is a move in many places to put hot new hardware on
everyone's desk. But does a person who writes memos and sets up appts really
need a workstation ? Hardware is nice, but let's not divorce it from
needs.

>So, the only people buying expensive new software will be people
>running the new real OS(es).  Programmers interested in making the
>big bucks will program to this new audience.  And it *won't* be
>Windows, which is as lame an OS as DOS is.

>Oh yes, there will be *some* people programming for MS-DOS, just like
>there are still new programs being written for the Zenith Z-100,
>Tandy Color Computer, Commodore C-64, CP/M, etc.  But there will not
>be much money in it.

	Now here you are WAY off. OS/2 ? Limited apps, and certainly a 
PERCEPTION of limited apps. Perception drives this marketplace. And the
perception is that windows is moving. 

	Unix ? (ie, Solaris, other 386 based systems)... I doubt it. Most
people LIKE having dumb little machines that they can turn on and off 
without harm. DOS does not require an expert on site, while UNIX does. And
rightly or wrongly, Unix is perceived to be unfreindly. I believe that MS will
win this battle, even though I would rather see something better.

James A. Robertson

>-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
>Crynwr Software            Crynwr Software sells packet driver support.
>11 Grant St.               315-268-1925 Voice
>Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.os.msdos.programmer
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Subject: Re: DOS is dead.
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
Date: Thu, 16 Apr 1992 23:00:20 GMT

nelson@crynwr.com (Russell Nelson) writes:

>DOS is dead.  (At most) A year from now no one will be programming for MS-DOS.

I hate to burst your bubble, but there are still people programming
for CP/M and TRSDOS! MS-DOS isn't going away soon. 

This is a lot like the regular predictions of "the imminent death of
Usenet". :-)
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/56	 Leonard.Erickson@f56.n105.z1.fidonet.org
(The CIS address is checked daily. The others infrequently)
Newsgroups: comp.os.msdos.programmer
From: kting@cse.unl.edu (Kea Ting)
Subject: book on writing games.
Keywords: games
Organization: University of Nebraska - Lincoln
Date: Thu, 16 Apr 1992 21:27:12 GMT


Hi,
    Does anyone know any good book that teach us how to write games ? Or
any book that give a general idea to the reader how one can write a game.
    It can be in any programming language, I just need to get some idea
how to write a game. Does any special tools needed to write games ? Or 
there is such thing as game generator (as for compiler, we have compiler
generator). 
     Thanks.


  soon

------------------------

University Of
Nebraska-Lincoln

------------------------


Newsgroups: comp.os.msdos.programmer
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Subject: Re: QuickBasic or Power Basic?
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
Date: Wed, 8 Apr 1992 03:34:41 GMT

edwardsc@CPSC.UCALGARY.CA (Christopher Edwards) writes:

>I was all ready to go out and buy QuickBasic when I read about something
>called Power Basic (I assume from the makers of power-c).
>So which is better, QuickBasic or Power Basic
> (and what's the price of Power Basic)

Power Basic is from Spectra Publishing. They are the folks that wrote
what Borland sold as Turbo Basic. When Borland "dropped" BASIC, they got
the rights back. They are on their second Major revision since then.

I've not used it, but I believe the current version is a *lot* cheaper
than Microsoft.
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/56	 Leonard.Erickson@f56.n105.z1.fidonet.org
(The CIS address is checked daily. The others infrequently)
From: brownt1@lincoln.ac.nz
Newsgroups: comp.os.msdos.programmer
Subject: SOLVED: was Help: HUGE memory problem.
Date: 13 Apr 92 03:26:58 GMT

In article <1992Apr13.111708.177@lincoln.ac.nz>, brownt1@lincoln.ac.nz writes:
> 
> Summary: i have a problem i beleive to be with 64k segment boundries and 
> the huge model under borland turbo c++ v1.01, and want to know what points 
> to watch out for...

typical, i post this, and someone at this site gives me the answer (thanks 
john).  i don't know why, but changing _down_ a memory model, from Huge to 
Large, fixed the problem.

oh well

cheers -tb
From: ajayshah@almaak.usc.edu (Ajay Shah)
Newsgroups: comp.os.msdos.programmer
Subject: Re: DOS is dead.
Date: 16 Apr 1992 00:29:23 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: almaak.usc.edu

>In article <703214134snx@crynwr.com>, nelson@crynwr.com (Russell Nelson) says:
>>
>>DOS is dead.  (At most) A year from now no one will be programming for MS-DOS.

FYI -- the last time I looked there were ~ 60 million PCs
in the world.  Mediocresoft had sold 9 million copies of Windows.
Surveys show 25% of all Windows-buyers boot windows.

So of 60 million PCs you have 2.5 million booting Windows.
Roughly 1 million are booting Unix.

What are the rest doing?  QDOS.

        -ans.

-- 

Ajay Shah, (213)749-8133, ajayshah@usc.edu
From: nevries@accucx.cc.ruu.nl (Nico de Vries.)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Microsoft compiler?
Date: 9 Apr 92 06:08:38 GMT
Organization: Academic Computer Centre Utrecht

In <9204082048.AA03956@xuucp.ch.apollo.hp.com> nelson_p@APOLLO.HP.COM writes:



>...
>   but they've already sent me ome patch disk and I'm getting
>   by OK.     Their latest bug (that TDW does not work with 
>   Windows 3.1) is more serious because it prevents me from
BUG??? You can't expect Borland to predict the future.

>...
>   What are the pros and cons of switching to the Microsoft
>   C7.0/C++ product, especially if I anticipate doing lots
>   of Windows development?   
For windows Borland C++ has OWL as an advantage. OWL is superior to 
"Foundation Classes" when you want to do as less as possible work. A disadvatage
of OWL is you can't use ALL SDK calls through OWL althought there are ways
to use them anyway.
Microsoft C++ has the advantage of generating p-code. This p-code is much
slower than machine code but it also makes your .exe much smaller. (Notice
the p-code is an option).
Beyond this the compilers are almost equal, fast, optimizing etc. I am not
sure about debuggers I thought TD was the best but I haven't worked with the
new CodeView yet.

>   Microsoft may choose to be uncooperative with Borland as they
>   already are with other competitors (DR DOS?).  I've talked with
>   people at Borland who've hinted that this is *already* the case.
>   Is this likely to become a major reliability or compatibility
>   problem for people who stay with Borland?
No.

>   How do the two products compare?   Are there major reasons to 
>   stay with Borland?
> 
>   What is the likely impact if Microsoft losese the Apple suit? 
>   (Apple recently upped its claim to $5.5 **billion** and they have
>   been winning on most of the pre-trial contests.   The case is expected
>   to go to trial this summer.)
It is not impossible they go bankrupt then but it is also very unlikely.

One other think you should keep in mind is OS/2 2.0. Whether YOU like it or
not is not important, important is what the mass market is going to do.
Microsoft probably won the first battle but they have a long war to go. IBM
has just started. Microsoft does no longer support OS/2 (so much for all
those OS/2 developers who RELIED on Microsoft) and will no do it in the
future. (Unless of cource they are forced to).

>---peter


Nico de Vries
-----------------------------------------------------------------------------
USENET: nevries@cc.ruu.nl                 FIDO      : 2:281/708.1  (very new) 
VOICE : +31-3404-24931 (+31-30-316931)    FAX       : +31-30-312033 
BBS   : +31-30-341401 (Nico De_vries)     COMPUSERVE: (comming)
MAIL  : Hortensialaan 45, 3702VE, Zeist, The Netherlands 

IMPORT StdDisclaimer, MyPersonalOpinion;          - O   Place reserved for
Complaints about my spelling to DEV/NUL please.    |    funny joke. Sugestions 
I work for BITECH, I don't SPEAK for BITECH.      \_/   apreciated.
Newsgroups: comp.os.msdos.programmer
From: kevins@primitives.inslab.uky.edu (Kevin Solie)
Subject: Re: DOS is dead.
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Fri, 17 Apr 1992 21:15:41 GMT
X-Bytes: 

In article <703214134snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes:
> DOS is dead.  (At most) A year from now no one will be programming for  
MS-DOS.
I beleive this is true but a year is pushing it. The DOS carcass will float
around for a long time.
--
+-----------------------------------------------------------------------------+
|            One more day like today and I'll kill you                        |
|                                    -Robert Smith                            |
|                                                                             |
|                                              Kevin Solie                    |
+-----------------------------------------------------------------------------+
Newsgroups: comp.os.msdos.programmer