HDTenEightyP/NetNews huggingface dataset:
From: diamond@jit345.bad.jit.dec.com (Norman Diamond)
Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
Reply-To: diamond@jit.dec.com (Norman Diamond)
Organization: Digital Equipment Corporation Japan , Tokyo
Date: Tue, 15 Sep 1992 04:32:24 GMT

In article <1992Sep12.164915.10734@jarvis.csri.toronto.edu> flaps@dgp.toronto.edu (Alan J Rosenthal) writes:
>a_rubin@dsg4.dse.beckman.com (Arthur Rubin) writes:
>>>>>	int a, b;   long c;
>>My interpretation (from reading K&R 2) would be that c = a * b should be
>>equivalent to c = (int)(a * b).

Mr. Rubin, please state which section of the standard requires this.
If you cannot, then please at least quote the text in K&R 2 that led you to
this interpretation, so that we can see if K&R 2 has a bug that would be
worth recommending for correction and/or warning about.

Of course, in those cases where (a * b) doesn't overflow, the two entire
expressions are equivalent.

>Indeed it is, but if that cast-to-int were to overflow you would get undefined
>behaviour on that account.

No, cast-to-int does not overflow.  It has a defined result.

>But anyway, it's clear that the multiplication is of the int,int->int variety.

No, it's clear that the multiplication always appear to be int,int->int in
those cases where the standard defines the result.  int,int->megalong works.

--
Norman Diamond       diamond@jit081.enet.dec.com
If this were the company's opinion, I wouldn't be allowed to post it.
"Yeah -- bad wiring.  That was probably it.  Very bad."
Newsgroups: comp.lang.c
From: rsaripa@poe.cs.clemson.edu (Saripalli Ramakrishna)
Subject: Details about the OS version and machine type from #include files?.
Organization: Clemson University Computer Science Dept.
Distribution: na
Date: Mon, 7 Sep 1992 21:13:08 GMT

hi there!,

	IS there any way of knowing which OS(version) is currently running and what is the machine(sun,vax etc)
	just by looking at some of the include files?.I need to know this info,when I am running my C program.
	
	This is to #ifdef out some code specific to the operating system.


										Thanks a lot,
								Saripalli Ramakrishna

e-mail :  rsaripa@cs.clemson.edu
Man is a beast and usually has no control over his passions.
Newsgroups: comp.lang.c
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Only C gurus allowed?!?!
Organization: Texas Instruments Inc
Date: Tue, 15 Sep 1992 19:53:58 GMT

In <1992Sep10.011058.1620@nb.rockwell.com> wade@nb.rockwell.com (Wade Guthrie) writes:


>Several people have said something to the effect of "If you don't REALLY know,
>don't answer".  Well, if one thinks he knows, then he really should reply --
>that's what the net community is all about.  

No.  If everyone did that, high traffic groups like this one would be
even more overrun with noise than they are now.  As the signal:noise
ration gets worse, you will find that people like Chris, Doug, Henry,
Karl, and Andrew (plus unnamed others) will leave because it isn't
worth their time to sort through it anymore.

>Besides, how does anyone know
>if they have a unique solution to a problem that even the GURUs haven't
>considered.  

They listen to how the gurus answer the question, and if their answer
doesn't match they reconsider it CAREFULLY and IN DETAIL.  Then if it
still looks good, they post it and see what everyone says.

>Lastly, lets give Chris, Doug, Henry, Karl, and Andrew a break --
>they can't be asked to solve ALL of our problems; we may just have to rely
>on one another to do that.

They get more of a break by not having to sort through several orders
of magnitude more noise, in the way of wrong answers, partial answers,
etc., than they do from other people giving those wrong answers,
partial answers, etc.

>Come out of the tower and chill a bit.

Welcome to the real world, Wade.

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.lang.c
From: fjh@munta.cs.mu.OZ.AU (Fergus James HENDERSON)
Subject: Re: Help to solve problem with "gets()"
Organization: Computer Science, University of Melbourne, Australia
Date: Fri, 11 Sep 1992 06:58:59 GMT

g-yao@cs.yorku.ca (Ling Yao) writes:

>main()
>{
>    float tmp;
>    int i=0;
>    char *a;
>
[...]
>    gets(a);

The problem here is that the pointer variable "a" has not been
initialized. Thus "gets(a)" will attempt to store the string read
in at whichever random location "a" happens to point to, thus
causing a segmentation violation in this case.
You need to allocate some memory to store the string
that you are reading in, either by
	#include <stdlib.h>
	#define MAX_LENGTH 100
	...
	a = malloc(MAX_LENGTH);
	if (a == NULL) {
		perror("insufficient memory");
		exit(1);
	}
or by changing the declaration of "a" to
	char a[MAX_LENGTH];

Also, you should *never* use gets(), since it won't work if the user types
in more than MAX_LENGTH characters. Use
	fgets(a, MAX_LENGTH, stdin)
instead.

-- 
Fergus Henderson             fjh@munta.cs.mu.OZ.AU      
This .signature virus is a self-referential statement that is true - but 
you will only be able to consistently believe it if you copy it to your own
.signature file!
From: nadeau@JSP.UMontreal.CA (Nadeau Jean-Claude)
Newsgroups: comp.lang.c
Subject: Re: Command Line Arguments
Date: 11 Sep 92 16:34:37 GMT
Organization: Universite de Montreal

In article <18intpINNif6@usenet.INS.CWRU.Edu> bx314@cleveland.Freenet.Edu (Joseph J. Gebis) writes:
>
>	I would like to know how to pass command line arguments in DOS
>to a separate function...  I would greatly appreciate if someone
>would write an example of a program that passes command line arguments
>to a separate function that then prints them on screen.
>
>	Remember, I'm self-taught, and a beginner, so speak slowly
>and loudly. :)
>	Thank you very much.

	Just declare the "separate function" the same way you
	declare "main" and call it.  Something like:

	main( int argc, char *argv[] )
	{
		...
		fct( argc, argv );
		...
	}

	void fct( int argc, char *argv[] )
	{
		...
	}



-- 
Jean-Claude Nadeau, ing.	<nadeau@JSP.UMontreal.CA>
Services informatiques		<nadeau@ERE.UMontreal.CA>
Universite de Montreal		<nadeau@UMTLVR.BITNET>
Tel. (514) 343-6111,ext 5234	Fax  (514) 343-2155
From: hollasch@kpc.com (Steve Hollasch)
Newsgroups: comp.lang.c
Subject: Portable Varargs?
Summary: Is there a portable way to do varargs?
Date: 8 Sep 92 17:12:22 GMT
Organization: Kubota Pacific Computer, Inc.


    Is there a portable way to do variable argument functions that will
also work on ANSI C compilers as well as standard K&R C compilers?  Right
now it looks like varargs.h and the accompanying macros works on the
platforms I've tried, but was wondering if I can assume that this utility
will work on all "reasonable" platforms.

______________________________________________________________________________
Steve Hollasch                                   Kubota Pacific Computer, Inc.
hollasch@kpc.com                                 Santa Clara, California
From: kosak+@cs.cmu.edu (Corey Kosak)
Newsgroups: comp.lang.c
Subject: Re: Help! what's wrong with this program?
Date: 6 Sep 92 23:38:21 GMT
Article-I.D.: cs.Bu6KBy.Lpt.2
Distribution: usa
Organization: School of Computer Science, Carnegie Mellon

In article <1992Sep6.203612.17566@mnemosyne.cs.du.edu> swalter@nyx.cs.du.edu (DreamWeaver) writes:
>
>Correct me if I'm wrong (lord knows that will happen ;) ... but doesn't
>the line
>
>   *bp++ = c;
>
>in the pusch() function actually mean (as far as order of precedence):
>
>   (*bp)++ = c;
>
>and not (what you want or think):
>
>   *(bp++) = c;
>
>Call me kooky ...

You're kooky.  ++ and * associate right to left, so the expression does evaluate as

*(bp++) = c;

(see, e.g., K&R 2, section 2.12, Order of Evaluation)

The real problem with Zhuo Zang's program is that bp is a local variable in the
pushc function; it is incremented, but its new value is lost when the function exits.
The global variable sp never changes--it always points to buf.

-ck
From: "jeff zeitlin" <jeff.zeitlin@execnet.com>
Newsgroups: comp.lang.c
Subject: int-to-char convert
Date: 11 Sep 92 19:18:03 EST
Reply-To: "jeff zeitlin" <jeff.zeitlin@execnet.com>
Distribution: comp
Organization: Executive Networks Information

WS::>I am looking for a function that converts an integer to a string of charact
  ::>e.g converts integer 100 to character string "100". I know that stdlib.h ha
  ::>a function called atoi that does the reverse of this, but I can't find what
  ::>I'm looking for.

  This is probably a FAQ, but I'll give a very brief answer anyway.

  I don't have my C books handy, but I do know that there is a sprintf
  function that is semantically similar to printf, but writes the
  output to a char array, rather than to stdout.  Try looking at the
  descriptions for this family of functions.  You'll almost certainly
  find it with no trouble.

  J/
  jeff.zeitlin@execnet.com

  Anything I say in this or any communication to this or any medium
  is strictly my own non-authoritative opinion, unless otherwise
  explicitly noted.  Except for myself, or where explicitly noted
  otherwise, I do not speak for any individual or organization.

 * OLX 2.2 * I refuse to have a battle of wits with an unarmed person
--
Executive Network Information System  (914) 667-4567
International ILink Host
Xref: sparky comp.lang.c:13630 comp.lang.c++:13604 comp.os.ms-windows.programmer.misc:1817
From: ccstb@gdr.bath.ac.uk (Trevor Barry)
Newsgroups: comp.lang.c,comp.lang.c++,comp.os.ms-windows.programmer.misc
Subject: Bugs in Microsoft C v7.00
Date: 14 Sep 92 09:14:44 GMT
Organization: Bath University Computing Services, UK

Hello all,

I have recently upgraded to C v7.00 and found that any program that uses
GRAPHICS.LIB fails when it is run on a machine using the Paradise 90C30 or
90C31 graphics chipset.

Has anybody else noticed this?

I have reported this to Microsoft, they say it may take months for a fix to
be produced!?

Even the program below fails.

-------------------------------------------------------------------------
#include <stdio.h>
#include <graph.h>

int Monitor_type( void ) ;

main()
{
  int monitor ;

  monitor=Monitor_type();
  printf( "Monitor type is %d\n", monitor ) ;
}

/*--------------------------------------------------------------------*/
/*                  what monitor is attached                          */
/*--------------------------------------------------------------------*/
int Monitor_type(){
  int retval=1;
  int VIDMEM ;
  struct videoconfig __vid;

  _getvideoconfig(&__vid);
  if (__vid.monitor == 0x1)
    retval =0;
  return(retval);
}
-------------------------------------------------------------------------

Any ideas would be gratefully received.

Trevor
-- 
Trevor Barry.				  | Phone: +44 225 826025
UUCP : ...!ukc!gdr!ccstb		  | Post : B.U.C.S
DARPA: ccstb%gdr.bath.ac.uk@cs.ucl.ac.uk  |        University of Bath
JANET: ccstb@uk.ac.bath.gdr		  |        Bath, BA2 7AY, England.
Newsgroups: comp.lang.c
From: ptran@envmsa.eas.asu.edu (Phi-Long Tran)
Subject: Re: REGS structure
News-Software: VAX/VMS VNEWS 1.4-b1  
Reply-To: ptran@asuvax.eas.asu.edu
Organization: Arizona State University, Tempe, AZ
Date: Sun, 13 Sep 1992 04:19:00 GMT

In article <1992Sep11.115633.3749@darwin.ntu.edu.au>, 
cjw@dme.nt.gov.au writes...

> I have repeatedly come across declarations of the type 'struct REGS' (i
> think that was what was called, have seen a few variations) and was
> wondering if someone could tell me it's contents, and what it is used
> for.  I only have a very basic shareware compiler (for my PC anyway, and
> I have never seen it under Unix) and it has no mention of this structure.

     The structure contains fields corresponding to the registers of the PC
processor (e.g., ax, dx).  You will probably find the declaration is a
compiler-distributed header file such as "dos.h" or "msdos.h".
Alternatively, you can search to the structure delcaration in the include
directory for the compiler.

---
Phi-Long Tran
ptran@asuvax.eas.asu.edu
Arizona State University
Newsgroups: comp.lang.c
From: eletanjm@nuscc.nus.sg (TAN JIN MENG)
Subject: Re: Help!!! Please Read this message!?!?!?!?!...
Organization: National University of Singapore
Date: Wed, 9 Sep 1992 04:30:05 GMT

mcook@melkur.dev.cdx.mot.com (Michael Cook) writes:
: eletanjm@nuscc.nus.sg (TAN JIN MENG) writes:
: 
: >gmr6139@ultb.isc.rit.edu (G.M. Richard ) writes:
: >: I can't get my compiler to do float-type variables.
: 
: ...
: 
: >: #define apples  4
: >: #define oranges 3.6
: >:  
: >: main()
: >: {
: >:         printf("\nApples = %d\nOranges = %f", apples, oranges);
: >: }
: 
: >Your compiler can't know what orange is... So it assumes that its an
: >int. That's why the wrong result. Alternatives ...
: 
: What?  Don't be silly...  The compiler knows what orange is.
: 
: Matt's problem is probably due to Turbo C trying to avoid linking against the
: floating point library (so as to keep the program smaller).  The compiler saw
: no "float" or "double" declarations, and so it linked against the non-floating
: point version of the standard library, and picked-up the non-floating point
: version of printf, which probably doesn't understand %f.
: 
: Matt can probably workaround the problem by making a floating-point
: declaration somewhere.  Or there may be an option to force Turbo C to link
: against the floating-point library.
: 
: Michael.

I've explained further elsewhere(where my previous explaination was obviously 
not clear at all) that I've encountered a situation before where the
compiler pushed ints as the arguments for such a case.

jin meng
Newsgroups: comp.lang.c
From: templ@inf.ethz.ch (Josef Templ)
Subject: problem with signal handling
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH)
Date: Thu, 10 Sep 1992 11:19:52 GMT

Does anybody know why the following program does not work
as expected on Sun computers?
It works fine e.g. on DECstation running Ultrix.

The program is intended to generate a stack overflow,
to enter a signal handler (catch the overflow), and
to recover from the signal by means of a longjmp call.
Surprisingly, it does work with 
limit stacksize 1000,
but it does not work with 
limit stacksize 2000.
Is there anything wrong with the program or with Sun's
C compiler or with SunOS?

/* stack.c    J. Templ, 4.09.92,
test program to find out how to recover from a stack overflow */

#include <fcntl.h>
#include <signal.h>
#include <setjmp.h>
#include <malloc.h>

jmp_buf env;

void SignalHandler(sig, code, scp, addr) 
	int sig, code;
	struct sigcontext *scp;
	char *addr;
{
/*	printf("in SignalHandler %d\n", sig); */
	longjmp(env, 1);
}

void GenStackOvfl() {
	GenStackOvfl();
}

void SetSignalStack() {
	struct sigstack ss;
	ss.ss_sp = (char*) (((int) malloc(100000)) + 100000 - 256);
	ss.ss_onstack = 0;
	sigstack(&ss, 0);
}

void InstallSignalHandler() {
	struct sigvec vec;
	vec.sv_handler = SignalHandler;
	vec.sv_mask = 0;
	vec.sv_flags = SV_ONSTACK;
	sigvec(SIGINT, &vec, 0);
	sigvec(SIGILL, &vec, 0);
	sigvec(SIGFPE, &vec, 0);
	sigvec(SIGBUS, &vec, 0);
	sigvec(SIGSEGV, &vec, 0);
}

main() {
	SetSignalStack(); InstallSignalHandler();
	if (setjmp(env) == 0) {printf("before signal\n"); GenStackOvfl();}
	else {printf("recovered from signal\n");}
}


Any comments are deeply appreciated.
Josef Templ
templ@inf.ethz.ch

Newsgroups: comp.lang.c
From: sigmond@leland.Stanford.EDU (Steve Sigmond)
Subject: Help! <math.h> strangeness
Organization: DSG, Stanford University, CA 94305, USA
Distribution: usa
Date: Thu, 10 Sep 92 00:37:42 GMT


I have been trying to figure out why the following program won't work:

#include <math.h>

main()
{
  printf("%f\n",sqrt(3.0));
}

When I type "cc test.c" I get the error message "ld: undefined symbol:
_sqrt". I get a similar error message when I try to use other functions
defined in math.h, such as cos, tan, log, and so forth. What's
strange about this is that I can call functions defined in the other
libraries (stdio.h, string.h, etc.) I can also access constants defined
in math.h such as M_E without any problems. But whenever I call a function
from math.h, I get this error. I looked at usr/include, and math.h doesn't
appear to be corrupted or missing or otherwise abnormal.

I have tried compiling this program on four different unix systems:
BSD 4.2, Ultrix, SunOS, and AT&T System V. I always get the same
"undefined symbol" message. I can get it to work on my Macintosh using
THINK C.

Any ideas as to what I might be doing wrong? It looks like the loader
thinks I haven't defined the sqrt() function, but I thought the
#include would deal with that.

Apologies if this is a FAQ or if I'm being brain-dead without realizing it.
Thanks in advance!
-- 
E-mail: sigmond@leland.stanford.edu		steve@ast1.spa.umn.edu
        sigmond@mensch.stanford.edu		sigmond@cra.canon.com
                                                70640.2661@compuserve.com
<insert creativity here>
Newsgroups: comp.lang.c
From: konopka@ils.nwu.edu (Ray Konopka)
Subject: Getting Char and Attr from PC screen
Organization: The Institute for the Learning Sciences
Date: Tue, 8 Sep 1992 20:32:12 GMT


I would like a function that returns the character and 
attribute at a given location on the computer screen.
Something like:

chattr = GetChAttr( 10, 15 );

where chattr is a 2 byte unsigned integer with the low byte
representing the character at 10, 15.  And the high byte
representing the attribute of the character.

Any help would be appreciated.

Later,
Ray Konopka
konopka@aristotle.ils.nwu.edu
Newsgroups: comp.lang.c
From: wkaufman@us.oracle.com (William Kaufman)
Subject: Re: primitive Question
Organization: Oracle Corporation, Redwood Shores CA
Date: Sat, 5 Sep 1992 14:50:43 GMT
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

In article <1992Sep4.141018.21826@fzi.de> xiong@fzi.de writes:
] Has someone a "Convert_Integer_to_ASCII" C-function for a C-beginner?

    I do.  It's a bit long, so I was tempted not to post it, but I think
it might be of use to the general audience.  Here it is:

        char int_to_ascii(int i)
        {
            return((char)(i & 0x8F));
        }

    And the only reason the "& 0x8F" is there is to force (i) into
0...127; if you can guarantee that it already is in that range, you cast
drop that.  In fact, you can just drop the function and assign the
number to the character--even the cast is optional on an ANSI machine.

  That's the fun of C: it's so fast and loose with fundamental types
that you just have to *claim* it's another type and the compiler does
the work to ensure it.  This is also one of C's horrors,...

                                           -- Bill K.

Bill Kaufman,          | "Maybetheyhadaridiculousstatementtomakeaboutsomethingt
Corporate Lackey       |  heyhadntexperiencedPossiblySamhadadifferentopiniontha
wkaufman@us.oracle.com |  tnobodyeverconsideredimportant."  -- the Meat Puppets
Newsgroups: comp.lang.c
From: cflatter@nrao.edu (Chris Flatters)
Subject: Re: Optimizers and (NaN != NaN) (was Re: How i
Reply-To: cflatter@nrao.edu
Organization: NRAO
Date: Mon, 14 Sep 1992 15:46:48 GMT

In article 25805@kronos.arc.nasa.gov, raymond@kronos.arc.nasa.gov (Eric A. Raymond) writes:
>>including a NaN itself. So `if (x != x) printf("A NaN\n");' could do
>
>I tried this in one compiler and it didn't work.  It is possible that
>the compiler optimized the test away.  Is there any way to eliminate
>the optimization via a source hack?


Your compiler/hardware combination does not comply with IEEE-754.  File
a bug report (or buy a better compiler).

	Chris Flatters
	cflatter@nrao.edu
From: volpe@bart.NoSubdomain.NoDomain (Christopher R Volpe)
Newsgroups: comp.lang.c
Subject: Re: Print #define
Date: 10 Sep 92 14:36:18 GMT
Reply-To: volpe@ausable.crd.ge.com
Organization: GE Corporate Research & Development

In article <1992Sep9.172812.4462@organpipe.uug.arizona.edu>, dave@cs.arizona.edu (Dave Schaumann) writes:
|> In article <1992Sep9.152715.8286@us-es.sel.de>, lisa@us-es (Lisa Goulet) writes:
|> >In K&R C, is there a way to print a preprocessor variable?
|> >e.g.  With the following define 
|> >
|> >        #define Architecture hp300
|> >
|> >      to be able to print the "hp300" part.
|> 
|> If you mean string-izing tokens ala ANSI C's `#' operator, ther is no
|> portable way to do it.  You could try this:
|> 
|> #define stringize( x ) "x"

This does not have the desired effect on any of the old-style compilers
I'm aware of. The result of `stringize(Architecture)' would be
`"Architecture"', not `"hp300"'.

|> 
|> Many K&R preprocessors used this as an "undocumented feature" to stringize
|> tokens.
|> 
|> -- 
|> Dave Schaumann			dave@cs.arizona.edu

-- 
==================
Chris Volpe
G.E. Corporate R&D
volpecr@crd.ge.com
From: karl@ima.isc.com (Karl Heuer)
Newsgroups: comp.lang.c
Subject: Re: Simple C question
Date: 11 Sep 92 21:48:25 GMT
Article-I.D.: ima.1992Sep11.214825.3999
Organization: Interactive Systems, Cambridge, MA 02138-5302

In article <88412@netnews.upenn.edu> freeman@gradient.cis.upenn.edu (Jon Freeman) writes:
>Once I saw the following declaration in a C program:
>	long long x;
>[What does it mean?]

Most likely interpretation: it means that this program was written for an
implementation where long is 32 bits, but the construct "long long" has been
provided as a non-Standard extension to access a 64-bit integral type.

Karl W. Z. Heuer (karl@ima.isc.com or uunet!ima!karl), The Walking Lint
Newsgroups: comp.lang.c
From: zzang@whale.uucp (Zhuo Zang[~{j0WA~}])
Subject: Help! what's wrong with this program?
Organization: University of Florida
Distribution: usa
Date: Sun, 6 Sep 92 04:14:10 GMT

Hello,
I try to push char c onto buf, and then
print out the buf.
But the following codes don't work.
After compilation, I use
> foo <foo.c
nothing printed out.

Could someone tell me why ?

Thanks in advance !
--------- foo.c ----------
#include <stdio.h>
char *sp, buf[BUFSIZ], c;
main()
{
  sp = buf;
  while ((c=getchar())!=EOF) pushc(c,sp);
  *sp = '\0';

  puts(buf);
  return;
}

pushc(char c, char *bp)
{
  *bp++ = c;
  return;
}
-- 
Zhuo Zang[~{j0WA~}]
Department of Statistics
University of Florida            Email: zzang@stat.ufl.edu
Newsgroups: comp.lang.c
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Only C gurus allowed?!?!
Organization: Texas Instruments Inc
Date: Thu, 10 Sep 1992 15:55:19 GMT

In <1992Sep10.014300.25225@nuscc.nus.sg> eletanjm@nuscc.nus.sg (TAN JIN MENG) writes:

>i do not normally read frivolous groups. However, it seems that in this
>group more than others, I have to watch what I say - this is implied
>censorship in my view (maybe not in yours).

The right of people to respond to your postings censors you?  You have
every right in the world to post anything you want.  You just have to
accept the consequences of its reception by the audience.  As do we
all.  Consider it an exercise in personal responsibility.

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.lang.c
From: hpbrwzb1@mailszrz.zrz.tu-berlin.de (Hans-Peter Brunner)
Subject: urgently needed: Microsoft C v4.1
Organization: ZRZ/TU-Berlin
Date: Mon, 14 Sep 1992 11:45:45 GMT


Urgently needed:
                    Microsoft "C", Version 4.1
with libraries.

We can offer US $ 50.- plus costs of transaction.
Please reply per email to:
                   hpbrwzb1@mailszrz.zrz.tu-berlin.de

I kindly appreciate any offers of help!!!

Hans-Peter Brunner
Wissenschaftszentrum Berlin
Reichpietschufer 50
1000 Berlin 30
   Tel: 030/25491-406


Newsgroups: comp.lang.c