HDTenEightyP/NetNews huggingface dataset:
From: verghese@boi.hp.com (Phil Verghese)
Subject: Re: VIRTUAL MEMORY
Date: Thu, 31 Dec 1992 22:55:00 GMT
Organization: Hewlett-Packard

In article <6500.115.uupcb@cutting.hou.tx.us> jeff.carbonell@cutting.hou.tx.us (Jeff Carbonell)  writes:
>I'm looking for a caching mechanism for virtual memory in 'C'. Any
>suggestions.
>

I just got a brochure for VMData by PocketSoft (the makers of RTLink).
I don't have any experience with this, but it looks interesting.  Has
anyone out there used this product?

Here's some info from the brochure:
    PocketSoft  1-800-826-8086

VMData is a replacement for malloc.  When you want to dynamically
allocate data, you call VMData functions instead of malloc.  The
virtual storage can be in EMS, XMS or disk.

There's a version for DOS and Windows.  Each version has two
libraries: one for development (debugging) and one for production.
The development library does more error checking than the production
one.

Languages/Compilers supported: MSC 5.1, 6.0 and C++ 7.0; Borland C++
2.0, 3.0, 3.1; MS Fortran 5.0,5.1

I'd be interested in hearing from anyone that's actually used this.

    	    Phil
Newsgroups: comp.os.msdos.programmer,comp.unix.sysv386
From: berry@enuxha.eas.asu.edu (Joel R. Berry)
Subject: programming specialix cards in dos.
Keywords: specialix si DOS
Organization: Arizona State University
Date: Mon, 28 Dec 1992 16:10:53 GMT

Hello All,
   We have a computer which has a specialix SI 8 port card and we
are writing a package that will poll a machine on each of the ports.
The problem is that the documentation for the boards is at best poor.
Does anybody know how to write a driver for these cards?  We dont
know how to access the ports directly.  Any help would be greatly 
appreciated.  
Joel Berry
berry@enuxha.eas.asu.edu
--

-----------------------------------------------------------
Joel Berry | berry@enuxha.eas.asu.edu
-----------------------------------------------------------
From: hensberg@sun026.research.ptt.nl (Mark Hensbergen)
Newsgroups: comp.os.msdos.programmer
Subject: Re: MSDOS/intel machine
Date: 28 Dec 92 18:08:32 GMT
Organization: PTT Research, Groningen, the Netherlands

I know of MSDOS emulators on a Commodore Amiga (68000 processor) 
and Sun Sparc station. The emulation on the Amiga was very slow
(about 10x slower than an 4.77MHz PC-XT) and not graphics compatible.

I don't have much experience with the emulator on the Sun, other than
reading and writing MS-DOS formatted disks...


			Mark

-- 
=============================================================================
email:  M.A.Hensbergen@research.ptt.nl	 address: Mark Hensbergen
X.400: 	Country: NL				  PTT Research
	ADMD   : 400Net				  Winschoterdiep OZ 46
From: cbusch@ub.d.umn.edu (Chris)
Newsgroups: comp.os.msdos.programmer
Subject: Re: MSDOS/intel machine
Date: 26 Dec 1992 18:14:06 -0600
Organization: University of Minnesota, Duluth
NNTP-Posting-Host: ub.d.umn.edu

   Ok.  I will rephrase my question.
Is there a msdos computer that does not run intel binary code (excluding
emulaters)? (V20/AMD/Cyrix chips and the like all run intel binary
code.)

--
Cbusch@ub.d.umn.edu
From: bright@nazgul.UUCP (Walter Bright)
Newsgroups: comp.os.msdos.programmer
Subject: Re:  MS-DOS in 386 protected mode
Date: 27 Dec 92 00:30:13 GMT
Reply-To: bright@nazgul.UUCP (Walter Bright)
Organization: Zortech, Seattle

In article <Bz4L8D.BzF@ais.org> empath@ais.org (Tim Triemstra) writes:
/No, the 32bit and 16bit protected mode applications you run every day are
/not "pretending to work."  However, they are NOT working under UNMODIFIED
/msdos (as you even quoted.)  32bit requires a DOS extender, as does 16bit
/(16bit has different types like DPMI etc, not always called an extender.)

Most DOS extenders do not modify DOS. They don't modify DOS on the disk,
they don't require a device driver (at least the better ones don't!).
The better ones don't require a DPMI host either. A DOS extender is a
block of code that sits partly in protected mode and partly in real mode.
It's job is to catch calls to DOS from protected mode, switch to real mode,
pass the call on to DOS, catch the result, and switch back to protected mode.
I suppose we are quibbling terms here, but since it looks to the user like
an ordinary executable, and leaves no "trail" of installed TSR's or modified
disk files, and requires no special installation of DOS (i.e. no CONFIG.SYS
modifications), I'd call that not modifying DOS.

/Don't try to make people look stupid by saying something stupid yourself.

I was trying to be a bit humorous, sorry.
Newsgroups: comp.os.msdos.programmer
From: slindsay@nyx.cs.du.edu (Steve Lindsay)
Subject: Erasing bytes from a file
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Sun, 3 Jan 93 20:32:34 GMT


Hi all,
    I have been trying to delete some characters
from a text file with the below routine and it  only
replaces the characters with spaces.  I would
like those bytes gone completely not made
into spaces.  Does anyone have a good idea?
I am using DOS, VGA and Borland C++.

#include <iostream.h>
#include <fstream.h>
#include <stdlib.h>
#include <stdio.h>

long filesize(FILE *stream);
void main()
{
  FILE *stream;
  int ctr;
  char in_char;
  int count=0;
  int bytes;

  stream = fopen("DATA.002", "r+");
  if (!stream)
     {cout<<"\n*** Cannot open file ***\n";}

  while (in_char = getc(stream))
    {if (in_char == '\n')
       {count++;}
     else
       {bytes++;}
    if (count==7)      //after 7 lines into the text file
 {goto there;}
    }
there:for (ctr=0; ctr<5; ctr++)
    {
     fseek(stream,0L,SEEK_CUR);
     fprintf (stream,"%c",'\x00');  //this is suppose
                                                   to take away 5
                                                   characters but it
                                                   replaces the 5
                                                   characters with 5
                                                   spaces
    }
return; }

Xref: sparky comp.os.msdos.programmer:11679 comp.sys.ibm.pc.programmer:700 comp.lang.c++:18502 comp.lang.c:18978
From: dmeltzer@erc.cat.syr.edu (David Meltzer)
Newsgroups: comp.os.msdos.programmer
Subject: Re: MSDOS/intel machine
Date: 27 Dec 92 16:48:43 GMT
Organization: Electronic Resource Center, Syracuse

In article <1hisgeINNojd@ub.d.umn.edu> cbusch@ub.d.umn.edu (Chris) writes:
>   Ok.  I will rephrase my question.
>Is there a msdos computer that does not run intel binary code (excluding
>emulaters)? (V20/AMD/Cyrix chips and the like all run intel binary
>code.)
If a computer didn't run Intel code, then it wouldn't be able to run
Ms-Dos.  Ms-Dos is not a portable OS like Unix may be, it only is made for
Intel code, like Mac's System 7 wont run on anything but a Motorola.
Newsgroups: comp.os.msdos.programmer
From: davet@cbnewsj.cb.att.com (Dave Tutelman)
Subject: Re: How could I copy protect Borland C++ on a network ?
Organization: AT&T Bell Labs - Lincroft, NJ
Distribution: na
Date: Mon, 21 Dec 1992 12:17:37 GMT

In article <shephard.724811384@sfu.ca> shephard@fraser.sfu.ca (Gordon Shephard) writes:
>cyberman@exucom.com (Stephen R. Phillips) writes:
>>Luc Bussieres (bussiere@garrot.DMI.USherb.CA) wrote:
>>: Is there a way to protect Borland C++ from pirating on an nfs disk? 
>>: 
>>: Does novell as a copy protection feature that will work with Borland C++?
>
>1) Execute-Only on Novell is horrendous as you are no longer
>   able to back up the Execute Only files.  Unacceptable.

	Who is "you"?  The question is how to PREVENT the user from
	pirating the software.  If the network (or application) administrator
	can't back it up, I agree that's unacceptable.  But if the USER
	can't back it up (but rather has to run it from the network copy)
	that's exactly what was being requested.

	As a user, I might not be crazy about this, especially if the network
	is less than 100% reliable, but I could always buy my own (non-copy
	protected) copy.

	Remember that the legitimate owner of the software (the network
	or application administrator) still has the installation disks
	and whatever backup copies of it that they made, so the backup
	issue is really a non-issue.

>3) Try experimenting with the Hidden attribute.  A DOS Copy won't
>   work with a hidden files, but you can execute it.

	True, but it is more inconvenient for the user than the pirate.
	The user can't "dir" the files if he/she forgets the name of a
	command.  But the pirate CAN type a hidden file.  What's the
	effective difference between
		copy  hidden.fil myfile
	and
		type  hidden.file  >  myfile

	The latter does in fact work.

BTW, I oppose copy-protected software in general, and will avoid buying any
that I know is copy-protected.  But that's not what is being requested here.
The original poster, who has bought a legitimate copy of BC++, wants to make
it available for USE by students taking a course.  His/her agreement with
Borland (I'm guessing here; I HOPE there's an agreement with Borland) allows
this but insists that there be no copies of the software walking away with
the students.  Assuming Borland has indeed agreed to this, I see no problem
with it.

Dave
Newsgroups: comp.os.msdos.programmer
From: fox@rei.com (Fuzzy Fox)
Subject: Re: Normal MSDOS multitasking!
Date: Mon, 21 Dec 1992 18:41:23 GMT
Organization: Recognition Equipment, Inc.

davis@pacific.mps.ohio-state.edu ("John E. Davis") writes:

>C:\> tee make out

>Here tee runs make sending the output to both stdout and to the file out.  To
>do this, tee would have to hook the appropriate DOS int 21 write string to
>stdout call.  This seems doable but I have not seen it done.

A freeware program called CONCOPY does exactly this.  Available at
Simtel.

-- 
#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."
Organization: University of Illinois at Chicago
Date: Sunday, 3 Jan 1993 04:05:16 CST
From: David James Alexander Hanley <U16244@uicvm.uic.edu>
Newsgroups: comp.os.msdos.programmer
Subject: Simulating virtual RAM in c++

  There is a project I have had in mind to try for some time but have not
started on it quite yet.  It would give you virtual arrays for data and
objects in c++ under plain ole MSDOS.  Here is the basic idea:

  There are some disk memory allocation functions.  They can be called on
to allocate, store, retreive, and free memory off a "disk heap".  There is
a cache that provides the possibility that some of this data will never
be written to the disk, and will just be allocated and freed.  This is
important.

  There are several templates for creating arrays and pointers.

  The arrays would work by overloading of the [] operator.  Writes to the
array would be written to the disk.  Reads would be read, and forked over.
I think this could be implemented for arrays, arrays of objects, and
to a lesser degree, pointers.

example:

#include "diskaray.h>

...

DISK_ARRAY<CUSTOMER_RECORD> records[ 10000 ];
CUSTOMER_RECORD record;
..

get_new_record( &record )

records[ x ] = record;
....
record = records[ y ];

Unfortunately, you can't access the array directly :
records[ a ].name;

  It isn't as pretty as pure virtual RAM, but this WILL work under ms-dos
in c++.  A similar trick could be written in C, pascal, or other languages,
I guess, but it (probably) wouldn't be as pretty.

  Ya know, this is a good idea.  I should do this.  When I have time...
Newsgroups: comp.os.msdos.programmer
From: amichiel@rodan.acs.syr.edu (Allen J Michielsen)
Subject: Re: MSDOS/intel machine
Organization: Syracuse University, Syracuse, NY
Date: Sun, 27 Dec 92 15:21:37 EST

In article @newstand.syr.edu> dmeltzer@erc.cat.syr.edu (David Meltzer) writes:
>In article <@ub.d.umn.edu> cbusch@ub.d.umn.edu (Chris) writes:
>>   Ok.  I will rephrase my question.
>>Is there a msdos computer that does not run intel binary code (excluding
>>emulaters)? (V20/AMD/Cyrix chips and the like all run intel binary
>>code.)

>If a computer didn't run Intel code, then it wouldn't be able to run
>Ms-Dos.  Ms-Dos is not a portable OS like Unix may be, it only is made for
>Intel code, like Mac's System 7 wont run on anything but a Motorola.

Bssst.  Thanks for playing...
There are several software emulators to run MS-DOS and DOS applications on
non-Intel CPU's.  Soft-PC may be the most well known.  They have a package
for MAC's, which do not have a Intel CPU, and SPARC's (Sun SparcStations)
which also doesn't have a Intel CPU.
Neither of the CPU's can -run Intel code- but they both do execute intel binary
code by reading it, and -converting- it into native code (a gross 
simplification).

A version of MS-DOS could be written for almost any native CPU available,
but I suppose the MS could be forced to be dropped from it...
Of course the software emulator was specifically excluded from the discussion.
The real point may be put that the original question may well still be flawed.
I'm not sure what value the question or answer is, but generally, I'd say the
best answer is no.  There is no msdos or dos computer that does not have a
Intel CPU as a core cpu.  The DEC Rainbow 100 & 100+ computer may have come
the closest, it had a 8086 and a Z80.  As I understand it, the Z80 assisted
in the video partion of the system, and it required a special version of dos
to run on it because of the Z80.  Versions 2.10, & 3.10 are available for it
currently.  WANG may have made a DOS or MSDOS for a non-Intel cpu I don't know.
Anyway, David's real point may have been, even if a DOS or MSDOS is available
for a non-Intel cpu system, DOS applications would have to be run between e
either a software emulator or a binary converter, in order to run, because
Intel binary code (programs) are written for a hardware platform (aka a intel
cpu,) AND a OS like dos.
al
From: chubbard@beta.tricity.wsu.edu (Charles William Hubbard)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Newbie Wants Advice o
Date: 31 Dec 92 22:02:04 GMT
Article-I.D.: serval.1992Dec31.220204.14027
Organization: Washington State University Tri-Cities, Richland

>The fact that they still survive in the face of extreme bias by newbies
>that think C is the only "real" language is an indication of how well
>they fulfilled (and continue to fulfill) their intended function.

No that's not true.  I can't speak for Cobol but FORTRAN is a terrible
language.  It evolved before formalized compiler theory had been developed
and as a consequence it is difficult to parse, and uses an ugly syntax
which leaves the way clear for very hard to trace bugs. The reason FORTRAN
is still in use is because 1) there is an enormous of amount of FORTRAN
code already out there which is continually being maintained and modified,
and 2) engineering schools continue to insist on teaching FORTRAN to the
exclusion of all else (fortunately that's changing).  Also, I should point
out that even recent versions of FORTRAN don't support records, pointers,
or dynamic memory allocation which are all vitally useful to programmers. 
I understand the latest revision of the language does include some (all?)
of these features.  It seems that with each new version the language adds
more and more Algo/Pascal like features.  What I don't understand is, if
you want those features why not just switch to modern language (Ada?
Modula?) that supports them rather than continually kludging a bad
product. 

BTW, C is no gewel either.  It's main curse (and blessing) is it gives the
programmer such enormous power.  The problem is not many programmers are
disciplined enough to take advantage of C's powerful features and still
write good, readable, maintainable code.

C.
From: todd@library.calpoly.edu (Todd Kennedy)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Turbo C++ 3.0 under DOS, I got a real simple (hopefully) question.
Date: 2 Jan 93 08:26:14 GMT
Distribution: usa
Organization: Kennedy Library, Cal Poly, SLO

Last time, olw7845@zeus.tamu.edu (Zeke E. Pez) wrotes:
>
>How can I get the I.D.E. to mimic what my MAKE file does while maintaining the
>convenience of the I.D.E.(how do I tell the linker where the LIB is inside the
>I.D.E.) ???? 

All you need to do is create a project file, and put the .lib in
the project. Everytime you compile your program, TC++ will automatically
read the third-party library.

						Todd

P.S. This will work for both .obj and .lib files.


-- 
============================================================================
Todd M. Kennedy                           Email: todd@library.CalPoly.EDU or
Polycat System Support                           tkennedy@flute.CalPoly.EDU
San Luis Obispo, CA                       Phone: (805) 756-2190
Newsgroups: comp.os.msdos.programmer
From: hart@wb3ffv.ampr.org (Rod Hart - WA3MEZ)
Subject: Help
Organization: Advanced Business Solutions, Inc.
Date: Sun, 3 Jan 1993 16:46:09 GMT



When I change floppies on my system, I get a volume ID change yet
the directory contents remain unchanged. I can force a change by
hitting a Cntl-C. I have swapped both drives and controller cards as
well as verified the DC options are in place on both drives. The
system is configured as follows:

Acer 486dlc 33Mhz Motherboard with Math Coprocessor
8 Meg. Memory
200 Meg. Maxtor Hard Drive
3" TEAC Floppy Drive
5" TEAC Floppy Drive
Hitachi CDR-3600 CD Rom Reader
CMS 250 Tape Reader
Soundblaster board
Internal Modem
Mainlan Ethernet Card
Trident 8900C Video
MSDOS 5

I have run test without autoexec.bat and config.sys installed as
well as disabled shadow rom and caching to make sure there were no
unknown interdependencies. The system will reliably recognize the
changing of disk volumn, yet the directory contents will remain
unchanged. I have no idea of what to do next. Any help would be
appreciated.

				Rod Hart wa3mez
                                wa3mez@wa3mej         - Packet Radio
                                hart@cp1.bell-atl.com
                                hart@wb3ffv.uucp
From: cyberman@exucom.com (Stephen R. Phillips)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Normal MSDOS multitasking!
Date: 24 Dec 92 01:29:13 GMT
Organization: ExuCom Multimedia Inc.
X-Newsreader: TIN [version 1.1 PL7]


Alex Liu (aliu@aludra.usc.edu) wrote:
: But the point is that when they designed zcat/compress and tar, it was to 
: be modular.  compress is a generic file compressor, that you could use with
: any utility.  The fact that you have pipes allows you to use compress
: without having to write your own LZW compression routines.
: 	unzip -v file.zip foo*.*
: Doing that, for you is fine, but it is not necessarily better.  It is just
: a different way to do things.  One could argue for example, that unzip is
: a more complicated program than any of the unix equivalents, and at the
: same token not as flexible.  For example, the 3 previous commands, you
: can also grep for files of certain size, certain date, etc.  By adding
: an extra command you could also sort them in reverse order or by size,
: etc.  If unzip was to accomplish all that flexibility, that would

I might also interject the format is less specific.  Also perviewsly
archived files (shar) have a MUC higher compression ratio than
standard.  IE GTETRIS.ZIP is 18k shared and ziped BUT 32k when
archived BY zip.  Hmmmm  intresting?

Cyberman
-- 
This is my sig file!
Read rec.games.programer!
From: dick.zeitlin%acc1bbs@ssr.com (Dick Zeitlin) 
Newsgroups: comp.os.msdos.programmer
Subject: Re: Newbie Wants Advice o
Date: 29 Dec 92 18:06:00 GMT
Distribution: world
Organization: Advanced Computer Concepts BBS, New Rochelle, NY 914-654-1981
Reply-To: dick.zeitlin%acc1bbs@ssr.com (Dick Zeitlin) 

BW> .  Yes, isn't it interesting that two of the most popular general purpose
  > .languages for writing applications software were not designed to be used t
  > .write application software.  Has anyone written a general purpose language
  > .to do what I would think is the most common use of computer programming -
  > .to write application programs?  And if this/these exist, what are they and
  > .how do you rate them?  [just curious]

FORTRAN (FORmula TRANslator) was written specifically for applications
programming of scientific/mathematical tasks.  COBOL (COmmon Business
Oriented Language) was done specifically for programming business
applications.

The fact that they still survive in the face of extreme bias by newbies
that think C is the only "real" language is an indication of how well
they fulfilled (and continue to fulfill) their intended function.

        D/
---
 . QMPro 1.0 41-3345 . Bring back A-N airways!!    Dick.Zeitlin%acc1bbs@ssr.com
From: sandy@cs.montana.edu (Sandy Pittendrigh)
Newsgroups: comp.os.msdos.programmer
Subject: FAQ listDir(char* path);
Date: 24 Dec 92 22:47:11 GMT
Article-I.D.: coe.1992Dec24.224711.26356
Organization: Dept. of Computer Science, MSU, Bozeman Mt 59717

I couldn't find the answer to this question in the FAQ, although
it sounds like one.

How can I list the contents of a specified directory from within
a (Turbo C++) program? 

Seems like there ought to be a PC-specific Turbo function like:
  listDir(char *path); -----but I can't find it. Am I blind?
Anyway, I would be grateful for an answer.

Sandy@cs.montana.edu
From: rol@grasp1.univ-lyon1.fr (Paul Rolland)
Newsgroups: comp.os.msdos.programmer
Subject: Re: SIMPLE assembly question...
Date: 22 Dec 92 08:28:56 GMT
Followup-To: comp.os.msdos.programmer
Organization: Apple Computer Europe

In article <gn#@byu.edu>, $dougn@sasb.byu.edu (Douglas R. Nebeker -
MIS_SAS) wrote:
> 
> is there ANY difference between  MOV ES,AX
> 
> and                              PUSH AX
>                                  POP ES
>  

I think there are two major differences between the two forms :
   - Execution time (only important if your program is time critical, and
     this piece of code is inside a loop) : first solution is faster,
   - the flags are set in the first case, but not in the second (well, I'm
     not absolutely sure, but I really think so...)

Paul Rolland

A bug can be changed to a feature by documenting it. Developpers know !
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Hardware interrupt mappings?
Organization: Queen's University
Date: Wed, 30 Dec 1992 23:14:54 GMT

In a standard PC in real mode, IRQs 0 to 7 are serviced by INTs 08 to 0F, and
IRQs 8 to 15 are serviced by INTs 70 to 77.  However, these mappings are 
changeable, and some multitaskers (e.g. Desqview) do change them.

If I want to install a handler for any of these hardware interrupts, should 
I use the original INT assignment, and assume that the multitasker will pass
the interrupt to me if it matters, or should I try to figure out what the 
true assignment is?  Is there any general sequence to go through to figure 
out the true assignment?

What I'm thinking of doing is writing a little TSR that preserves the 
386 extended registers across hardware interrupts.  This is necessary, since 
there's a lot of buggy software (e.g. by Novell) out there that trashes 
them.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Xref: sparky comp.os.msdos.programmer:11748 comp.sys.ibm.pc.hardware:34597
From: cbusch@ub.d.umn.edu (Chris)
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.hardware
Subject: The IQ unlimited computer...
Date: 2 Jan 1993 03:53:12 -0600
Organization: University of Minnesota, Duluth
Distribution: world
NNTP-Posting-Host: ub.d.umn.edu


   I realize that this question doesnt exactly apply here...
   I was watching tv and saw an info-commercial for  the IQ unlimited
computer.  I was wondering exactly what processor, memory, etc it has
and how it performs.  I think it is a POS and I dont plan to buy it...
But I am curious. Thanx

--
-=-=-=-=-=-=-=-=-= Chris Busch     cbusch@ub.d.umn.edu =-=-=-=-=-=-=-=-=-=-
 C(o_o))        _                        "The use of COBOL cripples the
   (=)         (_ -|- -|- is the         mind; its teaching should, 
  --|--        language of choice.       therefore, be reguarded as a
   /^\      Protest the use of BASIC!    criminal offense." -E.W. Dijkista
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Newsgroups: comp.os.msdos.programmer