HDTenEightyP/NetNews huggingface dataset:
From: Ralf.Brown@B.GP.CS.CMU.EDU
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
Subject: Re: Disk Drive Purchase?
Date: 7 Sep 92 12:45:33 GMT
Article-I.D.: ralf.2aab4eed
Organization: Carnegie Mellon University School of Computer Science
Originator: ralf@B.GP.CS.CMU.EDU

In article <1992Sep6.130707.2409@newstand.syr.edu>, amichiel@rodan.acs.syr.edu (Allen J Michielsen) wrote:
}In article <Bu34nA.3FB.2@cs.cmu.edu> ralf+@cs.cmu.edu (Ralf Brown) writes:
}> IDE won't max out for a while...if the drives themselves keep getting faster
}
}   I don't see how the drive can get much faster.  Good access time are already
}around 10 mS, and we are talking physics.  Mechanical parts, moving...

Simple: create a drive with 16 data surfaces and place each bit of a
16-bit word on a different surface.  Voila, 32+ MB/s throughput....  Or
interleave the bytes across as many surfaces as you want on a
byte-by-byte basis.  Seek times can be reduced by using multiple heads
per surface.  These techniques were in use 30 years ago on mainframes.

}>The more immediate limit to IDE (and ESDI) is likely to be the size of the
}>drive.  If (as I suspect), the WD-1003 only permits 16 heads, then the
}>limit on IDE is 504 MB (1024 cylinders * 16 heads * 63 sectors/track); even
}
}The WD-1003 spec does max out at 16 heads, but that isn't something cast in
}stone.  A new backwards compatable standard shoud be in the near future...
}The 1024 cylinder limit is a dos limit, ide and esdi controllers don't
}have that same problem because the actual drive geometry is hidden
}(same as scsi).  This makes the standard max size up around
}1024 cyl x 1024 heads x 1024 sectors 

Yeah, but the geometry translation is based on the limits of the BIOS, which
are 1024 cyl x 64 heads x 63 sectors/track--a little less than 4G sectors
per BIOS-recognized drive.  To get more on a physical drive, you'll have to
split it into multiple drives before the BIOS sees it.

-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |
BIT: RALF%CS.CMU.EDU@CARNEGIE|"Success has a simple formula: do your best,
AT&Tnet: (412)268-3053 school| and people may like it."   -- Sam Ewing
Newsgroups: comp.os.msdos.programmer,sci.math.symbolic
From: drice@ponder.csci.unt.edu (Keith Rice)
Subject: Re: studying executables
Organization: University of North Texas
Distribution: usa
Date: Fri, 11 Sep 1992 00:34:10 GMT

In <BuDB8o.3rK@ireq.hydro.qc.ca> beaurega@ireq.hydro.qc.ca (Denis Beauregard) writes:

>What you want to do is reverse engineering and is usually illegal.
>Nobody cares about what you do in your basement, but some will
>care about what tools are sold for that purpose.

>I think this can you give hint about what to look for (every hacker
>probably did some reverse engineering).

>As for a good tool to do that, because of the context, you may be limited
>to either a good debugger or some hard to find programs.  

Reverse engineering is not illegal according to a recent ruling by the
9th U.S. Circuit Court of Appeals.  The 9/7/92 issue of InfoWorld had
an article concerning this.

Sega Enterprises had filed a copyright infringment suit against 
Accolade Inc. claiming that Accolade had reverse engineered its
game software that runs on its home video game systems in order
to produce their own games for the Sega systems.  Sega also sought
an injunction against Accolade.

However, on appeal, the decision was overturned.

--
D. Keith Rice -- University of North Texas -- drice@ponder.csci.unt.edu
-----------------------------------------------------------------------
(new .sig construction delayed due to union contract disputes)
Newsgroups: comp.os.msdos.programmer
From: frotz@dri.com (Frotz)
Subject: Re: I/O PORTS ???
Reply-To: frotz@novell.com
Organization: Desktop Systems Group/Novell, Monterey CA/USA
Date: Fri, 11 Sep 92 17:31:58 GMT

huisjes@cs.vu.nl (Huisjes M) writes:

]Does anybody know where to find a book/article/file on MS-DOS I/O ports?
]In my DOS manual there is only a short list of which ports there are, but
]I would like to know exactly WHICH ports there are and HOW to program them.
]Thanx in advance, everybody!

Ditto, but can we use Ralf Brown as the depository?  I've made sure
that he consents to this added abuse of his time:-) I've already sent
him the two ports that I know about (8250 UARTs and Parallel Ports).
The file should be appearing in the next rev of the Interrupt List
(v32) due to be released this weekend.  Since this appears to be
rather late notice for the additional information, perhaps we should
let Ralf get the next release before we deluge him with all of the
information. 

I too would like to know which ports I can program too.  Mainly to verify
the validity of various hardware (at the hardware level) but also for my
desire to know things that most normal people wouldn't care about;->

--
John "Frotz" Fa'atuai	frotz@novell.com		(email@domain)
Desktop Systems		uunet!novell.com!frotz		(bang address)
  Group/Novell		NOVELL:FROTZ  or  FROTZ@NOVELL	(MHS address)
c/o TS Dept.		408/645-2067			(vmail)
80 Garden Court		408/649-8209			(fax)
Monterey, CA  93940

Newsgroups: comp.os.msdos.programmer
From: frotz@dri.com (Frotz)
Subject: Re: Serial Port Setup
Keywords: serial input output setup
Reply-To: frotz@novell.com
Organization: Desktop Systems Group/Novell, Monterey CA/USA
Date: Fri, 11 Sep 92 17:49:24 GMT

davidson@cs.ubc.ca (Mark Davidson) writes:


]I'm writing an software interface for a PS/2 model 90 to communicate
]with a Sony videodisc recorder (LVR-5000) and I'm having problems
]setting up the serial port. I looked at the FAQ BTW,

]I've defined the name and the settings of the port in the following
]macro

]#define DEFAULT_PORT "COM1: 9600, N, 8, 1"

]setup_tty(char *dev_name)
]{
]   int ofile_d;
]   if (!( ofile = fopen(dev_name, "w"))) { 

You can't open a device named "COM1: 9600,N,8,1" (or any combination
of this).  You can only open "COM1:".  If you want to set the baud
rate, you might pass this DEFAULT_PORT string through a system() call
to invoke MODE.COM, but that's slow and ugly.

The better solution is to get Ralf Brown's Interrupt List, and look at
the INT14 BIOS calls to set the baudrate. 

--
John "Frotz" Fa'atuai	frotz@novell.com		(email@domain)
Desktop Systems		uunet!novell.com!frotz		(bang address)
  Group/Novell		NOVELL:FROTZ  or  FROTZ@NOVELL	(MHS address)
c/o TS Dept.		408/645-2067			(vmail)
80 Garden Court		408/649-8209			(fax)
Monterey, CA  93940
From: Jon Freivald <jaf@jaflrn.UUCP>
Newsgroups: comp.os.msdos.programmer
Subject: Executing text mode programs in a window
Date: Sat, 12 Sep 92 17:02:48 EDT
Organization: The Wizzard's Cave, East Meadow, NY

I've seen a number of programs that spawn other programs (usually
pkzip/unzip or something similar) and display their output in a window
created by the spawning program.

Does anyone have an example of how to do this -- I use Borland Turbo C++
1.0, but only in C mode.  Any help will be appreciated.

Jon

=============================================================================
		   Jon Freivald ( jaflrn!jaf@uunet.UU.NET )
	 Nothing is impossible for the man who doesn't have to do it.
=============================================================================
Newsgroups: comp.os.msdos.programmer
From: liberato@dri.com (Jimmy Liberato)
Subject: Re: Another MsDos batch programming challenge
Reply-To: liberato@dri.com (Jimmy Liberato)
Organization: Novell/Desktop Systems Group, Monterey Development Center
Date: Sun, 13 Sep 92 04:17:03 GMT

yogi@cs.ubc.ca (Yossi Gil) writes:

>ts@uwasa.fi (Timo Salmi) writes:
>
>>...
>>Write a batch that returns (sets an environment
>>variable) to give the current directory. 
>
>Following my tradition of suggesting dirty tricks here is my 3
>lines version: 
>
>cd >> %0
>echo echo %%set%% >> %0
>set set=^Z
>
>(The above should be invoked with the .BAT extension. It should 
>be quite easy to remove this restriction)

This is very clever but doesn't its self-modifying behavior cause it 
to fail after one use?  (The location of the end-of-file marker, ^Z, 
is important in your scenario.)  And wouldn't CD be a better environment 
variable name than SET?  In any case, I can't come up with something
that works even once! :-(

--
Jimmy Liberato   liberato@dri.com
                 ...uunet!drivax!liberato



Newsgroups: comp.os.msdos.programmer
From: nyh@newton.WPI.EDU (Nevo Y Hed)
Subject: Re: BSS ??
Organization: Worcester Polytechnic Institute
Date: Mon, 7 Sep 1992 21:49:59 GMT

In article <18geqmINN6u2@agate.berkeley.edu> c60b-1fk@e260-1c.berkeley.edu (Ahmon Dancy) writes:
>
>Greetings.  Often when I look through the assembly output of a C
>compiler, the string BSS shows up several times in the code. Can
>anyone explain what the BSS is?


Assuming you mean a c compiler from the Borland family - I donno how
much of this is equiv in MSC and others.

	My sources tell me tha _BSS is the segment of uninitilized data
rather then _DATA [?] segment which is initlized data.

	Usually both [xcept on huge model] arge grouped into DGROUP.

	While the initilization data is stored in the executible -
there is no need to store uninitilized data [lots of zeros] there too
- that _BSS is assigned zeros at load time.


examples initilized data:
	char MyData[]="Hello There";

	uninitilized data:
	char MyData[10];




		I think....

			-Nevo

-- 
Nevo Y. Hed ............. nyh@wpi.wpi.edu .....................................
++1-508-754-2491 ........ CS student, Worcester Polytechnic Institute .........
"I like my cigar too, but I take it out of my mouth from time to time" G.Marx .
Newsgroups: comp.os.msdos.programmer,comp.lang.c
From: alexande@genghis.borland.com (Mark Alexander)
Subject: Re: BC++2.0 lseek problem(ALSO:lseek() question)
Originator: alexande@genghis.borland.com
Organization: Borland International
Distribution: usa
Date: Tue, 15 Sep 1992 18:16:11 GMT

In article <1992Sep12.235241.23213@eng.ufl.edu> zzang@stat.ufl.edu (Zhuo Zang) writes:

> Hello, the following program using lseek will give different results
> in BC++2.0 than that of in UNIX.  the BC++2.0 will print the last
> character twice.

I tried this program with BCC++ for OS/2, BC++ for MS-DOS, and GCC on a
unix box.  All produced the same result.  This assumes that the first line
of the file foo.c is the following:

/* use bcc -DMSDOS foo.c to compile in BC++i

The program seeks to file offset 3, then reads 20 bytes from the file
into a buffer.  These 20 bytes, which the program prints, should be
the following:

use bcc -DMSDOS foo.

There are several dangers and harmless mistakes in this program, though.

First, the buffer is declared as follows:

>char buf[BUFSIZ];

The assumption here is that the buffer is greater than 20 bytes long.
If BUFSIZ is <= 20, bad things could happen.  BUFSIZ is usually 512,
but you can't count on it.

Secondly, the attempt to zero-terminate the string didn't work; it
just converted '\0' to a (char *), and assigned it to sp:

>  sp = '\0';

This should have been:

   buf[20] = '\0';

or

   sp[20] = '\0';

since sp was set to point to buf[0].

However, the program worked without this, because buf[] was declared
as a global variable, and hence was initially zero-filled when the
program was started.  If you had used the buffer again, or had declared
the buffer as a local variable, the program would have failed, because
the buffer would probably not be zero-filled.
Newsgroups: comp.os.msdos.programmer
From: dld@engr.wisc.edu (Dean Dietmeyer)
Subject: Turbo C++ 3.0, Debugger 2.0, Profiler 1.0
Organization: U of Wisconsin-Madison College of Engineering
Distribution: usa
Date: 12 Sep 92 10:26:45 CDT

I have been running Turbo C++ 3.0 for some time now with no need to
run Debugger 2.0 or Profiler 1.0.  Then I had the need, and find
that neither will take a file prepared by C++ 3.0--WRONG LINKER.

Is there a way around this.  I don't like having to go back to
Turbo 2.0, and don't expect that the two compilers are producing
the same code, so debugging under 2.0 will not really give the
answers for a 3.0 program.
   Thanks, Don
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.os.msdos.programmer
Subject: Re: CAN YOU CALL ONE TSR BY ANOTHER TSR
Keywords: TSR
Date: 10 Sep 92 17:06:06 GMT
Organization: Ericsson Network Systems, Inc.

In article <BuCC6J.20L.2@cs.cmu.edu> ralf+@cs.cmu.edu (Ralf Brown) writes:
>-- 
>Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
>FIDO: Ralf Brown 1:129/26.1  |
>BIT: RALF%CS.CMU.EDU@CARNEGIE|"Success has a simple formula: do your best,
>AT&Tnet: (412)268-3053 school| and people may like it."   -- Sam Ewing

Are you the guy that wrote this interrupt doc that's going around?
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - Douglas Adams
  - Patrick Taylor                                       (Arthur Dent)
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    or exuptr@ZGNews.Lonestar.Org, exu.exuptr@memo.ericsson.se
From: jxh@math.ksu.edu (James C. Hu)
Newsgroups: comp.os.msdos.programmer
Subject: Best PD curses for BC++?
Date: 8 Sep 1992 18:21:57 -0500
Organization: Dept. of Mathematics, Kansas State University
NNTP-Posting-Host: hilbert.math.ksu.edu
Summary: A quest for the best...
Keywords: curses, MSDOS, BC++

Hello!

I am in search of a good curses library for the PC.  In particular,
written with the Borland compilers in mind, rather than Microsoft.

I have cursesp.zip from SIMTEL20, and it seems quite good.  But, I am
wondering if there are others that are better.  If I get e-mail
replies, I will post a summary.

Thanks,
-- 
James C. Hu (jxh@math.ksu.edu), 1804 Denholm Dr., Manhattan, KS 66502
"If it was so, it might be; and if it were so, it would be; but as it
isn't, it ain't.  Thats logic." - Lewis Carroll
Opinions expressed are mine.  Let me know if they are someone else's.
Newsgroups: comp.os.msdos.programmer
From: johna@mobdig.ncal.mobdig.com (John Antypas)
Subject: Need information on OMF files again
Organization: MobileDigital Corp. Alameda CA
Date: Tue, 15 Sep 1992 15:54:39 GMT

We've been working with OMF files and we've got a question for the net...

If during a compile a communal variable object has been created, it 
appears that Microsoft attempts to resolve this as an external reference.
Is this correct?  If not, what exactly happens with a communal variable
record?
-- 
John Antypas / Senior Software Engineer	johna@mobdig.com
MobileDigital Corp -- Wireless Network Wizards 
Remember, the shortest distance between two points is a straight line, but it
gets even shorter when you don't have to string a line between those two
points.
Newsgroups: comp.os.msdos.programmer
From: famus2@DMI.USherb.CA (Projet2 Famus)
Subject: Write-behind caching on floppies
Organization: Universite de Sherbrooke -- departement de Mathematiques et d'Informatique
Date: Sat, 12 Sep 1992 16:40:00 GMT

Hi ,

I'm looking for a way to find out if the drive light is still on.

OR

If SMARTDRV is finished write-behind writing,

from withing an application.

DOS shell outs are not possible from my APP.  Any ideas???

Even better, does anyone have source to a good write-behind caching
program I can use on floppies and could modify easily to incorporate
into my program?

Steven Woolgar
CHUS-FAMUS
e-mail: famus2@dmi.usherb.ca
From: chbl@sbustd.rz.uni-sb.de (Christian Blum)
Newsgroups: comp.os.msdos.programmer
Subject: Re: using expanded memory
Date: 14 Sep 92 17:35:10 GMT
Organization: Studenten-Mail, Rechenzentrum Universitaet des Saarlandes

reznick@acf3.NYU.EDU (Daniel Reznick) writes:
> I am interested in utilizing XMS and EMS memory in programs being
> developed with BC++ 3.1, written in assembly and C (the plain vanilla
> version).  If any one can give me and pointers to good references,
> otimally with code examples, I would be most appreciative.  Either
> assember or C would be fine.  Also, does the memory model begin used
> affect this at all? (im sure it does somewhat..) thanks.

Best source of information is Ralf Brown's famous interrupt list.
It is available from several BBSs.

XMS is accessed by a FAR call to an address that is given to you
by an INT 21h call (dunno which, look it up). There are several
functions to allocate XMS memory and copy data from lower 1meg
address space to XMS and vice versa.

EMS can be accessed via several calls to INT 67h (hope that's correct...)
and normal read/write operations to a 64k window in lower 1meg address
space.

--
---------------------------------------------------------------------
Christian Blum                   Universitaet des Saarlandes, Germany
Friedrich-Ebert-Str. 50          chbl@stud.uni-sb.de
W-6685 Heiligenwald              chbl@sbustd.rz.uni-sb.de
Germany                          Tel (+49) (0) 6821 67476
Newsgroups: comp.os.msdos.programmer
From: levin@world.std.com (Levin F Magruder)
Subject: Re: BCC 2.0: What is the right way to use make & tlink?
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 5 Sep 1992 18:05:48 GMT

I asked how to use make files & tlink together.

In article <1992Sep5.012643.27171@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
>In article <1992Sep4.224643.3520@rei.com> fox@rei.com (Fuzzy Fox) writes:

>>>prog.exe: $(OBJECTS)
>>>    tlink \bc\t0s.obj $(OBJECTS), progname, , ...
>>
>>>worked until the command line overflowed.
>>
>>A work-around:  Create a library and have each source file inserts its
>>object file into the library as part of its build action.  Have the exe
>>file depend on the object files, but have it link from the library.
>>Don't let the library get out of sync with the objects.
>
>Ewww...
>
>Better idea: Get NDMAKE.  It will automatically build response files in
>this kind of situation.

Another reader mailed me a lead that worked out.  There is a 
directive (or whatever you call it) for make named &&.  I was
able to do

prog: $(OBJECTS)
	tlink @&&!
$(OBJECTS)
!, progname.exe, mapname.exe, libs

Or whatever.  I'm not at my pc now.  It works.  It creates a 
tempfile containing the expansion of (OBJECTS) and supplies
that tempfile name to tlink as the response file.

There was another option documented on the same page, <<, that
did something similar, but I couldn't think of a use for it.
I've heard other recommendations for NDMAKE.  But it's shareware,
not freeware, isn't?  I don't want to pay for a make when I have
one that works, and I can't sleep nights if i use shareware and
don't pay for it.

Is there a free gnu make?  Is it any good?
From: dons@hpmwtd.sr.hp.com (Donald St.Denis)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Group DGROUP exceeds 64K
Date: 11 Sep 92 20:55:03 GMT
Organization: HP Santa Rosa Site (NMD MTA MWTD)

>In article <1992Sep4.213550.13151@pollux.lu.se> lars_s@gemini.ldc.lu.se writes:
>>I'm using Borland C++ version 3.0 in large memory model and are trying to 
>>link a couple of modules. I got this message from TLINK:
>>
>>     Error: Group DGROUP exceeds 64K
>>
>>Tools and Utilities Guide says: 
>>A group exceeded 64K bytes when the segments of the group wwere combined.
>>
>>Any hint or workaround to solve my problem are appreciated.
>
>Are you using C++ specific code?  If so, you can use the -Vf switch for BCC,
>or look for a switch in the IDE which moves the C++ virtual tables out of 
>the data segment.  
>
>Basically, this error means that your global variable area has exceeded 64k.
>Evidently, Borland puts their virtual tables (or at least some information 
>concerning them) into this segment.  

Also the documentation refers to relocating large blocks with the -F
switch.  This allows individual structures of > 32K to be relocated
to their own segment, and there is also a way to change the threshold
allocation to be other then 32K.  I saw it in the Programmers
Reference Manual, I think.  The IDE also aloows this to be adjusted in
the Compiler Options Section.

Donald "Dragline (sometimes Sunshine or MoonDog)" St. Denis      dons@sr.hp.com
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.programmer
Subject: Re: C++ vs Quick BASIC : HELP NEEDED
Date: 10 Sep 92 02:20:13 GMT
Article-I.D.: cs.BuCBtq.1qM.2
Organization: School of Computer Science, Carnegie Mellon

In article <BuBvAu.FAn@news.cso.uiuc.edu> jas37876@uxa.cso.uiuc.edu (John A. Slagel) writes:
}    I used to swear by Basic 7.1 -- It handled strings effortlessly,
}    *NO* developement environment is easier to use, it compiles faster
}    than C in the environment, Press F2 and a list of subroutines in
}    the program comes up, you pick the one you want, so you don't
}    have to scroll through code.

You can do that in any language given a half-way decent programming editor.
In almost any Emacs clone, the "tags" facility lets you jump directly to
a function by name (and in most cases, you can even have the editor grab
the name from the cursor position).

-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |
BIT: RALF%CS.CMU.EDU@CARNEGIE|"Success has a simple formula: do your best,
AT&Tnet: (412)268-3053 school| and people may like it."   -- Sam Ewing
Xref: sparky comp.os.msdos.programmer:9199 comp.os.msdos.misc:5114
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
Subject: Re: Disk Drive Purchase?
Date: 9 Sep 92 17:14:36 GMT
Organization: Ericsson Network Systems, Inc.

In article <Bu34nA.3FB.2@cs.cmu.edu> ralf+@cs.cmu.edu (Ralf Brown) writes:
>The more immediate limit to IDE (and ESDI) is likely to be the size of the
>drive.  If (as I suspect), the WD-1003 only permits 16 heads, then the
>limit on IDE is 504 MB (1024 cylinders * 16 heads * 63 sectors/track); even
>if a full 64 heads are available, the limit is less than 2GB--a size which
>is already readily available even if not yet cheap ($3000+) in SCSI
>versions.

What's the WD-1003 got to do with it?  I'm using an IDE right now with 32 
heads defined, and 48 spt.
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - D Adams
  - Patrick Taylor
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    alternately, exuptr@ZGNews.Lonestar.Org
Newsgroups: comp.os.msdos.programmer,comp.text.tex