HDTenEightyP/NetNews huggingface dataset:
From: yawei@bronze.ucs.indiana.edu (~{QG9p~})
Subject: Re: Number of subdirectories limited ?
Organization: Indiana University
Date: Sun, 22 Nov 1992 19:39:16 GMT

In article <1992Nov19.162149.4799@nntp.nta.no> harald.ljoeen@nta.no writes:

>There is no *definite* limit to the number of entries in subdirectories.
>However, as the FAT has fixed size, there *is* a definite limit to the
>*total* number of files/subdirectories that can reside on the disk. 

Saying that the FAT has fixed size is like saying that the disk has
fixed size, :-) since there's a one-to-one relationship between a
FAT entry and a disk cluster.

I do long for the day when we may have disks with unlimited capacity. :-)
From: ematias@csri.toronto.edu (Ummm... me!)
Newsgroups: comp.os.msdos.programmer
Subject: Very puzzling struct problem!
Date: 22 Nov 92 03:17:45 GMT
Organization: CSRI, University of Toronto



   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.

   I have declared a structure which holds all of the various characteristics
of my sprites, and it looks something like this:

typedef struct {
	int x, y;
	int x2,y2;
	int oldx[2], oldy[2];
	int dx, dy;
	int width, height;
	int dead;
	int frame;
	int type;
	int whatever[1];
} Sprite;

   The different elements of the structure aren't important -- only the
fact that there are 16 integer variables defined (i.e., 32 bytes).
   A configuration like the one above works fine; however, I found that when
I add or subtract an element from the struct (e.g., removing "int type", or
changing the bottom one to "int whatever[2]"), two things would happen:

1)  My program's .EXE size would increase by more than 1000 bytes,
2)  The number of frames per second would slow down drastically!
	(i.e., the CPU was required to do much more work.)

   Upon fiddling around with the struct elements, I noticed that the two
problems mentioned above would NOT occur when the number of elements was
a multiple of 16 -- but only for some multiples.  For example:

- 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.
- having 64 integer variables in the struct would work.
- having 80 integer variables in the struct would NOT work.
- having 96 integer variables in the struct would NOT work.
- having greater than 96 ints 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!

   Any comments or suggestions would be most helpful, and if I'm naively
overlooking something then a swift boot to the head would be in order. :-)


Thanks,

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


(By the way, I'm running this on a 33Mhz 386 and using the Compact memory
model, if this helps to clarify the problem.)
Newsgroups: comp.os.msdos.programmer
From: dsjohns@uswnvg.com (Dwight Johns)
Newsgroups: comp.os.msdos.programmer
Subject: A Bigger Better DISKCOPY?
Date: 23 Nov 92 21:05:32 GMT
Organization: U S WEST NewVector Group, Inc.
X-Newsreader: Tin 1.1 PL5


	I'm not sure if anyone here will be able to help me this, but from
time to time, I have to do quite a few DISKCOPY's due in part to my really
wierd backup procedure (but that's not important right now).  I usually just
use the plain old standard DISKCOPY command from the dos prompt, but I only
have one of each drive type so I wind up switching disks alot.  I can't speak
for everyone here, but I really hate switching disks.  Anyway, I am curious if
there is a patch that I could write to DISKCOPY or if there is a third party
program that performs the same function that would utilize the 8 megs of ram
in my system and get me out of that disk switching rut.  I called the goofs
at the Microsoft customer support center (customer annoyance center would be
more like it) and they said that they had never looked into making DISKCOPY
break the first 640k.  I realize that DOS is *only* ten years old and that we
never really needed more that 640k before Windows, but I can't be the only one
that's ever been really hacked off about this.  Thanks in advance for any help
on this...

	Oh, and while I'm complaining and I have your attention, why does the
copy command still say such things like "1 File(s) Copied"?  You'd think they
could have at least corrected this tragic grammer problem sometime in the last
decade...

   ------------------------------------------------------------------------
  | Dwight Snake Doward Johns | Mark my words : "When the snipers attack,  |
  | dsjohns@uswnvg.uswnvg.com |     ---===>      The Pintos with the wood  |
  | ------------------------- |      ---===>     on the sides will be the  |
  |   Have  a  nice  day!!!   |     ---===>      first to go..."           |
   ------------------------------------------------------------------------
From: S.Culverhouse@lut.ac.uk
Newsgroups: comp.os.msdos.programmer
Subject: Re: How about an BC++ FAQ? (Re: Borland C++ 4.0)
Date: 22 Nov 92 00:16:23 GMT
Reply-To: S.Culverhouse@lut.ac.uk (Simon C++)
Organization: Loughborough University, UK.

In article <1992Nov20.150753.8596@news.acns.nwu.edu> phantom@casbah.acns.nwu.edu (James Choi) writes:
>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

I quite agree, I think that a comp.lang.borlandc would be a great idea.  I 
second that proposal whole heartedly !

Simon.
Newsgroups: comp.os.msdos.programmer
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Disable CTRL+BREAK from a TP6 program
Organization: University of Vaasa, Finland
Date: Sun, 22 Nov 1992 06:06:43 GMT

In article <1992Nov18.141829.813@bradford.ac.uk> M.E.Bullivant@bradford.ac.uk (Martin Bullivant) writes:
>I am writing a TP6 program which requires the CTRL+BREAK sequence to be
>disabled, as it loads in data tables and manipulates them in real time.
:
>Can someone please help me before I pull my hair out?

This is covered in the Turbo Pascal section of the Frequently Asked
Questions
 115799 Sep 20 08:35 garbo.uwasa.fi:/pc/ts/tsfaq30.zip

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the Garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  For the Asian users there is the NCTUCCCA.edu.tw
mirror.  The mirrors may lag occasionally, or might not have all the
files.  If you do not receive my reply within five days, please ask
your own site's system manager to construct a returnable mail path
for you". 

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.os.msdos.programmer
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Subject: Re: Undocumented commands for MSDOS
Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
Date: Mon, 16 Nov 1992 08:22:24 GMT

bailey_j@kosmos.wcc.govt.nz writes:

>I have found two undocumented commands for MS-DOS: "truename" which seems
>to give the same output as "cd" on its own, and a /f switch for command.com
>which seems to do something unspecified. Can anyone tell me what these two 
>do ?

Truename gives the "fully qualified filespec" for the filespec that follows.
So from my D:\TMP directory "truename ..\screen.cut" gives D:\SCREEN.CUT.
And on a network or CD-ROM drive, you get stuff like \\name\volume\path.

For instance on a Novell LAN I used to use "truename Y:dsz.com" would
have given \\WSC_PDX1\USER1\PUBLIC\BIN\DSZ.COM which translates as
Server: WSC_PDX1
Volume: User1
File: DSZ.COM

Try it on something that's been re-assigned via SUBST or ASSIGN or JOIN.
It'll report the *real* path. 
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Number of subdirectories limited ?
Organization: Queen's University
Date: Thu, 19 Nov 1992 21:20:56 GMT

In article <1992Nov19.162149.4799@nntp.nta.no> hlj@hal.nta.no (Harald Ljoen FBA) writes:
>
>There is no *definite* limit to the number of entries in subdirectories.
>However, as the FAT has fixed size, there *is* a definite limit to the
>*total* number of files/subdirectories that can reside on the disk. Each
>file/subdirectory requires *at least* one disk block, and therefore occupies
>*at least* one entry in the FAT. 

Minor quibble:  files with nothing in them only take up space in a 
directory, they don't use a "disk block".

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: berend@contrast.wlink.nl (Berend de Boer)
Newsgroups: comp.os.msdos.programmer
Subject: Turbo Vision (TP6)
Date: Fri, 20 Nov 1992 22:55:42

Richard Madison wrote in a message to All:

 RM> 	I am trying to get submenus into menus, and I am trying to
 RM> find out how to update the statusline at the bottom of the
 RM> screen during execution. I cant find anything in the paltry
 RM> Turbo Vision manual, or Tom Swan's Mast- ering Turbo Pascal
 RM> 6.0

Rather tedious. I give you some hints. The HINT method of the Statusline is
asked anytime the current helpcontext changes to return a help string. If you
setup the menubar with help context numbers, the Hint can return helpstrings.

 RM> 	Also, I am also wondering how to insert graphics into my
 RM> program. Direct views of *.GIF or *.PCX files is all thats
 RM> required.

Switch to graphics mode and switch back. Should be no problem. 


 RM> 	Finally, and most importantly, I am giving the users of
 RM> this program an option of output to Lotus-1.2.3 files, but
 RM> have NO IDEA where to look for specs on creating files in
 RM> 1.2.3 format (if possible.)

I have the specs, but as you are on internet I do not know how to send them to
you. Do you have a modem?


Groetjes,

Berend. (-:
fido: 2:281/527.23
email: berend@contrast.wlink.nl
From: g89r4222@kudu.ru.ac.za (Geoff Rehmet)
Newsgroups: comp.os.msdos.programmer
Subject: Re: ***4DOS vs DRDOS 6.0***
Date: 23 Nov 92 05:33:39 GMT
Article-I.D.: kudu.g89r4222.722496819
Organization: Rhodes University, Grahamstown, South Africa

In <1992Nov22.140508.12220@bsu-ucs> 00clcoffing@leo.bsuvc.bsu.edu writes:

>I figure I should put on my $.02 about DRDOS 6.0....
>     I was drawn to DRDOS 6.0 because of the compress program, Super Stor.
>I have heard before that DRDOS is not totally compatible, now I believe it.
>While compressing my hard drive, DRDOS locked up tight.  In the end I had
>to reset my computer, no other way out.  My data was the electronic equiv-
>alent of scrambled eggs.  Let my make a point that my system is a completely
>compatible 386, AMI BIOS, and DRDOS still locked up.

Hm.  I haven't had any experiences like this.  I have used SSTOR
twice, during periods when I was short of disk store.  It hasn't
caused me any hassles, and I even ran MS-Windows while it was up,
no problem.  


>     DRDOS may have its good points, but I data integrity and compatibility
>problems outweigh the good in my opinion.
I don't think that data integrity is any less under DRDOS.
BTW - did you read the manual before installing SSTOR - it does
warn you to make backups before compressing your drive, as your
data WILL be lost if the compression process is interrupted.
(You never know if you might have a power surge or failure.)

Also user support for DRDOS is good, even on the net.
Most DRDOS users whom I know don't ever want to touch MSDOS
again. 


>     AN ALTERNATIVE-- I would suggest using 4DOS instead of DRDOS.  4DOS adds
>new commands, enhances the rest, allows the user to define/redefine commands,
>adds pop up help, and more.  --And I have not had a single compatibility
>problem with it.
Why not run 4DOS+DRDOS as one of my friends does:-)
--
=====csgr@hippo.ru.ac.za====csgr@giraffe.ru.ac.za=====csgr@alpha.ru.ac.za=====
 Geoff Rehmet      | The difference between a used car salesman and a computer
 Rhodes University | dealer is that the used car salesman can probably
 South Africa      | drive, and knows when he's lying.
Newsgroups: comp.os.msdos.programmer,news.answers
From: hallch@CS.ColoState.EDU (christopher hall)
Subject: Re: Disable CTRL+BREAK from a TP6 program
Date: Wed, 18 Nov 1992 20:22:06 GMT
Organization: Colorado State University, Computer Science Department


>I am writing a TP6 program which requires the CTRL+BREAK sequence to be
>disabled, as it loads in data tables and manipulates them in real time.
>If CTRL+BREAK is pressed then the program bombs out and leaves the tables
>in a real mess.
>

I played around with this problem a few years ago.  The solution I came
up with was to hook the Ctrl-Break interrupt.  I don't remember what it
was (I think it was around 24h).  The only thing my interrupt was to do
was return immediately to its caller.  I used this when I had to write
a simple program for a teacher of mine (he wanted students to have to
enter a password without being able to break of out the program).

Hope this helps.

						Chris Hall :-)


/--------------------------------------------------------------------------\
|    Just because your paranoid doesn't mean someone is not after you...   |
|                                                                          |
|       |________          Chris Hall                                      |
| ||OOO||________>         hallch@handel.colostate.edu                     |
|       |                                                                  |
\__________________________________________________________________________/
Newsgroups: comp.os.msdos.programmer
From: watson@sce.carleton.ca (Stephen Watson)
Subject: Re: Very puzzling struct problem!
Organization: Carleton University
Date: Sun, 22 Nov 1992 20:17:32 GMT

lectro@stein.u.washington.edu (Jonathan Maier) writes:

>In article <1992Nov21.221745.23588@jarvis.csri.toronto.edu> ematias@csri.toronto.edu (Ummm... me!) writes:
>>- 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.
>>- having 64 integer variables in the struct would work.
>>- having 80 integer variables in the struct would NOT work.
>>- having 96 integer variables in the struct would NOT work.
>>- having greater than 96 ints in the struct would NOT work.

>It looks like the number of variables should be 2 raised to some power
>(ie- 16(=2^4), 32(=2^5), 64(=2^6), etc.).  You'll probably notice that
>some things are more "efficient" if they map directly into the binary
>(base 2) scheme that the computer is based on.

Are you creating/destroying these things dynamically? (malloc/free,
new/delete)

I've noticed that heap gets allocated in paragraphs (multiples of 16 bytes)
since that's the minimum increment of a segment pointer.

Possibly there's some optimization in the allocation function which
allows it to take short cuts when the request is for exactly (2^n)*16
bytes (no that can't be right, it doesn't take into account the space
for the next-block pointer, which is included in the allocated block).

In any case, my wild guess is that setting your data up so it aligns
on exact 2^n paragraph boundaries is simplifying the segment-pointer
arthmetic somehow.  Unless there's a real nuts-and-bolts EXPERT out
there (maybe on Monday AM?), you'd have to look at the assembler code
to find out what the difference was between the fast and slow cases.
--
==Steve Watson: watson@sce.carleton.ca===Carleton University, Ottawa, Ontario==
| The above is the output of a 7th-order Markovian analysis of all posts on   |
| this group for the past month.  Not only is it not Carleton's opinion, it's |
| not even *my* opinion: it's really just a mish-mash of all YOUR opinions!   |
Xref: sparky comp.os.msdos.programmer:10757 comp.os.ms-windows.programmer.misc:3544 comp.os.ms-windows.programmer.tools:1464 comp.os.ms-windows.programmer.win32:2050 comp.os.os2.programmer:6548
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.os.msdos.programmer,comp.os.ms-windows.programmer.misc,comp.os.ms-windows.programmer.tools,comp.os.ms-windows.programmer.win32,comp.os.os2.programmer
Subject: Lossless data COMPRESSION sources available NOW!
Date: 19 Nov 92 06:14:10 GMT
Followup-To: comp.os.msdos.programmer
Organization: Academic Computer Centre Utrecht

Hi,

I made version 1 of the LDS (lossless datacompression sources) kit.
I noticed lots of people want sources for datacompressors and it
can be hard to get them. Especially good ones. I have spend a fortune
on collecting compression sources (I need them for an archiver I
am working on) and decided to create a package containing the ones
I think are most wanted and interesting.

The kit includes AR002 (comparable with ARJ 2.39, LHA, ZOO 2.11,
PKZIP 1.93a, ZIP 1.9), LZW, Huffman, Splaytree's, Ashford, LZHUF,
LZSS, LZARI, ARI, higher order ARI etc.

All sources are in C and include a make file for Borland C.

I uploaded the file lds_10.zip (PKZIP 1.10 format) to garbo.uwasa.fi,  
it is available in /pc/programming.

Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

"The IBM PC is still waiting for a version of the CP/M OS.", G.M. Vose, 1982.
Newsgroups: comp.os.msdos.programmer
From: mortenk@dhhalden.no (MORTEN KNUDSEN)
Subject: Re: Capturing Mouse Interrupts
Keywords: mouse capture interrupt IRQ
Organization: Ostfold College
Date: Mon, 16 Nov 1992 18:28:39 GMT

In article <ua#@byu.edu> $dougn@sasb.byu.edu (Douglas R. Nebeker - MIS_SAS) writes:
>Help!
>
>I am trying to hook the mouse interrupts so that each time the mouse is 
>moved, my routine can be notified.  I've tried hooking Int 33h, but found 
>that didn't work since Int 33h is only called to initialize the mouse and/or 
>driver.  Int 33h, AX=24h returns the IRQ number and tells me that my mouse 
>is using IRQ 4 (I have comfirmed this with other utilities).
>
>However, when I hook IRQ4, the mouse still works great, but my routine is 
>never notified of any mouse movements.  When I check those routines that 
>show the owner of the different IRQs, they DON'T show my program (but they 
>DO show my program owning other interrupts that I've hooked in the same way).
>
>Now...could it be that everytime I go into a program that uses the mouse 
>that the program itself initializes the mouse, which "unhooks" my process 
>from the interrupt chain?  If this is so, how can I keep my mouse routine 
>hooked?!?
>
>
>Thanks in advance for ANY help!
>
>____
>
>Douglas R. Nebeker         Internet: $dougn@sasb.byu.edu

I had this problem myself when writing a screen saver. This is what I did,
using com1 as an example:
I hooked int21, in order to prevent the mouse driver in getting back the
com1 vector. When the mouse driver tries to get the com1 vector , I give it 
my old com1 vector (what the com1 vector was before I hooked it). When the
mouse driver tries to set the com1 vector, I store the vector as my old
com1 vector. Cute? Workes great, too.
I could mail you the code, if you want.
Lines: 9
Date: Thu, 19 Nov 92 16:14:34 MST
Newsgroups: comp.os.msdos.programmer
From: curtisn@SAS (Curtis Nelson)
Subject: Help with TSR's
Organization: BYU

Hello!
What is the best way to unload a TSR from memory (ie: kill the TSR and free 
up it's memory )?
I'vew tried several of the DOS functions that kill a process, but they 
apparently(?) kill command.com, because my computer dies right away.
Thanks for any help on the matter.

Curtis Nelson
curtisn@sasb.byu.edu
Newsgroups: comp.os.msdos.programmer,comp.lang.c,comp.lang.pascal
From: s2874066@techst02.technion.ac.il (Eyal Peleg)
Subject: CHANGING THE PC's TIMER SPEED (>18.2 Hz INTERUPPTS)
Organization: Technion, Israel Inst. of Technology
Date: Fri, 20 Nov 1992 00:30:08 GMT
Keywords: interuppt , clock , timer , real-time

hi,

i am looking for anyone that have ever writen a program in pascal/asm/c/basic
or combination, that is interuppt driven and is called more then 18.2 Hz.
i need a way to increace the abount of INT 8 that i recive per second
BUT i have to keep the pc systems running properly (clock , seek time counter)

has anyone done something like that ???
can you give me pointers for where should i look for such code ?
is this considered real-time programming ?

please reply by email and i will summerise.

Eyal peleg
s2874066@techst02.technion.ac.il



Newsgroups: comp.os.msdos.programmer
From: raymond@kronos.arc.nasa.gov (Eric A. Raymond)
Subject: Re: Borland C++ 4.0 - Who knows What? (actually TP 7)
Organization: NASA/ARC Information Sciences Division
Date: Thu, 19 Nov 1992 21:53:51 GMT

dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <1992Nov18.222936.26394@kronos.arc.nasa.gov> raymond@kronos.arc.nasa.gov (Eric A. Raymond) writes:
>>What sort of support does it have for interrupts?
>>
>>That is, if you do a setvect does does the handler perform in real or
>>protected mode?  Is there any control over doing this (i.e., a real
>>mode handler)?

>From what I can spot on a quick read through the BP 7 manual, there's no 
>special support for interrupts.  That is, you'll have to use the DPMI 
>services directly.

What sorts of services does DPMI provide?
From: ay-a@minster.york.ac.uk
Newsgroups: comp.os.msdos.programmer
Subject: Re: Undocumented commands for MSDOS
Date: 19 Nov 92 22:21:18 GMT
Organization: Department of Computer Science, University of York, England


I seem to remember from somewhere that the /f switch in command.com
takes effect whenever an Abort/Retry/Fail message arises by repeating
<F>ail until you are returned from whence you came.

(I think - try it and see).
Newsgroups: comp.os.msdos.programmer
From: nwalczak@dcs.warwick.ac.uk (Nick)
Subject: emm386 umb question
Organization: Department of Computer Science, Warwick University, England
Date: Fri, 20 Nov 1992 12:48:41 GMT

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?

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.

-Nick Walczak
Xref: sparky comp.os.msdos.programmer:10750 alt.msdos.programmer:2783