HDTenEightyP/NetNews huggingface dataset:
From: cschen@csie.nctu.edu.tw (Chih-Shen Chen)
Subject: HELP! with WATCOM C and PharLap 386|DOS-Extender
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 21 Nov 1992 09:02:22 GMT

Hi, there

	With WATCOM C/386 and PharLap 386|DOS-Extender, I failed to change
the interrupt vector in protected mode.  WATCOM C/386 is new to me.  So I 
am wondering if there's anyone be so kind to give me some help, I will will
sincerely appreciate that.

	I am currently using WATCOM C/386 with PharLap ASM|386, LinkLoc,
and 386|DOS-Extender.  And I  need to change the service routine of packet
driver interrupt.  First, I tried to use _dos_setvect and _dos_getvect 
routines provided in library.  But they didn't work.  I don't know how 
exactly they function inside the library, and doubted that if it uses DOS
INT 21h function 25h in the same way as in real mode (only AH=25h).  After
checking up 386|DOS-Extender manual,  It seems that INT 21h should be called
with AX=2502 and AX=2504 to do these jobs.

	So I wrote two routines in assembly language to replace _dos_setvect
and _dos_getvect, and linked them with the C portions, but still in vain.
What misstaks have I made?  Did I miss something?  Any suggestion or info 
will be appreciated, and please reply via e-mail.  Thanks in advance.

--
Chih-Shen Chen			Internet: cschen@csie.nctu.edu.tw
+--------------------------------------------------------------------+
|  Institute of CSIE, PDP Lab.                                       |
|  National Chiao-Tung University                                    |
|  Hsinchu, Taiwan, R.O.C.                                           |
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: jav2d@faraday.clas.Virginia.EDU (Jason Adams Vanvalkenburgh)
Subject: Re: Number of subdirectories limited ?
Organization: University of Virginia
Date: Wed, 18 Nov 1992 04:48:41 GMT

I stand corrected.  I had not realized the nature of
subdirectory entries.

--
					Jason A. vanValkenburgh
					University of Virginia '95
					jav2d@virginia.edu
Newsgroups: comp.os.msdos.programmer
From: adam@microware.com (Adam Goldberg)
Subject: BC++ 3.1 bug?
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Fri, 20 Nov 1992 17:41:22 GMT

The following produces an interesting error:

#include <dos.h>
#include <mem.h>

void main(void)
{
   unsigned short far *ppm, *dest;

   if(NULL == (ppm = (unsigned short far *)farmalloc(1024)))
   {
      error message...
   }

   if(NULL == (dest = (unsigned short far *)farmalloc(1024)))
   {
      error message...
   }
 

This produces an error on the _second_ farmalloc(), "suspicious
pointer conversion". (not on the first...)

On the other hand, if I change the declaration line to:

   unsigned short far *ppm;
   unsigned short far *dest;

I get no such error.

Any ideas, or is this a real bug?


-- 
Adam G.
adamg@microware.com, or ...!uunet!mcrware!adamg
The above is not to be construed in any way as the official or unofficial
statements of Microware, or any Microware employees.
Newsgroups: comp.os.msdos.programmer
From: Damon_Harper@mindlink.bc.ca (Damon Harper)
Subject: Line drawing algorithm wanted
Organization: MIND LINK! - British Columbia, Canada
Date: Mon, 16 Nov 1992 00:59:21 GMT

A request:
d
Could someone please post or send me a simple line-drawing algorithm, in C or
non-language-specific, it doesn't matter, the method is all I want.  Thanks.

 ---    ---
damon harper            Damon_Harper@mindlink.bc.ca
 ---    ---
Newsgroups: comp.os.msdos.programmer
From: wagner@main.mndly.umn.edu (Rick Wagner)
Subject: Fast Square Root (All integer?)
Organization: the Minnesota Daily (U of MN Student Newspaper)
Date: Tue, 17 Nov 1992 21:39:15 GMT


Does anyone have any ideas (or code) on how to implement a FAST square root 
algorythm in C that only uses integers?  Obviously this only needs to be 
an approximation of the square root, the key factor here is speed.

Any Ideas?

Rick Wagner
wagner@main.mndly.umn.edu
Newsgroups: comp.os.msdos.programmer
From: maxc0452@ucselx.sdsu.edu (Legene)
Subject: Re:  MS-DOS in 386 protected mode
Organization: San Diego State University Computing Services
Date: Fri, 20 Nov 1992 19:31:05 GMT

robert@alkymi.unit.no (Robert Schmidt) writes:

>In article <37619@uflorida.cis.ufl.edu>, ggh@reef.cis.ufl.edu (Greg Huey - Aymer deGregory) writes:
>> 
>>   Im trying to write a 'bare-bones' multi-processing os for the 386.
>> I dont wont to create my own dos, obviously I want to use MS-DOS...
>> Question is, how do I do this in protected mode?
>>   Presumably, I create the GDT, LDTs, TSSs, IDTs, and the viarious gates...
>> But no matter HOW I map virtual memory with the GDT, LDTs, I cannot make
>> the virtual memory transparent, due to the priv bits and table indicator
>> bit. I need to put the 386 in protected mode, but it has to look the
>> same to MS-DOS, otherwise MS-DOS will fail, wont it? For instance, MS-DOS
>> knows one of its buffer is at seg:offs -- when I put the 386 into protected
>> mode, seg, rather than being a simple address, will now be treated as a
>> selection index into the GDT or LDT.

Well, you might set up your GDT and LDT so that they map segments to the
same place they would have been otherwise.  Then maybe you can reserve
a memory space from DOS and then, after you've reserved it, change it
to point to somewhere in extended memory.  You probably couldn't use
it for code, but maybe you could use it to store data in.
    You'd have to remap the segment back where DOS expects it to be
before terminating your program, of course.  And this would't much help
in multi-tasking DOS programs made by others, it might just make your
own programs smaller in DOS memory so you can fit more in.
From: jenk@microsoft.com (Jen Kilmer)
Subject: Re: Poll : Microsoft support on the Internet
Date: 20 Nov 92 21:20:46 GMT
Organization: Microsoft Corporation

In article <1992Nov18.190043.12352@borland.com> dave@borland.com (Dave Draper) writes:
>
>This thread should be allowed to DIE so that it dosen't waste
>anymore bandwidth. Representatives from Microsoft have already
>replied to this saying it WON'T happen!

Dave...OFFICIAL representives or people hanging out during their
lunch hour?

-jen
I'm hanging out during my lunch hour and in NO WAY am speaking for msft.

>
>-- 
>Dave Draper                         |
>Senior Engineer - Debugger & Tools  |     Losers make excuses,
>Borland International               |     Winners make it happen!
>dave@borland.com                    |


Xref: sparky comp.os.msdos.programmer:10776 comp.sys.ibm.pc.programmer:595
From: rujo@ulrik.uio.no (Rune J|rgensen)
Subject: Re: Poll : Microsoft support on the Internet
Organization: University of Oslo, Norway
Date: Fri, 20 Nov 1992 15:31:07 GMT


YES!YES!YES!YES!

-Rune Jorgensen
 rujo@ulrik.uio.no
Newsgroups: comp.os.msdos.programmer
From: "peter curran" <peter.curran@canrem.com>
Subject: borland c++ 4.0
Reply-To: "peter curran" <peter.curran@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 23 Nov 92 13:00:51 EST

Sidney Markowitz writes...

SM>wdrdjh@thor.cf.ac.uk (Dr D J Harvey 92) writes:
>BTW, is support generally available over Internet (cheaper than CI$), or
>do you two just drop in on this newsgroup occaisionally?

SM>No, unfortunately technical support is not available over the
SM>Internet. I'm in R&D and Dave is in QA, so we can both respond to
SM>floods of e-mail by saying that we don't do support. If tech support
SM>people showed up here, they might have a harder time fending off the
SM>crowds. Besides, I would expect that someone whose job is to provide
SM>tech support would not be inclined to spend their spare time doing
SM>more of it.

You mean there are some people in Borland who do technical support???
In four years of working with various versions of your compilers,
I have never seen or heard of any evidence to support that claim.

Peter Curran
Usenet: peter.curran@canrem.com
---
  DeLuxe 1.25 #12339  
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.programmer
From: goossens@cs.few.eur.nl (Rogier Goossens)
Subject: Re: putting chars back to keyboard buffer...
Organization: Erasmus Universiteit Rotterdam
Date: Thu, 19 Nov 1992 10:55:03 GMT

lb00197@Corlac (David Porco) writes:

> [...]
>Some info you ought to know:
>You can only fit 16 chars in this buffer (16 ASCII codes + 16 Scan Codes),
>unless you are up to relocating and expanding the keboard buffer in your
>program (not recommended for the weak of heart).
>.

Relocating and expanding the keyboard buffer is, under certain circumstances,
not that difficult at all. 
As the four pointers in the bios data area are near pointers, relative to
segment 0x0040, the keyboard buffer must be located between the addresses
0040:0000 and 1040:0000 (hex). If DOS ends at a segment address lower than
0x1040, the remaining memory can be used to relocate the keyboard buffer. 
It suffices to allocate the memory, and set the four bios keyboard buffer
pointers to point to it. A 64-byte program could do it.

If you possess DOS 5.0, and it is loaded high, there certainly is enough
memory. When DOS is not loaded high, there probably isn't.

I have written a small (2k) assembly program to relocate the keyboard buffer. 
It can also resize it on request. It could easily be modified to insert 
characters into the buffer.

I can post it (binary and/or source) to this (or another) group if enough 
people are interested. (it's about 15 pages uncompressed + 2k binary)

Rogier.


:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::                   :                          :                            ::
::  (((   ((((  ((   :  Rogier Goossens         :  Perfection is achieved,   ::
::  (  (    (  (  (  :  goossens@cs.few.eur.nl  :  not when there's nothing  ::
::  (((     (  (     :  Erasmus University      :  left to add, but when     ::
::  (  (  ( (  ( ((  :  Rotterdam               :  There's nothing left to   ::
::  (  (   (    ((   :  The Netherlands         :  Remove.                   ::
::                   :                          :                            ::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc
From: etxlli@eos.ericsson.se (Lars Lindner)
Subject: MSDOS 5.0 vs DRDOS 6.0
Reply-To: etxlli@eos.ericsson.se
Organization: Ericsson Telecom AB
Date: Mon, 16 Nov 1992 06:40:11 GMT


Hi out there,

       I'm thinking of buying a machine with preinstalled DRDOS 6.0 and
       my question is:

          * What is the difference between MSDOS and DRDOS?
          * Is DRDOS fully compatible with MSDOS?
          * Are there any advantages/disadvantage with DRDOS compared to MSDOS?

      I would appreciate some answers to these question since i'm doubtful
      aboute this DRDOS thing.

  Thanks.

          Lars Lindner
Newsgroups: comp.os.msdos.programmer
From: robert@alkymi.unit.no (Robert Schmidt)
Subject: Re: MS-DOS in 386 protected mode
Organization: Norwegian Institute of Technology
Date: Thu, 19 Nov 92 17:02:01 GMT

In article <37619@uflorida.cis.ufl.edu>, ggh@reef.cis.ufl.edu (Greg Huey - Aymer deGregory) writes:
> 
>   Im trying to write a 'bare-bones' multi-processing os for the 386.
> I dont wont to create my own dos, obviously I want to use MS-DOS...
> Question is, how do I do this in protected mode?
>   Presumably, I create the GDT, LDTs, TSSs, IDTs, and the viarious gates...
> But no matter HOW I map virtual memory with the GDT, LDTs, I cannot make
> the virtual memory transparent, due to the priv bits and table indicator
> bit. I need to put the 386 in protected mode, but it has to look the
> same to MS-DOS, otherwise MS-DOS will fail, wont it? For instance, MS-DOS
> knows one of its buffer is at seg:offs -- when I put the 386 into protected
> mode, seg, rather than being a simple address, will now be treated as a
> selection index into the GDT or LDT.

As I understand it, V806 mode was created just to enable running DOS
apps (really 8086 apps) while a supervisor protected mode program 
watches everything.

I you try to run DOS in true protected mode, I think you're out of luck.
Notice that all major task-switching or multitasking systems do the same:
they put each DOS session in a separate V8086 session.
 
robert
Newsgroups: comp.os.msdos.programmer,comp.os.ms-windows.programmer.misc
From: dave@borland.com (Dave Draper)
Subject: Re: Poll : Microsoft support on the Internet
Originator: dave@genghis.borland.com
Organization: Borland International
Date: Mon, 23 Nov 1992 21:36:29 GMT

In article <1992Nov20.212046.20314@microsoft.com> jenk@microsoft.com (Jen Kilmer) writes:
>In article <1992Nov18.190043.12352@borland.com> dave@borland.com (Dave Draper) writes:
>>
>>This thread should be allowed to DIE so that it dosen't waste
>>anymore bandwidth. Representatives from Microsoft have already
>>replied to this saying it WON'T happen!
>
>Dave...OFFICIAL representives or people hanging out during their
        ^^^^^^^^
>lunch hour?
>

jen,

I did not say official representatives. I would assume that your position
here is similar to mine. I am just a Borland employee here on my spare time.

I guess that I should have said that we should let this thread die because
in my own opinion the results of the poll will not change Microsofts current
policy. I could be incorrect after all it just my opinion. I did read your
earlier post and you, not Microsoft, seemed to imply that support on the
net, as discussed in earlier postings, would not happen.

>-jen
>I'm hanging out during my lunch hour and in NO WAY am speaking for msft.
>

Well that makes two of us!

There is one common problem here. No matter how many disclaimers are
inserted our postings will always be taken to represent some sort of
"official company line" by individuals who read them. Kind of a guilt
by association thing.
 
>>
>>-- 
>>Dave Draper                         |
>>Senior Engineer - Debugger & Tools  |     Losers make excuses,
>>Borland International               |     Winners make it happen!
>>dave@borland.com                    |

- Dave

#include <std_disclaimer.h>

-- 
Dave Draper                         |
Senior Engineer - Debugger & Tools  |     Losers make excuses,
Borland International               |     Winners make it happen!
dave@borland.com                    |
Xref: sparky comp.os.msdos.programmer:10747 comp.sys.ibm.pc.misc:14783
From: duck@nuustak.csir.co.za (Paul Ducklin)
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.misc
Subject: Re: MSDOS 5.0 vs DRDOS 6.0
Date: 18 Nov 92 22:09:21 GMT
Organization: CSIR, South AFrica
NNTP-Posting-Host: nuustak.csir.co.za

IMHO, there are 2 ways to go with DOS right now -- either DR-DOS 6.0
or MS-DOS 3.30. A few hassles I've had with DR's offering have
annoyed me: "slow" floppy drives [why, BTW?]; problems with TaskMax
and my keyboard; others I forget now. For the rest, it's great,
and the disc cache utility impresses me greatly. 

The best thing about it is that it gives me everything I'd get from
MS-5 and *lots* more -- but it still seems to work fine with all
the "old" PD/freeware utils I've picked up along the way. No 
SETVER hacks, and none of the bitching I heard from my colleagues
when they moved from 3.30 to 5.0. Great with Windows 3.1, too.

BTW: I have a little utility which lets me swap between MS-3.3 and
DR-6.0 as I please [IO.SYS & MSDOS.SYS first in the root; IBMIO.COM
and IBMDOS.COM elsewhere; two boot sectors and a little boot sector
dropper program; a pair of CONFIG.SYSs to point to the requisite
COMMAND.COM; a REBOOT utility]. Interestingly, most of the cool
utils from DR-6.0 work fine under MS-3.30 [eg: SUPERPCK, UNDELETE
and EMM386.SYS]. Of course, my drive is partitioned into C, D, E and
F -- but that's how I like it, anyway.

Buy DR-DOS 6.0. I doubt you'll regret it. [Or ditch DOS altogether :-)].

-- 
--..--..--..--..--..--..--..--..--..--..--..--..--..--..--..--..--..--..--
Paul Ducklin                                       duck@nuustak.csir.co.za

  CSIR Computer Virus Research Lab * Box 395 * Pretoria * 0001 S Africa
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Message filters in BP/BC++
Organization: Queen's University
Date: Mon, 23 Nov 1992 15:27:35 GMT

Borland Pascal 7.0 comes with a new feature in the IDE:  You can install 
external programs like GREP or TASM, filter their output through a 
message filter program, and then link each line of the output to a line of 
source code.

I suspect that this feature isn't really new, but is just borrowed from 
BC++, but I don't have a copy of that, so I'm not sure.

Anyways, here's my question:  Are the message filters in the two programs 
the same?  What a message filter in BP does is the following:

Reading program output from stdin, and writing to stdout, it:

1.  Writes the string 'BI#PIP#OK', followed by a null terminator.

2.  The beginning of a new file is marked by a #0, the file's name, 
    terminated by a #0 character.

3.  Each message line begins with a #1, followed the line number (in low/high
    order), followed by the column number (in low/high order), then 
    the message text itself, terminated with a #0 character.

4.  The end of the output stream is marked by a #127 character.

(For those of you not familiar with BP:  #n is a character with ascii value
 n, written in decimal notation.)

I'm writing a filter for use with my DUMPPROG disassembler; if I follow 
these rules, will it work in BC++ too?  Which versions?

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: warlok@rhps.chi.il.us (Jon L Fincher)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Line drawing algorithm wanted
Date: Mon, 16 Nov 92 18:45:27 CST
Organization: CrissySoft Incorporated

Damon_Harper@mindlink.bc.ca (Damon Harper) writes:

> A request:
> d
> Could someone please post or send me a simple line-drawing algorithm, in C or
> non-language-specific, it doesn't matter, the method is all I want.  Thanks.
> 
>  ---    ---
> damon harper            Damon_Harper@mindlink.bc.ca
>  ---    ---

The following routine is in Pascal (pseudo-code) and follows Bresenham's
algorithm from the book "Computer Graphics" by Donald Hearn and M. Pauline
Baker:

procedure bres_line(x1,y1,x2,y2:integer);
var
  dx,dy,x,y,x_end,p,const1,const2:integer;
begin
  dx := abs (x1-x2);  dy:=abs(y1-y2);
  p := 2*dy-dx;
  const1 := 2* dy;  const2 := 2* (dy-dx);

  if x1>x2 then begin
    x := x2;  y:=y2;  x_end:=x1;
  end
  else begin
    x:=x1;  y:=y1;  x_end:=x2;
  end
  set_pixel(x,y);   (* you supply this one, just set a pixel *)
  while x<x_end do begin
    x:=x+1;
    if p<0 then p:=p+const1;
  else begin
      y:=y+1;
      p:=p+const2;
    end;
    set_pixel(x,y);
  end
end;

Hope it helps.  Sorry if some C syntax creeped in...

J.L.Fincher, Warlok
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
From: hlj@hal.nta.no (Harald Ljoen FBA)
Subject: Re: Number of subdirectories limited ?
Reply-To: harald.ljoeen@nta.no
Organization: Norwegian Telecom Research
Date: Thu, 19 Nov 92 16:21:49 GMT

In article <9211182043@fcshome.UUCP>, fredex@fcshome.UUCP (fred smith) writes:
>Jason Adams Vanvalkenburgh (jav2d@faraday.clas.Virginia.EDU) wrote:
>: ernst@opal.cs.tu-berlin.de  writes:
>: > Hi,
>: > 
>: > I know there is a limitation on the number of subdirectories in the
>: > root directory, but is there any limitation in directories other
>: > than "\" ?
>
><stuff deleted)
>
>: 
>: The FAT system only allows a maximum number of file entries.  I'm not
>: sure about numbers, but I remember reading that a 360K floppy couldn`t
>: have any more than 112 file entries.  Therefore 112 0-byte files would
>: actually fill up the disk, because the FAT tables were full.  Larger
>: capacity disks have proportionally more space allocated for the FAT
>: tables, etc.  I had never heard of limitations for the root directory,
>: though.
>: 
>
>The DOS file system has a limit on the number of files (items) IN THE
>ROOT DIRECTORY!!!!!!!!! The number 112 given above is how many things
>can exist in the ROOT directory of a 360k floppy. Once you start
>putting things into subdirectories there is no limit other than 
>the size of the disk.

The root directory has fixed size, so there is a definite limit on the
number of entries (files, subdirectories, volume label,...) in the root of
a given disk. This limit is determined at (DOS) format time.

There is no *definite* limit to the number of entries in subdirectories.
However, as the FAT has fixed size, there *is* a definite limit to the
*total* number of files/subdirectories that can reside on the disk. Each
file/subdirectory requires *at least* one disk block, and therefore occupies
*at least* one entry in the FAT. In 16 bit FATs this limit is less than
2^16 minus <some small number, 1, 2, 3?>, and is also determined at (DOS)
format time.

-- 
** Also sprach harald.ljoeen@nta.no **
Newsgroups: comp.os.msdos.programmer
From: hm@opus40.ix.de (Harald Milz)
Subject: Re: Environment size hack in DOS 5?
Organization: iX-Redaktion
Date: Mon, 16 Nov 1992 17:15:41 GMT


|> In article <1992Nov12.234502.22273@midway.uchicago.edu> pynq@quads.uchicago.edu (George Jetson) writes:
|> <Raising the environment size>
|> >
|> >I have spent fruitless hours perusing the DOS 5 COMMAND.COM, and have
|> >not been able to solve this problem.  (I did it originally on a version
|> >of DOS 3.3, long ago, in a couple of hours, so I know it should not be
|> >that hard).  I have also spent time on DR DOS 6.0, with the same dismal
|> >results.  I have also perused the usual gang of archive sites, and have
|> >not found anything.  So, my question to the net is, "Does anyone know
|> >the magic patch locations for DOS 5.0?"
|> 

Do you want to change the maximum env size to more than 32 KB? 
What for?


-- 

|Dipl.-Ing. Harald Milz                   |    EMail:		hm@ix.de |
|iX - Multiuser Multitasking Magazin      |    FAX:    +49 511 547 47 33 |
|D-3000 Hannover 61, Helstorfer Str. 7    |    Tel.:   +49 511 547 47 66 |
Newsgroups: comp.os.msdos.programmer,comp.editors
From: hnridder@cs.ruu.nl (Ernst de Ridder)
Subject: Comments on Brief editor?
Summary: Brief
Date: Fri, 20 Nov 1992 09:29:22 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: Comments on Brief editor wanted

Yesterday I started reviewing Brief (in Borland's new distribution)
for a magazine, but sofar I'm very disappointed. Setup bombs when I
try to set my own file extensions, the manual is incomplete, contradicts
itself or is plain wrong, the separation between kernel and userlayer
is very foggy and the extension language (CBrief, the lisp thing isn't
covered in the manual anymore) is quite incomplete (eg. apparently no
arrays or structs).

But the program has quite a good reputation, which surely (or
hopefully?) isn't based on ads only.  So can someone explain what I'm
missing?  And what do you like especially about the editor?  And your
dislikes?

Thanks in advance,
	Ernst de Ridder

P.S. Please reply by Email.
-- 
C est la vie  |  Gezocht: (programmeer)bijverdiensten
-------------------------------------------------------------------------------
Ernst de Ridder                     (student) | Email: hnridder@cs.ruu.nl
Dept. of Computer Science, Utrecht University | Tel: +31 (40)-540067
UUCP: !mcsun!hp4nl!ruuinf!praxis!hnridder     |      +31 (4192)-13507
-------------------------------------------------------------------------------

-- 
C est la vie  |  Gezocht: (programmeer)bijverdiensten
-------------------------------------------------------------------------------
Ernst de Ridder                     (student) | Email: hnridder@cs.ruu.nl
Dept. of Computer Science, Utrecht University | Tel: +31 (40)-540067
From: jmt7@ns1.cc.lehigh.edu (JOHN M. TROIANO)
Newsgroups: comp.os.msdos.programmer
Subject: contouring (topographic) code?
Date: 18 Nov 92 18:35:49 GMT
Organization: Lehigh University

Hi,

    Does anyone know of any public domain (preferably C) code which
will draw a contour plot from gridded data?

Thanks,

John M. Troiano
Lehigh Univ.