HDTenEightyP/NetNews huggingface dataset:
From: gcouger@olesun.okstate.edu (Gordon Couger)
Subject: Re: need simple DOS text editor function (Borland Turbo C++ preferred)
Organization: Oklahoma State University, Stillwater
Date: Fri, 22 Jan 1993 06:12:02 GMT

In article <1jknk9INNct0@shelley.u.washington.edu> duniway@hardy.u.washington.edu (Robert Duniway) writes:
>I posted this request before, but as numerous people pointed out I was not
>specific enough.  I am writing a program to run psychology experiment.  This
>requires that subject enter a brief message into a text window.  I would like
>them to be able to correct typo's, etc. in a fairly easy manner (say by using

I have used the edit predicate from Turbo Prolog. It works with Word Star
commands like Side Kick and older versions of turbo c. You have to link the 
program from Prolog. Turbo prolog has reverted to its developer. It cost about
$200 you can get their number from Borland. If you can find an old version
of Turbo prolog it should work ok.
Good luck
Gordon
Gordon Couger
AB5Dg   Agriculture Engineering Oklahoma State University
gcouger@olesun.agen.okstate.edu 405-744-6514 day 744-2794 evenings   
Newsgroups: comp.lang.c
From: kimball@stsci.edu (Timothy Kimball)
Subject: Re: Why C over FORTRAN
Organization: Space Telescope Science Institute
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 28 Jan 1993 13:54:42 GMT

reynaldo villarreal (rvilla@navier.ae.utexas.edu) wrote:
: 
: I am interested in the pros and cons of C vs. FORTRAN.(gcc vs f77 on a
: Sun) I have to write code and have to give an informed choice to my
: advisor on which to use.

Uh, could you be more specific about the type of project you're doing?
IMHO, it makes a difference.  Each language has its strengths
and weaknesses that are relative to the application.
The rule of thumb I go by is:
    C for heavy i/o or string processing, light numerical;
    F77 for heavy numerical, light i/o & strings.

Anyone else?

--

/* tdk -- Opinions are mine, not my employer's. */
Newsgroups: comp.lang.c,comp.lang.c++
From: mat@mole-end.matawan.nj.us
Subject: Re: C/C++ Correctness (was: Re: C/C++ Speed)
Summary: On space, speed, and inline
Organization: :
Date: Mon, 25 Jan 1993 01:43:32 GMT

In article <1993Jan21.081537.8192@netcom.com>, erc@netcom.com (Eric Smith) writes:

> Inlining can in fact make C++ faster than C, especially if it's the
> only non-C feature you use in C++.  For many C programmers, inlining
> alone is enough to justify the move to C++.
 
> The way to make inlining effective is to use it carefully, and only
> inline the most critical speed sensitive functions.  If you inline
> functions that don't really need it, you pay a penalty in size of your
> executable program, which can also cause virtual memory paging, which
> can slow the whole program down and defeat the whole purpose of
> inlining.  ...

Remember though, that sufficiently small functions (e.g. members that
set or return a single member variable, nonmembers like  operator+  on
a type like  complex,  etc.) will be small enough on almost all machines
that they will not make the code larger, will improve locality, avoid
function call overhead, perhaps provide opportunities for local optimization
where global would otherwise be necessary--and these are what inlines
are most often used for.
-- 
 (This man's opinions are his own.)
 From mole-end				Mark Terribile

 mat@mole-end.matawan.nj.us, Somewhere in Matawan, NJ
Newsgroups: comp.lang.c
From: cblaise@moose.uvm.edu (Chris Blaise,Free Amy Fisher!)
Subject: Integter to ASCII conversions
Originator: cblaise@moose.uvm.edu
Organization: University of Vermont -- Division of EMBA Computer Facility
Date: Thu, 28 Jan 1993 15:20:11 GMT

	Anyone know of a library function to convert an integer
to a string?  I've search high and low and am about to break
down and write my own...

 Thanks
 TTYL
 Chris
From: imes@cis.ohio-state.edu (jeffrey imes)
Newsgroups: comp.lang.c
Subject: Problem with BC 3.1 vs. Gnu C
Date: 26 Jan 1993 10:57:19 -0500
Organization: The Ohio State University Dept. of Computer and Info. Science
NNTP-Posting-Host: boa.cis.ohio-state.edu

I have a program (my first!) written in ANSI C that works fine when I compile
and run it on our Gnu C compiler under UNIX at school.  When I bring the same
program to Borland C/C++ 3.1 at home (after slight mods...not with problematic
part of code...) and run it it fails to work the same.

Here's the situation:
The program is very simple.  It just reads in decimal (integer) numbers from 1
to max size of type (using unsigned int in UNIX, unsigned long in DOS...should
produce same range) and converts them to a string of "hexadecimal" characters
(I quote that since they're not actual hex, just actual ASCII characters
re would look like in hex) look like in hex).  When run under UNIX, it will
successfully read in any number from 1 to 2,147,483,647 and convert it to hex.
When run under DOS, at every multiple of 2^16 (65536) I think overflow occurs
and it resets the number back to zero.  So 1=1, 10=A, 16=10,...,65535=7FFF,
and then 65536 won't work.  Then, 65537=1,65538=2,...

Here's the code:

.
.
.		   or long for BC
main()		   |
{		   V
	unsigned int	dec_num,temp,.....;
	char	hex_num[10],hex,....;

	printf("input a number 1-->2^32-1: ");
	scanf("%d",&dec_num);
	if ((dec_num < 1) || (dec_num > 2147483647))
		printf("Invalid range..try again...");
	if...
.
.
.

and on and on.  Now, shouldn't the first scanf see that 65536 is a legal
number and let it go?  Then later on, why would it reset numbers greater than
65536 to 0?

If needed, I have both copies here.  Please e-mail if any ideas or solutions
exist.
===============================================================================
Jeffrey Imes             	  "It's really tragic how a family can get torn
CIS Undergraduate Student	   apart by something as simple as wild dogs."
imes@cis.ohio-state.edu		   		-- Deep Thoughts by Jack Handey
-------------------------------------------------------------------------------

Newsgroups: comp.lang.c
From: brmoga@unccsun.uncc.edu (Brian Raes Moga)
Subject: XINU book
Organization: University of NC at Charlotte
Date: Sat, 23 Jan 1993 19:48:00 GMT


In the book XINU by Douglas Comer....

I'm having troubles with the concept of initializing
and entering into the queue.  I do the newqueueu and save the 
value as head.  Then I call insert but I can't get the code right

Beuller Beuller Bueller.....

Xref: sparky comp.lang.c:20182 comp.std.c:3416
From: scjones@thor.sdrc.com (Larry Jones)
Newsgroups: comp.lang.c,comp.std.c
Subject: Re: Is this a Legal Way to Access a Specific Address?
Keywords: C, ANSI
Date: 25 Jan 93 18:37:55 GMT
Followup-To: comp.std.c

In article <1993Jan24.172132.9708@bilver.uucp>, dandrews@bilver.uucp (Dave Andrews) writes:
> In article <1993Jan23.181029.29389@uvm.edu> wollman@sadye.emba.uvm.edu (Garrett Wollman) writes:
> >The ANSI C standard
> >*does* guarantee (I believe, not having a copy handy) that there is
> >some flavor of integer that can be cast back and forth to a pointer
> >type. 
> 
> Could you verify this?  (I don't have a copy, handy or not)  I seem 
> to remember that some pathological machines (AS/400 e.g.) have
> "pointers" that are much longer than integers of ANY type.

On the contrary, the ANSI standard makes no such guarantee.  ANSI 3.3.4
Cast Operators:
	A pointer may be converted to an integral type.  The size of
	integer required and the result are implementation-defined.  If
	the space provided is not long enough, the behavior is undefined.

	An arbitrary integer may be converted to a pointer.  The result
	is implementation-defined.

Note that there is no guarantee that *any* integral type is large enough,
nor is there any guarantee that the mapping is invertible.

(Also note, please, that questions about C standards belong in comp.std.c
to which I have cross-posted and redirected followups.)
----
Larry Jones, SDRC, 2000 Eastman Dr., Milford, OH  45150-2789  513-576-2070
larry.jones@sdrc.com
Hello, local Navy recruitment office?  Yes, this is an emergency... -- Calvin
Newsgroups: comp.lang.c
From: Meessen@marvax.IN2P3.fr (Meessen Christophe)
Subject: Fixed point sqrt
Followup-To: comp.lang.c
Organization: Centre de Physique des Particules de Marseille
Date: Thu, 28 Jan 1993 08:35:23 GMT

In article <VJ.93Jan19115116@dlsi.dl.ac.uk>, vj@gserv1.dl.ac.uk (Dave
Hines) wrote:
> 
> > Well? Does anyone know of a quick and dirty way to get a reasonably accurate
> > square root of a fixed point integer number?
> 
> Hmmm - I have a long integer square root routine. 

Dave Hines proposed a sqrt function receiving an unsigned long (X) and
returning
an unsigned long. The remainder, an unsigned long, is accessible as
'result2'.
The algorithm uses 4 unsigned long variables. 
Thus it's a long -> long function.


I suggest two algorithms using the same variables. The first one will
compute a sqrt of a long, returning a fixed point value. The second will
compute the sqrt of a fixed point value, returning a fixed point value.
Thus it's a long -> fixed or fixed -> fixed function.

We will suppose a fixed is equivalent to a long, and longs are 32 bits
wide.

/*
 * fixed sqrtL2F( long X );
 *
 * Long to fixed point square roots. 
 * RETURNS the fixed point square root of X (long).
 * REQUIRES X is positive.
 *
 * Christophe MEESSEN, 1993.
 */

fixed sqrtL2F( long X ) {

  unsigned long t, q, b, r;

  r = X;
  b = 0x40000000;
  q = 0;

  while( b > 0 ) {
    t = q + b;
    if( r >= t ) {
      r = r - t;
      q = t + b;
    }
    r = r * 2;     /* shift left  1 bit */
    b = b / 2;     /* shift right 1 bit */
  }
  if( r >= q )
    q = q + 1;

  return( q );
}


/*
 * fixed sqrtF2F( fixed X );
 *
 * Fixed to fixed point square roots. 
 * RETURNS the fixed point square root of X (fixed).
 * REQUIRES X is positive.
 *
 * Christophe MEESSEN, 1993.
 */

fixed sqrtF2F ( fixed X ) {

  unsigned long t, q, b, r;

  r = X;
  b = 0x40000000;
  q = 0;

  while( b >= 256 ) {
    t = q + b;
    if( r >= t ) {
      r = r - t;
      q = t + b;
    }
    r = r * 2;     /* shift left  1 bit */
    b = b / 2;     /* shift right 1 bit */
  }
  q = q / 256;     /* shift right 8 bits */

  return( q );
}

for memory I just rewrote the long to long sqrt function.

/*
 * long sqrtL2L( long X );
 *
 * Long to long point square roots. 
 * RETURNS the integer square root of X (long).
 * REMAINDER is in the local variable r of type long on return.  
 * REQUIRES X is positive.
 *
 * Christophe MEESSEN, 1993.
 */

long sqrtL2L( long X ) {

  unsigned long t, q, b, r;

  r = X;
  b = 0x40000000;
  q = 0;

  while( b >= 256 ) {
    t = q + b;
    q = q / 2;     /* shift right 1 bit */
    if( r >= t ) {
      r = r - t;
      q = q + b;
    }
    b = b / 4;     /* shift right 2 bits */
  }

  return( q );
}

This functions have been tested. But I'll be pleased to receive any
comments.
Please respond through mail: Meessen@marvax.in2p3.fr
From: jjr@ace.ece.arizona.edu (Jeffrey J. Rodriguez)
Newsgroups: comp.lang.c
Subject: HALLOC and HUGE ptrs in Microsoft C
Date: 22 Jan 93 00:56:06 GMT
Distribution: world,local
Organization: U of Arizona Electrical and Computer Engineeering

On a 486 running DOS, I need to allocate an array that's bigger than 64K,
fill it up with data, and write it to a binary file.
The MSC 7.0 manual says to use halloc(), which returns a "huge ptr".
It also says that huge ptrs cannot be passed as args to library functions.
Therefore, I can't pass the array to fwrite()!
So, how do I write the data? (Do I really have to loop through putchar?)

This sure seems cumbersome.
It also seems that a program written for PC-DOS using halloc and huge
ptrs would not run on a Sun running UNIX.
So much for portable C.

Jeff Rodriguez
rodriguez@ece.arizona.edu
From: accdtr@vaxa.hofstra.edu
Newsgroups: comp.lang.c
Subject: Turbo C 2 directory date/time
Date: 26 Jan 93 17:55:04 EST

I'm using Turbo C 2.0, and I'd like to know the command for turning the
4-byte directory format for storing DATE and TIME into the tm structure.

Can anybody help me with this? Please E-Mail.
Newsgroups: comp.lang.c
From: cmick@silver.ucs.indiana.edu (Baldy)
Subject: Problem opening files on older versions of DOS
Organization: Indiana University
Date: Fri, 22 Jan 1993 23:12:07 GMT

	I recently wrote an invoice program for my parents, that opened,
and appended, etc. files.  The program worked fine on my computer running
DOS5.0.  They have an old computer with only 640k ram and no HD.  I sent
the program home after testing it inside and out.  When they ran it there
was an error immediately opening the b drive.  I tested the program using
floppies so it would be the same and had no problem.  I tested everything
on my b: drive.
	Is it possible since they are running under an older version of dos
there is different syntax to opening files?
	I also posted to Msdos.apps about if DOS5.0 would run on their
somewhat primitive computer.  I spent many hours writing this program, my
first program that actually did something usefull unlike the ones I'v written
for classes.
	Any help would be appreciated.

Craig
Cmick@silver

-- 
Later,
	Craig
cmick@silver.ucs.indiana.edu
cmick@acoma.ucs.indiana.edu
Newsgroups: comp.lang.c
From: brown@NCoast.ORG (Stan Brown)
Subject: Re: C++ books
Organization: Oak Road Systems, Cleveland Ohio USA
Date: Tue, 26 Jan 1993 01:45:45 GMT

In article <C1Dovo.DKA@panix.com> stevekim@panix.com (Steve Kim) writes:
>I am not much of a programmer.  I want to learn C++.  I have some experience
>in assembler and basic (pathetic huh?).  Anyway, I am looking for a good
>book that I can use.  Also is C++ limited to dos or can I use programs 
>written in C in UNIX.  

The last three threads in comp.lang.c have been C++ specific.

Please folks, if you want to talk about C++ then post to comp.lang.c++
not comp.lang.c

-- 
Stan Brown, Oak Road Systems                    brown@Ncoast.ORG
Cleveland, Ohio, USA
"Compared to my life, the last man on a chain gang is thoroughly
enjoying himself."                   __Holiday__ by Philip Barry
From: hartman@ulogic.UUCP (Richard M. Hartman)
Newsgroups: comp.lang.c
Subject: Re: Roman Numerals
Date: 27 Jan 93 18:43:40 GMT
Organization: negligable

Is this another "Can someone do my homework for me" posting?


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Blasting, bursting, billowing forth with	|
the power of ten billion butterfly sneezes,	|	-Richard Hartman	
Man, with his flaming fire,			|	hartman@uLogic.COM
has conquered the wayword breezes.		|
From: nelson@desktop.nsc.com (Taed Nelson)
Newsgroups: comp.lang.c
Subject: Re: Preprocessor question
Keywords: Preprocessor, string
Date: 25 Jan 93 21:37:04 GMT
Organization: Applications Technology, National Semiconductor (Santa Clara CA USA)

In article <1993Jan25.161425.27962@bnrmtl.bnr.ca>, karim@bnrmtl.bnr.ca (Karim Younes) writes:
> I am trying to have a #defined variable recognized by the
> preprocessor inside a string. In other words, I want to
> do something like this:
> 
> #define JUNK 50
> static char *junk = "JUNK ways to leave your lover."

Even though this may look just plain wrong, it will work:

	#define JUNK "50"
	static char *junk = JUNK "ways to leave your lover.";

I suspect this is in the FAQ, but if it isn't, then it probably should be.
Newsgroups: comp.lang.c
From: robin@ruchem.ru.ac.za
Subject: f2c
Reply-To: robin@ruchem.ru.ac.za
Organization: Rhodes University, Grahamstown, SA
Date: Thu, 28 Jan 1993 09:48:10 GMT

I'm trying to translate a simple Jacobi eigen-value/vector routine from
Fortran. f2c bombs: it complains about RETURN if i try to translate the
jacobi sub by itself, and if i append it to a short driver prog f2c
complains about the words SUBROUTINE and RETURN, and mentions an error
insegmentation. I'm doing this on a SUN but i want C code compatibble 
with Turbo C 1.0. looking at the manual (man f2c) does *not* help, can
anyone tell me what i'm doing wrong?
Robin
robin@ruchem.ru.ac.za
From: assad@cs.uiuc.edu (Andrew Assad)
Newsgroups: comp.lang.c
Subject: Objective C tutorial for a NeXt
Date: 21 Jan 93 20:06:09 GMT
Organization: University of Illinois at Urbana-Champaign

I'm posting this for a friend. Please email replies to him.

Does anyone know of a good tutorial book for learning Objective C on a
NeXt (something on the order of Kernighan/Ritchie)? 

Send replies to lance@complex.ccsr.uiuc.edu. Thanks in advance...
From: jwh@cs.bham.ac.uk (James Hawtin)
Newsgroups: comp.lang.c
Subject: Re: ANYONE KNOW HOW TO EXPAND WILDCARDS IN
Date: 22 Jan 93 18:19:38 GMT
Reply-To: jwh@cs.bham.ac.uk
Organization: School of Computer Science, The University of Birmingham, UK

I wrote some code to do it..... I did not see the orginal post... I will send it you
Newsgroups: comp.lang.c,comp.lang.fortran,sci.engr.mech
From: stallcup@stsci.edu (Scott Stallcup)
Subject: Re: Bilinear Interpolation ...
Organization: Space Telescope Science Institute
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 28 Jan 1993 14:51:20 GMT

Mr G. Liran (gliran@.ic.ac.uk) wrote:
: Hi,
: 	I am a student of Aeronautical Engineering and I need to write
: a quick subroutine to do Bilinear Interpolation.  I have no idea how to 
: do this and would greatly appreciate some help via e-mail or by post ...
: 
   Well, this is not a subroutine, but here is one approach to your
   problem:


   General equation for this function (in parametric matrix notation) :

      p(s,t) = [1-s  s] [a  d] [1-t]
                        [b  c] [t  ]

   Where p is a 3D point as a function of s and t.
   a, b, c, and d are the 3D vectors defining the "corner" points of the
   four sided patch to be interpolated on.

   "s" should be in the domain: 0.0 to 1.0 in the direction of side "ab"
   and "dc"

   "t" should be in the domain: 0.0 to 1.0 in the direction of side "ad"
   and "bc"

   NOTE:  p(0,0) = a
          p(0,1) = d
          p(1,0) = b
          p(1,1) = c

   HINT:  Draw youself a picture of four arbitrary points which form a
          convex polygon in the plane.  Then label the points in clockwise
          order from a to d.   The function does not require the points
          to form a convex polygon (it's just easier to visualize).

   Hope this helps,

 -----------------------------------------------
 Scott Stallcup             stallcup@stsci.edu
 Space Telescope Science Institute
From: wiseguy@mcode.amdahl.com (Jim Renaud)
Newsgroups: comp.lang.c
Subject: Pronunciation of char
Date: 28 Jan 93 18:55:23 GMT
Organization: Amdahl Corporation - Macrocode Development

This is not a technical question, just one of history.
Does anyone know how B. Kernighan and D. Ritchie pronounce the
keyword 'char'?

Some (myself included) pronounce it like a shortened verion of
the data type it stands for; that is, CHARacter.

Others pronounce it similar to CHARcoal.

I'm also wondering if there is any cultural influence to the
pronunciation of char. Any thoughts???
-- 


-----------------------------------------------------------------------

Jim Renaud				[Standard Disclaimer]

Amdahl Corporation
M/S 205					Phone:  408-992-2662
Bldg. M3  Room 235			Fax:	408-773-0833
1230 E. Arques Avenue			Email:	wiseguy@mcode.amdahl.com
Sunnyvale, CA 94088-3470
Newsgroups: comp.lang.c,vmsnet.alpha,cern.alpha
From: LEVITTE@e.kth.se (Richard Levitte)
Subject: Re: function arg.'s in Alpha's DEC C
Organization: Department of TeleTransmission Theory
Date: Mon, 25 Jan 1993 10:32:21 GMT

>>>>> On Sat, 23 Jan 1993 19:41:39 GMT, burow@dxcern.cern.ch (Burkhard Burow) said:

There's some trouble with this:

BB> Simplified e.g.

BB> void q ( int (*c)() );     /* A. prototype of q                              */

BB> void __q( void ( *a)() )   /* B. function with a function as argument        */
BB> {
BB> q( a );                    /* C. pass the function parameter on to q.        */
BB> }

BB> For which the C compiler complains:

BB> q( a );
BB> ^
BB> %CC-E-PASNOTREFCOM, In this statement, the referenced type of the pointer value
BB> "a" is "Function (...) returning void", which is not compatible with "Function (
BB> ...) returning signed int".
BB> at line number 5


BB has tried this cast:

BB> q( *(void **)&a );        

I very surprised that cast worked...

BB> Other compilers swallow line B. as is.

IMHO, those compilers are wrong!

A working cast should be:

 q( (int (*)())a);

The best, though, would be to make the return types compatible. Why on
earth do you want to give q() a function returning nothing when it
expects a function returning int???? What if q() tries to use that
returned (void) integer?

IMHO, there's a design problem here... or just a bug.

--
!+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++!
! Richard Levitte, VMS GNU Emacs hacker   ! tel: int+46-8-18 30 99            !
! Sulv"agen 57, II                        ! fax: none for the moment          !
! S-126 40 H"agersten                     ! Internet: levitte@e.kth.se        !
! SWEDEN                                  !                                   !
!-----------------------------------------------------------------------------!
Newsgroups: comp.lang.c
From: rma@mfltd.co.uk (Richard M. Ashton (x5422))
Subject: Re: Could someone answer my question....thanks
Reply-To: rma@mfltd.co.uk
Organization: Micro Focus Ltd (UK)
Distribution: mf
Date: Tue, 26 Jan 1993 08:55:08 GMT

In article <1993Jan26.000105.10930@njitgw.njit.edu>, csc5840@hertz.njit.edu (Sekhar Chitti) writes:
|> Hi Netters,
|> 
|> 
|> Following is a C program in which I tried to simulate command
|> line arguments (argc, argv). I am not getting the expected
|> output which should be the same as when argc, argv are used.
|> 
|> 
|> 
|> #include <stdio.h>
|> 
|> main(arg1,arg2)
|> int arg1;
|> char *arg2[];
|> {
|> 	int i;
|> 	for(i=0;i<arg1;i++)
|> 		puts("%d - %s",i,arg2[i]);
|> }
|> 
|> 
|> The following is the output when I tested the program for diff no.
|> of arguments. The 'for' loop iterates exactly the number of arguments,
|> but when I tried to print the number of args, as u can see from the
|> output, I am getting it wrong...
|> 
|> 6:45pm C-> a.out arg2
|> %d - %s
|> %d - %s
|> 6:45pm C-> a.out arg2 arg3
|> %d - %s
|> %d - %s
|> %d - %s
|> 6:46pm C-> a.out arg2 arg3 arg4
|> %d - %s
|> %d - %s
|> %d - %s
|> %d - %s
|> 6:46pm C-> a.out 
|> %d - %s
|> 
|> 
|> Could somebody suggest me in this regard ? Thanks in advance.
|> 
|> Sekhar Chitti

Try reading the manual on the function puts(). 
You should find that you are using the wrong function in the wrong way !! 
Try a printf instead of the puts, but keep the same code after.
If only people would take the time to read the manual.

-- 
Richard M. Ashton      | Micro Focus,    | Tel: 0635-565422
Systems Programmer,    | 26 West Street, | Fax: 0635-33966
International Customer | Newbury, Berks. | rma@mfltd.co.uk
Engineering Group.     | RG13 1JT.       |
Xref: sparky comp.lang.c:20264 comp.lang.c++:19949
Newsgroups: comp.lang.c,comp.lang.c++
Subject: C/C++ compiler PD or 3rd Party for VAX
From: claridge@wronz.org.nz
Date: 28 Jan 93 14:15:06 +1300

Hi,
I'm trying to get C or C++ installed onto a VAX system (VMS5.4-3). I have found
GNU C, but what a bloody mess! Not exactly trivial intallation.

Can anyone help re. a better site to FTP from or whatever (server, etc)
Alternatively anyone know where to get good (=reas price) C/C++ compiler
third-party (i.e. NOT DEC product)

Finally, what about the FAQ for this group? Where can I access that?

Answer e-mail or post as you prefer, I don't usually read the .c grps, but since
I'm trying to get into C I suppose I better start.

Thanx, Robert.
-- 
Robert Burling-Claridge, WRONZ, Lincoln, NZ.
e-mail : CLARIDGE@WRONZ.ORG.NZ
snail  : Wool Research Organisation of NZ, Private Bag 4749, 
         Christchurch, New Zealand
"Why would anyone need a computer of their own ? " -- Ken Olsen, 1974.
Newsgroups: comp.lang.c