HDTenEightyP/NetNews huggingface dataset:
From: infidel+@pitt.edu (todd j. derr)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Reconfiguring a network (was Re: Batch Files)
Date: 26 Jan 93 05:03:14 GMT
Organization: university of pittsburgh cis

In article <1993Jan24.135115.10741@gmuvax2.gmu.edu>, skhan@gmuvax2.gmu.edu
(Shahab Raza Khan) writes:
> I have an interesting question.  I want to write a batch file
> which would do the following:
> 
> 1. Down load our backup software from one of our LANs.  The
>    software is not in compressed form but regular files.
> 2. Edit the autoexec.bat file to login to separate accounts on
>    the LAN (e.g. user1, user2 etc)
> 3. edit the config.tel file (for use with telnet) and change the
>    IP number in it (e.g. 129.174.1.1 129.174.1.2 etc)

well, here's what I do for our network of ~85 PC machines here... a
few asumptions that need to hold for this to work:

1) The machines are currently operational, they can connect to the net.
2) You could use a copy of SED, available from your favorite gnuish
ftp site.... I guess you *COULD* contort EDLIN as people have
suggested, but, it's much easier to use sed, especially if you know it.
3) You have some sort of systemwide login script on your LAN, and it
can do this: (which comes from our NETWARE 2.15 login script):
DOS SET NAME=LOGIN_NAME.

  You might be able to program around this if #1 holds.  For example,
our machines are simply named (for Netware's purposes), 1,2,3,...85.
They log into a directory called HOME/1, etc, which you could extract.
All you need is to find some way of identifying the machine, when it
boots, and then work with that...

4) You can get access to the fileserver and all the machines when no
one will be logging in (eg, when our lab is closed)...

Anyways, what I do is this:

Collect all of the software I need installed/upgraded in some known
place, say Z:\TEMP.  You can basically have this anywhere you map a
drive to, and I only put it in one directory for convenience (since
our machines really don't have much besides DOS, config files, and net
drivers on their drives)...

anyways, modify the system login script, so that after it does its
usual stuff, it does:
PCCOMPATIBLE
EXIT "z:\temp\batchfil"

z:\temp\batchfil (or whatever) will do what you need done... I usually
do this through a combination of DEL, COPY, etc...

then, for the grand finale, you'll want to save autoexec.bat and
config.tel... and do: something along the lines of
sed -e s/MY_NAME_HERE/%NAME z:\temp\autoexec > c:\autoexec.bat

and the same for config.tel... you can see how it works...  noone
around here seemed to think of that until I did.... all you have to do
then is reboot all the machines and make sure all went ok.... 

It's nice to reconfigure 85 machines in 5 minutes instead of hours.

todd.


-- 
todd j. derr (infidel+@pitt.edu) \  +1 (412) 363-9027 (h) \ 624-7140 (w)  
university of pittsburgh cis      \ moderator, comp.os.ms-windows.announce 
Xref: sparky comp.os.msdos.programmer:12438 comp.os.msdos.misc:7190 comp.programming:3589
From: spencer@cats.ucsc.edu (Michael Spencer)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc,comp.programming
Subject: Re: Random number function (NEEDED)
Date: 25 Jan 93 19:54:11 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


lape@cs.utk.edu (Bryon S. Lape) writes:

>	I need a random number generating function.  I cannot use rand()
>and srand().  I am developing a Random class for c++.  Please e-mail me
>with ansers or pointers.

Why can't you use rand() & srand()?  
Your answer may determine what can be done.

-- 

===========================================================================
Michael Spencer            |      2640 Borregas
spencer@cats.ucsc.edu      |      Aptos, CA   95003
===========================================================================
Newsgroups: comp.os.msdos.programmer
From: geo@netcom.com (George Pontis)
Subject: Info on Acumos chipset needed
Keywords: Acumos info
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Thu, 21 Jan 1993 20:55:10 GMT

Hi there. Can one (or more) of you tell what the text mode numbers are for
Acumos SVGA chips ?

Thanks,
George
-- 
George Pontis ( geo@netcom.COM )
From: jcmorris@mwunix.mitre.org (Joe Morris)
Newsgroups: comp.os.msdos.programmer
Subject: Re: interupt vector table
Date: 22 Jan 93 15:29:11 GMT
Organization: The MITRE Corporation

rmascaro@uniwa.uwa.edu.au (Robert Mascaro) writes:

>I have a strong interest in writing software interupt handlers. I know
>that dos keeps a table of 1024 bytes from 0:0 which point to the address
>to jump to from servicing the interupt. My question is, I have tryed to
>follow the path (using debug) of interupt 1C (second clock timer), which
>by my calculations should be located at hex 0:70 (4 bytes per address *
>int number). This should contain the offset address of the handler which
>should point to an IRET. It seems to point to nothing. What am I doing
>wrong?? could someone step me through the process in DEBUG.

1. Display the interrupt vectors using DEBUG.  If you display the block
   starting at 0:0 the 1C vector will be at the left of the bottom line.
   On my NEC system the data reads:

   0000:0070  53FF 00F0 xxxx xxxx - xxxx xxxx xxxx xxxx
      Offset--**** ****--Segment

2. Note the segment and offset values.  Both are stored inverted, so the
   bytes are exchanged, and represent the location F000:FF53.

3. Display this location (well, I mean "display the location which 
   is pointed to by 00:70 in *your* system").  If no programs have
   linked to the vector, it should be an IRET (0xCF) instruction.

(BTW: Ralf Brown's interrupt list notes that the INT 1C timer tick
exit is *not* available on NEC 9800-series PC's.)

Maybe the question should go to alt.folklore.computers, but can anyone
explain just why so many CPU chips insist on byte inversion when storing
data?

Joe Morris / MITRE
From: cah@pdx.csd.mot.com (Chris Huey)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Reading the arrow keys... how?
Date: 25 Jan 93 19:12:28 GMT
Organization: Motorola, Beaverton, OR
X-Newsreader: TIN [version 1.1 PL6]

D'Arcy J.M. Cain (darcy@druid.uucp) wrote:
: rnichols@cbnewsg.cb.att.com (robert.k.nichols) writes:
: >In article <1jmeupINN4g9@savoy.cc.williams.edu> 93gke@williams.edu (Just Ask The Axis) writes:
: >>I am trying to read the arrow keys from a PC keyboard in C. So far
: >You can use getch() to read the arrow keys.  The extended keys all
: >return a 2-byte sequence, with the first byte being either 0 or 0xE0.
: 
: Where did you get that 0xE0?  It returns a zero byte followed by the
: scan code.
: 
The E0 (as the Norton guide will tell you) comes directly from the keyboard
and is read by INT 9.  It is sent by the extended keys on 101 (and greater)
key keyboards.  Ie: the cursor movement, home, end, insert, delete keys,
etc. all prefix their scan codes with an E0.  Note that the numeric island
keys do not prefix with an E0.  They just send the scan code - as you were
describing.  Naturally, the 84 key keyboard knows nothing about E0 codes.

-- 
Chris Huey                                               Motorola Computer Group
cah@pdx.csd.mot.com                                      Voice: (503) 520-5215
 "I lost my job last month.  Actually, I didn't really lose it.  I know right
 where it is.  There's just some other guy doing it now." -- Steven Wright
Newsgroups: comp.os.msdos.programmer
From: esova@magnus.acs.ohio-state.edu (Edward R Sova)
Subject: tee for DOS?
Organization: The Ohio State University
Date: Fri, 22 Jan 1993 18:44:39 GMT

Where can I get the Unix tee command for DOS?  You can split redirection and
piping.  like maybe foo | tee > prn >logfile.  Well I'm not sure of the 
syntax, and I don't care right now, but I think you see what I want.  Where
is it?  Thanx


  ___
  \  \      Mr. Ed on rollerblades?  Nah, that's:
  _\  \      esova@magnus.acs.ohio-state.edu       Prodigy:CBGX09A
 \_____\       but his friends call him Ed,
 o o o o                    yeah that Ed Sova Kid, he answers to anything.
Newsgroups: comp.os.msdos.programmer
From: morvai@ncs.dnd.ca (Steve Morvai)
Subject: PC/AT System Board Initialization
Followup-To: morvai@ncs.dnd.ca 
Summary: Information on initializing the PC/AT system board components 
Keywords: PC/AT Hardware Initialization 
Organization: DND, Ottawa, CANADA
Date: Thu, 28 Jan 1993 21:34:07 GMT

  Could someone provide information (articles, documents, referrences) or
sample sources (C, ASM) outlining the procedure to initialize the PC/AT system
board components following power-up in a similar manner that the BIOS does. 
The system components include the timer, interrupt controller, DMA,
keyboard controller, etc ... The intended purpose is to replace the BIOS
with an embedded application operating as a diskless system. 

  Replies to "morvai@ncs.dnd.ca" or the newsgroup is much appreciated.

  -SRM
Newsgroups: comp.os.msdos.programmer,comp.os.ms-windows.programmer.win32,comp.os.msdos.desqview,comp.os.os2.programmer,comp.os.ms-windows.programmer,comp.lang.c,comp.lang.fortran
From: fea@ornl.gov (FREELS J D)
Subject: Re: 32 bit compilers and environments
Organization: Oak Ridge National Laboratory
Date: Tue, 26 Jan 1993 03:04:46 GMT

In article <1993Jan25.222125.25160@news.acns.nwu.edu> phantom@casbah.acns.nwu.edu (James Choi) writes:
>To find the ultimate guru, I am cross posting to many relevant news
>groups.  If you send me e-mail response, I will summarize it and post it.
>
>I have an application where I need to
>
>1.  Compile and run 32 bit code both in Fortran and in C.
>2.  There is a good chance that these 32 bit codes should multi-task.
>
>My questions are:
>
>1.  What is the best 32 bit fortran compiler?
I have used Silicon Valley Software and Microway NDP.  Both do a good job
and produce reliable executables.  I used to say that SVS was the best.
It compiles very fast!  However, now they use there own DOS extender
instead of Phar Lap and does not work well (in fact, now not at all)
with Desqview-386 or Desqview/X.  In fact, it does not work well with
a non-DPMI environment (i.e., VCPI environment).  An yes, I have version
2.8.2 that supports (supposedly) VCPI and I also have QDPMI from Quarterdeck.
It just doesn't work with DV anymore.  Such a shame since I was one of there
customers from way back.  I now use NDP Fortran from Microway which does
work fine with DV and comes with a nice full-screen debugger (another
deficiency with SVS which is line-mode debugger).  NDP is slowere but
has alot more options.  I have also used the i-860 FORTRAN compiler from
Microway and it also works well.  All these compilers are written in C
by the way.
>2.  What is the best 32 bit c compiler?
Don't know this.  I have written C but not 32-bit C.
>3.  Can windows multi-task 32 bit codes? (no graphics)
Not very well.  NT might but that is vaporware for most of us.
>4.  Can desq view multi-task 32 bit codes?
Yes, very well indeed.
>5.  Can os2 multi-task 32 bit codes?  (stupid question, but just to make
>    sure)
Yes, but no direct experience here.
>
>Thank you in advance.  Please e-mail me unless it is something to be
>discussed in public.
>
>James Choi

Dr. J. D. Freels
fea.rrd.ornl.gov
Newsgroups: comp.os.msdos.programmer
From: fox@rei.com (Fuzzy Fox)
Subject: Re: tee for DOS?
Date: Tue, 26 Jan 1993 05:01:06 GMT
Organization: Recognition Equipment, Inc.

CONCOPY does what TEE does on Unix.  Get it from the SYSUTL directory on
Simtel-20 (or mirrors thereof).

-- 
#ifdef TRUE        | Fuzzy Fox (a.k.a. David DeSimone)       fuzzy@netcom.com
#define  TRUE   0  |
#define  FALSE  1  |         "S-O-C-K-S ?   Wow, Spanish *is* easy!!"
#endif             |
From: Jon Freivald <jaf@jaflrn.UUCP>
Newsgroups: comp.os.msdos.programmer
Subject: Re: CTRL-ALT-DEL : how to send from a program ?
Date: Fri, 22 Jan 93 13:47:27 EST
Organization: The Wizzard's Cave, East Meadow, NY

cotrozzi@ghost.dsi.unimi.it (Massimo Cotrozzi) writes:

> Subject says it all.
> Which is the way to reboot from within a program ?
> 
> Many thanx in advance

This will do it every time...  (except from inside a Desqview window):
(Sorry - requires TurboC)

#include <dos.h>
void hard_boot ( void )
{
	__emit__(0xEA, 0xF0, 0xFF, 0x00, 0xF0);
}


=============================================================================
                   Jon Freivald ( jaf%jaflrn@uunet.UU.NET )
	 Nothing is impossible for the man who doesn't have to do it.
		    PGP V2 public key available on request
=============================================================================
Newsgroups: comp.os.msdos.programmer
From: stst@vuse.vanderbilt.edu (Stefan Strack)
Subject: Re: tee for DOS?
Organization: Vanderbilt University School of Engineering, Nashville, TN, USA
Date: Fri, 22 Jan 1993 21:28:12 GMT

In article <1993Jan22.184439.27754@magnus.acs.ohio-state.edu> esova@magnus.acs.ohio-state.edu (Edward R Sova) writes:
>Where can I get the Unix tee command for DOS?  You can split redirection and
>piping.  like maybe foo | tee > prn >logfile.  Well I'm not sure of the 
>syntax, and I don't care right now, but I think you see what I want.  Where
>is it?  Thanx
>

TEE (as well as Y) are internal commands of 4DOS, the command.com replacement.
The syntax is foo | tee logfile | prn. Note that you can roll your own tee
with just a few lines of code.

Regards, Stefan (stst@vuse.vanderbilt.edu)
From: rmascaro@uniwa.uwa.edu.au (Robert Mascaro)
Newsgroups: comp.os.msdos.programmer
Subject: Borland C++'s printf
Date: 25 Jan 1993 12:09:23 +0800
Organization: The University of Western Australia
NNTP-Posting-Host: uniwa.uwa.edu.au
X-Newsreader: Tin 1.1 PL5

I am not sure that this is the right group but here goes. 
I am writing a TSR using C++ (borland's) and are having trouble with the
printf statement. I am outputing integer variables to the screen and
need a printf("%i",x) etc statement. The problem is that it crashes at
the point of output each time. I have tryed a "cputs" to test the
problem and this works fine, however any printf statement will crash the
machine.
As background, the TSR I mentioned makes a clock tick on the screen
while using DOS.
Any suggestions, advice??
Thanks in advance,
Rob.
From: gah@trc.mew.mei.co.jp (Gary A. Hildebrand)
Newsgroups: comp.os.msdos.programmer
Subject: My posts *are* reaching US, thanks!
Date: 21 Jan 93 22:58:07 GMT
Organization: Matsushita Electric Works Ltd., Tokyo, Japan.

All,

Thanks for the numerous US responses to my earlier post.  It appears that
news and mail are working fine now.  Either something weird happened with
the earlier two posts (US-bound only), or nobody wanted to respond to my
questions about 8259A interrupt controllers and virtual 8086 mode!

Regards,

Gary
--
/ Gary A. Hildebrand                 Internet: gah@mew.mei.co.jp       \
/  Matsushita Electric Works, Ltd.   UUCP:     uunet!mew.mei.co.jp!gah \
/   13-2, Mita 5-chome, Minato-ku    Fax:      03-3451-0793            \
/    Tokyo 108, JAPAN                Tel:      03-3452-4941            \
From: zessin@helena.rbi.informatik.uni-frankfurt.de (Ralf Zessin)
Newsgroups: comp.os.msdos.programmer
Subject: Re: How does DOS know a HD is unformatted?
Date: 26 Jan 93 13:30:26 GMT

In <1jhn42INNfma@news.cerf.net> cmd@nic.cerf.net (Jeff Blaalid) writes:

]I am writing a block device driver for hard disks, and am having
]trouble figuring out how to tell DOS when a disk is unformatted.
]Normally, if you try to access an unformatted disk, you get the
]"Invalid media type" error from command.com.

]I have tried returning "Invalid media" from the media check command,
]but that causes the "Invalid media type" error to happen when you
]start fdisk.  Putting an invalid media descriptor in the BPB returned
]from Build BPB doesn't help, either, because DOS seems to ignore it.
]There just doesn't seem to be any documentation on how a device driver
]is supposed to tell DOS that a disk is unformatted.

]Thanks in advance to any kind souls who have a solution.

]Sam Lin

If there is a valid fat + root-directory , it's formatted otherwise
not. This are the two things missing after low-level format and
partitioning.

	- Ralf
Newsgroups: comp.os.msdos.programmer
From: derijkp@reks.uia.ac.be (Peter De Rijk)
Subject: Problem with Phar Lap LITE
Organization: U.I.A.
X-Newsreader: Tin 1.1 PL5
Date: Thu, 21 Jan 1993 17:15:55 GMT


I am trying to use memory >640K in C. I am trying out the 'LITE' version of 
DOS extender from Phar Lap. (I do not want to by the full version until I know
it will work with my program.) While doing some testing I encountered some 
ennoying problems:

I can only allocate 13 blocks using farmalloc. Even when I do have enough
memory left, the 14th farmalloc returns NULL. Is this a limitation of the
LITE version only (it is not described as such.), or is something else wrong.

By freeing or reallocating using farmalloc, farrealloc and farfree memory can 
get 'lost'. e.g. Suppose I want to gradually increase the amount of memory in
an allocated block (as I said, just testing purposes). When I make a block 
bigger by reallocating I can get about 1 megabyte. When make it bigger by 
freeing it, and allocating the larger block, I only get to about halve a meg.

I see following possible solutions to the problem:

Since I am definately not a DOS guru, I am doing something terribly wrong with 
the dos extender. If someone tells me what, I can correct this and get all 
singing, all dancing memory allocation >640K.

I allocate one big block of memory in the beginning of the program, and do all
memory management myself. I'm not really anxious to do this. To do it properly 
it would require a rather big amount of work and time. So if someone else has
already done this, and is willing to give it to me, ...

Someone else has had the same problem, and has found a solution I haven't even 
thought about.

The problem is really driving me mad, and if someone has any idea how to solve 
it, it would be enourmously appreciated.

Peter

PS. I've just read a post about someone using MSC 7.00 and a 'virtual memory
manager'. Does this do what I want: use extended memory, allocate large blocks
of memory under DOS. If so, maybe I should convert to MSC.
Newsgroups: comp.os.msdos.programmer
From: jas37876@uxa.cso.uiuc.edu (John A. Slagel)
Subject: Re: DMA memory->memory question
Organization: University of Illinois at Urbana
Date: Mon, 25 Jan 1993 15:47:13 GMT
Keywords: DMA

pjunold@daimi.aau.dk (Peter Joachim Unold) writes:

>Questions:

>1) Does memory->memory DMA, in the mainmemory work on all PCs? 

    No.  Even if it did, the REP MOVSD is faster.
    This was a topic of conversation a year ago.  This was the conclusion
    that was reached.  There was one guy who knew what hardware needed
    to be implemented... he said that technically, it should work, but
    most motherboard manufacturers don't bother putting that circuitry
    in because its not supported.  

-- 
-----------------------------------------------------------------------------
 John A. Slagel              "My old man used to tell me, before he left this
 j-slagel1@uiuc.edu           shitty world, never chase buses or women- you
 (217) 337-7930               always get left behind." -The Marlboro Man
Newsgroups: comp.os.msdos.programmer
From: markus@clement.info.umoncton.ca (PAULIN MARC)
Subject: Re: Unerase - how does it wor
Organization: Universite de Moncton
Date: Thu, 21 Jan 1993 19:55:57 GMT

In article <rol-190193093304@90.222.1.80> rol@grasp1.univ-lyon1.fr (Paul Rolland) writes:
>From: rol@grasp1.univ-lyon1.fr (Paul Rolland)
>Subject: Re: Unerase - how does it wor
>Date: 19 Jan 93 08:31:55 GMT

>The key, at this point, is to do supposition... Imagine that your disk is
>not fragmented. THen, your file TOTO is stored in contiguous clusters, and
>you have :
>'correct'
>---------
>FAT:   Entry number:     Content of this entry
>             3                      4
>             4                      5
>             5                    0xfff

>When it is cleared, you have :
>FAT:   Entry number:     Content of this entry
>             3                      0
>             4                      0
>             5                      0
>So, if you undelete a file, you check the FAT to see if you have enough
>CONTIGUOUS free clusters starting at the first one allocated to the file,
>and you allocate them to the file you are restoring, rewriting the FAT so
>that it is like the one marked 'correct'.


	Ok.  And what if you have more contiguous space than the actual file 
size?  UNERASE will bring back a file larger than its original size?  If so, 
unfragmenting can cause UNERASING problems too.
                                         ____
              _  _  _                  / \   \ 
            /' )' )' )                |   |   |           
              /  /  /                 | (_|__/         \   
             /     /  __. .__    ___  |   |  __.  . .   \  .   ___ 
            /     (__(_/|__) )__/(__   \_/__(_/|__)\_)__/\__)__) <_ 
                    Markus on QuartzPARADISE and AfterFive
                            (506)855-4974 - Canada
+---------------------------------------------+-----------------------------+
|            markus@info.umoncton.ca          | "My son, ask for thyself    |
| For Talk:  markus@clement.info.umoncton.ca  |  another kingdom.  For that |
|---------------------------------------------+  which I leave is too small |
| When all else fails,  read the instructions |  for thee" - King Philippe  |
+---------------------------------------------+-----------------------------+
From: eric@prodigal.psych.rochester.edu (Eric Hansen)
Newsgroups: comp.os.msdos.programmer
Subject: Q: Extended functions to interrupt $14
Date: 25 Jan 93 19:19:18 GMT
Organization: Center for Clinical Computing, Boston, MA

Does anyone have a refernece for the extensions to BIOS interrupt $14?
These are the ones other than $00 through $03.  They are used for
changing and sensing DTR, RTS, CTS and DSR, and for sending/receiving
a break.  My book on interrupts doesn't list these since they are available
only to PS/2 (386+) machines.  If anyone could briefly summarize them in
a post, I would be much abliged.  Register meanings and values are plenty.

Thanks!

Eric Hansen

--
    * Eric J. Hansen                  |    Center for Clinical Computing   *
    *   eric@binoc.bih.harvard.edu    |   350 Longwood Avenue, Boston, MA  *
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: adam@microware.com (Adam Goldberg)
Subject: Source code for V86-mode disassembler
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Mon, 25 Jan 1993 21:48:32 GMT

Does anyone know of a disassembler capable of dissecting V86-mode
code?  ie, that understands 386-specific instructions, but in 16-bit
mode.

Any pointers to source code would be extremely helpful.

email or posting would be fine, I'll post a summary if there is such a
beast available.

Adam

-- 
Adam G.
adamg@microware.com, or ...!uunet!mcrware!adamg
The above is not to be construed in any way as the official or unofficial
statements of Microware, or any Microware employees.
From: everett@hpcvra.cv.hp.com (Everett Kaser)
Date: Fri, 22 Jan 1993 23:55:53 GMT
Subject: Re: Shareware:  How well has Apogee fared?
Organization: Hewlett-Packard Co., Corvallis, OR, USA
Newsgroups: comp.os.msdos.programmer

>saw a blurb on TV which reported that Apogee has about six employees and was
>expecting to make several MILLION dollars this year if things continued to 
>proceed smoothly....  That's serious bucks, folks...

Actually, that "six employees" only counts the folks working directly for
Apogee (taking/filling orders, support, etc).  They also "have" 12-15 people
on "development teams" (ie, the programmers/artists/etc).  They don't really
"work for" Apogee, as they're really independent companies that contract with
Apogee to distribute their products (like Id, for example, whom I just heard
will be doing their own distribution/publishing on future products).

** Everett Kaser                   Hewlett-Packard Company
** ...hplabs!hp-pcd!everett        work: (503) 750-3569   Corvallis, Oregon
** everett@hpcvra.cv.hp.com        "Today is a good day for change."