HDTenEightyP/NetNews huggingface dataset:
From: pshuang@zurich.ai.mit.edu (Ping Huang)
Newsgroups: comp.os.msdos.programmer
Subject: Re: dos in real time. limitations?
Date: 21 Dec 92 18:47:28
Organization: M.I.T. Artificial Intelligence Lab.
NNTP-Posting-Host: freeside.ai.mit.edu
In-reply-to: nickgill@doc.bmd.trw.com's message of 20 Dec 92 23:19:26 GMT

In article <1992Dec20.161926.542@doc.bmd.trw.com> nickgill@doc.bmd.trw.com writes:

 > Do any of you know where I can obtain a list of limitations of DOS
 > in real-time applications?

I believe Intel sells a real-time operating system (iRMX?) which has the
capability of running DOS applications. I could be wrong, but contacting
Intel and asking them might get you the kind of information you need.

As to limitations inherent to DOS itself, there are no guarantees on how
long any particular system call will take. However, seeing that DOS
isn't "a real operating system" {grin}, and doesn't take care of
scheduling, none of the real-time issues for scheduling even come into
play when talking about DOS.

--
| Ping Huang (INTERNET: pshuang@martigny.ai.mit.edu) speaking for himself.
| "One Thing to name them all, One Thing to define them,
|  One Thing to place them in environments and bind them..."
From: cbusch@ub.d.umn.edu (Chris)
Newsgroups: comp.os.msdos.programmer
Subject: MSDOS/intel machine
Date: 22 Dec 1992 01:26:54 -0600
Organization: University of Minnesota, Duluth
NNTP-Posting-Host: ub.d.umn.edu

   Is msdos ran on a machine that is not an intel 80x86 based machine
(excluding emulation)? Just curious.

--
Chris Busch   CBUSCH@ub.d.umn.edu
"C++ is the language of choice."
"The use of COBOL cripples the mind; its teaching should, therefore,
    be reguarded as a criminal offense." - E. W. Dijkista 
"High-level languages should remove burden from the programmer, not
 put burden on the programmer!"
"Don't ask 'why would you do that?' instead ask 'why wouldn't you do that?'"
From: bright@nazgul.UUCP (Walter Bright)
Newsgroups: comp.os.msdos.programmer
Subject: Re: CS and IP problem
Date: 27 Dec 92 00:16:05 GMT
Reply-To: bright@nazgul.UUCP (Walter Bright)
Organization: Zortech, Seattle

In article <1g7623INNli3@mercury.kingston.ac.uk> cs_e404@ceres (Sean Batten) writes:
/Now, I can see now you save the AX,BX,CX,DX,DS,ES,SS and Flags, you
/simply store them straight away when you switch tasks, but _HOW_ do you
/save the CS and IP registers since their values will have changed when
/the tasks switched?????

When a CALL or INT or external interrupt occurs, the CS and IP are saved
on the stack. In fact, a CALL is equivalent to:

	PUSH	CS
	PUSH	offset L1
	JMP	subroutine
L1:	...

So, you save CS and IP by looking at the stack.
Newsgroups: comp.os.msdos.programmer
From: davet@cbnewsj.cb.att.com (Dave Tutelman)
Subject: Re: FORTRAN compiler needed quickly
Organization: AT&T Bell Labs - Lincroft, NJ
Distribution: usa
Date: Thu, 31 Dec 1992 15:48:03 GMT
Summary: The net comes through again

My thanks to those who helped me solve my problem, and it has been solved.
A couple of days ago, I wrote:

>I need to borrow, rent, or buy (cheaply) a FORTRAN compiler (or interpreter)
>for MSDOS.  Can be VERY simple, as it's for a project for my son's beginning
>FORTRAN course in High School.  (He accidentally blew away a week or two of
>work from his BACKUP floppy [arrgh!] in class, and wants to reconstruct it
>on his PC at home during the Xmas break.)  I suspect this is a one-time,
>couple-of-day need (as the course ends in January, and the next course is
>PASCAL).

I received quite a few helpful suggestions.  As it turned out, the majority
of the suggestions cited a freeware package (BCF77 ver 1.3b), available at
most of the major archive sites. Definitely at WU and SIMTEL.
Check the PD MS-DOS archives, directory "fortran", for the file BCF7713B.ZIP,
if you want a copy; its about a quarter meg of download. 

Anyway, I downloaded it, and it seems to be just what the doctor ordered,
or close enough anyway.
 - Seems to run on anything Intel from my 386-40 to my son's 8086 box.
 - Compiles and links Fortran-77 pretty quickly and hassle-free.
 - Includes an inconvenient but workable debugger.
 - The docs (originally in German) have been augmented by an English
   translation.
 - The progress and error messages from the compiler, linker, and debugger
   are in German.  While this will prove a challenge to my son, his
   background in languages should allow him to handle it with some effort,
   and will probably be a good experience in the long run.

Thanks to 
	Khalid Sarwar Warraich (k1w8221@sc.tamu.edu)
	Darin Latimer (dlatimer@iris4.chem.arizona.edu)
	Rick Hoffbeck (rwh@moose.cccs.umn.edu)
	Hannes Blankenstein (jbla@giraffe.in-berlin.de)
	Bob Hood (thor@arrakis.denver.co.us)
for pointing me in the right direction, and especially to
	Andre Koestli of Stuttgart
for creating the package and making it freely available.

Thanks for other suggestions to:
 - Joi Ellis (msjle@uxa.ecn.bgu.edu) for suggesting Lahey's Personal Fortran,
   available mail order for $89.
 - Doug Sewell (doug@cc.ysu.edu) for pointing out that Microsoft's Fortran
   compiler is currently on sale for $149.
 - Steve Hovater (svh@verdix.com) for offering to lend me his Fortran while
   I needed it.

Thanks for the help, everyone.

Dave
Newsgroups: comp.os.msdos.programmer
Subject: How can cursor be suppressed?
From: news@massey.ac.nz (USENET News System)
Date: Thu, 31 Dec 92 03:15:34 GMT
Organization: DSIR, Palmerston North, New Zealand
Keywords: no_blink, program
Summary: For filming, need no blinking cursor

I am searching for a program to switch off the DOS cursor, but have so far 
only found a Unix program.
Does someone know a program name and site? Thanks.
--
Brian Shaw   hrpbds@pnv.palm.cri.nz           
HortResearch      fax +64 63546731            
Newsgroups: comp.os.msdos.programmer
From: vdkamp@rullf2.leidenuniv.nl
Subject: ATI Ultra Pro question
Organization: Leiden University, Medical Informatics
Date: 23 Dec 92 10:01:40 +0100

Dear everybody,

We want to know more about the ATI Graphics Ultra Pro.

Can you help us?

We like to know:
- does a BGI driver exist for this adapter which uses the fast graphical
   processor? (Yes? Where can we get it?)
or else
- some programmers information about this adapter.

E-mail reply suggested.

We want to thank everybody in advance for her/his reply.

B. van der Kamp.   VDKAMP@Rullf2.leidenUniv.nl
M.J. Roessen
Acad. Hospital Leiden
Leiden University
Netherlands
Xref: sparky comp.os.msdos.programmer:11685 comp.os.ms-windows.programmer.misc:4510 comp.unix.programmer:5795 comp.sys.amiga.programmer:17933 comp.sys.mac.programmer:20399 comp.sys.next.programmer:7940
From: nwc@blackbox.cc.columbia.edu (Nick Christopher)
Newsgroups: comp.os.msdos.programmer,comp.os.ms-windows.programmer.misc,comp.unix.programmer,comp.sys.amiga.programmer,comp.sys.mac.programmer,comp.sys.next.programmer
Subject: Re: Business Opportunity
Date: 29 Dec 92 21:30:48 GMT
Distribution: usa
Organization: Columbia University

> Marshall Lake at Internal Revenue Service, Washington, DC

Is this an IRS sectioned?

\n
Newsgroups: comp.os.msdos.programmer
From: paul@ramsey.cs.laurentian.ca (Paul Lalonde)
Subject: Re:  SVGA programming info wanted
Organization: Dept. of Computer Science, Laurentian University, Sudbury, ON
Date: Mon, 4 Jan 1993 02:08:20 GMT


Jason,

Check out the file vgakit52.zip in /pub/msdos/graphics/vga at
nic.funet.fi.  It pretty much gives you all you need to know to program
extended SVGA modes using almost any video card chipset.

Hope this helps.

Paul

-- 
------------------------------------+-----------------------------------------
Paul Lalonde, Dept. of CompSci      |  "C'mon baby, don't fear the Reaper"
Laurentian University - Sudbury/ONT |                           -B.O.C.
----'83-Mustang-GT-5.0L--&--RUSH----+-----------------------------------------
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer,rec.games.programmer
From: cslewis@hydra.unm.edu (Scott Lewis)
Subject: Need help with Phar Lap DOS Extender and assembly
Date: Sun, 03 Jan 93 08:29:53 GMT
Organization: University of New Mexico, Albuquerque


I am trying to program a graphics application with BC++ 3.1 and
Phar Lap 286 Dos Extender Lite.  I need to write directly to the
video memory, but can't seem to do this successfully.  Perhaps
someone could help me solve this problem.

Before using the Dos extender I was writing directly to segment
A000h in VGA mode 13h.  Now I'm calling DosMapRealSeg () to 
create a selector to A000h, but when I use that selector in an
assembly routine to write to the screen, I get a general protection
fault.

The function DosMapRealSeg () seems to be returning a legitimate
selector (22CFh), but I get a fault at this line in the ASM code:

  mov  es:[di], al  ;ES contains the selector to A000h, di the offset

Can anyone offer any suggestions to solve this problem? Attached
below is the C code with inline assembly and the error message.

Thanks in advance,

Scott Lewis
cslewis@hydra.unm.edu
----

#include <dos.h>
#include <conio.h>
#include "vga.h"

#ifdef DOSX286
#include <phapi.h>
#endif

int drawPixel (int x, int y, int color);

main ()
{
int i;
extern unsigned short vga_seg;         // vga_seg is initialized with
                                       // DosMapRealSeg (), in another
vgaInit (0x0013);                      // module, which contains
                                       // vgaInit () and vgaClose ().
for (i=0; i<320; i++)
    drawPixel (i, 100, 4);
getch ();

vgaClose ();
return 0;
}

drawPixel (int x, int y, int color)
{
extern unsigned short vga_seg;

asm    mov ax, vga_seg
asm    mov es, ax
asm    mov ax, 320
asm    mul y                           // The fault is occuring in this
asm    add ax, y                       // routine, at the last line,
asm    mov di, ax                      // I believe.
asm    mov ax, color
asm    mov es:[di], al

return 0;
}

When run, the code gives this error message:

Fatal error 286.3330: General protection fault detected.
PID=0001  TID=0001  SID=0001  ERRORCODE=0000
AX=0004  BX=0017  CX=0013  DX=0000  SI=0000  DI=7D64  BP=0FE2
CS:IP=024F:004C   DS=0267  ES=22CF  SS:SP=026F:0FE0   FLAGS=2202

-- 
---------------------
Scott Lewis
cslewis@vesta.unm.edu
---------------------
Newsgroups: comp.os.msdos.programmer
From: psykseth@aau.dk (Seth Chaiklin)
Subject: more on large global arrays
Summary: code example of a large global array
Keywords: try, try, again
Organization: Aarhus University, Denmark
Date: Tue, 22 Dec 1992 10:00:21 GMT

Thanks to several folks for replying to my recent request for help
with a large global array.  I asked generally (and got a general answer).
[In fact, there is nothing in FAQ about this, and maybe it is not a
FAQ, but anyway I got some interesting and useful advice from various
people that I would be willing to assemble for the FAQ keeper -- e.g.,
that many C-library functions won't work on huge arrays]

Meanwhile...back to my problem...
Now I will ask specifically, by showing what I am trying to do, and
see if I can come any farther than crashing my system.  Sometimes the 
following code seems to work, sometimes it doesn't.  Once I ran it inside
of tc's debugger, and got an "internal error, please report to Borland"
My honor does not lie in my C programming performance, fire away!

Thanks,
  Seth Chaiklin
  psykseth@aau.dk
----------Turbo C 2.0  compile with (tcc -mc) -----------

#include <stdio.h>
#include <stdlib.h>
#include <alloc.h>

int huge *yycrank;		/* huge pointer to be used for big array */

void main()
{
  int x, lx=0;
  FILE *f;
  long *cptr;

/* allocate some memory for the array */

  yycrank = (int huge *) farmalloc( 66000L * sizeof(int));  

/* make sure this did not bomb */

  if (yycrank==0)
    {
      printf("\nIkke nok RAM");
      exit(1);
    }

/* open file with  39386 positive digits (all under 200) and all on
   a single line with spaces between them                          */

  if ( (f=fopen("bignum.","rt")) == NULL) {
    fprintf(stderr, "\nFil ikke fandt");
    exit(2);
  }
 
/* read in the file to the allocated memory */ 
  do {                  
    x = fscanf(f,"%d", &cptr);
    *(yycrank + lx) = (long) cptr;				
    lx++;
  } while (x != EOF);
  
/* Did I get through it all? */

  printf("laesede: %d", lx);
}

Xref: sparky comp.os.msdos.programmer:11770 comp.lang.c:19160 alt.msdos.programmer:3079
From: jkenton@world.std.com (Jeff Kenton)
Subject: Re: How can cursor be suppressed?
Keywords: no_blink, program
Organization: Kenton Systems Corporation, Weston MA
Date: Fri, 1 Jan 1993 17:22:03 GMT

news@massey.ac.nz (USENET News System) writes:

>I am searching for a program to switch off the DOS cursor, but have so far 
>only found a Unix program.
>Does someone know a program name and site? Thanks.

Try moving the cursor to line 25 (below the last line on the screen).


-- 
-------------------------------------------------------------------------
=			Jeff Kenton	(617) 894-4508			=
=			    jkenton@world.std.com			=
-------------------------------------------------------------------------
From: rol@grasp1.univ-lyon1.fr (Paul Rolland)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Make file and Disk reference...
Date: 22 Dec 92 08:21:11 GMT
Followup-To: comp.os.msdos.programmer
Organization: Apple Computer Europe

In article <dmurdoch.341.723827517@mast.queensu.ca>,
dmurdoch@mast.queensu.ca (Duncan Murdoch) wrote:
> 
> 
> The current release of Borland's MAKE (3.6) has some support for this.  You 
> can specify a default path for a file extension.  For example:
> 
> .path.pas = \bp\units\src
> 
Thanx Duncan, this has been a great help for me. The version I'm running
(3.0)
also support this feature, but I always tried it with backslash ending the
path I was giving (e.g. .path.asm = E:\) and Make doesn't appreciate to
have
an ending backslash if yopu are not continuing the current line on the next
one ;-(

Paul Rolland

A bug can be changed to a feature by documenting it. Developpers know !
Newsgroups: comp.os.msdos.programmer
From: rwh@moose.cccs.umn.edu (RICHARD HOFFBECK)
Subject: Re: FORTRAN compiler needed quickly
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: rwh@moose.cccs.umn.edu
Organization: Colon Cancer Control Study, University of Minnesota, Minneapolis
Distribution: usa
Date: Tue, 29 Dec 1992 17:06:00 GMT

In article <1992Dec29.122213.10478@cbnewsj.cb.att.com>, davet@cbnewsj.cb.att.com (Dave Tutelman) writes:
> I need to borrow, rent, or buy (cheaply) a FORTRAN compiler (or interpreter)
> for MSDOS.  Can be VERY simple, as it's for a project for my son's beginning
> FORTRAN course in High School.  (He accidentally blew away a week or two of
> work from his BACKUP floppy [arrgh!] in class, and wants to reconstruct it
> on his PC at home during the Xmas break.)  I suspect this is a one-time,
> couple-of-day need (as the course ends in January, and the next course is
> PASCAL).

There was a note the other day on one of the groups to the effect that a PD
fortran compiler/linker was posted to the SIMTEL msdos/fortran area.  You might
want to check out one of the archives.  Otherwise, if you want to give the kid
a break :-)), call Programmer's Shop and get a copy of the Lahey Personal
Fortran Compiler.  It about $90 and its perfect for typical course projects,
i.e. it uses the small model so you're limited to 64K of code and 64K of data.

--rick

+-----------------------------------------------------------------+
| Richard Hoffbeck               INTERNET: rwh@moose.cccs.umn.edu |
| Colon Cancer Control Study     ATT     : (612) 627-4151         |
| University of Minnesota        CIS     : 72406,521              |
| Minneapolis, MN 55455                                           |
+-----------------------------------------------------------------+


>  
> All suggestions gratefully appreciated.  advTHANKSance!
>  
> +---------------------------------------------------------------+
> |    Dave Tutelman						|
> |    Physical - AT&T Bell Labs  -  Lincroft, NJ	  07738		|
> |    Logical -  dmt@pegasus.att.com -or- dtutelman@attmail.com	|
> |    Audible -  (908) 576 2194  (Office)			|
> |		(908) 922 9576  (Home)				|
> +---------------------------------------------------------------+
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Normal MSDOS multitasking!
Organization: Queen's University, Kingston
Date: Tue, 22 Dec 1992 23:18:51 GMT

In article <1h7lrmINNpde@aludra.usc.edu> aliu@aludra.usc.edu (Alex Liu) writes:
>  I think what some people are missing is what is the idea of pipes.
>Under Unix, the concept of Pipes comes from the idea of linking small
>prewritten utilities to get something done as opposed to writing a
>entirely new application.

That concept is identical under DOS.  The only thing people are arguing 
about is how to implement it - sequentially, as in DOS, or concurrently, as 
in Unix.  The Unix way is better, but in most cases the difference doesn't 
matter.

>For example, let say, I want to display all the files in a UNIX directory
>that were created on a certain date, I also want to only display the filenames
>and in reverse sort order in columns.  One way to do it under Unix is:
>
>ls -l | grep 'Aug 12 1990' | cut -c65- | sort -r | pr -t -4
>
>(This is an example. May not work exactly right, but it will with some tweaking
>depending on the version of Unix you are using)

This would behave almost identically on a DOS system as on Unix, assuming 
you have equivlent programs for all the commands in the pipe.  The sort 
can't do much until everything previous is complete; it can't output 
anything until it's all done sorting.  The pr can't display things in 
columns until it knows how many items there are.  The Unix version would use 
less temporary disk space, but that's about the only difference.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.os.msdos.programmer
From: awilson@nyx.cs.du.edu (Andy Wilson)
Subject: Need help color-cycling (and maybe palette-switching)
Summary: Trying to convince TC++3.0 to color-cycle
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Keywords: color cycling VGA help please
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Sat, 26 Dec 92 15:29:24 GMT

    Greetings! I've recently decided to convince the computer that I am indeed
a fool, and have started working on heavy-duty graphics routines. (Actually,
the computer decided I was a fool the time I accidentally redirected the 
keyboard interrupt to send all registers and everything to the screen...
but that's a different story.) Anyway, I'm trying to come up with a routine 
to cycle the VGA DAC a la Fractint. Could someone either explain to me
(in newbie terms, please; I'd rather feel like I'm back in elementary school
than feel even more confused) [:)] how to go about doing this, or perhaps
give me a general shove in the direction of an appropriate archive/reference?
If it matters, I'm running Turbo C++ version 3.0, and my VGA is effectively
just a vanilla one... (Actually, it's a Trident 8800 with what _looks_ like
512K on board, but it flatly refuses to do any of the 256-color higher-
resolution modes.) Thanks in advance!

awilson@nyx.cs.du.edu



--
--
--------------------------------------------------------------------------------
                  Andy Wilson -- awilson@nyx.cs.du.edu
      "From the sublime to the ridiculous is but a step." --Napoleon
Newsgroups: comp.os.msdos.programmer
From: rnichols@cbnewsg.cb.att.com (robert.k.nichols)
Subject: Re: Memory Map
Summary: Newer version of book
Organization: AT&T
Date: Wed, 23 Dec 1992 03:42:19 GMT

In article <FDXXVB2w165w@hale.cts.com> jkorty@hale.cts.com (Jon Korty) writes:
>jminto@desire.wright.edu writes:
>> Hello.  Would anyone out there happen to know where I might be able to find
>> a complete memory map of bios and dos(or windows).
>> looking for the location of hi-res memory locale.  If no one is aware of 
>> these, would anyone know of a routine that could refresh the hi-res 
>> screen rapidly that I might be able to use?
>> 
>> If any one has any little bit of advice it would be appreciated greatly.
>> 
>> Jason Minto.
>> 
>> 
>
>Yeah, there's a book on dos and bios interrupts, I think it'll give you 
>the info you're looking for (the price is $60 so I've not been able to 
>add it to my library, but I've paged thru it in the library at school)
>the name of the book is:
>PC system programming by Michael Tischer Publisher is ABACUS, ISBN 
>1-55755-036-0, 
>it has some floppies with it, hope this helps :-)

The 1992 version of this book is titled "PC Intern, System Programming"
by Michael Tischer, ABACUS, ISBN 1-55755-145-6.  The price is still
$60 US.

Bob Nichols
AT&T Bell Laboratories
rnichols@ihlpm.ih.att.com
From: phil@cs.utexas.edu (Philip Smolen)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Copy Protection Information
Date: 26 Dec 1992 23:53:15 -0600
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: muleshoe.cs.utexas.edu


What if a program was HALF copy-protected?  What if software came with
a facility to make itself work only on a specific machine?

(A few months ago on this newsgroup I saw a lot of suggestions on how
to do this, including checksumming the ROM.)

The software can be installed easily FROM THE ORIGINAL DISKS onto
any number of machines any number of times.  The original installation
disks may be copied by DOS.  BUT, once installed, the software cannot be
copied from the hard disk to a different machine.  (At least not easily.)

Here's the motivation.  We accept the fact that someone who owns the
program can install it on more machines than he/she should.  We try not
to make the owner's life difficult.  But no one can copy the program
without the owner's permission.

This would be helpful at computer labs where many people use software,
but only a few people are responsible for the computers.  This would
neither help nor hurt an individual who buys software for personal use
at home.

Newsgroups: comp.os.msdos.programmer,comp.lang.pascal
From: amead@s.psych.uiuc.edu (Alan Mead)
Subject: ALGORITHM to match patterns flexibly needed
Organization: UIUC Department of Psychology
Date: Mon, 28 Dec 1992 17:08:14 GMT

I hope I've posted this request to appropriate groups, I included
Pascal because that's the target language but I can read C, FORTRAN,
etc.  I need a way to count the number of typos by comparing a sample
string with a target string.  I'm not sure how smart UNIX 'diff' is,
but I would think the problem is analagous: you wouldn't want to
declare two files completely different because one was preceeded by an
extra blank line.

For example,

target: run Spot run.

sample 1 (1 error): ruyn Spot run.
sample 2 (2 errors): rnu Spot run.
sample 3 (2 errors): runnm Spot run.
and, incidentally,
sample 4 (1 error): run spot run.

I would appreciate any suggestion.  Thanks very much.

-alan mead
From: John.Gibney@f386.n632.z3.fidonet.org (John Gibney)
Newsgroups: comp.os.msdos.programmer
Subject: Midi programming
Date: Wed, 23 Dec 1992 07:30:12

Howdy, All!

I'm trying to locate *any* copy of the following book:-

        "C Programming for MIDI", by Jim Conger
        M&T Books

I've discovered the book has *just* gone out of print
(Sep-1992).

I'm trying to write a program so that I can transfer voice
data between my PC/MPU-401 and my DX7 but I can't work out
how to program the MPU-401.

If anyone has a copy they'd like to sell or if you have some
C-source (Borland/Turbo C) that can help me out, I'd be
*very* appreciative -- this is a project I've been trying to
complete for quite a while and I haven't been able to get
anywhere with it.

Thanks, everyone.


John  :-)

... It's only a hobby... only a hobby... only a hobby...
___ Blue Wave/QWK v2.10

 * Origin: Eastern Mail Centre [PEP] OZ. +61-3-725-1621 (3:632/386)
Newsgroups: comp.os.msdos.programmer