HDTenEightyP/NetNews huggingface dataset:
From: phantom@casbah.acns.nwu.edu (James Choi)
Subject: How about an BC++ FAQ? (Re: Borland C++ 4.0)
Organization: Northwestern University, Evanston Illinois.
Date: Fri, 20 Nov 1992 15:07:53 GMT

In article <1992Nov20.001636.8427@borland.com> sidney@borland.com (Sidney Markowitz) writes:
>No, unfortunately technical support is not available over the
>Internet.
>[...]
>As far as official tech support goes, our staff is more than fully
>loaded offering it by telephone and on Compuserve, BIX and Genie,[...]
>I am, however, pushing for
>more automated Internet support, such as better accessibility to files
>and information via anonymous ftp and e-mail servers.

How about posting a Borland C++ FAQ list periodically here?  Or how about
creating a comp.lang.borlandc and post it there (if it does not exist
already?)

> -- sidney markowitz <sidney@borland.com>

James Choi
Newsgroups: comp.os.msdos.programmer
From: ralpht@meaddata.com (Ralph W. Trickey)
Subject: Re: my_tsr
Organization: Mead Data Central, Dayton OH
Date: Thu, 19 Nov 1992 20:49:51 GMT

In article <1353@datmuc.UUCP>, vincent@datmuc.UUCP (vincent) writes:
|> In article <smithbm.722096804@craft.camp.clarkson.edu> smithbm@craft.camp.clarkson.edu (Azrak) writes:
|> >c.brennan@student.utas.edu.au (chris brennan) writes:
|> >
|> >>In article <smithbm.721597007@craft.camp.clarkson.edu>, smithbm@craft.camp.clarkson.edu (Azrak) writes:
|> >>> 
|> >>> vincent@datmuc.UUCP (vincent) writes:
|> >>> 
|> 
|> Lots of stuff deleted.
|> 

Suggestions
1) My attempted mail to you bounced.
2) you don't need the CODESEG in the tsrstack declaration, it may be
   confusing the compiler.
3) you need to keep a flag or counter for int 8, it is quite possible
   for an int 8 to happen while your int 8 code is executing.
4) your calculation for malloc is off, you allocate tsrstack to be
   0..1023, then assign the stack to be at 1024.
5) you might want to simply declare an array or use some other method
   for keeping the stack, the malloc method doesn't strike me as being
   very stable accross compilers and compiler releases.
6) alt.msdos.programmer is not a valid group

Good Luck.

-- 
Ralph Trickey       | (513) 865-6800                  |    	
Mead Data Central   | x4870                           |  Disclaimer
P.O. Box 933        | ralpht@meaddata.com             |  My opinions are my own
Dayton, Ohio  45401 | ...!uunet!meaddata!ralpht       |

Newsgroups: comp.os.msdos.programmer
From: bell@nella4.cc.monash.edu.au (mr g.a. bell)
Subject: Using HELP in TVision Application?
Keywords: Help, TurboVision
Organization: Monash University, Melb., Australia.
Date: Sat, 21 Nov 1992 06:58:40 GMT





Hi,

 I am trying to get help available for my TVision application
and have a problem.  

When the help comes up and you press ESC to remove it
the program crashes with the error:

Assersion Failed: *((unsigned char *)blk + i) = BLK_DATA, file
new.cpp, line 167

Abnormal program Termination.

I have tried different examples from different books and the
example code from borland without any success.

can anyone please help me.

Also does anyone have a fix for the TInputLine problem?

Thanks inadvance,

Gary.


-- 
``````````` bell@nellads.cc.monash.edu.au `````````````````````````````````````
| Gary Bell                                                                   |
| Department of Robotics and Digital Technology                               |
|Faculty of Computing, Caulfield Campus, Monash University, Australia         |
From: dneedham@oucsace.cs.ohiou.edu (Douglas Wade Needham)
Newsgroups: comp.os.msdos.programmer
Subject: WANTED: Microsoft and Mouse Systems Specs
Summary: Specs wanted for Serial IO for Microsoft and Mouse Systems Mice
Keywords: mice specs
Date: 20 Nov 92 19:50:59 GMT
Organization: Ohio University CS Dept,. Athens

Hello,
I normally do not frequent this news group (so please reply via email, and
I will post the followup) but I have been looking for the specs for the
Microsoft and Mouse Systems serial IO.  I am currently trying to write a
graphics editor that can use either the mouse or the cursor keys to draw
lines with the following features:

	Rubber-banding
	Snapping to a grid
	Automatic panning

I have done some testing and found that the handler function needs to control
the system for too long, so I am needing to handle the mouse directly.  If 
anyone has the specs for the IO stream for either Microsoft and/or Mouse 
Systems mice (both or latter preferred), I would greatly appreciate it.

Also, if I am trying to re-invent the wheel and there is source for this 
available, please let me know...

advTHANKaTHANKnce

- douglas wade needham
				   


-- 
Email:	dneedham@oucsace.cs.ohiou.edu  
USnail:	2330 South Clinton Street,  Fort Wayne,IN 46803
Phone:  (219)455-4004 (office) (219)456-1420 (home)
Newsgroups: comp.os.msdos.programmer
From: jenk@microsoft.com (Jen Kilmer)
Subject: Re: emm386 umb question
Date: 23 Nov 92 05:50:27 GMT
Organization: Microsoft Corporation

In article <1992Nov20.124841.7829@dcs.warwick.ac.uk> nwalczak@dcs.warwick.ac.uk (Nick) writes:
>When you use emm386 to load TSR's into upper memory blocks are you making use
>of memory that is not otherwise usable by programs such as windows?  Or do
>umb's form part of extended memory?

emm386 creates umbs and emulates ems using xms (extended) memory.
So yeah, if you don't need more conventional memory and are using
windows a lot, don't bother with umbs. You may not even need to
keep the dos=high command, either (which tells ms-dos to load parts
of itself, including software code pages if you have them and, if
they'll all fit, the disk buffers, into the first 64K of extended 
memory). 

>I don't need vast amounts of conventional memory as most of my programs use
>extended memory, I am merely interested in making the most memory possible
>available to Windows.

skip emm386 and dos=high.

:>

-jen
I don't do ms-dos or windows support anywhere officially anymore.....
microsoft doesn't speak for me and I don't speak for it.

>
>-Nick Walczak


Newsgroups: comp.os.msdos.programmer
From: leo@iiasa.ac.at (Leo  SCHRATTENHOLZER)
Subject: Be Careful when Using CMOS PD programs
Organization: IIASA, Laxenburg, Austria
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 16 Nov 1992 08:32:17 GMT


SIMTEL offers five programs that have to do with CMOS reading and/or
writing.  However, not all of them worked properly on my AT clone
including a Phoenix 80286 ROM BIOS V3.01 (1985 and 1986).  If I
believe my System Board manual (which gives incorrect information in
at least one case), then I have a MC146818 CMOS.

Anyway, one of the five programs (CMOSER11) wrecked my CMOS contents when
I just tried to set date and time, ROM2 did not do better.  I was lucky
to have saved the CMOS contents before.  (Actually, I was lucky to
have made two copies, because in my first panic after the message
"hard disk failure" I inadvertedly saved the faulty CMOS contents
instead of restoring the good ones.)

Finally, I achieved my original purpose of correcting my original CMOS
setting (the curious out there who want to know why I did not use a normal
SETUP to to the job can ask me by e-mail to explain the reason -- a
lengthy story) with the program SETUP21.

To summarize: saving and restoring worked with CMOS14 (and may have 
worked with other tools), editing my CMOS worked only with SETUP21!!

So, be careful when you try to edit your CMOS contents.  Also, if you
do not completely trust your reflexes in a panic situation, get
CMOSSAVE out of your way on your emergency diskette.

"May your battery be with you" (quoted from one of the public-domain
CMOS editors).

Leo Schrattenholzer                  leo@iiasa.ac.at
International Institute for Applied Systems Analysis
Laxenburg, Austria
Xref: sparky comp.os.msdos.programmer:10683 comp.sys.ibm.pc:866
From: flint@gistdev.gist.com (Flint Pellett)
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc
Subject: Re: MSDOS 5.0 vs DRDOS 6.0
Date: 16 Nov 92 19:46:09 GMT
Followup-To: comp.os.msdos.programmer
Organization: Global Information Systems Technology Inc., Savoy, IL

etxlli@eos.ericsson.se (Lars Lindner) writes:


>Hi out there,

>       I'm thinking of buying a machine with preinstalled DRDOS 6.0 and
>       my question is:

>          * What is the difference between MSDOS and DRDOS?

DRDOS lets you configure the config.sys: ie, you can ask questions within
the config.sys and load or not load various drivers based on what the user
chooses.  That makes it easy to set up your system so can pick-and-choose
from the various drivers when you boot: you don't waste memory having
something loaded you rarely use, you don't mess around copying in special
config files, etc.  (If you have 8 different drivers, you could ask
8 questions in the config in DR-DOS, or you could set up 256 different
config files in MS-DOS.)  You also get to put comments in the config,
which to me is a requirement.  DRDOS also has the disk compression stuff,
which if you use it will roughly double what you can store on your disk.
Then DR-DOS also includes security features, so you can keep your
teenager (or yourself) from mistakenly deleting or changing critical files.
DR-DOS also comes with a command history (to let you re-edit previous
commands, etc.) and I don't think MS does.  (But then I use 4DOS all the
time, so I don't use either for that.)

>          * Is DRDOS fully compatible with MSDOS?

I've only found one program in two years of using it that didn't work,
and that was and older version of MS Word's spell checker.  No loss,
and the problem was probably MicroSoft's.  When MicroSoft came out
with Windows 3.1, it wouldn't run under DR-DOS.  MicroSoft, being nice
guys, did not let DR have a copy of Windows before release to fix this.
Some people suspect that MicroSoft deliberately wrote Windows so that
it wouldn't work.  Anyway, within a month, DR not only had fixed their
DOS so that it would run Windows 3.1, but they also mailed out the
new fixed version to their registered users for free, (you didn't
even have to phone and ask for it, they just sent it) and made the fix
available on their BBS a week or so earlier than that.

>          * Are there any advantages/disadvantage with DRDOS compared to MSDOS?

DRDOS has been out about a year longer than MSDOS: that might mean that
another better version is coming soon, although I don't know, but it is
likely that DR will have a new version before MS does.  What I do
know is that DR has in the past let people upgrade for cheap (I remember
something around $5-10) if you buy the old version within a few months
of the new one coming out.  
-- 
Flint Pellett, Global Information Systems Technology, Inc.
100 Trade Centre Drive, Suite 301, Champaign, IL  61820     (217) 352-1165
uunet!gistdev!flint or flint@gistdev.gist.com
Newsgroups: comp.os.msdos.programmer
From: s2861785@techst02.technion.ac.il (Alon Ziv)
Subject: VDS
Organization: /u1/023/s2861785/.organization
Date: Sun, 22 Nov 1992 10:09:37 GMT

Does anyone know how to use VDS (Virtual DMA Specification, supplied
by QEMM, EMM-386, etc.)?  Can it be used, for instance, to read data
from disk into memory & letting the transfer go on while the specified
memory block is unmapped (say by a task-switch)?

[ If someone can just tell me where to find the VDS docs, it would be
  even better... ]

-az
---
Internet:	s2861785@tx.technion.ac.il			   . __
	I'M A STUDENT: When I'm wrong, it's my teacher's fault	  _|  /
	(when I'm right, the credit is all mine!)		 / | /_
								Alon Ziv
--
Internet:	s2861785@tx.technion.ac.il			   . __
	I'M A STUDENT: When I'm wrong, it's my teacher's fault	  _|  /
	(when I'm right, the credit is all mine!)		 / | /_
								Alon Ziv
From: vincent@datmuc.UUCP (vincent)
Newsgroups: comp.os.msdos.programmer
Subject: Re: my_tsr
Date: 20 Nov 92 09:54:40 GMT
Organization: DAT

In article ralpht@meaddata.com (Ralph W. Trickey) writes:
>In article vincent@datmuc.UUCP (vincent) writes:
            vincent@datmuc.dat.de
>>In article smithbm@craft.camp.clarkson.edu (Azrak) writes:
>>>c.brennan@student.utas.edu.au (chris brennan) writes:
>>>>In article smithbm@craft.camp.clarkson.edu (Azrak) writes:
>>>>> vincent@datmuc.UUCP (vincent) writes:

>Suggestions
>1) My attempted mail to you bounced.
	I write in my articles and mails that my address is
	vincent@datmuc.dat.de and that my network manager said he can't
	build me a proper return path.
>2) you don't need the CODESEG in the tsrstack declaration, it may be
>   confusing the compiler.
	CODESEG if just so all my data is in the same segment as my CODE
	and so I don't have to keep track of DS (for now). I also heard
	that for a tiny model everything is in the same segment at the end
	anyway witch is my goal (.COM format).
>3) you need to keep a flag or counter for int 8, it is quite possible
>   for an int 8 to happen while your int 8 code is executing.
	Are you shure I tough that the interupts were disable when inside
	one already. And anyway 1/18 of a second is a lot a time.
>4) your calculation for malloc is off, you allocate tsrstack to be
>   0..1023, then assign the stack to be at 1024.
	Took the code from Schulam and I'm not shure if I/you understand
	the way the stack works (top->down I think) Ok maybe you're wright
	and the stack should be at 1023. I'll will try it.
>5) you might want to simply declare an array or use some other method
>   for keeping the stack, the malloc method doesn't strike me as being
>   very stable accross compilers and compiler releases.
	I did try, same problem. But I think also that malloc is free
	to allocate memory where it wants and not necesary next to you,
	so to calculate the size of staying resident migth be off. MS
	in there TSR example show a different way.  And off course the
	program may pop up with the current foreground stack. You just
	don't know the what you get and it's not recomended .
>6) alt.msdos.programmer is not a valid group
	Ho realy, fooled me. Lots of article go there. Ok Less volume.

>Good Luck.
	Thanks, I'm currently debuging the disinstall routines and I need it.


vincent@datmuc.dat.de

ciao!


Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: jenk@microsoft.com (Jen Kilmer)
Subject: Re: Number of subdirectories limited ?
Date: 19 Nov 92 05:49:06 GMT
Organization: Microsoft Corporation

In article <1992Nov17.111130.17833@cs.tu-berlin.de> ernst@opal.cs.tu-berlin.de (Ernst Kloecker) writes:
>Hi,
>I know there is a limitation on the number of subdirectories in the
>root directory, but is there any limitation in directories other
>than "\" ?

Hi back!  No limit, but please note that the FAT file system
was not designed for huge directories.  For example, every time
you create a new file (or subdirectory, but we know subdirectories
are just files with a special attribute in a special format, right?) 
MS-DOS does a sequential search to confirm that no file of that 
name already exists.  Naturally if you get above a few thousand 
files....

Defragging regularily helps.

-jen
not speaking for microsoft...

>
>Thanks for any info, Ernst.
>--
>
>-----------------------------------------------------------------------------
>Ernst Kloecker      phone: ++49-30-6181635      e-mail: ernst@cs.tu-berlin.de
>-----------------------------------------------------------------------------


Newsgroups: comp.os.msdos.programmer
From: dave@borland.com (Dave Draper)
Subject: Re: Borland C++ 4.0 - Who knows What?
Originator: dave@genghis.borland.com
Organization: Borland International
Date: Tue, 17 Nov 1992 18:40:53 GMT

In article <4205.9211171028@thor.cf.ac.uk> wdrdjh@thor.cf.ac.uk (Dr D J Harvey 92) writes:
>I've heard a rumour that Borland C++ 4.0 is due to ship at the end of this
>year and will include a DOS extender.  How well founded is this this
>info?  Also, does anyone knwo (or have any idea) what the compliance
>modes (e.g. DPMI etc) of the extender will be and whether there are
>likely to be any distribution royalties on programs that include it?
>

What you have heard is nothing but a rumor. It has no basis in fact.
Borland C++ 4.0 is not even a product.

>Dave Harvey
>harveydj@cardiff.ac.uk
>+44 222 552588
>Dept Radiology
>University Hospital of Wales
>Heath Park
>Cardiff CF4 4XW
>UK

- Dave


-- 
Dave Draper                         |
Senior Engineer - Debugger & Tools  |     Losers make excuses,
Borland International               |     Winners make it happen!
dave@borland.com                    |
From: hole@netcom.com (Will Leland)
Newsgroups: comp.os.msdos.programmer
Subject: Secret Screens, Doodads, and Easter Eggs - A List
Date: 24 Nov 92 02:10:47 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

Word for Windows:  Six little men appearing, trying to escape a green
WordPerfect monster. They end up squashing it with a Word log.
How:  Open a new document, select Record Macro under the Tools menu.  Create a
macro named SPIFF and click on the OK box.  From the Tools menu again,
select Stop Recorder, then Macro and click on SPIFF.  Select Edit and
delete the Sub Main and End Sublines.  Under the File menu, select Close
and click on Yes.  Go to the Help menu, select About and click on the Word
logo.

Norton Desktop for Windows:  A picture of the development team with
quotations from Hilaire Belloc, Ralph Waldo Emerson, Victor Hugo, etc.
How:  Select About from the Help menu.  Click three times while holding down
the keys N, D, and W.

Excel 4.0:  Blue and pink logo moves across screen leaving bugs and debris.
Archrival logo swoops down, ejects competitor, and says "No Problemo."
How:  Call up a blank worksheet with a Standard Tool Bar on top.  Use the
right hand button on the mouse and click.  From the Customize option, select
Custom, drag the Solitaire icon to an empty spot on the Tool Bar.  Under
Assign to Tool, click OK, click Close, then hold the Ctrl Alt Shift keys
while clicking on the Solitaire icon.

OS/2 2.0:  Picture of beach with names of the development team.
How:  Ctrl Alt Shift and O together.

(from the LA Times 11/22/92)
Newsgroups: comp.os.msdos.programmer
From: S.Culverhouse@lut.ac.uk
Subject: Re: Protected Mode 386 C compilers
Reply-To: S.Culverhouse@lut.ac.uk (Simon C++)
Organization: Loughborough University, UK.
Date: Tue, 17 Nov 92 11:41:56 GMT

Last year some time, I dowloaded DJGCC but when I ran it on my machine, I got
a "Cannot run in V86 mode".  This was because I was running EMM386.EXE under
DOS5.  I asked about this on the net, and was told that there was now an upgrade
that allowed me to run the compiler with EMM386 running.

Has anybody got any info about this, and whether this version is at clarkson.
Any help would be most welcome, and replies through e-mail would be much
appreciated.

Thank you,

Simon.

Newsgroups: comp.os.msdos.programmer
From: reindorf@us-es.sel.de (Charles Reindorf)
Subject: Re: Very puzzling struct problem!
Organization: SEL-Alcatel Line Transmission Systems Dept. US/ES
Date: Mon, 23 Nov 92 13:55:54 GMT

In article <1992Nov21.221745.23588@jarvis.csri.toronto.edu>, ematias@csri.toronto.edu (Ummm... me!) writes:
|> 
|> 
|>    While working on a little arcade-action game in Borland C v2.0, I've
|> recently come across something very puzzling; perhaps someone can explain 
|> to me exactly what is going on, since I'm not an expert programmer by any  
|> stretch of the imagination.  The problem is explained below.
|> 
|> ...
|> 
|> - having 16 integer variables in the struct would work.
|> - having 32 integer variables in the struct would work.
|> - having 48 integer variables in the struct would NOT work.
|>
|> ...
|> 
|>    This is totally baffling me, since I can't comprehend why my program
|> would be BIGGER and SLOWER just because the number of elements in a struct
|> isn't a multiple of 16 -- and furthermore, why it works fine for only
|> a select few multiples of 16.  Help!
|> 
|> ... 
|> 
|>      - Mark Rosteck -
|> (ematias@csri.toronto.edu)
|> (g1marker@cdf.toronto.edu)
|> 
|> ...

I think I can think of a possible reason;

If you are using arrays of these structures, and subtracting a pointer to one element to
a pointer to the other element, this involves a division by the size of the elements, which
is of course a lot easier if the element size is a power of two; The division can be done
by repeated shifting. It could be that the compiler is generating a series of shift right
operations andjust has some generic code generator which does this for small powers of two
only (?) Just a wild guess.

Also, are you copying structures around? Perhaps a special block-copy sequence of instructions
is available on 8086 for this, although I can't think what it would be.

Since you say that the *executable* size is increasing, here is a way of finding out:

1. Compile all your ".OBJ" files in such a way that *fast* code is generated.

2. Copy all the objects off somewhere else.

3. Do the same again for *slow* objects.

4. Find out which ".OBJ" files have increased by a fair amount in size between the two compilations,
    and of these select one which was fairly small in the first place.

5. Compile them again, each time, except use the "/S" option to get assembler output.

6. Compare the assembler files (!)

I for one would be intrigued to find out why.

All the above opinions are my own, etc. etc. etc.

--- Charles Reindorf
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: jav2d@faraday.clas.Virginia.EDU (Jason Adams Vanvalkenburgh)
Subject: Re: Number of subdirectories limited ?
Organization: University of Virginia
Date: Tue, 17 Nov 1992 19:54:01 GMT

ernst@opal.cs.tu-berlin.de  writes:
> Hi,
> 
> I know there is a limitation on the number of subdirectories in the
> root directory, but is there any limitation in directories other
> than "\" ?
> 
> Thanks for any info, Ernst.
> --
> 
> -----------------------------------------------------------------------------
> Ernst Kloecker      phone: ++49-30-6181635      e-mail: ernst@cs.tu-berlin.de
> -----------------------------------------------------------------------------

The FAT system only allows a maximum number of file entries.  I'm not
sure about numbers, but I remember reading that a 360K floppy couldn`t
have any more than 112 file entries.  Therefore 112 0-byte files would
actually fill up the disk, because the FAT tables were full.  Larger
capacity disks have proportionally more space allocated for the FAT
tables, etc.  I had never heard of limitations for the root directory,
though.

Hope this answers your question.

--
					Jason A. vanValkenburgh
					University of Virginia '95
					jav2d@virginia.edu
Newsgroups: comp.os.msdos.programmer
From: "gord armstrong" <gord.armstrong@canrem.com>
Subject: pvcs with brief
Reply-To: "gord armstrong" <gord.armstrong@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 16 Nov 92 11:59:09 EST


Can't seem to find a comp.version.control or comp.brief so I'll
dump my question here.

Anyone using PVCS 5.01 with Brief 3.1?  The PVCS macro that came
with Brief does not seem to work:  PVCS.CB   02-07-91

I set the macro up as per pg 210 of the Brief manual. If I load a
file: ie. b prgm.c  I get an error window. Further investigation
shows that the Brief macro is executing: get (prgm.c)  Why the
brackets? According to the PVCS manual, brackets are used for an
optional directory path for the retrieved workfile.

Is this macro for an older version of PVCS or am I doing something
wrong...or both?

Any help greatly appreciated.
--------------------------------------------------------------------
gord.armstrong@canrem.com
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044