HDTenEightyP/NetNews huggingface dataset:
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.os.msdos.programmer
Subject: Re: alt 255
Date: 9 Sep 92 16:33:12 GMT
Organization: Ericsson Network Systems, Inc.

In article <BtpI5v.3CJ@ireq.hydro.qc.ca> beaurega@ireq.hydro.qc.ca (Denis Beauregard) writes:

>One amazing thing I saw was someone who put a file named *.* in a PC!
>The trouble is that the PC was in a remote location (50 miles from the
>nearest town), most persons working in that place having a limited
>knowledge of PC.  We presumed at that time some visitor, in prevision
>of loosing a maintenance contract, decided to write some *.* files.
>A user not very familiar with PC could try to erase those annoying files ...
>and the other files as well :-(   We were lucky to discover this before
>damage :-) , but unable to find who make that.  

I hate it when that happens.
 ----------------------------------------------------------------------------
    "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,alt.msdos.programmer
From: mcastle@mcs213d.cs.umr.edu (Michael R Castle)
Subject: Re: Turbo C++--forcing vars into CSEG
Date: Fri, 11 Sep 1992 01:02:41 GMT
Organization: University of Missouri - Rolla

In article <exuptr.479.716145032@exu.ericsson.se> exuptr@exu.ericsson.se (exuptr@exu.ericsson.se) writes:
>
>>mcastle@cs.umr.edu (Michael R Castle) writes:
>>>I'm trying to use Turbo C++ 1.0 to compile the GNU swapping-spawn library.
>>>
>>>The library was originally designed for MSC 6.0 and uses a construct that 
>>>forces data to be stored in the code segment.
>>>
>>>Is there any similiar directive for Turbo??
>
>Maybe we can solve the origional problem.  How much data do you need to pass?
> ----------------------------------------------------------------------------
>    "This must be Thursday.  I never could get the hang of Thursdays"
It appears to be only about 1k of data (probably half that, but I didn't add
up the bytes).  Apparently everything in the text and data segments get swapped
out (some of code seg  too, I assume, or it defeats the purpose).  Just that 
forcing these pointers to the swapped memory make it easy to just swap the 
data and text segments without much worry.

I don't know any asm directives, so I don't know how to attack the problem
from the point of view of using a #define with asm directives to place the
location of the variables.

I could just compile to asm, and frob that to move location of the vars, but
I don't have TASM.  

The reason for all this is to try to figure out why the hell GNU-Make crashes 
on my system (I took everything out of config.sys/autoexec.bat, so no 
conflicts there).  I suppose I could just bypass the whole problem, and make
a library just does desqview calls that, instead of spawing in the same session,
starts up a new session to execute the command (just like gnu-make does on a 
unix system :-).  But I would like to solve to original problem, too.

Please, no suggestions to using another make or swapping library.  I've made my
decision to use these tools, and will stick by them, problems and all.

mrc
From: pstlb@acad2.alaska.edu
Newsgroups: comp.os.msdos.programmer
Subject: Wanted:  Info on IBM PC/Compatible for reference
Date: 11 Sep 92 19:24:40 GMT
Organization: University of Alaska


  I'm compiling a reference for personal use and free distribution,
and would appreciate contributions.....  Anything about the IBM PC, no matter
how obsolete, would be appreciated.....  Undocumented features would be a
definite plus.....  Data on protected mode programming, hard disk standards and
interfaces, I/O port listings, file transfer protocols (Zmodem, Kermit/
SuperKermit, etc.), in addition to TCP/IP protocols, EtherNet, TokenRing, all 
manner of data transfer protocols, and the like.....

                                                   Thanks in advance,
                                                   Theron L. Bair
From: ralf+@cs.cmu.edu (Ralf Brown)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Borland C++ 3.1 - Store data like MARK/RELEASE
Date: 11 Sep 92 04:10:57 GMT
Article-I.D.: cs.BuEBMA.2ns.2
Organization: School of Computer Science, Carnegie Mellon

In article <wagner.821.716073176@main.mndly.umn.edu> wagner@main.mndly.umn.edu (Rick Wagner) writes:
}I need to have a C program allocate memory at the top of conventional 
}mem, and exit the program leaving this data intact.  Later I need to run a 
}different program that reads this data and then frees it.  I've looked at 
}Ralf Browns ASMI stuff but can't figure out how to get it to do that.  

Set the TOPLOW flag on INSTALL_TSR and voila!  Speaking of AMIS, I intend to
release AMISLIB 0.90 over the weekend.  It does more internal bookkeeping,
so some of the parameters to various of the macros will disappear.  It also
adds hotkey conflict detection (new in AMIS 3.5, which I'll be formally
releasing at the same time).

-- 
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
From: lubkt@synergy.CC.Lehigh.EDU (Binod Taterway)
Newsgroups: comp.os.msdos.programmer
Subject: IRQ level ...
Date: 8 Sep 92 15:04:02 GMT
Distribution: comp.os.msdos.programmer
Organization: Lehigh University, Bethlehem, PA


Q: How do you find IRQ levels of COMx ports other than trying both 4
and 3? Traditionally, this has been 4 for COM1 and 3 for the rest.
Lately I have found a lot of vendors to violate this standard.

Thanks for your response.
--

- Binod Taterway                     
  Sr. User Consultant (LUCC)
  E-mail: bt00@Lehigh.EDU
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: rmathews@zeus.calpoly.edu (Bob Mathews)
Subject: Re: Turbo C++--forcing vars into CSEG
Organization: California Polytechnic State University, San Luis Obispo
Date: Thu, 10 Sep 1992 06:17:46 GMT

mcastle@cs.umr.edu (Michael R Castle) writes:
>I'm trying to use Turbo C++ 1.0 to compile the GNU swapping-spawn library.
>
>The library was originally designed for MSC 6.0 and uses a construct that 
>forces data to be stored in the code segment.
>
>Is there any similiar directive for Turbo??

I asked tech support about this a while ago.  (I was interested in putting
static data like strings in the code segment, the way Turbo Pascal does.)
Evidently, there's no way to do it.  Putting global variables in the codeseg
would cause great problems with their overlay system, so I can see why they
might not be too keen on adding such a feature.

>Anyone know of a way to accomplish this (w/o going into assembler)??

Other than extreme kludges (such as: make a dummy function you "know" is
as long as the data space you need, get a pointer to it, and typecast to
the data type you need), that's all I can think of.

swehtam bob
From: rwed@hal.gnu.ai.mit.edu (N7YVM)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Setting VGA palette
Date: 7 Sep 92 21:44:40 GMT
Organization: /etc/organization

Heres a few routines in Turbo C to set the VGA 256 color mode palette
This first one is the work horse. To set the palette you need a buffer
of chars 3*256 bytes in length. Each group of 3 bytes respresents
a color of r g and b, in order of increasing index. I.E...

r0 g0 b0 r1 g1 b1 r2 g2 b2 ....   <- colors
 0  1  2  3  4  5  6  7  8        <- indexes into buffer

A good way to do this is to make buffer an array[256 of
structs { unsigned char r,g,b; }
The range of r g and b is 0-63, which means you have 262144 colors
to form a 256 color palette from. 
The second routine uses the first on to set a grey scale palette (linear).


/*
**  Sets the current VGA palette (256 colors)
**  This function sets the entire palette with
**   Int 10h, function 10h, subfunction 12h. This
**   subfunction sets the entire palette with
**   one interrupt.
**
**     Make sure buffer is at least 256*3 (768) bytes long.
*/
int VGA256_setrgbpalette(void far *buffer) {
struct REGPACK regs;
  regs.r_ax=0x1012;
  regs.r_bx=0;
  regs.r_cx=256;
  regs.r_es=FP_SEG(buffer);
  regs.r_dx=FP_OFF(buffer);
  intr(0x10,&regs);
  return 1;
  }

/* This function sets a 256 grey-scale palette
**  i.e. color 0 is black, colors increase in grey intensity until
**  color 255 which is white
*/
int VGA256_setgreyscalepalette(void) {
char palette[3*256],*p;
int i;
  p=palette;
  for(i=0; i<256; i++) {
    *p++=i>>2;
    *p++=i>>2;
    *p++=i>>2;
    }
  VGA256_setrgbpalette(palette);
  }
Newsgroups: comp.os.msdos.programmer
From: zzang@stat.ufl.edu (Zhuo Zang)
Subject: BC++ NUL problem
Originator: zzang@manta
Organization: University of Florida
Distribution: usa
Date: Tue, 15 Sep 92 22:04:12 GMT

Hello,
the BC++ seems treat the (char)c='\0' as space (' ')
in printf().
please try:

----- foo.c ---
#include <stdio.h>
main()
{
   char c=0;
   printf("%cHe%cll%co\n",c,c,c);
   return;
}

I am not sure if this is DOS problem or Borland's problem.
-- 
Zhuo Zang[~{j0WA~}]
Department of Statistics
University of Florida            Email: zzang@stat.ufl.edu
Newsgroups: comp.os.msdos.programmer
From: resnicks@netcom.com (Steve Resnick)
Subject: Re: Threads/Coroutines for DOS
Date: Wed, 09 Sep 92 16:15:56 GMT
Organization: What? Me organized? You should see my checkbook!

In article <715992030snx@cotswold.demon.co.uk> nigel@cotswold.demon.co.uk (Nigel Roles) writes:
>
>In article <1992Sep8.050225.1013@iti.gov.sg> stan@iti.gov.sg (Tan See Mong) writes:
>
>> 
>> 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
>> 
>> 
>BC++ 3.1 reference manual on longjmp states it is sufficient for implementing
>coroutines.


setjmp/longjmp do save the program state, however, if your co-routines use
the stack, you will need to allocate a new stack. This is a little tricky.

I wrote a non-premptive task manager (mangler?) a while back. I will post
it if there is sufficient interest. 

Steve

-- 
------------------------------------------------------------------------------
Steve Resnick - resnicks@netcom.com steve@axebbs.kludge.com FidoNet: 1:143/105
"Sometimes you're the windshield, sometimes you're the bug." - M. Knopfler
-----------------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: kokody2@me.utoronto.ca (Gerry Kokodyniak)
Subject: Looking for OCR Development Libraries
Summary: Looking for Development Libraries with OCR routines
Keywords: OCR, Borland C++, MSDOS
Organization: UofT Mechanical Engineering
Distribution: comp
Date: Sun, 13 Sep 1992 16:34:54 GMT


I was wondering whether a library exists that is available in the
public domain or for a fee from a software house that have OCR
(Optical Character Recognition) routines for the MSDOS environment
that could be used to link in those capabilities into custom
designed software. I am aware of the Logitech S.A.P.I. (Scanner
Application Programmer Interface) package and the TWAIN Toolkit
for Windows. Both these packages are suitable only for the general
acquisition of raster data from hand scanners with no OCR routines.

Ideally this package would have the capabilities to link in with
the Borland C++ 3.1 Compiler in either C++ or ANSI C. Does such
a package exist?

Thanks for any help,

Gerry


Gerry Kokodyniak, Ph.D. Student         Department of Mechanical Engineering
kokody2@me.toronto.edu                         University of Toronto
kokody2@me.utoronto.ca                Structural Integrity Fatigue and Fracture
kokody2@ME.UTORONTO.BITNET               Research Laboratory (416) 978-6851

-- 
Gerry Kokodyniak, Ph.D. Student         Department of Mechanical Engineering
kokody2@me.toronto.edu                         University of Toronto
kokody2@me.utoronto.ca                Structural Integrity Fatigue and Fracture
kokody2@ME.UTORONTO.BITNET               Research Laboratory (416) 978-6851
Newsgroups: comp.os.msdos.programmer
From: famus2@DMI.USherb.CA (Projet2 Famus)
Subject: Re: Fast floppy writing techniques
Organization: Universite de Sherbrooke -- departement de Mathematiques et d'Informatique
Date: Fri, 11 Sep 1992 20:14:50 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.
                                                  
>>email: famus2@dmi.usherb.ca                      
                                                    
>Sorry, XCOPY gets its speed from cashing. The basic idea is that copy
>will read a sector and then write a sector( or is that a few sectors).
>Anyway it takes a lot of time to move from the read postion to the
>write position, back to read the next sector and move to write it ....

>Xcopy will read in one or more files at once, the theror being that one  
>sector in a file tends to follow the other, then write them all out at
>once.        
             
>If you want to play at the BIOS level (don't do this at home kids) you 
>can read/ write entire tracks at once. 

Yeah, I know about taking it a track at a time, it's a little too
involved for my timeframe.

XCOPY gains speed (IMO) from batching together READS (until buffer is
full) and writes (until buffer is empty).  Caching is not quite
what XCOPY is doing.  I have not disassembled it (no good disasm).

An interesting idea I received from bobk@bridge2.NSD.3Com.COM
(Bob Konigsberg) is to open, seek til end -1, then write last byte
then seek to beginning, then to write whole file out.  I thought
the idea was so interesting that I posted it for all to see.

Thanks Bob!

Steven Woolgar
CHUS-FAMUS
e-mail: famus2@dmi.usherb.ca

Newsgroups: comp.os.msdos.programmer
From: mpni@jyu.fi (Nieminen Mika Petteri)
Subject: Color pixel in VGA mode
Organization: University of Jyvaskyla, Finland
Date: Mon, 7 Sep 1992 11:00:14 GMT


Hi!

I have a problem with programming in VGA 640X480 16 colors mode.
I don't know exactly how to change 'color palette' to produce multicolor
picture. In 320X200 256 color mode it's not a problem (no need to worry
about different palette/bitplane). 

Could someome kindly post a simply answer with/without example program (C/Asm)
how to draw color pixels in 640X480 mode.

				Thanks
				Mika Nieminen

Newsgroups: comp.os.msdos.programmer
From: libh@Jane.UH.EDU
Subject: C Question
Reply-To: libh@Jane.UH.EDU
Organization: University of Houston
Date: Wed, 16 Sep 1992 02:57:09 GMT

  I am currently writing a file sort in TC++ 3.0 that will sort a file with an
unknown number of entries (in the range of 600 to 80,000).  I am reading the
entries until memory if full, sorting them, writing them to a temp file,
reading in the next batch of entries from the file, sorting them in memory, and
then merging them with the temp file into temp2.  Then I use SYSTEM() to rename
temp2 to temp and continue on reading, sorting, and merging until I get an end
of file from the input file.  The problem I face is that the SYSTEM() seems to
be resetting the file pointer to my input file (which I leave open until
finished) back to the beginning of the file.  Could someone please let me know
if I am just missing something painfully obvious and stupid or does the
SYSTEM() function close all open files when it executes (None of these
supposedly large bookstore chains carry a TC++ Bible).  If SYSTEM() closes all
open files then using FSEEK() and FREAD() seem to be the next choice for input
rather than FGETS().  Thanks in advance for any and all help.  And as a side
note, this isn't for a school project.

********************************************************************************
*                       | What do I see?                                       *
*                       | I see time as it affects all things . . .            *
*   John White          | Human flesh withers and dies before my eyes. .       *
*                       | Flowers bloom only to fade . . .                     *
*   Libh@Jetson.uh.edu  | Trees drop green leaves, never to regain them        *
*                       | In my sight. . .it is always winter. . .always night *
*                       |                                     -- Raistlin --   *
********************************************************************************

Newsgroups: comp.os.msdos.programmer
From: kurtk@ee.ualberta.ca (Kurt Klingbeil)
Subject: Using MSC 5.0 libraries with BC++ 3.1
Organization: University Of Alberta, Edmonton Canada
Date: Wed, 9 Sep 1992 15:36:17 GMT

Can this be done?
I haven't found any references to this in Borland's doc.

The linker seems to resolve the references OK, so it would seems
the libraries are at least somewhat compatable.

The functions don't return any resonable/predictable values however.

Is there some radical difference in calling conventions ?

thx, k(sup)2
Newsgroups: comp.os.msdos.programmer
From: af458@yfn.ysu.edu (Jon K. Salmon)
Subject: Re: indexed 256 color palette selection
Organization: Youngstown State University/Youngstown Free-Net
Date: Tue, 8 Sep 1992 01:59:42 GMT


rwed@hal.gnu.ai.mit.edu (N7YVM) writes:
> Ive got a bunch of raw images, i.e. image that are stored as memory as
> separate r g and b images, each byte being between 0 thru 255 and
> indicating intensity...
>
>  What I need is an algorithm that selects the best indexed 256 color
>  palette for a particular image.

Hmmm.  This sounds VERY much like a situation covered in an article
in Computer Language.

  "A Few Good Colors"  Dave Pomerantz  _Computer Language_ v7n8
  August 1990, pp.32-41.

Please write me for more information if you cannot get a copy of
that issue.

-- Jon
-- 
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Recommendation on editor for C / Brief only $99 now
Organization: Queen's University
Date: Tue, 8 Sep 1992 19:07:49 GMT

In article <1992Sep7.053018.21433@news2.cis.umn.edu> wright@epx.cis.umn.edu (Mark Wright) writes:
>I think Brief is just GREAT!  

>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.

According to Borland Tech Support, the contents of the SS BBS have been put 
on Borland's download BBS:  408-439-9096.

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: Jon Freivald <jaf@jaflrn.UUCP>
Newsgroups: comp.os.msdos.programmer
Subject: Re: Threads/Coroutines for DOS
Date: Sat, 12 Sep 92 17:14:27 EDT
Organization: The Wizzard's Cave, East Meadow, NY

Jon Freivald <jaf@jaflrn.UUCP> writes:

> stan@iti.gov.sg (Tan See Mong) writes:
> 
> > 
> > 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 t
> > around?
> 
> Send mail to mail-server@jaflrn.UUCP containing the text:
> 
>      get pcthre.zip
> 
> I don't know about 3.0, but it works fine (I am told) with 1.0.

Sorry all - I screwed up here..!  To all who get bounce messages, I
apologize.  The proper text for the body of the message should be:

       get /public/dos/c/pcthre.zip

Jon

=============================================================================
		   Jon Freivald ( jaflrn!jaf@uunet.UU.NET )
	 Nothing is impossible for the man who doesn't have to do it.
=============================================================================
Xref: sparky comp.os.msdos.programmer:9238 alt.msdos.programmer:2340
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
Subject: Re: Turbo C++--forcing vars into CSEG
Date: 10 Sep 92 17:10:32 GMT
Organization: Ericsson Network Systems, Inc.

In article <1992Sep10.061746.139113@zeus.calpoly.edu> rmathews@zeus.calpoly.edu (Bob Mathews) writes:
>From: rmathews@zeus.calpoly.edu (Bob Mathews)
>Subject: Re: Turbo C++--forcing vars into CSEG
>Date: 10 Sep 92 06:17:46 GMT

>mcastle@cs.umr.edu (Michael R Castle) writes:
>>I'm trying to use Turbo C++ 1.0 to compile the GNU swapping-spawn library.
>>
>>The library was originally designed for MSC 6.0 and uses a construct that 
>>forces data to be stored in the code segment.
>>
>>Is there any similiar directive for Turbo??

Maybe we can solve the origional problem.  How much data do you need to pass?
 ----------------------------------------------------------------------------
    "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
Newsgroups: comp.os.msdos.programmer
From: andrew@grok31.ColumbiaSC.NCR.COM (Andrew Cook)
Subject: MCA adapters technical guides
Originator: andrew@grok31.ColumbiaSC.NCR.COM
Organization: NCR Corp
Date: Fri, 11 Sep 92 19:16:59 GMT

I am looking for a good all inclusive programmers guide for interfacing to 
microchannel adapters.  I'm sure there are some gook IBM documents out
there but I need reference numbers.  I am looking for information on 
accessing I/O ports to check for adapters and reading POS registers.  Thanks
for any help. 

Newsgroups: comp.os.msdos.programmer