HDTenEightyP/NetNews huggingface dataset:
From: sabre@microsupport.sas.upenn.edu (Andrew White)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Help on changing Copy
Keywords: Midnight Arrow
Date: 23 Nov 92 02:57:18 GMT
Organization: University of Pennsylvania

In article <v3gq0yl@lynx.unm.edu> moeur@chtm.eece.unm.edu (Bill Moeur) writes:
>In article <Bxn4nE.8IH@news.cso.uiuc.edu> jlamb@ux4.cso.uiuc.edu (Jeffrey Richard Lamb) writes:
>
>>to kill machines. I'm not trying to write a virus. I made a bet with
>>a friend that the copy command (or any other internal dos command)
>>could be "turned off." What I want to do is simple. I want dos to access
>>a file called "copy.bat" whenever anyone types in a copy command. The
>>problem is that dos always checks for internal commands (copy) first,
>>so dos never even looks at copy.bat, it just declares invalid number of
>>parameters. I'm sure this can be avoided, but how? Again, I know it sounds
>
>If you're using DOS 5.0, try using doskey to alias the copy command to call
>your batch file which is called something beside copy.bat.
>for example:
>     DOSKEY copy=copy2 $1 $2

My freshman year, we did something like this to a friend's computer
by using DEBUG to change the name the DIR command in COMMAND.COM to
DXR (or whatever), and then creating a hidden batch file in the
path called "DIR.BAT" that contained one line:
 
@DIR C:\

so that whenever he did a DIR, he only saw the contents of the root
directory.  It was quite funny.  Anyway, you could change the COPY
command in a similar manner, albeit this is not a general solution
to the problem.
-- 
Andrew White                  |  Dod #0584
sabre@quantum.sas.upenn.edu   |  '82 Honda Sabre v45
From: nyeda@cnsvax.uwec.edu (David Nye)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Protected Mode 386 C compilers
Date: 17 Nov 92 06:21:36 GMT
Organization: University of Wisconsin Eau Claire

In article <1992Nov15.095043.3449@csdvax.csd.unsw.edu.au>, u2105546@csdvax.csd.unsw.edu.au writes:

> I, together with a small team of programmers, artists and musicians are in the
> process of writing an arcade game. This is to be not just any ordinary arcade

Here's a product idea that's been rattling around in my head for a while:
there are many of us couch potatoes who ought to exercise more but find it
boring.  I'd really like to see an action game that requires some
expenditure of energy by the player.  Some examples:  a skiing simulator
in which you strap into boots and grab poles, a virtual reality combat or
ball game.  There is a big potential market out there for this kind of 
thing (you'll get my quarter!).

David Nye
nyeda@cnsvax.uwec.edu
From: jas37876@uxa.cso.uiuc.edu (John A. Slagel)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Protected Mode 386 C compilers
Date: 17 Nov 92 18:20:16 GMT
Organization: University of Illinois at Urbana

S.Culverhouse@lut.ac.uk writes:

>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.

     I had the same problem... You must let the EMM386 provide EXPANDED
     memory, and then DJGPP will work.  When EMM386 doesn't provide EXPANDED
     memory (NOEMS?) then it runs with the CPU in V86 mode.

-- 
------------------------------------------------------------------------
  John A. Slagel, email: jas37876@uxa.cso.uiuc.edu
From: pierre.darmon%acc1bbs@ssr.com (Pierre Darmon) 
Newsgroups: comp.os.msdos.programmer
Subject: MSDOS 5.0 vs DRDOS 6.0
Date: 17 Nov 92 11:33:00 GMT
Distribution: world
Organization: Advanced Computer Concepts BBS, New Rochelle, NY 914-654-1981
Reply-To: pierre.darmon%acc1bbs@ssr.com (Pierre Darmon) 

To: etxlli@eos.ericsson.se

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

LL>          * What is the difference between MSDOS and DRDOS?
LL>          * Is DRDOS fully compatible with MSDOS?
LL>          * Are there any advantages/disadvantage with DRDOS compared to MSDO

Go ahead and get DR-DOS, you won't regret it. It is fully MS-DOS
compatible and has many many more features that makes MS-DOS pale in
comparison.
Most internal and external commands familiar to an MS-DOS user are
enhanced in DR-DOS. And there are additional commands which makes life
easier.

Pierre Darmon
acc1bbs!pierre.darmon@ssr.com
                                                                       
Newsgroups: comp.os.msdos.programmer
From: ap@jyu.fi (Patrick Aalto)
Subject: Re: How can I check which COM port a mouse is a
Organization: University of Jyvaskyla, Finland
Date: Mon, 16 Nov 1992 07:11:45 GMT

In article <1dtmvcINN39j@mailgzrz.TU-Berlin.DE> meikel@marie.physik.tu-berlin.de (Michael Feig) writes:
>In the newsgroup comp.os.msdos.programmer someone posted a solution using
>Int 33h, function 24h, which returns the IRQ of the mouse handler.
>It seems to work quite well so I think anyone interested in the problem should
>read the article there.

Hi!

I had the same problem about detecting which IRQ the mouse driver uses, and
I came up with the following simple method: Check (from INT table at 0000:0000)
what is the INT 33h handler's segment. Then check which IRQ handler is at
the same segment. This is most likely the IRQ mouse driver uses.

But of course, if INT 33h FUNC 24h is available, one should use it.

Patrick Aalto
ap@jyu.fi
Newsgroups: comp.os.msdos.programmer
From: hanke@nessie.cs.id.ethz.ch (Norbert Hanke)
Subject: Re: Virtual memory for PC?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 17 Nov 1992 10:43:13 GMT

In article <1e9obsINNeb6@ariel.ucs.unimelb.EDU.AU> paul@sunrise.sli.unimelb.edu.au (Paul Joyce) writes:
>Hi,
>
>Does any product exist that provides virtual memory under Extended-DOS?
>
>Is it correct to say that most DOS extenders just allow access to the
>RAM in the machine ("break the 640K barrier"), but don't provide
>virtual memory?

most is true, but not all: At least Pharlap has a version of its DOS extender
that provides virtual memory. Other extenders which rely on a DPMI server
(such as 386MAX or QEMM with Quarterdeck's new QDPMI driver or within a DOS
box inside MS-WINDOWS) should provide it, too, since DPMI provides virtual
memory. I don't know if this is true for all DPMI servers, but at least QDPMI
and the DOS box do.

(some stuff deleted)

>extremely large (1-???MB depending on job). We believe it is portable
>enough that it should compile using one of the 32 bit C/C++ compilers
>available now (Watcom, Metaware, etc) and Extended-DOS. However, it

Watcom and Metaware both work together with PharLap, according to their
advertisements. Watcom claims VM up to 32MB whith the (included) Rational
Systems DOS extender. Metaware is available with optional PharLap,
don't know if this is the VM version. Pricing is about the same.


Norbert Hanke
Power Electronics Lap
ETH Zurich, Switzerland

Xref: sparky comp.os.msdos.programmer:10878 comp.os.ms-windows.programmer.misc:3630
From: infidel@cislabs.pitt.edu (todd j. derr)
Newsgroups: comp.os.msdos.programmer,comp.os.ms-windows.programmer.misc
Subject: Re: Poll : Microsoft support on the Internet
Date: 24 Nov 92 00:30:38 GMT
Followup-To: comp.os.msdos.programmer
Organization: university of pittsburgh cis

YES! YES! YES! YES! YES! YES! YES! YES!

I just couldn't resist the temptation any longer.  The overwhelming
'YES' response to this thread made me realize that the Usenet really
_IS_ a democracy, and that my vote _DOES_ count.  It must, otherwise
all of these fine people wouldn't have wasted their time and ours by
posting such enlightening messages on the subject, right?  

So yes, Yes, YES!, Microsoft, give me internet support and give it to
me good or I'll take you all to court and use as evidence the fact
that a good twenty or thirty complete morons have annoyed the piss out
of the enitre group by reponding with single-line messages, saying,
simply, and beautifully,  "YES!" (or better yet, a  "YES" followed by
twenty lines of .sig).  Then you'll _HAVE_ to give us support because
we all said so, right?

Anyways, everyone who responded with mindless message as detailed
above, you _CAN_ recieve support on the internet.  Just send a mesaage to
moron-request@uunet.uu.net with the single line 'send clue'.  A daemon
will (hopefully) delete all your files, remove your login ID, and
rearrange your diodes for you.

-- 
todd j. derr                         \   infidel+@pitt.edu
university of pittsburgh cis          \  +1 (412) 363-9027
moderator, comp.os.ms-windows.announce \ +1 (412) 624-7140
Newsgroups: comp.os.msdos.programmer
From: zandonad@ghost.dsi.unimi.it (marco zandonadi)
Subject: Printing a graphic screen... HELP!
Organization: Computer Science Dep. - Milan University
Date: Mon, 16 Nov 1992 11:11:00 GMT

I'm a student in Informatics. I'm programming using Turbo Pascal 6.0.
My problem is : I need to print a graphic screen (not a specific one,
because I use Turbo's 'detect' function to identify the graphic card).
Does Turbo support screen printing ? If not is there an alternative way
of doing it (maybe with the printscreen key)?

I have to add that I have little experience on PCs so your help will be
very appreciated.

Thanks in advance

Marco

 ////////////////\\\\\\\\\\\\\\\\\\ 
 < zandonad@ghost.sm.dsi.unimi.it > 
 <                                > 
 <         Dipartimento di        > 
 <    Scienze dell'informazione   > 
 <             Milano             > 
 \\\\\\\\\\\\\\\\//////////////////

Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Number of subdirectories limited ?
Organization: Texas Instruments Inc
Date: Wed, 18 Nov 1992 00:42:53 GMT

In <1992Nov17.195401.772@murdoch.acc.Virginia.EDU> jav2d@faraday.clas.Virginia.EDU (Jason Adams Vanvalkenburgh) writes:

>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.

Just backwards.  The root directory is the ONLY one with a limit.  A
hard drive root directory has a limit like 2048, or something like
that (don't hold me to that number, but the order of magnitude is
right).  Once you are off the root directory, the 'directory listing'
is just another file, and it can be however large a file is allowed to
be. 

The limit is physical disk space.

>Hope this answers your question.

Correct answers are better.

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: msjle@uxa.ecn.bgu.edu (Joi L. Ellis)
Subject: Re: Number of subdirectories limited ?
Organization: Educational Computing Network
Date: Tue, 17 Nov 1992 21:44:06 GMT

jav2d@faraday.clas.Virginia.EDU (Jason Adams Vanvalkenburgh) writes:

>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 "\" ?
>> 
No, there is NOT.

>> 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

In the ROOT of the volume.  You can have a huge number of files in
subdirectories off the root.

>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

FAT tables are used to track clusters of data allocated on the volume.
They don't have anything to do with directory capacity other than that
directories are themselves files which occupy clusters tracked in the
FAT.

Zero length files take up no disk space, only a 32-byte (or whatever)
slot in the directory "file."  Many, many empty files will take up many
many 32-byte slots and cause the directory "file" to grow.  Directory
entrys are not tracked individually in the FAT unless the file has space
allocated.  The directory "file" itself will occupy disk space and be
tracked in the FAT.

It would be theoretically possible to fill a disk with empty files, but
it would be due to the directory containing the filesnames growing to
fill the disk, not the number of entries themselves. 

Paper scritching tells me you could get 360K * (1024/32) = 23,040 
zero length files on a floppy before the directory "file" filled the
space available.

(Note that Novell Netware DOES have such a limitation in 2.x versions,
because the volume structure is radically different than DOS.)
 
>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
-- 
Joi Ellis                      msjle@uxa.ecn.bgu.edu
Student Residential Programs   Western Illinois University

Newsgroups: comp.os.msdos.programmer
From: nwalczak@dcs.warwick.ac.uk (Nick)
Subject: GIF files in the background of Windows?
Organization: Department of Computer Science, Warwick University, England
Date: Sun, 22 Nov 1992 13:37:32 GMT

Hi,

Is there a program on ftp to convert .GIF files to .BMP files,
ie: the ones used in Windows as backdrops?

-Nick
Newsgroups: comp.os.msdos.programmer
From: rrmadiso@napier.uwaterloo.ca (Richard Madison)
Subject: Turbo Vision (TP6)
Organization: University of Waterloo
Date: Thu, 19 Nov 1992 23:47:37 GMT





	I need a bit of help with Turbo Vision (Turbo Pascal 6.0, but similar
to BC++, so...)
	
	I am trying to get submenus into menus, and I am trying to find
out how to update the statusline at the bottom of the screen during execution.
I cant find anything in the paltry Turbo Vision manual, or Tom Swan's Mast-
ering Turbo Pascal 6.0

	Help?

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

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


Thanks Very Much,

Richard Madison
rrmadiso@napier.uwaterloo.ca
From: sidney@borland.com (Sidney Markowitz)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Borland C++ 4.0 - Who knows What? (actually TP 7)
Date: 20 Nov 92 00:01:25 GMT
Organization: Borland International
Originator: sidney@genghis.borland.com

dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>>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.

I don't know how it is done, but I do know of a serial comm
application being written using BP7 that has dual-mode interrupts
using a shared memory buffer which is accessed by both the real and
protected mode version of the interrupt handler. Depending on which
mode the cpu is in when the interrupt arrives, the DPMI server calls
the same mode handler, so no mode switch is necessary. It makes
performance incredibly fast when running under a 386 memory manager or
under Windows compared to all the usual DOS serial comm programs.

But as I said, I don't have enough knowledge about that level of
programming things or of the Borland Pascal language to be able to say
how much of that is supported by Pascal and how much requires dropping
into assembler language.

 -- sidney <sidney@borland.com>
Xref: sparky comp.os.msdos.programmer:10833 alt.msdos.programmer:2800
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
Subject: Re: Number of subdirectories limited ?
From: infidel+@pitt.edu (todd j. derr)
Date: 22 Nov 92 01:38:00 GMT
Followup-To: comp.os.msdos.programmer
Organization: university of pittsburgh cis

In article <1992Nov18.194342.20953@newstand.syr.edu>
	amichiel@rodan.acs.syr.edu (Allen J Michielsen) writes:

>One more piece of this, is that 360K system disks have a limit of 112 files,
>114 for non-system disks.  However, in eithercase...   The root FAT can also
>run out of room.  This occurs when you have lots and lots of little files and
>the disk is heavily fragmented.  This (probably) is impossible for a 360K
>floppy but not for other disks.  But, again, subdir's help to eliminate this.

There is no such animal as a 'root FAT'.  DOS disks have ONE FAT
for the whole disk.  Actually, most of them have two exact copies of
the FAT, but since they're exact copies, they are, in effect, one FAT.

Entries in the FAT are one per cluster, which can either be a flag
indicating Reserved, Bad, or Unused, or a pointer to the next cluster
in the file or an EOF flag.  Therefore, when you're out of FAT
entries, you're out of space on the disk.  Plain and simple.  Yes, the
root DIRECTORY has a limit, but that's the only limit other than
physical disk space imposed on the disk.  

I know someone has said this before, but people don't seem to believe
that this is true...   Oh well.

todd.


-- 
todd j. derr                         \   infidel+@pitt.edu
university of pittsburgh cis          \  +1 (412) 363-9027
moderator, comp.os.ms-windows.announce \ +1 (412) 624-7140
From: mccabe@pogo.den.mmc.com (Steve McCabe)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Undocumented commands for MSDOS
Date: 19 Nov 92 14:49:44 GMT
Organization: Martin Marietta Western Internal Systems

In article <.116@ccs.carleton.ca>, @ccs.carleton.ca writes:
> 
> In article <1992Nov18.040449.20732@vpnet.chi.il.us> cgordon@vpnet.chi.il.us (gordon hlavenka) writes:
> 
> > mtl92205@dit.upm.es (Pablo Varela) writes:
> >>      I've tried truename, and what it seems to do it's giving
> >>you the full name of a file, that is, if you are in c:\windows, and 
> >>type truename win.com it will say c:\windows\win.com, and if you say 
> >>truname ..\bin\pkunzip.exe it will say c:\bin\pkunzip.exe.
> 
> >Hmmm...  I just shelled out and tried "truename pkunzip.exe".  It
> >returned "D:\TELIX\PKUNZIP.EXE" although pkunzip is actually in
> >C:\UTIL.  Next I tried "truename nosuch.fil" and got
> >"D:\TELIX\NOSUCH.FIL".  So I guess we can see why it's undocumented :-)
> 
> The problem here is that you have assumed that truename finds the 
> fully qualified name of an actual file. There are several versions of the 
> UNIX which program which will find the correct file.
> 
> Truename in this context, returns the FULLY QUALIFIED name of a file.
> Basically, it lets you know the file DOS would access given the string 
> provided. This does not imply that the file exists, simply what Drive:\
> directory\name.ext would be used. 
>  
> 
> 
Syntax: TrueName [Drive:] [\Directory] [Name.Ext]     [] = optional

Note: It does not always return Drive:\Directory\Name. If the Drive specified is network
      Drive, the return format is \\ServerName\VolumeName\Directory, but if you specified 
      a Name.Ext with no Directory and the current Directory for the network drive is  
      the root, then the return format is \\ServerName\VolumeName\\FileName.Ext

The DOS command CD accepts the format returned above.  Be careful though, if your current drive
is a local non-networked drive and you issue a CD \\ServerName\VolumeName\Directory command,
DOS will map the Networked drive to your local drive. 
By the way, after issuing the above command, we are unable to get back to the local Hard-
drive without re-booting!
Newsgroups: comp.os.msdos.programmer
From: fox@rei.com (Fuzzy Fox)
Subject: Re: Very puzzling struct problem!
Date: Mon, 23 Nov 1992 19:55:09 GMT
Organization: Recognition Equipment, Inc.

ematias@csri.toronto.edu (Ummm... me!) writes:

>   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!

It is because pointer arithmetic is more efficient with powers of two.
If the size of your struct is a power of two, then pointer manipulations
(and array offset calculations) can be performed with simple shift
instructions, whereas non-power-of-two-sized elements require slow
multiply and division operations, which both increase the size of your
code and slow down the program.  Exactly what you observed.

-- 
#ifdef TRUE        | Fuzzy Fox (a.k.a. David DeSimone)       fuzzy@netcom.com
#define  TRUE   0  |
#define  FALSE  1  |  "You have been recruited by the Star League to defend
#endif             |     the Frontier against Xur and the Kodan Armada."
Newsgroups: comp.os.msdos.programmer,comp.msdos.programmer
From: verghese@boi.hp.com (Phil Verghese)
Subject: BC Font Editor Problems (Cap Height Changes)
Date: Tue, 17 Nov 1992 21:23:46 GMT
Organization: Hewlett-Packard
Followup-To: comp.os.msdos.programmer

I'm trying to use Borland's font editor for bgi fonts (FE) to modify a
few characters in an existing font.  The characters that I'm changing
don't go above the cap height line or below the descender line.  For
some reason the cap height is getting changed, which causes the font
to display improperly.

According to the FE documentation, the way cap height is determined is
by looking at the character 'E'.  I haven't modified this character.
Before my changes, the cap height was 7.  If I define one character
that goes from the cap line down to the descender line, the cap height
becomes 9.  As I mentioned earlier, the font displays improperly --
all the descenders are cut off.

Does anyone have an idea as to what's causing this?  I've tried
re-setting the baseline, but it makes no difference.

    	Thanks in advance for your help,

    	Phil

-- 
------------------------------------------------------------------------------
Phil Verghese        	     | DISCLAIMER: It wasn't me!  I must have just
Hewlett-Packard	    	     | left my terminal for a minute!  I would NEVER 
verghese@hpdmd48.boi.hp.com  | write anything like that, you know me!