HDTenEightyP/NetNews huggingface dataset:
From: gay@selkirk.sfu.ca (Ian D. Gay)
Subject: Re: Fast floppy writing techniques
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 11 Sep 1992 22:36:48 GMT

famus2@DMI.USherb.CA (Projet2 Famus) writes:

>>>Hi, I was wondering if anyone has C code for fast file writing to floppies.
>>>The application that I'm writing compresses the data before writing to disk,
>>>but the bottleneck is the floppy.  I'm currently trying to optimize disk
>>>writing by using a technique similar to XCOPY, but if I had code that
>>>resembled XCOPY already written that might help me meet my deadline.
>                                                  
You didn't say what compiler you were using, or how you were doing the 
writes. I have found stream i/o (fopen() etc) to go about 3x faster to 
floppies with Turbo C, using setvbuf() to set a 4k buffer, instead of taking 
the default. I would expect the gain to be less using open() and friends.
From: wright@epx.cis.umn.edu (Mark Wright)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Recommendation on editor for C / Brief only $99 now
Date: 7 Sep 92 05:30:18 GMT
Organization: University of Minnesota

In article <Bu4BEy.91@world.std.com> levin@world.std.com (Levin F Magruder) writes:
>
>Brief is on sale from Borland now.  I'd still rather not spend
>the $99, but if it's as good as its reputed to be, I guess
>I'd take the plunge.  
>
I think Brief is just GREAT!  I absolutely HATE going to any other editing
environment (especially the VI I'm using right now...).  If you only program
in C than Brief is will work just great for you, It has lots of C specific
features.  The automatic completion of C language keywords is something you
will never want to give up once you have it.
>My main criteria is that it can automatically handle braces, etc.
>(You'd think that would be simple enough, but I've never been
>pleased with the way any editor does it...) and have a quick to
>learn and flexible macro language.  And work under Desqview.
It works just fine under desqview, and the macro language is essentially just
like C.  I'm not exactly sure what you mean by handing braces.
1) It will automatically create and indent properly the closing brace when
   you type in the opening brace if you have template editing set.
2) It will check all your braces in the file to see if any are mismatched.
3) The package you receive will not find the matching brace for you , but a
   macro is available from the Systems Solutions BBS (oh - maybe that's gone
   now that Borland took over, if so just mail me) which will find it
   automatically.
>
>Those of you who use brief, does it meet these criteria?  Other
>suggestions are welcome, bearing in mind that I begrudge even
>$99 expense.  I am not a professional programmer, I write little
>filters and things like that.

jeez, at $99 its a steal...
>
>An example of how I write follows.  I think it's pretty standard
>and auto formatting should be able to indulge my preferences...
>
>int proc(char *arg)
>{
>  char localc ;
>  char *cp ;
>
>  while(*cp != arg)
>  {
>    dothis(*cp) ;
>    getanother(cp) ;
>    eflag = estat(*cp) ;
>   }
>  
>   return(something) ;
>}
>
>I would like to be able to make it autoexpand ); to ) ; and
>}\n to }\n\n if the first non-white char after } \n is not }.

Well, that's kinda weird if you ask me, but this would not be a difficult
macro to write.>
>Thanks for suggestions.

I have no connection with System Solutions or Borland or whoever owns Brief
today (and for such a great package, it does seem to change hands alot.
Didn't a company named Underware own it at one point, too?)  I've just
been using it for around three years now and I love it...

Mark Wright
wright@epx.cis.umn.edu
Newsgroups: comp.os.msdos.programmer
From: conboymj@leland.Stanford.EDU (Michael J Conboy)
Subject: PCX wanted
Organization: DSG, Stanford University, CA 94305, USA
Date: Sat, 12 Sep 92 03:35:08 GMT
Expires: 25 September 1992

I'm looking for a PCX, programming tools library with sources.
Any version will do.  Please e-mail me at conboymj@leland.stanford.edu.
Thanks, Mike
Xref: sparky comp.os.msdos.programmer:9259 comp.os.msdos.misc:5168
From: smg@oxphys.physiol (Steve Gough)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
Subject: Re: 2 monitors
Date: 11 Sep 92 08:03:14 GMT
Organization: Physiology Department, Oxford University, Oxford, UK.
Originator: smg@oxphys.physiol

In article <3557@ra.nrl.navy.mil> miner@hightop.nrl.navy.mil (Les Miner) writes:
>Here's another good one, can you run more than 2 hard drives on a 386?

In article <1590@cogsci.ucsd.EDU> hartung@crl.ucsd.edu (Jeff Hartung) writes:
>You don't need to have a SCSI drive/card to have two hard drives.  It is quite
>possible in most cases to daisy chain a second hard drive onto and existing
>IDE drive.

Wasn't the question about how to have MORE than two drives?

Steve.
-- 
 Stephen Gough               McDonnell-Pew Centre For Cognitive Neuroscience
 smg@physiol.ox.ac.uk        University Laboratory Of Physiology
 tel: +44 865 272514         Parks Road
 fax: +44 865 272469         Oxford OX1 3PT
Xref: sparky comp.os.msdos.programmer:9211 comp.os.msdos.misc:5127
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
Subject: Re: Disk Drive Purchase?
Date: 10 Sep 92 02:17:27 GMT
Article-I.D.: cs.BuCBp5.1MF.2
Organization: School of Computer Science, Carnegie Mellon

In article <exuptr.458.716059101@exu.ericsson.se> exuptr@exu.ericsson.se (exuptr@exu.ericsson.se) writes:
}In article <2aab4eed@ralf> Ralf.Brown@B.GP.CS.CMU.EDU writes:
}>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
}
}Now this one makes sense.  Except that BIOS does not limit you to 1024
}cylinders, that is DOS.  So theoretically you could have 2048 x 64 x 63.

Sorry, but that is indeed a BIOS limit, since the BIOS only uses ten bits
to specify the cylinder (there are a couple of BIOSes which use twelve
bits, but they aren't "standard").  DOS is simply using the standard BIOS
interface--you could always write a device driver that knows about the
two nonstandard cylinder bits if you have such a BIOS.

-- 
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
From: famus2@DMI.USherb.CA (Projet2 Famus)
Subject: Fast floppy writing techniques
Organization: Universite de Sherbrooke -- departement de Mathematiques et d'Informatique
Date: Fri, 11 Sep 1992 13:55:54 GMT

Hi, I was wondering if anyone has C code for fast file writing to floppies.
The application that I'm writing compresses the data before writing to disk,
but the bottleneck is the floppy.  I'm currently trying to optimize disk
writing by using a technique similar to XCOPY, but if I had code that
resembled XCOPY already written that might help me meet my deadline.

Please e-mail me any code or answers, TIA

Steven Woolgar
CHUS-FAMUS
email: famus2@dmi.usherb.ca
From: Louis.Mandelstam@p2.f42.n7101.z5.fidonet.org (Louis Mandelstam)
Newsgroups: comp.os.msdos.programmer
Subject: Questions about malloc and free and memory models
Date: 12 Sep 92 08:51:07 GMT
Article-I.D.: catpe.2221.2AB3785D
Organization: FidoNet node 5:7101/42.2 - Lakeside BBS, Roodepoort


 > You think 4Gb is
 > a lot today, but in a few years you'll be gasping for
 > breath, and
 > generally suffering from claustrophobia in such a
 > small space.
 > Get NT, on a MIPS or Alpha you can access exo-bytes!

Exabytes..  lemme see..

1 Eb = approx. 115,292,154,610,000,000 bytes...

Wow.

Cheers
The Poltergeist


--  
INTERNET: Louis.Mandelstam@p2.f42.n7101.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
Newsgroups: comp.os.msdos.programmer
From: pynq@quads.uchicago.edu (George Jetson)
Subject: Re: BCC 2.0: What is the right way to use make & tlink?
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Sat, 5 Sep 1992 01:26:43 GMT

In article <1992Sep4.224643.3520@rei.com> fox@rei.com (Fuzzy Fox) writes:
>levin@world.std.com (Levin F Magruder) writes:
>
>>With the make & tlink that come with BCC 2.0, how do you set
>>things up so that you only need to maintain a single list of
>>object files?
>
>>I defined a macro in make like:
>>OBJECTS=a.obj b.obj ....
>
>>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.

************************************************************************
A note to new readers:  the weasely :-) symbol is frowned upon in this
group.  Any questions, see Phil Gustafson who will gladly rearrange your
diodes for you.
			- From the AFU FAQ -

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
From: mcs@wet.UUCP (Gil Nardo)
Newsgroups: comp.os.msdos.programmer
Subject: Re: C700 streams
Date: 10 Sep 92 19:11:06 GMT
Organization: Wetware Diversions, San Francisco

vincent@datmuc.UUCP (vincent) writes:
> 
> #include	<fstream.h>
> #include	<iomanip.h>
> 
> main (int argc, char **argv)
> {
> 	fstream ci;
> 	char s [3];
> 
> 	ci. open (argv [1], ios::in | ios::binary);
> 	ci. unsetf (ios::skipws);
> 
> 	s [1] = '_';
> 	s [2] = '\0';
> 
> 	while (ci. good ()) {
> 		ci >> s [0];
> 		if (ci. eof ())
> 			break;
> 		cout << s;
> 	}
> }
>
> Looks benign, well it is. BUT I've got a problem with it.
> My input file contains "Hello World!"
> My output is:
> 
> __e_l_l_o _W_o_r_l_d_!_


The problem, if somebody hasn't answered by now, is that in binary
mode the input will not have the automatic translation of 
the linefeed and carriage return characters to '\n'.  Sooooo, what
end up happening is that after print out

H_e_l_l_o _W_o_r_l_d_!_

you're programming then reads the linefeed char and puts into
your s array: s[0] = '\l', s[1] = '_', s[2] = 0
and end up moving the cursor to the begginning of the line and
overwriting your 'H' char with the '_' char.
I'm sure you can see fixes for this. Here's one (untested):

 	while (ci. good ()) {
 		ci >> s [0];
 		if (ci. eof ())
 			break;
		if (s[0] == '\0x0A') { // do look ahead 1 char for LF
			char tchar;
			ci >> tchar; // get next char
			// option taken: ignore LF char + EOF
			// option not taken: print s then break
 			if (ci. eof ()) break;
			// translate LF-CR to '\n'
			if (tchar == '\0xD') cout << '\n';
			// print LF and look ahead char
			else { cout << s; s[0] = tchar; cout << s }
		} else cout << s; // no look ahead necessary
 	}
-- 
Gil Nardo                  | mcs@wet.com
Migrant Computing Services | (415)664-1032
1032 Irving Street, #435   |-----------------
San Francisco, 94122       | Supernova = *!
Newsgroups: comp.os.msdos.programmer
From: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Subject: Re: VGA 640x400x256 possible!
Originator: dspascha@c00082-100lez.eos.ncsu.edu
Reply-To: dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL)
Organization: North Carolina State University, Project Eos
Date: Sun, 13 Sep 1992 03:02:29 GMT


In article <1992Sep12.113051.1@mars.ibioc.serpukhov.su>, orlov@mars.ibioc.serpukhov.su writes:
|> 
|> I managed to force my VGA (in fact, Paradise VGA) to enter 640x400x256 mode.
|> Its number is 5Eh! Just invoke INT 10h with AX=005Eh and you'll have your VGA
|> working in 640x400x256. I was told this must work on ANY VGA !
|> 
|> BTW: I couldn't access the lower half of screen! Only first 128K can be
|> accessed (seg=A000..BFFF). Do you (or someone else who reads this) know
|> how to access another 128K ?
|> 
|> 			With best regards,		D.S.
|> -------------------------------------------------------------------------------
|> 		"I'm from the land of Russia where Shadows lie!"	
|> -------------------------------------------------------------------------------
|> 

Hi.  The problem with this is that the standard (IBM) VGA doesn't support this
mode.  Various SVGA cards define various BIOS mode numbers above 13h to their
own extended modes, but unfortunately, the mode number for 640x400x256 (or any
other mode) probably won't be the same for other SVGA chipsets.

Tschuess,
David Paschal
From: beders@wip-sol.dfki.uni-sb.de (Jochen Bedersdorfer)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Questions about malloc and free and memory models
Date: 7 Sep 92 15:03:31 GMT
Organization: DFKI Saarbruecken GmbH, D-W 6600 Saarbruecken
In-reply-to: levin@world.std.com's message of 2 Sep 92 03:20:56 GMT


Huhu,

NO, DON`T TRY TO UNDERSTAND OR EVEN GET IN CONTACT WITH SEGMENT CONFLICTS.
Ever heard about a 32-bit flat memory model ?
There You have no problem with memory models, near, far or even
huge pointer. You can malloc as much memory as you want.
Try to get OS/2, gcc (the GNU C Compiler) for OS/2 and
IBM Toolkit and you would be VERY happy.

Lately I converted a program that runs in compact model
to flat model and I could delete very much stuff about
pointers and segmentation verification.
And it runs MUCH faster...

SO GO BUY OS/2 !

Greetings, :)ochen
--

 _______________________________ _________________________
/                               +                          \
| Jochen Bedersdorfer           +                          |
| E-Mail: beders@dfki.uni-sb.de + SysOp, he knows me !     |
\_______________________________+__________________________/
                 
Newsgroups: comp.os.msdos.programmer
From: amichiel@rodan.acs.syr.edu (Allen J Michielsen)
Subject: Re: PRINT.EXE a binary file?
Organization: Syracuse University, Syracuse, NY
Date: Mon, 7 Sep 92 20:21:12 EDT

In ar@usenet.ucs.indiana.edu> yawei@bronze.ucs.indiana.edu (~{QG9p~}) writes:
>In  mailbox.syr.edu> amichiel@rodan.acs.syr.edu (Allen J Michielsen) writes:
>
>>>It turned out that PRINT.EXE was only equiped to handle non-binary
>>>files! (This was confirmed after checking the manuals.) An 
>>I didn't see it...many dos level programs intended...have a... /b switch for
>>use with binary files.  Try print /b file.ext

>/b is already used (for block size, I think).  I checked all the
>possible single letter switches and failed to turn up anything.

   In another quest, I stumbled across dmp205.zip (or at some sites dmp205.zoo)
This lookes like a all around print program, spooling, port redirection,
character remapping or substitution (for convincing non-compatible printers
to be compatible with your software). ...  It appears to be shareware
and may include a ad for the commercial version.  One nice thing appears
to be the way the serial driver claims to be written.  The user has the a
ability to select the serial handshaking method (signal or signals).
I didn't actually try it, but did browse the documentation...
It appeared on almost all of the common ftp archive sites.

al
--
Al. Michielsen, Crouse Hinds School of Management, Syracuse University
 InterNet: amichiel@mailbox.syr.edu  amichiel@sunrise.acs.syr.edu
 Bitnet: AMICHIEL@SUNRISE
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.programmer
Subject: Re: CAN YOU CALL ONE TSR BY ANOTHER TSR
Keywords: TSR
Date: 10 Sep 92 02:27:53 GMT
Organization: School of Computer Science, Carnegie Mellon

In article <1992Sep9.054855.11840@cs.uow.edu.au> u8800914@cs.uow.edu.au (Mohammad Salim Olime) writes:
}Is it possible to wake one TSR by another TSR.

Yes, if the second TSR provides a call by which it can be activated.
For example, the AMIS specification I have been pushing provides a standard
call by which the TSR can be popped up.  See AMISL083.ZIP (soon to be 090)
on SIMTEL20 in PD1:<MSDOS.ASMUTL> for a sample implementation of the spec.

-- 
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
From: jeremy@cowan.edu.au (J.LAIDMAN)
Subject: Re: Sourcer disassembler
Organization: University of Western Australia
Date: Mon, 7 Sep 1992 01:13:15 GMT

as789@cleveland.Freenet.Edu (Francisco J. Diaz) writes:


> Hi! I'm looking for a good disassembler and many people have
>recomended a program called Sourcer which disassembles .COM, .EXE
>and .SYS files. Has anyone heard of it? How much does it cost?
>I saw a very old version but don't know if it is good or not...
>Thanks!
>-- 
>|     Francisco J. Diaz Rivera     |                           |
>|     University of Puerto Rico    | If the shoe fits, buy it! |
>|  "I hate calculus classes!" :-)  |           - Imelda Marcos |
>|     STUD137@CUTB.UPR.CLU.EDU     |                           |


I have been using Sourcer for some time now.  I find it very useful.  Some
programs are difficult to source, particularly those that have been compressed
with PKEXE and other executable compressors.  Sourcer also has the ability
to source your BIOS, complete with comments, so that you can understand the
inner workings of your machine.

I am using version 4.  It can source 8086 to 80486 code.


---------------------------------------------------------------------
Jeremy Laidman, Computer Support Officer
Department of Computer Science                 Phone: (61 9) 370 6648
Edith Cowan University                         Fax:   (61 9) 370 2910
Perth, Western Australia                       j.laidman@cowan.edu.au
---------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: Ross Ridge <ross@zooid.guild.org>
Subject: Re: BCC 2.0: What is the right way to use make & tlink?
Organization: ZOOiD BBS
Date: Sat, 5 Sep 1992 06:51:44 GMT

levin@world.std.com (Levin F Magruder) writes:
>prog.exe: $(OBJECTS)
>    tlink \bc\t0s.obj $(OBJECTS), progname, , ...
>
>worked until the command line overflowed.  So, I had to make a
>response file for tlink.  And now I have to remember to update
>both lists as I add modules.
>
>There must be some feature I am missing?
>
>If I'm *not* missing someone, someone here could probably write
>a program in about 20 minutes that reads a list of file names
>and spits out two files, an inclusion file for make and a response
>file for tlink.  Or tell me some other intelligent way to do
>this?

I have the Makefile create the response file automatically
when building libraries, it should work for linking just as well:

mytinfo.lib: libcmd $(OBJS1) $(OBJS2) $(OBJS3) $(OBJS4)
	del mytinfo.lib
	$(AR) mytinfo.lib @libcmd

libcmd: makefile
	echo $(ARFLAGS) & > libcmd
	for %i in ($(OBJS1)) do echo + %i & >> libcmd
	for %i in ($(OBJS2)) do echo + %i & >> libcmd
	for %i in ($(OBJS3)) do echo + %i & >> libcmd
	for %i in ($(OBJS4)) do echo + %i & >> libcmd
	echo , >> libcmd

							Ross Ridge

-- 
Ross Ridge - The Great HTMU					     l/	 //
								    [OO][oo]
ross@zooid.guild.org						    /()\/()/
uunet.ca!zooid!ross						     db	 //
Xref: sparky comp.os.msdos.programmer:9306 comp.lang.c:13595
From: frampton@vicuna.ocunix.on.ca (Steve Frampton)
Newsgroups: comp.os.msdos.programmer,comp.lang.c
Subject: Pretty printer program.
Summary: Wanted - c pretty printer for msdos
Keywords: c pretty printer msdos
Date: 12 Sep 92 18:07:48 GMT
Reply-To: frampton@vicuna.ocunix.on.ca
Followup-To: poster
Organization: Vicuna Systems, Kingston, ON (613) 547-5066

Hi everyone:

This is a repost of a request I made for a C pretty printer program.  I
received a number of responses regarding this request, however as I
neglected to provide enough information none of them were particularly
useful to me.

I was wondering -- is there a public domain or shareware program out 
there for MS-DOS machines that will print my ANSI C source to my line 
printer (not postscript!) with functions bolded, comments italicized, etc?

I'm not necessarily looking for a formatter, I prefer my own "style" of 
code and don't want anyone/thing messing with it.  But something to 
output the program to the printer in an intuitive fashion would be great!

I'm not willing to undertake a major programming endeavour, and am hoping
to find something out there ready to use -- but I don't rule out porting
something over from Unix (provided it is simple enough to do).

Thanks in advance.  Please respond via e-mail as I do not have read 
access to these groups, I'll be more than happy to follow-up with a 
summary of replies received.

+-----------------------------------------------+--------------------+
| Steve Frampton - frampton@vicuna.ocunix.on.ca | Steve Frampton     |
| I collect postcards!  If you send me one from | 501-A Princess St. |
| your area, I'll send one in return.  Send to >| Kingston, Ontario  |
| (Don't forget both email and mailing address) | CANADA   K7L 1C3   |
+-----------------------------------------------+--------------------+
Newsgroups: comp.os.msdos.programmer
From: ahuang@happy.PRPA.Philips.COM (Andrew Shao-Chun Huang)
Subject: Profiling without source
Organization: Philips Research Palo Alto
Date: Tue, 15 Sep 1992 16:40:04 GMT

Hi:

Does anyone know if there is an existing package that'll let me
profile a program for which the source code is not available?
I'm interested in knowing how much time is spent in each address
range.  I suppose I can write a profiler that uses the timer
interrupt to sample the PC but if a package (preferably public
domain) already exist, all the better.

Thanks

-Andrew

Newsgroups: comp.os.msdos.programmer
From: stan@iti.gov.sg (Tan See Mong)
Subject: Threads/Coroutines for DOS
Organization: Information Technology Institute, National Computer Board, Singapore.
Date: Tue, 8 Sep 1992 05:02:25 GMT


I need a (p.d.) threads package for DOS for the project I'm working on.
I checked out CTASK by Thomas Wagner -- it's a great piece of work
but a little too heavyweight.  All that's required here is non-premeptive
coroutines that will work with Borland 3.0 C/C++.  Is there anything like this
around?

stan
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: Printing problem
Organization: U.S Dept. of Transportation
Distribution: comp.os.msdos.programmer
Date: Wed, 9 Sep 1992 19:45:10 GMT

anders@ipcsun1.his.se (Anders Eklund) writes:

>I am writing a program which runs on a Novell network. The normal
>printing procedure is that i use stdprn which works just fine.
>The text is captured and written on a network printer. The problem
>is that I now want to be able to write to a local and a network 
>printer at the same time, not simultaneously of course. Is it possible
>to override this capturing effect or is there another way? I would
>be most greatful for any answer.

If you can write to a different LPT port, you can CAPTURE L=# etc... where
# is the LPT port to which you are writing (default is 1).  Thus, you could
write to _that_ CAPTUREd port to go to the network (any queue), but still
use stdprn to go to the local LPT1 device.

-JTT

Newsgroups: comp.os.msdos.programmer