HDTenEightyP/NetNews huggingface dataset:
From: glad@ac.dal.ca
Newsgroups: comp.os.msdos.programmer
Subject: MEMORY ALLOCATION ERROR???
Date: 14 Dec 92 03:24:09 -0400
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

Has anyone out there in DOSland ever had a nagging MEMORY ALLOCATION ERROR
CANNOT LOAD COMMAND, SYSTEM HALTED???  As I understand, it means that the
area of memory that DOS uses to track used/available memory has been corrupted,
but I've tried many different system configurations, including NO autoexec, and
no config, but I still get that damn message consistently with certain programs
(EXE & COM files) like Chessmaster 3000 when I try to shell-out to DOS and when
I load Norton's Scheduler TSR, among others.

Anybody have *any* helpful advice?  What the hek is going on?  Thanks in advance

Francis

Newsgroups: comp.os.msdos.programmer
From: weinstoc@sei.cmu.edu (Chuck Weinstock)
Subject: OWL: Enabling Pushbuttons
Reply-To: weinstoc@sei.cmu.edu (Chuck Weinstock)
Organization: Software Engineering Institute, Pittsburgh, PA
Date: Sun, 13 Dec 1992 19:06:10 EST

I'm using Borland C++ 3.1 and OWL.  My application has some push buttons on
the main window.  I want to be able to selectively disable and enable those
buttons (and gray them when disabled).  I figured out that I can disable a
button by setting WS_DISABLED in Attr.Style at creation.  But I can't figure
out how to re-enable or re-disable the button thereafter.  Can anyone help?

Chuck Weinstock				weinstock@sei.cmu.edu
Software Engineering Institute		(412) 268-7719
Carnegie Mellon University		(412) 268-5758 (Fax)
Pittsburgh, PA 15213
Newsgroups: comp.os.msdos.programmer
From: lastuka@acs.ucalgary.ca (Tina Lastuka)
Subject: Graphics tablet coordinates
Date: Fri, 18 Dec 92 22:46:56 GMT
Organization: The University of Calgary, Alberta
Followup-To: peter@ach.ucalgary.ca

I have ported a QuickBasic program from the Macintosh that measures
bone lengths from hand x-rays using a digitizing pad. The problem that
I am having is that on the macintosh, the program could read the
coordinates fromt the digitizing tablet using the QuickBasic MOUSE
function with a reasonable degree of accuracy. I have downloaded
QBasic libraries from simtel that allow me to take coordinates from
the tablet's mouse driver (I'm using QuickBasic 4.5 on my pc), but the
resolution that I can achieve using this method is pathetic. The
digitizing tablet that I am using is a Summagraphics Summasketch II
Plus (connected to com1). It comes with a microsoft compatible mouse
driver, as well as a program called mmtest.exe that prints a stream of
xy coordinates and button positions to the screen.

I have ordered a technical manual from Summagraphics (this is the only
help they would give), but if anyone has experience programming with a
Summasketch tablet, I would appreciate any help you could give (I am
not a programmer).

Please send email to:  peter@ach.ucalgary.ca

Peter Faris
Data Analyst
Alberta Children's Hospital
Calgary, Alberta




-- 
          **********************************
          * TINA THE HAPPY LITTLE OPERATOR *      lastuka@acs.ucalgary.ca
          **********************************

Newsgroups: comp.os.msdos.programmer
From: rcc@zycor.lgc.com (Randal C. Clarke)
Subject: Looking for 640x480x16 driver for VGA
Originator: rcc@oasis.zycor.lgc.com
Organization: Landmark/Zycor  (Austin TX)
Date: Sat, 12 Dec 1992 21:38:02 GMT



  Hi folks,
    
     To make a long story short, I'd like to either write a 640x480x16 driver
with 4 frame buffers, or better yet; get a hold of the source to one.  While
looking over the borland .bgi files, I noticed that drivers exist for 
640x480x16 with 2 buffers; so it doesn't seem like a far-fetched idea to
be able to create one with 4 buffers as long as the VGA card has enough 
memory.  If anyone knows of where I can aquire this beast, or how I would
go about creating this, please let me know.

    I'm using Borland C/C++ 2.0 

    Thanks,
     Randy
------------------------------------------------------------------------------
Randal C. Clarke                                 Landmark Graphics Corporation
rclarke@zycor.lgc.com                               Programmer/Systems Support 
Newsgroups: comp.os.msdos.programmer
From: jenk@microsoft.com (Jen Kilmer)
Subject: Re: How do you hide msdos dirs
Date: 15 Dec 92 07:19:54 GMT
Organization: Microsoft Corporation

In article <1gaseuINNlbr@darkstar.UCSC.EDU> ted@helios.UCSC.EDU (Ted Cantrall) writes:
>In article <1992Dec11.111301.16834@reks.uia.ac.be> neurogen@reks.uia.ac.be (Neurogenetica) writes:
>->You can set the hidden bit in the attribute byte (the same
>->byte that says that your 'file' is in fact a directory).
>-----------
>In DOS 5 (maybe 4?), use the ATTRIB command. "attrib +h dos /d" will hide the
>dos directory.

...if using 4DOS, which has an internal attrib command with a /d switch...

In MS-DOS 5, "attrib +h dos" will hide the dos directory. /D will cause
an error if you're not using 4DOS.
In MS-DOS 4, there's no user command to set the hidden attribute of
subdirectories (you can toggle the hidden attribute on files which 
aren't  subdirectories with the dosshell). There are many utilities which
will set it tho (I personally like DiskEdit from Norton's, which earns
me a lot of ribbing from my "Not Using Debug Proves You're A Wimp" friend).
(But then he's a jock - wrestler -  was first in state for his weight class
his senior year in high school - testosterone poisioning, I guess ;-)

-jen
 I'm not an MS-DOS support person anymore, I just sound like one.
From: siphon@momad.li.ny.us (Stimpson J. Katz)
Newsgroups: comp.os.msdos.programmer
Subject: Thanks for FFT info
Date: Thu, 10 Dec 92 20:05:00 EST
Reply-To: siphon@Momad.LI.NY.US (Stimpson J. Katz)
Organization: Modem Madness BBS    1+516-295-9435

     Someone sent me a uuencoded zip file (fft.zip) that contained
exactly the information I needed. Unfortunately, I indavertanly lost
the identity of the sender. Whoever you are, thank you very much.

Siphon@Momad.LI.NY.US
Stimpson J. Katz

     I swear, by my life and my love of it, never to live for the
sake of another man, nor to ask another man to live for mine.

Newsgroups: comp.os.msdos.programmer
From: stephen@eggneb.astro.ucla.edu (Stephen Schimpf)
Subject: Multi-Edit
Organization: UCLA Dept of Astronomy
Date: 11 Dec 92 15:08:48 PST

I would very much appreciate comments from anyone out there who is
using an editor called Multi-Edit from American Cybernetics. Judging
by the ads I've seen, it looks like a pretty nice editor with the
features I want right now. (I try and I try but Microsoft's PWB screws
me again and again. Yes, I have the patch. What a joke.)

Thanks for any information.

Stephen
Newsgroups: comp.os.msdos.programmer,comp.lang.c++
From: slindsay@nyx.cs.du.edu (Steve Lindsay)
Subject: fgets
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: na
Date: Thu, 17 Dec 92 06:06:08 GMT


I have been posting a lot of stupid questions lately
as I have been programming only for 2 1/2 weeks. 
So here is probably another one.

I am using fgets for the user to enter some numbers.
It works fine except if a person holds down the ESC 
key (trying to make it screw up) it will scroll my whole
graphics screen off the screen.  How do you keep it
from doing that?     I am using DOS VGA <graphics.h>
and Borland C++ 3.1. Thanks for any help!!

PS   I hope this isn't another one of those silly questions
I ask.  They don't seem so silly when I ask them,
but when you wizards answer them I would like to
crawl under the table.  That's whats so great about this
internet no one knows me........right.

**********HERE IS THE ROUTINE***************

if (position==6)
    { settextjustify( CENTER_TEXT, CENTER_TEXT );
    x=147,y=350;
    gprintf(&x,&y,"Enter new");
    gprintf(&x,&y,"Balance position of point");
    gotoxy(18,25);
    fflush(stdin);   //flush it, just in case something else is in it
    fgets (s,10,stdin); //get string, only 9 characters(from the stdin)
    fflush(stdin);
                            //if s(the string) is a number, convert 
    if ( f=atof (s) )   //it to a floating point and store it in f.
       {balanceofpoint=f;    
       setfillstyle (1, BLUE);
       bar (300,403, 355,413);
       settextjustify( RIGHT_TEXT, CENTER_TEXT );
       x=355,y=408;
       gprintf(&x,&y,"%.3f",balanceofpoint);
       setfillstyle (1, BLUE);
       bar (25,325, 270,425); }
   else
      {setfillstyle (1, BLUE);
      bar (25,325, 270,425); }}
   }

Newsgroups: comp.os.msdos.programmer
From: Petri.Virkkula@hut.fi (Petri Virkkula)
Subject: Re: Normal MSDOS multitasking!
Organization: Helsinki University of Technology, Finland
	<dmurdoch.363.724430472@mast.queensu.ca>
Date: 17 Dec 92 17:54:22

On Tue, 15 Dec 1992 14:41:12 GMT, dmurdoch@mast.queensu.ca (Duncan Murdoch) said:

Duncan> In article <9212142475@fcshome.UUCP> fredex@fcshome.UUCP (fred smith) writes:

Duncan> The number of times where it really matters whether two programs are run 
Duncan> concurrently at half speed or sequentially at full speed is so tiny, that I 
Duncan> doubt if it's on anybody's "10 most important projects" list.


	Idea behind multitasking is to utilize all possible CPU
	cycles. In case of "tar tvf dile.tar | more" or similar
	command sequences the programs are not sun at half speed.
	When "more" is waiting input the "tar" can read ahead from
	slow disk.

	IMHO there is no point to make faster machines than 386
	if they use MSDOS or similar operating system, the CPU
	would be idle most of the time.


	Petri
--
   -----------------------------------------------------------------------
       Petri Virkkula             |    email : Petri.Virkkula@hut.fi
       J{mer{ntaival 11 H 168     |            pvirkkul@niksula.cs.hut.fi
       02150 Espoo                |            pvirkkul@nic.funet.fi
       FINLAND                    |    Phone : +358 0 455 1277
   -----------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: cschen@csie.nctu.edu.tw (Chih-Shen Chen)
Subject: Help! WATCOM C + Phar Lap DOS-Extender
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL7]
Date: Mon, 14 Dec 1992 08:07:23 GMT

Hi, there

	I am currently using WATCOM C/386 8.5 and Phar Lap 386|DOS-
Extender 4.0.  Here we have got a self-made memory-mapped control
card, and the mapping range is 800000h through 9FFFFFh.  Being new
to the DOS-Extender, I don't know how to access this specific region
of physical memory.  I've checked the manuals but failed to find a 
solution.  

	I am wondering if anyone out there can point me to the right
direction.  Any suggestion is also appreciated.  Please reply via E-
mail.  Thanks in advance.

--
Jesse				Internet: cschen@csie.nctu.edu.tw
Newsgroups: comp.os.msdos.programmer
From: rsmith@plato.ds.boeing.com (Randall E Smith)
Subject: Re: Calling convention: C vs PASCAL
Organization: Boeing Defense & Space Group
Date: Tue, 15 Dec 1992 20:51:17 GMT

From previous postings on this thread:

>>A Pascal routine with 20 bytes of parameters can return and clean up with 
>>the single instruction:
>
>>     retf 20
>
>>On all 80x86 cpus, this takes the same time (plus or minus a cycle) as the 
>>plain retf.  The advantage comes because that's all that's needed; a return 
>>from a C convention routine must be followed by manual adjustment of 
>>the stack pointer.
>
>e.g.  sub sp, 20   ... which takes 2 cycles on a 386. You will have 
>to have a very short called routine before you can see any difference.
>

You can argue that the performance difference between these two techniques 
is very small, some optimizing C compilers will even keep track of the number
of bytes pushed onto the stack over several function calls and then add
an adjustment later.  This should out-perform the "RET 20" scheme.  However,
the "RET 20" scheme has the advantage of only requiring the adjustment at
one point in your code segment (at the return) while the other scheme requires
clean-up in your code segment everywhere the function is called.  This code
segment size savings may be significant if your style of coding is to write
small functions that are called from many of places within your code.

To summarize:  Both calling conventions described above result in similar
speed performance - if you need faster execution then start writing critical
code in assembler, yourself.  The "RET n" convention should result in tighter
code .. less memory space required by your code than the "SUB SP, 20" method.

Randy Smith

(Note: I'm not trying to argue C vs PASCAL, just trading off the different
calling conventions described above.  I coded in PASCAL while in school and
now code in C and 80386 assembler to produce protected-mode, embedded 
applications.)

Newsgroups: comp.os.msdos.programmer
From: fijma@cs.utwente.nl (Duco Fijma)
Subject: Re: Calling convention: C vs PASCAL
Organization: University of Twente, Dept. of Computer Science
Date: Mon, 14 Dec 1992 11:45:29 GMT

In article <dmurdoch.225.724125846@mast.queensu.ca>, dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
|> In article <1992Dec11.225015.26304@eng.ufl.edu> zzang@stat.ufl.edu (zzang) writes:
|> >the C pushs the arg from right to left onto
|> >the stack when calling a function.
|> >the PASCAL pushs the args from left to right.
|> >I was told that the C calling convention results
|> >in larger as well as slower program.
|> >(due to some cleanup work of the stack after call??)
|> 
|> I don't think the parameter order makes any difference to calling efficiency.
|> 
|> The important difference between standard C and Pascal calling conventions 
|> is that in C, it's up to the caller to clean up the stack, while in Pascal 
|> it's up to the called routine.  It's this difference that gives the Pascal 
|> convention the edge:  every time you call a C-convention routine you need to 
|> fix up the stack afterward, while a Pascal-convention routine does 
|> it in just one place.  On a PC, there's even a special form of RET to 
|> support the Pascal convention.  

Waht difference does this make for execution time? The cleanup code has to be
executed for every invocation, whether it is included with the callers or the
called code. Of course it does make difference for the code size.


|> The advantage of the C convention is that it makes it easy to call routines 
|> variable numbers of parameters.
|> 
|> Duncan Murdoch
|> dmurdoch@mast.queensu.ca

--

Duco Fijma               tel. X31-53-893718
University of Twente     fax. X31-53-893811 
P.O. Box 217             internet: fijma@cs.utwente.nl
7500 AE  Enschede        
The Netherlands          | No ugly pictures in this sig! |
From: Neal.Sanche@ttlg.UUCP (Neal Sanche)
Sender: postmaster@ttlg.UUCP
Newsgroups: comp.os.msdos.programmer
Subject: Dos Console Output
Date: 16 Dec 92  12:23:00 mst

To: homer@theory.tc.cornell.edu 
 
Homer: 
 
 HS>     I am using fortran CALL FSYSTEM ('DOS COMMAND') 
 HS> to run various dos commands like MKDIR etc.  How do I get 
 HS> DOS to NOT write to the console during such operations, the 
 HS> console will be used for graphics application.   
 
 Try adding in your DOS COMMAND string '> NUL' at the end. For example 
 
 'COPY FOO.BAR C:\BAR > NUL' 
 
 That may do the trick. Let me know if it solves your quandry. 
 
 -Neal 
 
... OFFLINE 1.41 * Recycle! For us... and them... 

 * Origin: Paradigm BBS: A programmer's paradise. (42:100/11)
Newsgroups: comp.os.msdos.programmer
From: msjle@uxa.ecn.bgu.edu (Joi L. Ellis)
Subject: CDRom vx EMM386 on a DTK--??
Summary: New conflict between EMM86 and MTMCDSA.SYS
Keywords: CDROM EMM386 DTK MTMCDSA.SYS MSCDEX.COM EMS
Organization: Educational Computing Network
Date: Mon, 14 Dec 1992 19:42:49 GMT


Does anyone know of an ftp'able source for documentation for the
MTMCDSA.SYS and MSCDEX.COM CDROM drivers?  

AND/OR

Does anyone know why EMM386 and MTMCDSA.SYS conflict with each other in
a DTK 386/sx with a PPM2531D(s) motherboard and DTK BIOS?


One of my users has a DAK CD-Rom using these drivers.  She had it
running fine in an older, slower DTK386sx.  She recently upgraded to
this new one with a different mother board, and is experiencing all
sorts of new problems.

The CPU BIOS arrived mis-configured to begin with, but fixing that has
not solved the original problem, which is that the machine is very
flakey and crashes during operation for no reason.  It often complains
about parity errors.

Of course, both DAK and DTK point at each other as the culprit so I'm
not getting much help there.

I've narrowed the problem down to the fact that as soon as I load the
MTMCDSA.SYS driver in combination with EMM386, the machine gets flakey.
It totally fails  CHECKIT's memory diagnostic with both loaded, but
passes perfectly as soon as I remove one or the other.  I've
experimented with every BIOS and EMM386 and HIMEM setting I can, and
nothing makes any difference.  Neither does running in non-TURBO mode.

From dumping the MTMCSDA.SYS code with a lister, I know that it will use
EMS memory (from the error messages it contains) but I do not know how.
DAK did not document ANY of the drivers in their manual and I'm
suspecting that there is a conflict between EMM386 & the drivers that
appears to cause a problem on this faster motherboard.  However, I can't
find anything so radically different between this new cpu and the
original one that would explain this problem.

If you have *any* thoughts or suggestions I'd appreciate hearing from
you.

Thanks!



-- 
Joi Ellis                      msjle@uxa.ecn.bgu.edu
Student Residential Programs   Western Illinois University
Organization: City University of New York/ University Computer Center
Date: Monday, 14 Dec 1992 14:08:47 EST
From: <SATCC@CUNYVM.BITNET>
Newsgroups: comp.os.msdos.programmer
Subject: Error while compiling...

I am using Turbo C++ and am compiling a C program.  I am also using another
library which I have specified in the Project Menu.  However the compilation
goes fine, but when it comes to linking, I get the message "Undefined module
_MAIN in module C0.ASM".  Is there something I am doing wrong somewhere.

I am using a small memory model and the library also uses a small memory model.

I'd appreciate by replying me directly,

Thanks in advance,

Sameer.
Newsgroups: comp.os.msdos.programmer
Subject: Re: certification
From: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
Date: 11 Dec 92 00:06:44 GMT
Organization: Beckman Instruments, Inc.

>Are you a senior programmer, doing internal program design, 
...

>The Institute for Certification of Computer Professionals
>(ICCP) has established recognized professional standards 
>within the data processing/information technology industry.
>To qualify for an ICCP designation, candidates must meet 
>professional requirements and pass a combination of 
>certification exams.  ICCP exams are offered twice annually 
>worldwide. 

Why should programmers care?  What benefit is it?
--
Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
My opinions are my own, and do not represent those of my employer.
My interaction with our news system is unstable; please mail anything important.
From: bce@sactoh0.sac.ca.us (Byron C. Ellis)
Newsgroups: comp.os.msdos.programmer
Subject: Orchid ProDesigner IIs 32767color mode
Date: 14 Dec 92 04:30:54 GMT
Organization: Sacramento Public Access Unix

How do you access the 640x480x32767 mode for the Orchid Prodesigner
through DOS? I have the drivers for Windows, and really like the colors,
but I'd like to write a .TGA file viewer for DOS and get the same great
color I get by loading up Windows and looking at them through Publishers
Paintbrush...
-- 
Flying (v) : The art or knack of throwing : Byron C. Ellis
yourself at the ground and missing        : Internet: bce@sactoh0.SAC.CA.US
-The more than complete Hitchikers Guide  :
 to the Galaxy trilogy                    :
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Dual Monitor Debugging - Mono shoots blanks
Date: 16 Dec 92 06:24:31 GMT
Article-I.D.: qiclab.1992Dec16.062431.10512
Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

dodd@dodd.UUCP (Mike Dodd) writes:

>My setup is a Gateway2000 386/33C, Diamond Speedstar, CrystalScan.
>I have a generic 8bit Monochrome card installed, a SAMSUNG Monochrome
>monitor hooked up.  

>On MODE MONO I get over to the monochrome screen but every letter or 
>character is blank.  The cursor moves but no letters.  TD -do test shows
>nothing on the mono screen, I can work blind - ALT-F, Q to quit, etc, but
>I see nothing on the screen.

>Any ideas, suggestions. 
>			    -Mike

>PS: I tried eliminating VMODE from autoexec, changing slots, eliminating
>sound card (:-))

>I am running 386MAX - could the install program have detected a nitch it 
>could fill and just used it for something else?

Well, that *does* sound like the most likely possibility. Try booting off
a clean floppy. Format A: /S and then boot off the disk. If it works then
you've got a software problem.

If it doesn't work, try pulling the other video card, and changing your
config to mono. If it *still* doesn't work, you've got a hardware problem.

BTW, if it *is* 386MAX, you had a crash waiting to happen. Because your
VGA card can use the same address space that the mono card does. 

-- 
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)
From: brindley@maxwell.ECE.ORST.EDU (Mike Brindley)
Newsgroups: comp.os.msdos.programmer
Subject: Anyone used BCCx32 from NSD?
Keywords: BCCx32, NSD, memory, multi-megabyte, flat
Date: 16 Dec 92 01:42:10 GMT
Article-I.D.: flop.1gm1hiINNnsp
Distribution: world
Organization: Society for Putting Things on Top of Other Things
NNTP-Posting-Host: maxwell.ece.orst.edu
Originator: brindley@maxwell.ECE.ORST.EDU

Has anyone used BCCx32 from NSD (Network-Systems Design, Oshkosh WI)?

This is a program which modifies the output of Borland C++ to make huge
pointers very fast.  It forces a 386 or greater CPU into real mode and
turns huge pointers into true linear addresses - a 'flat model' pointer.
This allows your program to access as much memory as available in the
machine, with none of the contortions normally needed (swapping chunks
of memory, etc.).

I am considering purchasing this product, so any experiences or opinions
would be appreciated.

Thanks,



-- 
--> Mike Brindley
    brindley@ece.orst.edu
From: roy%cybrspc@cs.umn.edu (Roy M. Silvernail)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Normal MSDOS multitasking!
Date: 14 Dec 92 12:42:59 GMT
Organization: Villa CyberSpace, Minneapolis, MN

cbusch@ub.d.umn.edu (Chris) writes:

>    Apparantly MSDOS multitasks with the use of the pipe "|".  Is this
> true?  How does the | really work?  For example: "type this.txt | more"
> has 'type' and 'more' being ran simultaneously (apparantly).  How is
> this so?

You should be so lucky!  In your example, the processes are executed
sequentially.  The output of 'type' is directed to a temporary disk
file, and 'more' is started with its stdin directed to this file.  You
can see evidence of this easily... create an empty directory, log to it
and type 'dir | more'.  The two funny-named files you'll see are the
tempfiles DOS created to handle your pipe.  I have no idea why it
creates 2 files, though.  Probably a default in case you want to do a
2-pipe command.
--
Roy M. Silvernail --  roy%cybrspc@cs.umn.edu - OR-  cybrspc!roy@cs.umn.edu
   "I like Santa Claus as well as the next guy, but do you really want a
   hard drive that's spent 6000 miles at the bottom of a canvas sack in a
            wooden sleigh powered by airborne reindeer?" -- me
Newsgroups: comp.os.msdos.programmer